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.