Некоторые пункты меню дублируются, иногда один рядом с другим, иногда один и тот же пункт есть м меню и подменю, иногда даже с немного разным названием, но одинаковой ссылкой на объект. Примеры: hugin, AdobeReader_enu-7.0.1-1.i386.rpm (с сайта Adobe), GCompris.
gcompris должен быть уже исправлен для AdobeReader_enu ищите сборку для ALT P.S. такие баги вешайте на конкретные пакеты
> gcompris должен быть уже исправлен > для AdobeReader_enu ищите сборку для ALT > P.S. > такие баги вешайте на конкретные пакеты Т.е. дело в конкретных пакетах? Вообще-то три пакета я привёл для примера. Их больше, подозреваю, что много. Буду натыкаться - запишу, потом пришлю. Кстати, с Adobe Reader из того же пакета на ALC3.0.4 таких проблем не наблюдалось.
(In reply to comment #2) > Т.е. дело в конкретных пакетах? Да, пункты меню лежат в них > с Adobe Reader из того же пакета на ALC3.0.4 таких проблем не наблюдалось. У нас система меню теперь поддерживает оба источника пунктов меню: FreeDesktop и Debian. Поэтому двоится.
>> с Adobe Reader из того же пакета на ALC3.0.4 таких проблем не наблюдалось. > У нас система меню теперь поддерживает оба источника пунктов меню: FreeDesktop > и Debian. Поэтому двоится. Двоиться не должно. Я считаю, что если в пакете есть два способа прописывания в меню, то выбираться должен какой-то один, например, FreeDesktop (сейчас ведь все на него ориентируются?) Другое дело, что в НАШИХ пакетах (со сторонними ничего не поделаешь, именно для них на всякий случай поддерживаются две системы, так?) должен быть какой-то один способ, чтобы не плодить сущностей. Но это уже другая история. P.S.: сейчас пройдусь по всем пакетам в моих локальных репозиториях и выясню, где такая же бяка есть...
> P.S.: сейчас пройдусь по всем пакетам в моих локальных репозиториях и выясню, > где такая же бяка есть... В общем, что я нашёл на образе диска ALD4.0.1. Пакеты, в которых есть ТОЛЬКО menu-файлы: altlinux-menus-0.3.0-alt2.noarch.rpm gnome-menus-2.16.0-alt1.i586.rpm mc-4.6.1r-alt9.i586.rpm menu-2.1.35-alt5.i586.rpm syslinux-3.36-alt2.i586.rpm Пакеты, в которых есть и menu-, и desktop-файлы: bug-buddy-2.16.0-alt2.i586.rpm hugin-0.7.0-alt0.beta4.i586.rpm kdebase-libs-3.5.7-alt16.i586.rpm kdelibs-3.5.7-alt8.i586.rpm kdemultimedia-libs-3.5.7-alt5.i586.rpm ProofGeneral-3.4-alt1.noarch.rpm Кто раздаст слонов? ;)
(In reply to comment #4) > выбираться должен какой-то один, например, FreeDesktop В процессе перехода на него.
(In reply to comment #5) > В общем, что я нашёл на образе диска ALD4.0.1. Список неверный. Очень.
>> В общем, что я нашёл на образе диска ALD4.0.1. > Список неверный. Очень. Поясните пожалуйста. Может быть, неполный? Я смотрел по наличию файлов .menu и .desktop
(In reply to comment #8) >> В общем, что я нашёл на образе диска ALD4.0.1. > Список неверный. Очень. Извиняюсь. Поспешил. Забыл, что .menu файлы могут относиться не только к меню DM (mc тому пример).
Ещё leafpad и "улучшенный vi". Или лучше на пакеты повесить? Они есть в пункте "служебные" и "служебные -> редакторы"
Актуально для 5.0, как я понимаю..
Хорошо бы проверить на сизифе и если воспроизводится -- перевесить туда.
у меня на сизифе тоже самое
Значит, я думаю, надо перевесить на сизиф.
Двоение возникало из-за одновременной поддержки двух систем меню (Debian menu и FreeDesktop) у пакетов, где были и .menu, и .desktop (комментарий 3). Переход на FreeDesktop, о котором zerg@ писал в комментарии 6, завершён: hugin 2025.0.1-alt1 ставит только .desktop-файлы (/usr/share/applications/{hugin,PTBatcherGUI,calibrate_lens_gui,pto_gen,hugin_toolbox_gui}.desktop), файла в /usr/share/menu у него нет. Во всём Сизифе каталог /usr/share/menu сейчас использует единственный пакет (renderdoc), так что дублирование пунктов исчезло вместе с самой ситуацией. FIXED.
