ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Несколько новых проверок. | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Yuri N. Sedunov <aris> |
| Component: | sisyphus_check | Assignee: | Dmitry V. Levin <ldv> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | enhancement | ||
| Priority: | P4 | CC: | at, glebfm, imz, ldv, legion, mike, placeholder, zerg |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
(In reply to comment #0) > 3). Проверка вызова %{update,clean}_desktopdb, если в списке файлов > пакета есть /usr/share/applications/*.desktop. > > Соответсвующие секции .spec файла: > _____________________ > %post > %update_desktopdb > > %postun > %clean_desktopdb > ______________________ А почему бы его не запускать у пользователя? Ведь это нужно только для Gnome. (In reply to comment #1) > (In reply to comment #0) > > 3). Проверка вызова %{update,clean}_desktopdb, если в списке файлов > > пакета есть /usr/share/applications/*.desktop. > > > > Соответсвующие секции .spec файла: > > _____________________ > > %post > > %update_desktopdb > > > > %postun > > %clean_desktopdb > > ______________________ > А почему бы его не запускать у пользователя? Ведь это нужно только для Gnome. Ну-ну. И как часто запускать? (In reply to comment #2) > Ну-ну. И как часто запускать? При входе в систему, только если были добавлены новые меню. (In reply to comment #3) > (In reply to comment #2) > > Ну-ну. И как часто запускать? > При входе в систему, только если были добавлены новые меню. Меню здесь не причем. > 3). Проверка вызова %{update,clean}_desktopdb, если в списке файлов
> пакета есть /usr/share/applications/*.desktop.
Здесь необходимо уточнение:
"и если .desktop файл содержит ключ MimeType"
(In reply to comment #4) > Меню здесь не причем. Я написал меню, а не menu. Это может делать сам Gnome при добавлении новых меню-файлов. Он же умеет отслеживать состояние файловой системы через fam? (In reply to comment #6) > (In reply to comment #4) > > Меню здесь не причем. > Я написал меню, а не menu. Один хрен, не причем. > Это может делать сам Gnome при добавлении новых меню-файлов. > Он же умеет отслеживать состояние файловой системы через fam? Разберись таки, что делает update-desktop-database из пакета, мантейнером которого ты являешься. (In reply to comment #7) [...] > Разберись таки, что делает update-desktop-database из пакета, мантейнером > которого ты являешься. Если ты чего-то не понимаешь, подумай сначала, какой макрос будет запускать update-desktop-database для desktop-файлов, которые лежат в ~/ (In reply to comment #8) > (In reply to comment #7) > > [...] > > > Разберись таки, что делает update-desktop-database из пакета, мантейнером > > которого ты являешься. > Если ты чего-то не понимаешь, подумай сначала, какой макрос будет запускать > update-desktop-database для desktop-файлов, которые лежат в ~/ > Не позорься. Неважно кто, и что будет делать в ~/, это действительно юзерские дела, об этом речи не идет. Речь идет о системной сущности, такоей же как, например, кеш шрифтов, регистр плагинов gstreamer, база scrollkeeper или база конфигурации Гном. (In reply to comment #9) [...] > Неважно кто, и что будет делать в ~/, это действительно юзерские дела, об этом речи не идет. Идет. Еще раз спрашиваю, кто будет делать update-desktop-database в ~/ ? Или %update_desktopdb для пользователя root? > Или %update_desktopdb для пользователя root?
Скорее для всех, кроме root :). Еще вопросы?
(In reply to comment #11) > Скорее для всех, кроме root :) А зачем он кому-то, если переопределенная пользователем инвормация туда не попадает? > Еще вопросы? Сначала ответь на те, которые я задавал в предыдущих сообщениях. (In reply to comment #12) > (In reply to comment #11) > > > Скорее для всех, кроме root :) > А зачем он кому-то, если переопределенная пользователем инвормация туда не > попадает? Как обычно мухи отдельно, котлеты отдельно. Системная информация в одном месте, пользовательская, дополняющая, перекрывающая системную -- в другом. > > > Еще вопросы? > Сначала ответь на те, которые я задавал в предыдущих сообщениях. Они не имеют отношения к вопросу создания __системного__ mimeinfo.cache. (In reply to comment #13) > Как обычно мухи отдельно, котлеты отдельно. Давай будем разговаривать об update-desktop-database. А то начну о костылях и велосипедах. > > > Еще вопросы? > > Сначала ответь на те, которые я задавал в предыдущих сообщениях. > Они не имеют отношения к вопросу создания __системного__ mimeinfo.cache. Эта информация может входить в __пользовательский__, после чего в системном она вообще не нужна, поэтому все - имеют. Ответь пожалуйста на них. (In reply to comment #14) > (In reply to comment #13) > > Как обычно мухи отдельно, котлеты отдельно. > Давай будем разговаривать об update-desktop-database. А то начну о костылях и > велосипедах. У тебя и так изначально "в огороде бузина, а в Киеве дядька" :) > > > > > Еще вопросы? > > > Сначала ответь на те, которые я задавал в предыдущих сообщениях. > > Они не имеют отношения к вопросу создания __системного__ mimeinfo.cache. > Эта информация может входить в __пользовательский__, после чего в системном > она вообще не нужна, поэтому все - имеют. > Ответь пожалуйста на них. Я понимаю, что ты хочешь мне впарить. Никаких привязок к твоему левому меню не будет. Дублировать системную информацию для каждого пользователя, как минимум не логично. Не мешай миру развиваться в избранном направлении. (In reply to comment #15) > У тебя и так изначально "в огороде бузина, а в Киеве дядька" :) Для начала "ищи в своем глазу бревно" ;-) > Я понимаю, что ты хочешь мне впарить. Я пока не увидел ни капли, указывающей на то, что ты хотя-бы что-то понимаешь :-( > Никаких привязок к твоему левому меню не будет. Юра! Нажми на газ! В контексте привязку к меню мне достаточно сделать приложив патч, лежащий в пакете desktop-file-utils, не разводя с тобой гнилых базаров. То, о чем здесь идет речь, не имеет отношения к menu. > Дублировать системную информацию для каждого пользователя, как минимум не > логично. Не логично говорить бред. Где пользовательская информация в Gnome? Ты можешь ответить? Ее нет или ты не знаешь? Реализовано иначе (rpm posttrans filetriggers). |
1). Проверка вызова %{update,clean}_scrollkeeper, если в списке файлов пакета есть /usr/share/omf/*/*.omf. Соответсвующие секции .spec файла: _________________________________________________ %post %update_scrollkeeper %postun %clean_scrollkeeper __________________________________________________ 2) Проверка вызова %gconf2_{,un}install, сли в списке файлов пакета есть /etc/gconf/schemas/*.schemas. Соответсвующие секции .spec файла: ____________________________________________ %post %gconf2_install "список схем в пакете" %preun if [ $1 = 0 ]; then %gconf2_uninstall "список схем в пакете" fi _______________________________________________ 3). Проверка вызова %{update,clean}_desktopdb, если в списке файлов пакета есть /usr/share/applications/*.desktop. Соответсвующие секции .spec файла: _____________________ %post %update_desktopdb %postun %clean_desktopdb ______________________ 4). Проверка вызова %{update,clean}_mimedb, если в списке файлов пакета есть /usr/share/mime/packages/*.xml, в Соответсвующие секции .spec файла: _____________________ %post %update_mimedb %postun %clean_mimedb ______________________