Как воспроизвести падение? 
 

#4169 - не оно?

Я не утверждаю, что оно падает, я утверждаю, что один сломанный файл может
сломать всё меню.

У меня #4169 не ломает генерацию всего остального меню 

Denis, could you help us, please?

можно наблюдать 
update-menus -v -n 
 

Can be reproduced on demand any time when I'm at home until my local Sisyphus
copy is the same.

Проверил дома. На этот раз update-menus по-прежнему ругается на файл меню,
но меню не рушатся. Проверил для fluxbox и для gnome2 --- эффект не
повторяется (исходная ситуация наблюдалась на gnome2).
Но в этот раз есть одно отличие: если сейчас update-menus жалуется на файл
меню, но продолжает работать, то раньше он прекращал работу сразу же после
сообщения об ошибке.

Это видимо на menu-2.1.5 было 

Сизиф как был 20040506, так и остался. menu-2.1.9-alt10 в обоих случаях.

Я собираюсь сегодня обновиться до вчерашнего Сизифа. Перед этим ещё какую-нибудь
диагностику ещё сделать?

не знаю, вот если бы воспроизводилось 

Не могу воспроизвести 

Я уже сизиф обновил, по-прежнему не могу поймать снова, хотя menu опять ругается
на файл от supertux-xxxx-alt2 (в котором должен был файл исправиться). Пока
больше ничем помочь не могу, разве что посоветовать попробовать самостоятельно
написать зловредный файл, глядя на исходник.

(In reply to comment #13) 
> Я уже сизиф обновил, по-прежнему не могу поймать снова, хотя menu опять 
ругается 
> на файл от supertux-xxxx-alt2 (в котором должен был файл исправиться) 
У меня то же самое 

Для воспроизведения проблемы можно поставить старый пакет rpmdrake, его файл 
меню останавливает update_menus, и меню не генерируется. 

А можно его не ставить, а прикрепить сю (In reply to comment #15) 
> Для воспроизведения проблемы можно поставить старый пакет rpmdrake, его файл  
> меню останавливает update_menus, и меню не генерируется.  
А можно его не ставить, а прикрепить сюда этот меню-файл? 

(In reply to comment #16) 
> А можно его не ставить, а прикрепить сюда этот меню-файл?  
Не нужно, я воспроизвел. 
 

В файле меню aMule указана section="Networking/File Transfer" (Transfer с
большой буквы). В результате из меню KDE полностью исчезает категория
"Сеть->Передача файлов" вместе со значками всех прочих программ данной секции.
При этом update-menus сообщений об ошибке не выводит. Если исправить Transfer на
transfer, то всё возвращается в норму.
Так задумано, что категории меню должны быть чувствительными к регистру?

2Zerg: ничего не исправлялось ?

C menu-файлом rpmdrake из M-2.0 menu не падает, но генерация накрывается, а 
это уже бог знает, когда исправят. Слишком дофига нам exception-ов. 

It is not really fixed, right?

Я ничем не могу помочь, кроме совета просмотреть код.

(In reply to comment #21) 
> It is not really fixed, right? 
Да, но не падает. 
Там exception слишком общего характера, поэтому я пока не знаю, как исправить. 
 
 

Выбросив menu?..

(In reply to comment #24)
> Выбросив menu?..
Рановато пока.
$ grep /usr/lib/menu/ ./contents_index | wc -l
605

Но зато уже
grep /usr/share/applications/ ./contents_index | wc -l
717
Т.е. уже преимущество за desktop-файлами

У меня перестало воспроизводиться
menu-2.1.29

Created attachment 1617 [details]
rpmdrake

menu-файл, с которым воспроизводилось из-за того, что там \n , а не \\n