Package: menu Version: 2.1.27 Followup-For: Bug #37716 Currently, it seems that menu's default behaviour is to generate a menu in the locale of whatever user runs it. This produces unpredictable results if, for instance, there are two system administrators with different preferred languages. This can be fixed (change the 'outputlanguage="LOCALE"' line in /etc/menu-methods/menu.h) but it is very broken default behaviour. If you want a global language, you should use some global language setting rather than relying on whatever locale happens to be set when update-menus is run. AFAIK, there isn't a global language setting, and for good reason: relying on such behaviour is broken in a multi-lingual environment!
I understand that there are some old window managers that are not able to dynamically change there menus according to the locale of the user currently logged in, but modern desktops are able to. Please provide some method for i18n-aware desktops (etc) to use more than one generated menu method. (For instance, locale.gen might be a useful file to work from to decide which languages to generate.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages menu depends on: ii dpkg 1.13.20 package maintenance system for Deb ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-1 GCC support library ii libstdc++6 4.1.1-1 The GNU Standard C++ Library v3 menu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
