5197 2004-09-10 09:29:53 +0400 Strange rpmdb locking 2005-08-29 18:24:35 +0400 1 1 4 Development Sisyphus synaptic unstable all Linux CLOSED DUPLICATE 990 P2 normal --- 1 wrar rider darktemplar mike rider snejok qa-sisyphus oldest_to_newest 18724 0 wrar 2004-09-10 09:29:53 +0400 После запуска synaptic: $ sudo lslk|grep synaptic synaptic 6602 3,1 8467649 17301504 w 0 0 0 0 0 /var/lib/rpm/Packages В процессе применения изменений (удаление 1 пакета): $ sudo lslk|grep synaptic synaptic 6602 3,1 8890292 0 w 0 0 0 0 0 /var/cache/apt/ archives/lock synaptic 6602 3,1 8467649 17301504 w 0 0 0 0 0 /var/lib/rpm/Packages По окончании применения изменений: $ sudo lslk|grep synaptic synaptic 6602 3,1 8890292 0 w 0 0 0 0 0 /var/cache/apt/archives/ lock Таким образом, блокировка rpmdb пропадает после 1-го применения изменений. Я не уверен, нужна ли synaptic вообще эта блокировка в период, когда пользователь смотрит список пакетов и отмечает изменения, но в период применения изменений эта блокировка все же должна быть (а она не возвращается во время последующих применений). 18841 1 svd 2004-09-19 18:22:38 +0400 Добавлю, что блокировка не совсем пропадает, есть момент в конце обновления, когда она ставится, а затем снова снимается... Возможно, первоначальная блокировка не нужна, но есть подозрение, что блокировка нужна в течение всего процесса обновления. Однако замечу, что точно такое же поведение у apt-shell. Итого, здесь либо неправильное поведение в libapt, либо неверное использование libapt в synaptic'е и apt-shell... Внимание, вопрос: а как правильно с точки зрения rpm должны устанавливаться блокировки на rpmdb? 18843 2 ldv 2004-09-19 19:32:55 +0400 Думаю что это libapt виноват. *** This bug has been marked as a duplicate of 990 ***