Bug 5197

Summary: Strange rpmdb locking
Product: Sisyphus Reporter: Andrey Rahmatullin <wrar>
Component: synapticAssignee: Anton Farygin <rider>
Status: CLOSED DUPLICATE QA Contact: qa-sisyphus
Severity: normal    
Priority: P2 CC: darktemplar, mike, rider, snejok
Version: unstable   
Hardware: all   
OS: Linux   

Description Andrey Rahmatullin 2004-09-10 09:29:53 MSD 
После запуска 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 вообще эта блокировка в период, когда пользователь 
смотрит список пакетов и отмечает изменения, но в период применения изменений 
эта блокировка все же должна быть (а она не возвращается во время последующих 
применений).
Comment 1 Sviatoslav Sviridov 2004-09-19 18:22:38 MSD 
Добавлю, что блокировка не совсем пропадает, есть момент в конце обновления,
когда она ставится, а затем снова снимается... Возможно, первоначальная
блокировка не нужна, но есть подозрение, что блокировка нужна в течение всего
процесса обновления.

Однако замечу, что точно такое же поведение у apt-shell. Итого, здесь либо
неправильное поведение в libapt, либо неверное использование libapt в synaptic'е
и apt-shell...

Внимание, вопрос: а как правильно с точки зрения rpm должны устанавливаться
блокировки на rpmdb?
Comment 2 Dmitry V. Levin 2004-09-19 19:32:55 MSD 
Думаю что это libapt виноват.

*** This bug has been marked as a duplicate of 990 ***