40613 2021-07-30 10:48:06 +0300 hsh-run --no-wait-lock option unclear 2021-08-03 07:00:37 +0300 1 1 4 Development Sisyphus hasher unstable all Linux NEW P5 minor --- 1 ildar ldv at glebfm ldv neurofreak-alt placeholder qa-sisyphus oldest_to_newest 201062 0 ildar 2021-07-30 10:48:06 +0300 документация говорит: > --no-wait-lock > do not wait for workdir and hasher-priv locks ($lock_nowait); я сначала думал, что hsh-run будет просто игнорировать лок. Но оказалось, что он выбрасывает ошибку и не работает. Надо бы исправить документацию, если я тут правильно всё понял. 201104 1 neurofreak-alt 2021-07-31 04:42:39 +0300 А текст ошибки будет? 201136 2 ildar 2021-08-02 10:23:39 +0300 да, извините, > $ hsh-run --no-wait-lock uname > hsh-run: working directory /tmp/.private/ildar/hasher' is already locked by pid=4157078. > 4157078 pts/4 S+ 0:00 /bin/sh -ef /usr/bin/hsh-run --mountpoints=/proc,/d > hsh-run: Unable to lock working directory /tmp/.private/ildar/hasher' 201145 3 ldv 2021-08-02 12:31:31 +0300 Изначально hasher работал в режиме --no-wait-lock, сами параметры --wait-lock и --no-wait-lock появились только в версии 1.2.8, а начиная с версии 1.3.0 поведение по-умолчанию поменялось с --no-wait-lock на --wait-lock. У некоторых утилит hasher есть параметр --no-lock, он используется другими утилитами hasher, которые заботятся о блокировках первыми. 201151 4 ildar 2021-08-02 14:46:49 +0300 окей, но это не проливает свет на то, как оно работает. А фактически опция не выключает блокировку, а только меняет поведение этой блокировки: ожидание или ошибка. 201153 5 ldv 2021-08-02 15:25:37 +0300 Мне кажется логичным, что --wait-lock включает ожидание блокировки, а --no-wait-lock, наоборот, выключает ожидание блокировки. 201162 6 ildar 2021-08-03 07:00:37 +0300 (Ответ для Dmitry V. Levin на комментарий #5) > Мне кажется логичным, что --wait-lock включает ожидание блокировки, а > --no-wait-lock, наоборот, выключает ожидание блокировки. мне тоже это кажется логичным. Но мне не очевидно, что, выключив ожидание блокировки, hsh-run валится с ошибкой, а не выполняет данную ему команду.