Bug#444908: gnunet-gtk: new menu structure
Package: gnunet-gtk Version: 0.7.2b-3 Severity: normal Hello Arnaud, The file /usr/share/menu/gnunet-gtk reads ?package(gnunet-gtk):needs=X11 section=Apps/Net\ title=GNUnet-gtk longtitle=GNUnet GTK Client\ icon=/usr/share/pixmaps/gnunet-gtk.xpm command=/usr/bin/gnunet-gtk Please migrate to the new menu structure: section=Apps/Net should be probably be changed to section=Applications/Network/File Transfer Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444913: bacula-console: new menu structure
Package: bacula-console Version: 2.2.4-1 Severity: normal Hello John, The file /usr/share/menu/bacula-console reads ?package(bacula-console):needs=text section=Apps/System \ title=Bacula console command=/usr/bin/bconsole Please migrate to the new menu structure. Depending of the purposes of bacula-console, it could go in Applications/System/Administration or Applications/File Management, please check the menu manual. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444897: movixmaker-2: unknown menu section
On Mon, Oct 01, 2007 at 02:11:31PM -0400, Pascal Giard wrote: Hi Bill, i'm aware of this problem and wanted to fix it with my latest upload. Thanks for your answer! However, i didn't has i couldn't find a section that fits... The closest i could find were: - Application/System altho none of the subsection fits; - Application/Video altho it's not meant to play videos; - Application/File Management altho it's not managing files per say. Since i haven't found any satisfying section, i left it as-is. OK, I add it to the list of problematic packages. On the other hand, do you know about similar packages that could go in the same section as movixmaker-2 ? Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444890: xbindkeys: invalid menu section
On Tue, Oct 02, 2007 at 05:42:27PM +0200, Joerg Jaspert wrote: On 11159 March 1977, Bill Allombert wrote: ?package(xbindkeys):needs=X11 \ section=Applications/System \ title=xbindkeys \ command=/usr/bin/xbindkeys \ hints=Keys,Bind \ longtitle=XBindKeys - associate keys or mouse buttons with shell commands. Thanks for migrating to the new menu structure. However A menu entry should not be directly inside Applications/System, but in one of its subsections, probably Applications/System/Administration. I think i didnt found a subsection that really fits xbindkeys. It IMO doesnt fit administration. (Where was the new list of possible values again, www.d.o doesnt have it (yet)). The list is available below http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 If nothing fit, please ask for the creation of a new section. One important point to consider is where similar packages are put. The following sections could be considered: Accessibility Tools to aid people with disabilities or for machines lacking usual input devices. Examples: gok, yasr, dasher. System/Administration Administrative and system configuration utilities, also tools for personal user settings. Examples: gnome-control-center, configure-debian, gksu System/Hardware Tools for manipulating specific hardware, especially non-standard laptop hardware. Examples: toshutils, nvclock-gtk, nvtv Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445025: synaptic: wrong menu section
Package: synaptic Version: 0.60+b1 Severity: normal Hello Michael, The file /usr/share/menu/synaptic reads ?package(synaptic):needs=X11 section=Apps/System\ title=Synaptic Package Manager \ icon=/usr/share/synaptic/pixmaps/synaptic_32x32.xpm\ command=/usr/bin/su-to-root -X -c /usr/sbin/synaptic Please migrate to the new menu structure: section=Apps/System should be changed to section=Applications/System/Package Management Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444904: gui-apt-key: wrong menu section
On Tue, Oct 02, 2007 at 05:56:11PM +0200, Martin Schulze wrote: severity 444904 wishlist thanks Please migrate to the new menu structure: the section should be changed to section=Applications/System/Security. Please explain why gui-apt-key should be in a different section than Synaptic - except you wish to confuse users. Please also show me Actually, synaptic is currently in Apps/System and gui-apt-key is in Apps/System/Admin so gui-apt-key is already in a different section than Synaptic. But anyway both sections no more exist in the new structure. Secondly, according to this new structure, synaptics belong to Applications/System/Package Management. I will report a separate bug report. Whether gui-apt-key is better in Applications/System/Package Management or or Applications/System/Security can be debated but maybe gui-apt-key should actually be launched from synaptic. the menu policy that contains the new menu structure. The new menu structure is there: http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445031: abiword-common: please update menu section
Package: abiword-common Version: 2.4.6-2.1 Severity: normal Hello Masayuki, The file /usr/share/menu/abiword-common reads ?package(abiword-common):needs=X11 section=Apps/Editors\ title=AbiWord Word Processor command=/usr/bin/abiword\ hints=Word processors\ icon=/usr/share/AbiSuite-2.4/icons/menu.xpm Please migrate to the new menu structure: change section=Apps/Editors to section=Applications/Office. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445041: dasher: update to new menu structure
Package: dasher Version: 4.4.2-2 Severity: normal Hello Debian GNOME Maintainers, The file /usr/share/menu/dasher reads ?package(dasher):needs=X11 section=Apps/Tools \ title=Dasher text entry\ command=/usr/bin/dasher Please migrate to the new menu structure. section=Apps/Tools should be changed to section=Applications/Accessibility. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445049: gnucash: please update to new menu structure
Package: gnucash Version: 2.2.1-1 Severity: normal Hello Thomas, The file /usr/share/menu/gnucash reads ?package(gnucash):needs=x11 section=Apps/Tools \ title=GnuCash \ longtitle=GnuCash personal finance tracking program\ command=gnucash\ icon=/usr/share/gnucash/pixmaps/gnucash-icon.xpm Please migrate to the new menu structure[1]. section=Apps/Tools should be changed to section=Applications/Office. [1] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 Thanks in advance, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445050: bluefish: please update to the new menu structure
Package: bluefish Version: 1.0.7-3 Severity: normal Hello Daniel, The file /usr/share/menu/bluefish reads ?package(bluefish):\ needs=X11\ section=Apps/Editors\ title=Bluefish\ icon=/usr/share/pixmaps/bluefish_icon.xpm\ command=/usr/bin/bluefish Please migrate to the new menu structure [1]. section=Apps/Editors should be changed to section=Applications/Web Development [1] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 Thanks in advance, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445050: bluefish: please update to the new menu structure
On Tue, Oct 02, 2007 at 11:06:26PM +0200, Daniel Leidert wrote: should be changed to section=Applications/Web Development I already did in 1.0.7-3 [2][3][4]. I'm wondering, where the menu file you quote, comes. It's definitely not shipped with version 1.0.7-3 of the bluefish package in Debian. Thereof closing this bug report, but I really wonder, where you get the menu file. Well, there is a race condition between the script that compute the list of menu entries [1] using gluck archive and myself reporting bug reports on my laptop. Adding to that, sometimes the mirror on gluck is late to update. Sorry about that, and thanks to have updated your package! [1] http://people.debian.org/~ballombe/menu/menufiles.tgz Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445038: kword: please update menu section
Package: kword Version: 1:1.6.3-3 Severity: normal Hello Debian Qt/KDE Maintainers, The file /usr/share/menu/kword reads ?package(kword):\ needs=x11\ section=Apps/Editors\ hints=KDE,Word processors\ title=KWord\ longtitle=KWord (Word Processing)\ icon=/usr/share/pixmaps/kword.xpm\ command=/usr/bin/kword Please migrate to the new menu structure. section=Apps/Editors should be changed to section=Applications/Office. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445122: kompare: typo in menu entry
Package: kompare Version: 4:3.5.7-3 Severity: normal Hello Debian Qt/KDE Maintainers, The file /usr/share/menu/kompare reads ?package(kompare):\ needs=x11\T section=Applications/Text\ hints=KDE\ title=Kompare\ longtitle=Kompare (Diff/Patch Frontend)\ icon=/usr/share/pixmaps/kompare.xpm\ command=/usr/bin/kompare There is a spurious T after needs=x11\ Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445123: angrydd: typo in menu entry
Package: angrydd Version: 1.0.1-5 Severity: normal Hello Bart, The file /usr/share/menu/angrydd reads ?package(angrydd):needs=X11 section=Games/Tetris-like\ icon=angrydd.xpm\ longtitle=falling blocks puzzle game\ title=Angry Drunken Dwarves command=/usr/games/angrydd The longtitle must stand by itself since users can opt to see the longtitle instead of the title. So falling blocks puzzle game is not appropriate, because it is too generic. Also please update the section to the new menu structure[1]: change Games/Tetris-like to Games/Blocks. [1] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445125: aptitude: please update to the new menu structure
Package: aptitude Version: 0.4.6.1-1 Severity: normal Hello Daniel, The file /usr/share/menu/aptitude reads ?package(aptitude):needs=text section=Apps/System \ title=Aptitude command=/usr/bin/aptitude hints=apt \ longtitle=Terminal-based software package manager Please migrate to the new menu structure [1]. section=Apps/System should be changed to section=Applications/System/Package management The longtitle must stand alone, so it is a good practice to include the software name at the start, like in longtitle=Aptitude terminal-based software package manager [1] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445126: aqualung: menu longtitle must stand alone
Package: aqualung Version: 0.9~beta8-1 Severity: normal Hello Adam, The file /usr/share/menu/aqualung reads ?package(aqualung): needs=X11 section=Apps/Sound \ title=Aqualung longtitle=Gapless audio player \ command=/usr/bin/aqualung icon=/usr/share/pixmaps/aqualung.xpm The longtitle is displayed in place of the title, not alongside so it must stand alone, so it is a good practice to have it start by the programm name: longtitle=Aqualung gapless audio player would be better. Also please migrate to the new menu structure [1]. section=Apps/Sound should be changed to section=Applications/Sound [1] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445127: atomix menu entry: longtitle must stand alone
Package: atomix Version: 2.14.0-1 Severity: normal Hello Guilherme, The file /usr/share/menu/atomix reads ?package(atomix): \ needs=X11 \ section=Games/Puzzles \ title=Atomix \ longtitle=Join atoms to form molecules, if you can \ icon=/usr/share/pixmaps/atomix-icon.xpm \ command=/usr/games/atomix The longtitle field is inappropriate: it should be able to replace the title, not to supplement it. It is usually a good idea to make it start with the software name. longtitle=Atomix: Join atoms to form molecules would be better. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445132: autoproject menu entry: inappropriate longtitle
Package: autoproject Version: 0.20-4 Severity: normal Hello James, The file /usr/share/menu/autoproject reads ?package(autoproject):needs=text \ section=Apps/Programming \ title=autoproject \ command=/usr/bin/autoproject \ longtitle=create a skeleton source package for a new program 1) This longtitle is inappropriate: the longtitle must be able to replace the title, it should reference the software name somehow preferably at the start. longtitle=Autoproject: create a skeleton source package would be much better. 2) Please capitalise the title field properly, perhaps as title=Autoproject 3) Please migrate to the new menu structure [1]. section=Apps/Programming should be changed to section=Applications/Programming [1] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 Thanks in advance, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445152: ayttm: inappropriate longtitle
Package: ayttm Version: 0.5.0+10-3 Severity: normal Hello Kartik, The file /usr/share/menu/ayttm reads ?package(ayttm):needs=X11 section=Applications/Network/Communication \ title=Ayttm longtitle=Unified Instant Messaging Client \ command=/usr/bin/ayttm icon=ayttm.xpm The longtitle must stand by itself without the title. It is generally a good idea that it contains the software name preferably at the start. Unified Instant Messaging Client is too generic. Ayttm unified Instant Messaging Client would be better. Thanks to have migrated to the new menu structure already! Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445153: berusky: inappropriate longtitle
Package: berusky Version: 1.1-2 Severity: normal Hello Bart, The file /usr/share/menu/berusky reads ?package(berusky):needs=X11 section=Games/Puzzles\ icon=berusky.xpm\ longtitle=logic game based on Sokoban\ title=Berusky command=/usr/games/berusky The longtitle must stand by itself without the title. It is generally a good idea that it contains the software name preferably at the start. logic game based on Sokoban is too generic, Berusky logic game based on Sokoban would be better. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445154: blender: inappropriate longtitle
Package: blender Version: 2.45-1 Severity: normal Hello Debian Blender Maintainers, The file /usr/share/menu/blender reads ?package(blender):needs=X11 section=Applications/Graphics hints=Modeler\ longtitle=Very fast and versatile 3D modeler / renderer\ icon=/usr/share/pixmaps/blender.xpm\ title=Blender (full screen) command=/usr/bin/blender ?package(blender):needs=X11 section=Applications/Graphics hints=Modeler\ longtitle=Very fast and versatile 3D modeler / renderer\ icon=/usr/share/pixmaps/blender.xpm\ title=Blender (windowed) command=/usr/bin/blender -w The longtitle must stand by itself without the title. It is generally a good idea that it contains the software name preferably at the start. Very fast and versatile 3D modeler / renderer is too generic. Blender 3D modeler / renderer would be better. Thanks to have migrated to the new menu structure already! Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445158: cairo-clock: inappropriate longtitle
Package: cairo-clock Version: 0.3.2-3 Severity: normal Hello Bart, The file /usr/share/menu/cairo-clock reads ?package(cairo-clock):needs=X11 section=Apps/Tools\ icon=cairo-clock.xpm\ longtitle=analog clock displaying the system-time\ title=cairo-clock command=/usr/bin/cairo-clock The longtitle must stand by itself without the title. It is generally a good idea that it contains the software name preferably at the start. I suggest Cairo analog clock. Also please migrate to the new menu structure [1]. Other clock have been put in Games/Toys so I suggest you do the same. [1] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445160: claws-mail: inappropriate longtitle
Package: claws-mail Version: 3.0.1-1 Severity: normal Hello Ricardo, The file /usr/share/menu/claws-mail reads ?package(claws-mail):\ needs=X11\ section=Apps/Net\ title=Claws Mail\ longtitle=The user-friendly, lightweight and fast Claws Mail email client\ hints=GTK+2.0-based Mail Client\ icon=/usr/share/pixmaps/claws-mail-32x32.xpm\ command=/usr/bin/claws-mail The user-friendly, lightweight and fast Claws Mail email client is not appropriate for a title. longtitle=Claws Mail email client would be better. Also please migrate to the new menu structure [1]. section=Apps/Net should be changed to section=Applications/Network/Communication [1] http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445152: ayttm: inappropriate longtitle
On Wed, Oct 03, 2007 at 09:52:23PM +0530, Kartik Mistry wrote: On 10/3/07, Bill Allombert [EMAIL PROTECTED] wrote: The longtitle must stand by itself without the title. It is generally a good idea that it contains the software name preferably at the start. Unified Instant Messaging Client is too generic. Ayttm unified Instant Messaging Client would be better. Hmm. I will fix this asap. Probably tomorrow :) Thanks for your answer! Well I have found other styles in use, which I find are fine: Ayttm unified Instant Messaging Client Ayttm: unified Instant Messaging Client Ayttm - unified Instant Messaging Client I have no preference. Maybe one day we should try to harmonise that, but for now I will just try to keep longtitle unambiguous! Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445160: claws-mail: inappropriate longtitle
On Wed, Oct 03, 2007 at 07:28:33PM +0200, Ricardo Mones wrote: Hi Bill, On Wed, 03 Oct 2007 18:28:28 +0200 Bill Allombert [EMAIL PROTECTED] wrote: Package: claws-mail Version: 3.0.1-1 Severity: normal Hello Ricardo, The file /usr/share/menu/claws-mail reads ?package(claws-mail):\ needs=X11\ section=Apps/Net\ title=Claws Mail\ longtitle=The user-friendly, lightweight and fast Claws Mail email client\ hints=GTK+2.0-based Mail Client\ icon=/usr/share/pixmaps/claws-mail-32x32.xpm\ command=/usr/bin/claws-mail The user-friendly, lightweight and fast Claws Mail email client is not appropriate for a title. longtitle=Claws Mail email client would be better. I don't see the benefit of this longtitle you're proposing, it gives not much more info than the title itself. Is there any restriction on length for Then remove the longtitle entirely. it or any other problem? Why is it not appropriate? The longtitle must be a valid menu entry, not some kind of self-promotion. Imagine the menu Applications/Network/Communication filled with entries like The user-friendly, lightweight and fast Claws Mail email client The resource-efficient and easy-to-use Evolution email client The beautiful and standard-compliant Thunderbird email client The system-friendly, bloat-free and text-based Mutt email client Would you not find that annoying ? Also please migrate to the new menu structure [1]. section=Apps/Net should be changed to section=Applications/Network/Communication You're late on this, it's already fixed in 3.0.2, uploaded yesterday ;-) Sorry, I build the list of menu file on gluck which seems to lag a bit... Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444893: snake4: this section menu doesnt exist
On Fri, Nov 02, 2007 at 11:37:02PM -0200, Jose Carlos Medeiros wrote: Hi, Bill This section Games/Action doesnt exist in subsectio menu policy (http://www.debian.org/doc/packaging-manuals/menu-policy/) W: snake4; The menu file has subsection Action, which is unknown. The menu file contains the subsection shown above, which is unknown. The current list is taken from Debian Menu Policy. Hello Jose, It seems that your lintian package is out-dated. The current debian-policy package miss several changes that were approved by the policy editors. Please see the new menu structure below: http://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.5 See http://lists.debian.org/debian-devel-announce/2007/07/threads.html for the announcement. Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229357: closed by Ian Jackson [EMAIL PROTECTED] (Re: Bug#398625: adapted patch against current dpkg)
reopen 229357 thanks On Sun, Nov 04, 2007 at 03:45:14PM +, Debian Bug Tracking System wrote: Simon Richter writes (Bug#398625: adapted patch against current dpkg): I have written a new implementation of the patch proposed earlier, against the current shell script. As discussed on debian-devel, I think this approach is fundamentally wrong. This report seems to have been closed in error: 229357 is my patch, not Simon which is 398625. Failure of a rules target should not be treated as an invitation to try a different target. My patch does not do that. The package should declare (eg with Build-Options) what the situation is. My patch does that. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229357: Bug #229357: dpkg-buildpackage: support for Build-Options: build-arch
On Sun, Nov 04, 2007 at 07:41:21PM +, Ian Jackson wrote: The package should declare (eg with Build-Options) what the situation is. My patch does that. Ah, yes. Bill, can you give me a reference to what you consider the definitive definition of the behaviour of your proposed patch ? Presumably this would be in the form of a policy amendment ? After those four years, I am bit lost myself. This is what I wrote at the time: + sect1 id=f-Build-Options + headingttBuild-Options/tt/heading + p + The syntax is a list of options separated by + commas that are implemented in the build process. + The following options are defined: + list +item ttbuild-arch/tt The optional targets build-arch +and build-indep are implemented by ttdebian/rules/tt +as defined in ref id=debianrules. /item + /list + /p + /sect1 Some comments: 1) The target binary-arch and binary-indep are already mandatory according to debian-policy. No need to mention them. 2) Build-Options should ideally use the same separator/line breaking rule as Depends (packages name being replaced by options). I will let you fill the specific. My patch only implement commas separation, but since only build-arch is implemented, this is not a practical issue. This option signals a property of the source package, but not the associated behaviour of dpkg-buildpackage. Obviously a patch to dpkg-buildpackage should document that. This is my first try: 1) Unreckognized Build-Options are ignored by dpkg. 2) The following option is reckognized: build-arch: If this option is set, dpkg-buildpackage, when invoked with the -B option, will call 'debian/rules build-arch' instead of 'debian/rules build'. Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406277: flwm: No Real Menu Created on Install
On Tue, Jan 09, 2007 at 08:31:46PM -0500, Toney wrote: Package: flwm Version: 1.02-1 Severity: important Under Sarge, installing flwm created a nice wmx menu. Under testing, the only menu items are xterm, new desktop and exit. Hello Toney, In order to get a menu in Etch I have to install admin/menu package and run update-menus. You have to install the menu package, but you do not need to run update-menus unless you have a ~/.wmx directory. This will be performed automatically. flwm is a wonderful package, and it is doing it a disservice to not configure it properly on install. New users may just look at the paltry menu, say this sucks, and uninstall flwm. As far as I know, flwm behave the same way in that regard in Sarge and Etch: the menu is only available if the menu package is installed. This behaviour is consistent with the other window managers in Debian. So if you experienced a different behaviour, I would really appreciate more data. Thanks in your interest in FLWM and Debian menu! -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374834: menu: Patch to just fork and die, instead of waiting on a si
On Fri, Dec 15, 2006 at 09:05:35PM +0100, Tim Dijkstra wrote: On Fri, 15 Dec 2006 18:11:21 +0100 Bill Allombert [EMAIL PROTECTED] wrote: So far none of the people affected has been positive that it actually fixed the bug for them. This is a problem. Sure it does, it fixes it for me. And I think I convincingly argued why it does. Mario and Yan could you please verufy that the attached patch works for you to? Then that's fine with me. You did not say so before and Mario stated he could not test whether it worked. What worry me about the patch is the fact that create_lock() and check_dpkglock() are not performed in the same order. In particular, if create_lock() fail we exit with error 0 instead of 1 thus maybe concealing a real error. You used to exit with 1 only if both creat_lock and check_dpkglock were false at the same time. If that is what you want, that is easy to fix. New patch attached. The locking logic is now the same as in the original. If I am not mistaken, your new patch adds a race condition between create_lock() and check_dpkglock(). If dpkg release the lock after create_lock() and before check_dpkglock(), then we do exit(1) while we should not. In the original version, check_dpkglock was checked first so this race condition was not possible. Sorry to be so slow dealing with this issue... Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403753: addresses-goodies-for-gnustep: file conflict with adtool
Package: addresses-goodies-for-gnustep Version: 0.4.6-7 Severity: serious Hello Eric, The package addresses-goodies-for-gnustep includes the file /usr/share/man/man1/adtool.1.gz which is also part of the package 'adtool'. adtool in Sarge also includes /usr/share/man/man1/adtool.1.gz. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374834: menu: Patch to just fork and die, instead of waiting on a si
On Mon, Dec 18, 2006 at 11:05:15AM +0100, Tim Dijkstra wrote: On Mon, 18 Dec 2006 00:33:58 +0100 Bill Allombert [EMAIL PROTECTED] wrote: What worry me about the patch is the fact that create_lock() and check_dpkglock() are not performed in the same order. In particular, if create_lock() fail we exit with error 0 instead of 1 thus maybe concealing a real error. You used to exit with 1 only if both creat_lock and check_dpkglock were false at the same time. If that is what you want, that is easy to fix. New patch attached. The locking logic is now the same as in the original. If I am not mistaken, your new patch adds a race condition between create_lock() and check_dpkglock(). If dpkg release the lock after create_lock() and before check_dpkglock(), then we do exit(1) while we should not. In the original version, check_dpkglock was checked first so this race condition was not possible. I don't think that can happen. In normal circumstances we are a child process of dpkg until the fork. So it can't release the lock in between those two calls; it is waiting for us. You are absolutly correct: this cannot happen in normal circumstances. Anyway, in the attached patch I swapped the order of check_dpkglock and create_lock again to match the original. This one looks fine, thanks. Sorry to be so slow dealing with this issue... That's OK. I'm happy we're dealing with it know. And it is good you are reviewing the patch thoroughly. I do not have much choice, since i cannot really test it. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403916: popularity-contest should support MTAOPTS
On Wed, Dec 20, 2006 at 05:37:45PM +0100, Michelle Konzack wrote: Package: popularity-contest Version: 1.28 Severity: wishlist Wish description: I am using ssmtp as my MTA and need the MTAOPTS -au (auth-user), -ap (auth-pass) plus -am (auth-method). I have added to my config this: Please, can you add this to a new version of popularity-contest? I wonder if this is not simpler to tell people to edit /etc/cron.weekly/popularity-contest directly. This is a conffile for a reason. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402179: [Bug-tar] Race condition in GNU tar test-suite
On Tue, Dec 19, 2006 at 11:32:30AM -0700, Bdale Garbee wrote: On Tue, 2006-12-19 at 15:46 +, Alex Owen wrote: This patch should fix the problem. I guess the opotions are to aply this patch to 1.16 or package 1.16.1. I guess applying the patch is the better option if we wnat to fix this for etch. It's not clear to me that we need to disturb etch to fix this. It's just a race in a regression test, and I *think* 1.16 is built for all the architectures that matter for etch release, isn't it? If not, I'm certainly willing to apply the patch and upload this. I would very much like that patch to be applied in Etch. Non-deterministic packages build failures cause large waste of time. Thanks in advance, Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413254: xfe: purging the package fails (ucf unavailable)
Package: xfe Version: 0.88-3.1 Severity: serious Hello Jose, There is an error when attempting to purge xfe: Removing xfe ... Purging configuration files for xfe ... /var/lib/dpkg/info/xfe.postrm: line 24: ucf: command not found dpkg: error processing xfe (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on ucf to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413281: x11-common: sarge to etch upgrade fails
Package: x11-common Version: 7.1.0-13 Severity serious Hello X Strike force, upgrade from sarge to etch fails with Removing xbase-clients ... Selecting previously deselected package x11-common. (Reading database ... 71210 files and directories currently installed.) Unpacking x11-common (from .../x11-common_1%3a7.1.0-13_i386.deb) ... rmdir: /usr/X11R6/bin: Directory not empty dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.1.0-13_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/x11-common_1%3a7.1.0-13_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) # ls /usr/X11R6/bin/ hamsoft hanterm # dpkg -S /usr/X11R6/bin/* hamsoft: /usr/X11R6/bin/hamsoft dpkg: /usr/X11R6/bin/hanterm not found. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413281: x11-common: sarge to etch upgrade fails
On Sun, Mar 04, 2007 at 12:15:40AM +0100, Julien Cristau wrote: On Sat, Mar 3, 2007 at 23:37:49 +0100, Bill Allombert wrote: # ls /usr/X11R6/bin/ hamsoft hanterm # dpkg -S /usr/X11R6/bin/* hamsoft: /usr/X11R6/bin/hamsoft dpkg: /usr/X11R6/bin/hanterm not found. Thanks, I'll add a conflict on hamsoft. Do you have any idea where hanterm comes from? Yes, it comes from hanterm-classic and/or hanterm-xf (there is an alternative) # ls -l /usr/X11R6/bin/ -rwxr-xr-x 1 root root 6001 Apr 21 2003 hamsoft lrwxrwxrwx 1 root root 25 Mar 3 21:03 hanterm - /etc/alternatives/hanterm # ls -l /etc/alternatives/hanterm lrwxrwxrwx 1 root root 28 Mar 3 21:03 /etc/alternatives/hanterm - /usr/bin/X11/hanterm-classic Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413339: x11-common: /usr/X11R6/bin files remaining issue
Package: x11-common Version: 1:7.1.0-13 Severity: serious Hello X Strike Force, here is hopefully the last issues with the sarge to etch upgrade: dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.1.0-13_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/x11-common_1%3a7.1.0-13_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) # ls -l /usr/X11R6/bin/ total 36 lrwxrwxrwx 1 root root22 Mar 4 08:38 fvwm - /etc/alternatives/fvwm -rwxr-xr-x 1 root root 6001 Apr 21 2003 hamsoft lrwxrwxrwx 1 root root25 Mar 4 08:38 hanterm - /etc/alternatives/hanterm -rwxr-xr-x 1 root root 27080 Aug 18 2003 phototk lrwxrwxrwx 1 root root31 Mar 4 08:37 tkworld - ../../share/tkworld/tkWorld.tcl # ls -l /etc/alternatives/fvwm /etc/alternatives/hanterm /usr/share/tkworld/tkWorld.tcl lrwxrwxrwx 1 root root 18 Mar 4 08:38 /etc/alternatives/fvwm - /usr/bin/X11/fvwm1 lrwxrwxrwx 1 root root 23 Mar 4 09:46 /etc/alternatives/hanterm - /usr/bin/X11/hanterm-xf -rwxr-xr-x 1 root root 4244 Dec 13 1999 /usr/share/tkworld/tkWorld.tcl It seems alternatives pointing to /usr/bin/X11/ breaks. Maybe the link /usr/bin/X11/ is removed before the alternatives ? Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413281: x11-common: sarge to etch upgrade fails
On Sun, Mar 04, 2007 at 02:02:40AM +0100, Julien Cristau wrote: On Sun, Mar 4, 2007 at 00:41:16 +0100, Bill Allombert wrote: On Sun, Mar 04, 2007 at 12:15:40AM +0100, Julien Cristau wrote: Do you have any idea where hanterm comes from? Yes, it comes from hanterm-classic and/or hanterm-xf (there is an alternative) # ls -l /usr/X11R6/bin/ -rwxr-xr-x 1 root root 6001 Apr 21 2003 hamsoft lrwxrwxrwx 1 root root 25 Mar 3 21:03 hanterm - /etc/alternatives/hanterm # ls -l /etc/alternatives/hanterm lrwxrwxrwx 1 root root 28 Mar 3 21:03 /etc/alternatives/hanterm - /usr/bin/X11/hanterm-classic x11-common already conflicts with earlier versions of these packages, so I'm not sure what else we can do on the X side. hanterm-classic is not in etch, so nothing we can do there either. However it seems that hanterm-xf in etch still installs its alternative in /usr/bin/X11, which I guess can cause problems if it is configured before x11-common is unpacked. I don't really understand how only the symlink is still in /usr/X11R6/bin in your upgrade scenario, though, could it be a bug in hanterm-classic's prerm, which doesn't remove the alternative cleanly? The issue seems that it installs the alternative in /usr/bin/X11/ not in /usr/X11R6/bin/. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413398: ident2: purging the package fails (update-inetd unavailable)
Package: ident2 Version: 1.05-1 Severity: serious Hello Chuan-kai, There is an error when attempting to purge ident2: Removing ident2 ... Purging configuration files for ident2 ... /var/lib/dpkg/info/ident2.postrm: line 8: update-inetd: command not found dpkg: error processing ident2 (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on update-inetd to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413397: ifcico: purging the package fails (update-inetd unavailable)
Package: ifcico Version: 2.14tx8.10-19.1 Severity: serious Hello Marco, There is an error when attempting to purge ifcico: Removing ifcico ... Purging configuration files for ifcico ... /var/lib/dpkg/info/ifcico.postrm: line 3: update-inetd: command not found dpkg: error processing ifcico (--purge): subprocess post-removal script returned error exit status 127 The postrm script cannot rely on update-inetd to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413399: ibwebadmin: purging the package fails (ucf unavailable)
Package: ibwebadmin Version: 0.98-3 Severity: serious Hello Debian QA Group, There is an error when attempting to purge ibwebadmin: Removing ibwebadmin ... Purging configuration files for ibwebadmin ... /var/lib/dpkg/info/ibwebadmin.postrm: line 15: ucf: command not found dpkg: error processing ibwebadmin (--purge): The postrm script cannot rely on ucf to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413529: p-c should use a better cron-script for mobile computers
On Mon, Mar 05, 2007 at 05:24:57PM +0100, Michelle Konzack wrote: Package: popularity-contest Version: 1.33 Severity: wishlist Hello Maintainer, I run several Laptops and other Mobil-Computers with popularity- contest but unfortunatly the scripts are never executed. What I have currently done is a script which is called all 15 minutes and check whether it has (in the last 7 days) send a pop-con submission and if not, it create and send it. It would be nice, if you can cleanly implement it specialy for Mobile-Computers. I think, debconf can be used to (de)activate the script in /etc/cron.weekly/popularity-contest and use instead a /etc/cron.d/popularity-contest job. Hello Michelle, Why not simply install anacron which is part of the laptop task and is mentionned in the popcon FAQ ? Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416302: su-to-root is not paranoid enough
On Mon, Mar 26, 2007 at 02:58:39PM -0300, Ben Armstrong wrote: Package: menu Version: 2.1.33 Severity: normal I think su-to-root could use a bit more paranoia. For instance, sourcing the ~/.su-to-rootrc, while not harmful in itself might be used in conjunction with other bugs to in a local escalation of privileges. Also, PATH is set for text mode, but not X11. Other points needing attention, from #debian-devel: - $IFS - variable quoting echo enter $PRIV passwd: - i can add commands to $PRIV via the command line. - use exec Hello Ben, What is your attack model ? su-to-root is an unpriviledged shell script. I do not have #debian-devel log at hand. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410875: debian-live needs this issue to be addressed
On Mon, Mar 26, 2007 at 03:25:07PM -0300, Ben Armstrong wrote: Package: menu Version: 2.1.33 Followup-For: Bug #410875 No, installing gksu and/or kdesu only partially addresses the problem. While it is true that both of these packages can be configured to use sudo instead of su, some menu entries are run in the terminal and therefore cannot use either graphical wrapper. So it falls on su-to-root to decide how to acquire root to run them. The end result is that the user is prompted for a root password which is not set, and therefore the menu entry is useless. Actually, it is worse than useless: it is broken, so far as the user of the livecd is concerned. A prompt appears for a password that they don't know (because no password was ever set!) which is sure to cause a fair amount of frustration. Also, this problem does not only afflict livecd users, but any user who prefers sudo over su to become root on their system. You already have a ~/.su-to-rootrc. Why not make it possible for su-to-root to be configured, like gksu, kdesu and sux to use sudo for text mode? Something like SU_TO_ROOT_SU=sudo? I have no objection. This will be done as soon as Etch is released. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409092: menu: [install-menu] Parser does not handle comments (#) correctly
On Fri, Jan 26, 2007 at 05:16:50PM +0200, Jari Aalto wrote: Package: menu Version: 2.1.33 Severity: normal Given following comment in debian/menu-method file # substitute all q() with q(\) The calls update-menus --stdout /tmp/menu-stdin install -m 755 menu-method /etc/menu-methods/mytest /etc/menu-methods/mytest -v /tmp/menu-stdin Gives cryptic error: install-menu: Warning: Unknown identifier `41' on line /etc/menu-methods/jwm in file . Ignoring. Hello Jari, I cannot reproduce this problem from the data alone. Furthermore your error message is inconsistent: you are launching /etc/menu-methods/mytest but the error point to /etc/menu-methods/jwm. Could you send me your file /etc/menu-methods/mytest so I could try to reproduce the issue ? Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408387: the Debian menu is (not consistently) localized
On Mon, Jan 29, 2007 at 11:22:06AM +0200, Eddy Petrișor wrote: -BEGIN PGP SIGNED MESSAGE- /var/lib/menu-xdg/desktop-directories/menu-xdg/debian-apps.directory [Desktop Entry] Type=Directory Encoding=UTF-8 Name=Apps Name[ar]=Apps Name[be]=Apps Name[bg]=Apps Name[bn]=Apps Name[bs]=Apps Name[ca]=Apps ... Name[ro]=Aplicaţii This is bad: it should be localised in all locales: Name[bs]=Aplikacije Name[ca]=Aplicacions Name[cs]=Aplikace Name[da]=Programmer Name[de]=Anwendungen not solely in Romanian. Did you tweak your system in any way ? Well, there is a small problem. Before issuing these commands the menu was localized, but after the update-menus command it returned to English. [EMAIL PROTECTED] ~ $ ls -l /etc/menu-methods/ total 48 - -rwxr-xr-x 1 root root 1209 2006-12-09 03:10 gnome-panel-data - -rw-r--r-- 1 root root 1143 2006-12-09 03:10 gnome-vfolder-user - -rw-r--r-- 1 root root 242 2006-12-22 17:06 lang.h - -rw-r--r-- 1 root root 31 2006-12-22 17:06 menu.config - -rw-r--r-- 1 root root 3085 2006-12-22 17:06 menu.h - -rwxr-xr-x 1 root root 1392 2006-03-20 15:44 menu-xdg - -rw-r--r-- 1 root root 391 2006-12-22 17:06 README - -rw-r--r-- 1 root root 1248 2006-12-22 17:06 translate_menus - -rwxr-xr-x 1 root root 2006-05-22 02:35 twm - -rwxr-xr-x 1 root root 1400 2006-03-20 15:44 xdg-desktop-entry-spec-apps - -rwxr-xr-x 1 root root 1381 2006-03-20 15:44 xdg-desktop-entry-spec-dirs - -rwxr-xr-x 1 root root 1326 2006-03-20 15:44 xdg-desktop-entry-spec-sessions [EMAIL PROTECTED] ~ $ su -c 'update-menus -v' Password: update-menus[1000]: Dpkg is not locking dpkg status area, good. update-menus[1000]: Reading installed packages list... update-menus[1000]: Reading menu-entry files in /etc/menu/. update-menus[1000]: 0 menu entries found (0 total). update-menus[1000]: Reading menu-entry files in /usr/lib/menu/. update-menus[1000]: 0 menu entries found (0 total). update-menus[1000]: Reading menu-entry files in /usr/share/menu/. update-menus[1000]: 171 menu entries found (171 total). update-menus[1000]: Reading menu-entry files in /usr/share/menu/default/. update-menus[1000]: file /usr/share/menu/default/ash line 2: Discarding entry requiring missing package ash. update-menus[1000]: 0 menu entries found (171 total). update-menus[1000]: Running menu-methods in /etc/menu-methods/. update-menus[1000]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-sessions update-menus[1000]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-dirs update-menus[1000]: Running method: /etc/menu-methods/menu-xdg update-menus[1000]: Running method: /etc/menu-methods/twm update-menus[1000]: Running method: /etc/menu-methods/gnome-panel-data update-menus[1000]: Running method: /etc/menu-methods/xdg-desktop-entry-spec-apps I am also using GNOME in Etch on another system which at the moment shows the Debian menu localized, but I remember I've seen it slip before. I tried running update-menus both as root and as a regular user, but the menu wasn't updated (well, the translation didn't appear). Please run update-menus --remove as a regular user. This resulted in an error. $ update-menus --remove Warning: script /etc/menu-methods/gnome-panel-data does not provide removemenu, menu not deleted This is not an error, only a warning. This is reported as bug #358008. Try to issue the command: chmod a-x /etc/menu-methods/gnome-panel-data Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here.
Bug#405987: Gnome applications menu does not get updated
On Sun, Jan 07, 2007 at 01:30:26PM -0500, Armando Romero wrote: Package: menu Version: 2.1.33 Severity: important Since upgrade to Etch, update-menus does not upgrade menus in Gnome Applications. I am interested to know what would be solution to bring Applications menu in working state as it was. Hello Armando, First make sure menu-xdg is installed. Second check for user dotfile that could override the Debian menu. Third try to do chmod a-x /etc/menu-methods/gnome-panel-data Please tell me if that fixed the issue. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408387: the Debian menu is (not consistently) localized
On Wed, Feb 07, 2007 at 09:23:26PM +0200, Eddy Petrișor wrote: Does localepurge count as a tweak? Nothing except that. Maybe: I never tested what happens if you remove some menu .mo file for languages listed in /etc/menu-methods/lang.h. I can't thing of any other problems than localepurge removing root configured locale. Could you make sure you run dpkg as root with valid locale ? Either login as root or su - and do locale ls --help update-menus -v cat /var/lib/menu-xdg/desktop-directories/menu-xdg/debian-apps.directory Cheers, Bill.
Bug#410320: s2ram: whitelist entry
Package: uswsusp Version: 0.3~cvs20060928-6 Severity: wishlist Hello Tim, With etch-amd64 on my new laptop, s2ram work fine with that option: #s2ram -f -a 1 Here the laptop ID: #This machine can be identified by: sys_vendor = FUJITSU SIEMENS sys_product = Amilo Si 1520 sys_version = Rev 1 bios_version = 1.10 Thanks to everybody involved in making Linux suspend-to-disk usable. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410581: linux-kernel-headers: file conflict with amd64-libs-dev
Package: linux-kernel-headers Version: 2.6.18-6 Severity: serious Justification: Break sarge to etch upgrade Hello GLibc maintainers, There is an error when upgrading the package from sarge to etch, it should Replaces amd64-libs-dev: Preparing to replace linux-kernel-headers 2.5.999-test7-bk-17 (using .../linux-kernel-headers_2.6.18-6_i386.deb) ... Unpacking replacement linux-kernel-headers ... dpkg: error processing /var/cache/apt/archives/linux-kernel-headers_2.6.18-6_i386.deb (--unpack): trying to overwrite `/usr/include/asm/bootsetup.h', which is also in package amd64-libs-dev dpkg-deb: subprocess paste killed by signal (Broken pipe) The sarge package of amd64-libs-dev includes the file /usr/include/asm/bootsetup.h. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410695: zope2.7 causqe upgrade failure
Package: upgrade-reports Severity: serious The piuparts run below: /usr/sbin/piuparts -a -d sarge -d etch gnupg xawtv k3d-dev libcnumx0-dev mozilla-opensc xmms-coverviewer makeself koffice-i18n-nn kview libmcardplugin gij-3.4 gimp-dimage-color libast2-dev libaal-dev caudium-dev libcvsservice0 tex-guy linuxdoc-tools-latex snort-common multipath-tools isic libpam-pwdfile libotr1-dev libglib2-ruby haskelldb-bin cyrus21-imapd bsign scalapack-lam-test pyching freeswan dict-freedict-spa-eng xfaces libtie-cache-perl zope2.7-mimetypesregistry libdmsocket-0.32.5-0-dev attal-themes-medieval kde-i18n-srlatin dircproxy pica glimmer kappfinder kde-i18n-eu 9menu selflinux-pdf libgtksourceview-doc fails with: dpkg: python2.3: dependency problems, but removing anyway as you request: python2.3-xml depends on python2.3. python depends on python2.3 (= 2.3.4-18). zope2.7 depends on python2.3 (= 2.3.2). (Reading database ... 47589 files and directories currently installed.) Removing python2.3 ... (Reading database ... 47080 files and directories currently installed.) Preparing to replace python 2.3.5-2 (using .../python_2.4.4-2_all.deb) ... Unpacking replacement python ... Selecting previously deselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.4.4-2_all.deb) ... (Reading database ... 47090 files and directories currently installed.) Removing zope2.7-mimetypesregistry ... Removing zope2.7 ... awk: warning: escape sequence `\.' treated as plain `.' /var/lib/dpkg/info/zope2.7.prerm: line 60: python2.3: command not found dpkg: error processing zope2.7 (--remove): subprocess pre-removal script returned error exit status 127 dpkg: python2.3-xml: dependency problems, but removing anyway as you request: zope2.7 depends on python2.3-xml; however: Package python2.3-xml is to be removed. Removing python2.3-xml ... Errors were encountered while processing: zope2.7 The package zope2.7 was removed from Etch, but we still need to provide an upgrade path. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410320: [Suspend-devel] Bug#410320: s2ram: whitelist entry
On Mon, Feb 12, 2007 at 09:52:09PM +0100, Stefan Seyfried wrote: Hi, { FUJITSU SIEMENS,Amilo Si 1520,, , S3_BIOS|S3_MODE }, I'm not really an expert in those video hacks. What would Bill have missed without S3_MODE? Higher resolution console maybe? Yes, vesafb. With S3_BIOS, you usually end in plain VGA mode (as after VBE_POST), S3_MODE then sets back the VESA mode (same as VBE_MODE), at least IIUC, which should be a noop in the case of non-fbdev console. ... which is my case. Bill, if you could try if your machine also wirks with s2ram -f -a3, this would confirm the entry which is already in the whitelist. I just tested and it works fine. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410731: python-twisted-runner: file conflict with python2.3-twisted-bin
Package: python-twisted-runner Version: 0.2.0-1 Severity: serious Hello Matthias, There is an error when upgrading the package from sarge to etch, it should Replaces python2.3-twisted-bin: Selecting previously deselected package python-twisted-runner. Unpacking python-twisted-runner (from .../python-twisted-runner_0.2.0-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/python-twisted-runner_0.2.0-1_i386.deb (--unpack): trying to overwrite `/usr/lib/python2.3/site-packages/twisted/runner/portmap.so', which is also in package python2.3-twisted-bin The Sarge package python2.3-twisted-bin includes the file /usr/lib/python2.3/site-packages/twisted/runner/portmap.so Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410747: lynx: please move menu entry to /usr/share/menu
Package: lynx Version: 2.8.5-2sarge2.2 Hello James, Please move the file /usr/lib/menu/lynx to /usr/share/menu/lynx according to the menu transition. (While you are at it, please remove the kderemove=1 tag which is obsolete.) Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410748: openuniverse: wrong menu section
Package: openuniverse Version: 1.0beta3.1-6 Hello Javier, openuniverse menu entry read: ?package(openuniverse):needs=X11 section=Apps/Math\ However openuniverse would better fit in Science or Education. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410840: cyrus21-common: purging the package fails (debconf unavailable)
Package: cyrus21-common Version: 2.1.18-5 Severity: important Hello Henrique, There is an error when attempting to purge cyrus21-common: Removing cyrus21-common ... Purging configuration files for cyrus21-common ... /var/lib/dpkg/info/cyrus21-common.postrm: line 13: /usr/share/debconf/confmodule: No such file or directory dpkg: error processing cyrus21-common (--purge): subprocess post-removal script returned error exit status 1 Errors were encountered while processing: cyrus21-common The postrm script cannot rely on debconf to be available when purging. See Policy 7.2: Note, however, that the `postrm' cannot rely on any non-essential packages to be present during the `purge' phase. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410695: zope2.7 causqe upgrade failure
On Mon, Feb 12, 2007 at 05:42:31PM -0800, Steve Langasek wrote: On Mon, Feb 12, 2007 at 06:53:53PM +0100, Bill Allombert wrote: Package: upgrade-reports Severity: serious The piuparts run below: /usr/sbin/piuparts -a -d sarge -d etch gnupg xawtv k3d-dev libcnumx0-dev mozilla-opensc xmms-coverviewer makeself koffice-i18n-nn kview libmcardplugin gij-3.4 gimp-dimage-color libast2-dev libaal-dev caudium-dev libcvsservice0 tex-guy linuxdoc-tools-latex snort-common multipath-tools isic libpam-pwdfile libotr1-dev libglib2-ruby haskelldb-bin cyrus21-imapd bsign scalapack-lam-test pyching freeswan dict-freedict-spa-eng xfaces libtie-cache-perl zope2.7-mimetypesregistry libdmsocket-0.32.5-0-dev attal-themes-medieval kde-i18n-srlatin dircproxy pica glimmer kappfinder kde-i18n-eu 9menu selflinux-pdf libgtksourceview-doc Is there a smaller minimal set of packages that can be used to reproduce the problem? Try this one: k3d-dev kview libaal-dev caudium-dev libcvsservice0 snort-common libpam-pwdfile cyrus21-imapd zope2.7-mimetypesregistry This looks like an apt bug to me (and isn't the first time I've seen it). Any pointer ? If we know zope2.7 is going to be removed in addition to python2.3, why is zope2.7 not removed first, avoiding the need to --force-depends? Does piuparts use apt-get or aptitude in its upgrade test, and does that make a difference in the outcome? piuparts use apt-get. I did not try aptitude. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#206684: debian-policy: Proposal for going ahead with mandatory debconf use for prompting
On Wed, Mar 07, 2007 at 05:34:30PM +0100, Lucas Nussbaum wrote: Hi, I would really like to see that happening at the beginning of the lenny release cycle. Packages that prompt without using debconf make it unnecessary difficult to test them using piuparts. Looking at my piuparts results (testing packages in etch), most packages that prompt the user already do that through debconf, so it would not result in more than 50 or 100 bugs (and that's the worst case scenario). We might need an exception for essential packages (e.g. glibc). Unless they have to provide both a debconf and a tty interface. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414340: package description refers to us, Debian developers
On Sun, Mar 11, 2007 at 09:10:20AM +0100, Christian Perrier wrote: Indeed. This is something that has been dropped a while ago from the debconf templates, but apparently nobody thought about the package description. I just synced the package description with the templates: no more first person and also no more Debian branding (that should help derived distributions). Hello Christian, I disagree with the removal of the Debian project branding from the description. Popularity-contest is an official Debian project and this package report to the Debian project and to no one else. The term distribution here is incorrect because if you install this popcon package on another distribution it will still report to Debian and not to the other distribution developers. Furthermore we should keep our identity and not be the distribution Debian based-distribution are based on. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414340: package description refers to us, Debian developers
On Sun, Mar 11, 2007 at 08:02:27PM +0100, Christian Perrier wrote: I disagree with the removal of the Debian project branding from the description. Popularity-contest is an official Debian project and this package report to the Debian project and to no one else. The term distribution here is incorrect because if you install this popcon package on another distribution it will still report to Debian and not to the other distribution developers. The point is to make it easy to derived distribution to use our packages with as less modifications as possible. This is not losing our identity or whatever but rather what seems to me as sane collaboration. I contend that: 1) Your change force more derived distributions to make changes to the package. 2) You could achieve a better result without changing the description inside the binary package, by generating the description at build time from a template. 3) This cause us to lose your identity. 1) Your change force more derived distribution to make changes to the package. 1.1) Introduction Basically there are two kind of debian-based distributions: a) those that does not have a popcon server. b) those that have a popcon server. I contend that the set a) is much larger than set b). 1.2) debian-based distributions without a popcon server: In that case the popularity-contest will still be configured to report to Debian, but then the sentence: The popularity-contest package sets up a cron job that will periodically anonymously submit to the distribution developers statistics about the most used packages on this system. will be false so the Debian-based distributions will have to change the description. The same for: This information influences decisions such as which packages should go on the first distribution CD. 1.3) debian-based distributions with a popcon server: The distributions have to change the package to report to their own server anyway. Furthermore, in that case it is quite likely that the paragraph This information influences decisions such as which packages should go on the first distribution CD. It also helps improving future versions of the distribution so that the most popular packages are the ones which are installed automatically for new users. will be totally false for that distribution (for example it provides a single DVD), so the distribution will have to change it. 1.4) Conclusion: All distributions of kind a) and most distributions of kind b) need to change the description. With the previous description, only distribution of kind b) had to, but in all case kind b) have to change the package anyway. 2) You could achieve a better result without changing the description -- inside the binary package, by generating the description at build time -- from a template. Instead of aiming at a one-size-fit-all description, there could be a setting in the source package that allow to control which description will end up in the binary package. Since distributions of type b) will have to rebuild the package anyway, they could easily change this setting so that another description template is used. 3) This cause us to lose your identity. popularity-contest upstream is Debian. There is no reason to hide the fact. The general rules with credits in free softwares is to simply keep the credit the way upstream put them and this is fair enough. So if we strip Debian of all Debian credit, we won't get any credit. This is a sure way users of Debian derived distribution never get aware of Debian. We need to advertise our contribution to free softwares. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414691: libyada4: circular dependency hell
On Tue, Mar 13, 2007 at 02:25:06PM +0100, Christoph Berg wrote: tags 414691 + wontfix thanks Re: Bill Allombert 2007-03-13 [EMAIL PROTECTED] Circular dependencies involving shared libraries are known to cause problems during upgrade, so we should try to get rid of them. In this case the libyada-* packages are just wrappers to facilitate depending on the right sql backend libs. No programs will end up linking against these libs, so all that needs to be done is upgrading these (if installed) along with libyada4. (They even have sonames, so if libyada4 bumps, they will too.) In that case why do the libyada-* packages need to depend on libyada ? As long libyada itself depends on the right libyada-* version everything should be fine. Adding circular dependencies never make upgrades easier. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414644: popularity-contest: HOME=/tmp is not a good idea
severity 414644 serious quit On Tue, Mar 13, 2007 at 12:39:08AM +0100, Robert Luberda wrote: Package: popularity-contest Version: 1.40 Severity: important Tags: security, patch Hi, The popularity-contest's weekly cron job sets HOME to /tmp before generating the popularity raport. By doing that it tries to avoid dpkg failures on unreadable /root/.dpkg.cfg file. However /tmp is world-writeable, so any user can create /tmp/.dpkg.cfg and make it unreadable for others thus causing dpkg to generate failed to open config file warning. Patch: - set HOME to e.g. /nonexistent or - don't pass the `-p' option to su Actually this is worse than that, the user can add various options to dpkg in that file that will then be used by dpkg. I am evaluating the following patch (which do the later of your proposals. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. Index: debian/cron.weekly === RCS file: /cvsroot/popcon/popularity-contest/debian/cron.weekly,v retrieving revision 1.18 diff -u -r1.18 cron.weekly --- debian/cron.weekly 7 Oct 2006 14:50:32 - 1.18 +++ debian/cron.weekly 13 Mar 2007 21:11:46 - @@ -30,8 +30,7 @@ run_popcon() { - # Set HOME to avoid bug #212013. - HOME=/tmp su -pc sh -c /usr/sbin/popularity-contest nobody + su -c sh -c /usr/sbin/popularity-contest nobody } do_sendmail() -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414340: package description refers to us, Debian developers
On Sun, Mar 11, 2007 at 12:29:24AM -0500, Filipus Klutiero wrote: Package: popularity-contest Version: 1.40 Severity: minor The package description should refer to Debian as Debian or the Debian project, not as us. us is like we. We can talk about we among ourselves, but not to users. At best, this is informal. Hello Filipus, How do you suggest to write the description then ? The popularity-contest package sets up a cron job that will periodically anonymously submit to the Debian developers statistics about the most used Debian packages on this system. . This information helps us making decisions such as which packages should go on the first CD. It also lets us improve future versions of Debian so that the most popular packages are the ones which are installed automatically for new users. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415348: uqm: file conflict with uqm-content
Package: uqm Version: 0.6.2.dfsg-1 Severity: serious Hello Joey, There is an error when upgrading the package from etch to sid, it should Replaces uqm-content: Preparing to replace uqm 0.5.0-3 (using .../tmp/uqm_0.6.2.dfsg-1_amd64.deb) ... Unpacking replacement uqm ... dpkg: error processing /tmp/uqm_0.6.2.dfsg-1_amd64.deb (--install): trying to overwrite `/usr/share/games/uqm/content/version', which is also in package uqm-content Errors were encountered while processing: /tmp/uqm_0.6.2.dfsg-1_amd64.deb uqm-content The Etch package uqm-content includes the file /usr/share/games/uqm/content/version Cheers, Bill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410875: menu: su-to-root with text-based programs doesn't work on no-root-login system
On Wed, Feb 14, 2007 at 05:20:37AM +0100, Alain Kalker wrote: On systems installed such that root cannot login (users have to use sudo), menu entries that use su-to-root to start non-X11 programs cannot work, because su-to-root tries to use su instead of sudo. Hello Alain, It is a known limitation of su-to-root (it is called su to root for a purpose), but what do you suggest ? How can su-to-root guess whether it should use su or sudo ? Is installing kdesu or gksu addresses this problem ? It could be possible to add a sudo method to su-to-root but I need more information about how it should work. Thanks for your bug report, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410951: r-other-gking-matchit: sarge to etch upgrade fails
Package: r-other-gking-matchit Version: 1.0-1-1 Severity: serious Hello Dirk, Upgrading r-other-gking-matchit from sarge to etch fails with Preparing to replace r-other-gking-matchit 1.0-1-1 (using .../r-other-gking-matchit_2.2-11-1_all.deb) ... Unpacking replacement r-other-gking-matchit ... /usr/bin/R: line 113: /usr/lib/R/etc/ldpaths: No such file or directory dpkg: warning - old post-removal script returned error exit status 1 dpkg - trying script from the new package instead ... dpkg: error processing /var/cache/apt/archives/r-other-gking-matchit_2.2-11-1_all.deb (--unpack): there is no script in the new version of the package - giving up Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384674: asterisk has circular Depends on asterisk-bristuff|asterisk-classic
reopen 384674 quit Bill, as all three come from the same source and just put together that all common parts in asterisk actually are acompanied by either one of the real binary packages, this is not very much different than any other daemon-common package. Yes, and as all other daemon-common do not lead to circular dependencies, so should asterisk. circular deps break assumptions about the order in which packages are configured which is often crucial for daemons. Apt and dpkg does not know about source packages so being part of the same source make no difference. The sole reason we've put the asterisk with a Depends as well is that all the init script and other common logic would largly break if no deamon would be present. That way we'd have lots of users complaining why /etc/init.d/asterisk won't startup no daemon. That would be a bug: Debian policy 9.3.2. mandate that init script check for the programs being installed. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408387: the Debian menu is (not consistently) localized
On Thu, Jan 25, 2007 at 04:07:13PM +0200, Eddy Petri??or wrote: Hello, I am using an Etch system with GNOME and I have seen that the Debian menu is not localized in Romanian, although a translation exists. Hello Eddy, thanks for your bug report. First there is a known issue with menu/glibc: if it is run under C locale or invalid locale, then the GNOME/KDE will not be translated. This can happen if you use a program to become root that discard locale. If it is not the issue here, I would need you to check whether menu-xdg is installed and whether the file /var/lib/menu-xdg/desktop-directories/menu-xdg/debian-apps.directory is correctly i18nized. Also I would like to see ls -l /etc/menu-methods/ and update-menus -v (as root) I am also using GNOME in Etch on another system which at the moment shows the Debian menu localized, but I remember I've seen it slip before. I tried running update-menus both as root and as a regular user, but the menu wasn't updated (well, the translation didn't appear). Please run update-menus --remove as a regular user. Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385327: not fixed in gcc-4.1 4.1.1ds2-17
found 385327 4.1.1-19 quit On Sat, Oct 21, 2006 at 06:19:20AM -0700, Matthias Klose wrote: Source: gcc-4.1 Source-Version: 4.1.1ds2-17 [Roman Zippel] * debian/patches/m68k-secondary-addr-reload.dpatch: Add secondary reloads to allow reload to get byte values into addr regs. Closes: #385327. Unfortunately I have just tried to build yacas again and that fail the same way. I tried both using gcc-4.1 4.1.1-17 (official native build) and 4.1.1-19 (cross-compiler build using official instruction). The error message is the same. Here the buildlog anyway. http://people.debian.org/~ballombe/m68k/yacas_1.0.57-2.4_m68k.build Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313020: LFS support broken
On Sat, Jun 11, 2005 at 12:23:33PM +0200, Eduard Bloch wrote: Package: boa Version: 0.94.14rc20-1.2 Severity: important Hello, Hello Eduard and Teófilo, I plan to NMU boa to fix most of the oustanding bugs. a while ago I have sent you patches to enable LFS support. Unfortunately, it is broken again. It cuts file size to n mod 4GB which makes only the first hundred MiB of a DVD image accessible, for example. Please fix that. You still have my patch, it should be easy to port it to the current version. Well, I do not have them. Could you update them for boa 0.94.14rc21 ? Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here.
Bug#385327: not fixed in gcc-4.1 4.1.1ds2-17
notfound 385327 4.1.1-20 quit On Fri, Nov 17, 2006 at 01:32:34PM +0100, Roman Zippel wrote: Hi, On Sat, Oct 21, 2006 at 06:19:20AM -0700, Matthias Klose wrote: Source: gcc-4.1 Source-Version: 4.1.1ds2-17 [Roman Zippel] * debian/patches/m68k-secondary-addr-reload.dpatch: Add secondary reloads to allow reload to get byte values into addr regs. Closes: #385327. Unfortunately I have just tried to build yacas again and that fail the same way. I tried both using gcc-4.1 4.1.1-17 (official native build) and 4.1.1-19 (cross-compiler build using official instruction). Please retry with the just released -20, the patch was included but wasn't enabled accidentally in previous versions. I confirm that yacas build fine with -20. Thanks! I have uploaded the resulting yacas packages. If you tell me packages that did not build with -91 but should with -20, I can build them. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399226: yacas has rpath to insecure location (/tmp/yacas/usr/bin/yacas)
Package: yacas Version: 1.0.57-2.4 Severity: serious Tags: security Hello Gopal, yacas includes a binary with a rpath pointing to /tmp/yacas/usr/bin/yacas. chrpath /usr/bin/yacas /usr/bin/yacas: RPATH=/tmp/buildd/yacas-1.0.57/debian/yacas/usr/lib This allows an attacker with write access to that directory to add modified libraries which will be loaded when someone else run yacas. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399227: yacas-proteus has rpath to insecure location (/tmp/buildd/yacas-1.0.57/debian/yacas/usr/lib)
Package: yacas-proteus Version: 1.0.57-2.4 Severity: serious Tags: security Hello Gopal, yacas-proteus includes a binary with a rpath pointing to /tmp/buildd/yacas-1.0.57/debian/yacas/usr/lib. %chrpath /usr/bin/proteusworksheet /usr/bin/proteusworksheet: RPATH=/tmp/buildd/yacas-1.0.57/debian/yacas/usr/lib This allow an attacker with write access to that directory to add modified libraries which will be loaded when someone else run proteusworksheet. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399245: lintian: menu-format inconsistent with menu-format.desc
Package: lintian Version: 1.23.25 Hello Debian Lintian Maintainers, There is an inconsistency between checks/menu-format and checks/menu-format.desc: % grep menu-icon-cannot-be-parsed root/checks/* root/checks/menu-format:tag menu-icon-cannot-be-parsed, $icon: looking for $parse; % grep menu-icon root/checks/menu-format.desc Tag: menu-icon-not-in-xpm-format Tag: menu-icon-missing Tag: menu-icon-too-big Tag: menu-icon-cannot-parse Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399261: llvm has rpath to insecure location (/home/ahs3/...)
Package: llvm Version: 1.8b-1 Severity: serious Tags: security Hello Al, llvm includes a binary with a rpath pointing to /home/ahs3/debian/llvm/llvm-1.8b/llvm/Release/bin. %chrpath /usr/lib/llvm/llvmc /usr/lib/llvm/llvmc: RPATH=/home/ahs3/debian/llvm/llvm-1.8b/llvm/Release/bin This allows an attacker with write access to that directory to add modified libraries which will be loaded when someone else run llvm. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399392: lintian: cannot process wnorwegian_2.0.8-2_all.deb
Package: lintian Version: 1.23.26 Severity: important Hello Debian Lintian Maintainers, lintian fails to process the file wnorwegian_2.0.8-2_all.deb: lintian /tmp/wnorwegian_2.0.8-2_all.deb xargs: file: exited with status 255; aborting internal error: xargs for file exited with code 31744 internal error: collect info file-info about package wnorwegian: 256 N: Skipping check of binary package wnorwegian Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399836: update-menus: sh: Illegal option -r when run with dash as /bin/sh
On Wed, Nov 22, 2006 at 11:39:53AM +0100, Andreas Janssen wrote: Package: menu Version: 2.1.32 Severity: normal update-menus produces the following error message over and over again: sh: Illegal option -r Looks like this option is valid for bash, but nor for dash (and possibly for other shells as well ). I recommend you either drop the use of this option, or call bash instead of sh. Hello Andreas, Do you have fvwm-crystal installed ? Menu itself does not use sh -r, but fvwm-crystal menu-method does: function CommandWOArgs()=shell(sh -r -c 'echo -n $0' Could you send me the output of update-menus -v so I can check that ? Thanks for your bug report, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399836: update-menus: sh: Illegal option -r when run with dash as /bin/sh
reassign 399836 fvwm-crystal retitle 399836 fvwm-crystal menu-method: dash: Illegal option -r quit On Wed, Nov 22, 2006 at 02:54:10PM +0100, Andreas Janssen wrote: Am Mittwoch, 22. November 2006 13:17 schrieb Bill Allombert: On Wed, Nov 22, 2006 at 11:39:53AM +0100, Andreas Janssen wrote: update-menus produces the following error message over and over again: sh: Illegal option -r Looks like this option is valid for bash, but nor for dash (and possibly for other shells as well ). I recommend you either drop the use of this option, or call bash instead of sh. Hello Andreas, Do you have fvwm-crystal installed ? Yes. Menu itself does not use sh -r, but fvwm-crystal menu-method does: function CommandWOArgs()=shell(sh -r -c 'echo -n $0' Could you send me the output of update-menus -v so I can check that ? Here it is: [EMAIL PROTECTED]:~$ LC_ALL=C update-menus -v 21 | head -n 30 update-menus[11128]: Update-menus is run by user. update-menus[11128]: Dpkg is not locking dpkg status area, good. [...] update-menus[11128]: Running method: /etc/menu-methods/fvwm-crystal sh: Illegal option -r [...] Hello Michael, fvwm-crystal menu-method do function CommandWOArgs()=shell(sh -r -c 'echo -n $0' Unfortunately -r which is not supported by dash, and /bin/sh in Debian is not required to support it. I suggest you simply remove the -r option. Please check whether other sh scripts in fvwm-crystal are also affected. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400214: octave2.1-forge: include top-level dir /octave2.1-forge/
Package: octave2.1-forge Version: 2006.03.17+dfsg1-1 Severity: serious Jusitification: FHS violation Hello Debian Octave Group, The ia64 package includes a top-level directory ./octave2.1-forge/ %dpkg-deb -c octave2.1-forge_2006.03.17+dfsg1-1_ia64.deb|grep '\./octave2' drwxr-xr-x root/root 0 2006-08-07 12:20:30 ./octave2.1-forge/ -rwxr-xr-x root/root38 2006-08-07 12:20:25 ./octave2.1-forge/rasmol.sh -rwxr-xr-x root/root 3 2006-08-07 12:20:30 ./octave2.1-forge/aurecord Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400211: remote-tty: contain top-level directory /share
Package: remote-tty Version: 4.0-8 Severity: serious Justification: FHS violation Hello Jonathan, remote-tty contains a new top-level directory /share: %dpkg-deb -c remote-tty_4.0-8_i386.deb|grep '\./share' drwxr-xr-x root/root 0 2006-06-20 10:51:03 ./share/ drwxr-xr-x root/root 0 2006-06-20 10:51:03 ./share/doc/ drwxr-xr-x root/root 0 2006-06-20 10:51:03 ./share/doc/remote-tty/ Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400218: havp: install directory in /var/tmp
Package: havp Version: 0.82-1 Severity: serious Justification: FHS violation Hello Rene, havp includes a directory in /var/tmp. dpkg-deb -c havp_0.82-1_i386.deb | grep /var/tmp drwxrwxr-x root/root 0 2006-08-02 22:21:47 ./var/tmp/ drwxr-xr-x root/root 0 2006-08-02 22:21:47 ./var/tmp/havp/ You should rather use /var/lib/havp or create the directory at run-time. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400222: qsynth: /usr/share/pixmaps/qsynth.xpm is a PNG image
Package: qsynth Version: 0.2.5-1 Severity: normal Hello Eric, qsynth include the file: /usr/share/pixmaps/qsynth.xpm However this file is a PNG image not an XPM image. The issue is that this file is used in /usr/share/menu/qsynth: icon=/usr/share/pixmaps/qsynth.xpm and some window-managers does not deal with PNG files labelled as WPM files. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400223: configure-debian: use old path to su-to-root
Package: configure-debian Version: 1.0.1.1 Severity: important Hello David, /usr/share/menu/configure-debian says: command=/usr/sbin/su-to-root -p root -c /usr/sbin/configure-debian --frontend=##CHECK## However su-to-root was moved to /usr/bin in Etch so please change it to: command=su-to-root -p root -c /usr/sbin/configure-debian --frontend=##CHECK## configure-debian is the last package in Etch which use /usr/sbin/su-to-root so I would be grateful if that was fixed in Etch so I could get rid of the /usr/sbin/su-to-root symlink in Etch+1. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400224: mpqc-support: /usr/bin/tkmolrender miss #! line
Package: mpqc-support Version: 2.3.1-1 Severity: important Hello Michael, /usr/bin/tkmolrender is a TCL script but start with #! without the path to the TCL interpretor. This prevent it to be run from the shell. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400227: libzeroc-ice-cil: description line start by ' .NET'
Package: libzeroc-ice-cil Version: 3.1.1-1 Severity: normal Hello Francisco, libzeroc-ice-cil description include the line: .NET applications. You will find further information in the ZeroC However line starting by a dot are not allowed by policy: See: 5.6.13. `Description' The lines in the extended description can have these formats: * Those containing a space, a full stop and some more characters. These are for future expansion. Do not use them. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400225: perl-modules: versionned Conflicts with invalid version
Package: perl-modules Version: 5.8.8-6.1 Severity: normal Hello Brendan, perl-modules Conflicts: libattribute-handlers-perl ( 0.78_02-1) However 0.78_02-1 is not a valid version. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400338: lintian: unpack/list-udebpkg does not handle Packages.gz
Package: lintian Version: 1.23.26 Severity: normal Tags: patch Hello Debian Lintian Maintainers, unpack/list-udebpkg does not handle compressed udeb Packages file. This is a probelm because the archive do not carry uncmpressed Packages file anymore. The other unpack/list-*pkg handle Packages.gz fine. Please find a patch. Sorry I forgot to send it sooner. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. Index: unpack/list-udebpkg === --- unpack/list-udebpkg (revision 792) +++ unpack/list-udebpkg (working copy) @@ -90,8 +91,14 @@ # parse Packages file to get list of packages my $packages = $LINTIAN_ARCHIVEDIR/dists/$LINTIAN_DIST/$LINTIAN_SECTION/. debian-installer/binary-$LINTIAN_ARCH/Packages; -print N: Parsing $packages ...\n if $verbose; -open(IN,$packages) or fail(cannot open Packages file $packages: $!); +if (-e $packages) { +print N: Parsing $packages ...\n if $verbose; +open(IN,$packages) or fail(cannot open Packages file $packages: $!);} elsif (-e $packages.gz) { +print N: Parsing $packages.gz ...\n if $verbose; +open(IN,gzip -dc $packages.gz | ) or fail(cannot open Packages file $packages.gz: $!); +} else { +fail(No packages file $packages); +} my $line; my %packages;
Bug#400342: lintian: root/reporting/harness -i does not work
Package: lintian Version: 1.23.26 Severity: normal Hello Debian Lintian Maintainers, root/reporting/harness -i perform a full update not an incremental update. I tracked the issue to the call to lintian --setup-lab. For some reason this call delete the history files of the last run. Please find the patch I use to work around the issue. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. Index: lib/Lab.pm === --- lib/Lab.pm (revision 792) +++ lib/Lab.pm (working copy) @@ -118,7 +118,7 @@ # just create empty files for my $pkgtype (qw( binary source udeb )) { - _touch($dir/info/$pkgtype-packages) + -f $dir/info/$pkgtype-packages || _touch($dir/info/$pkgtype-packages) or fail(cannot create $pkgtype package list); }
Bug#368485: amarok involves two circular dependencies
found 368485 1.4.5-5 quit On Mon, May 22, 2006 at 06:15:16PM +0200, Bill Allombert wrote: Package: amarok Version: 1.4.0-1 Severity: important Hello Adeodato, Amarok involves two circular dependencies: amarok - amarok-engines amarok - amarok-engines - amarok-xine - amarok amarok: Depends: amarok-engines | amarok-engine amarok-engines: Depends: amarok (= 1.4.0-1), amarok-xine amarok-xine:Depends: amarok (= 1.4.0-1) Hello Adeodato, this problem has been reintroduced with amarok 1.4.5-5. Here the current dependencies: amarok :Depends: amarok-engines | amarok-engine amarok-engines :Depends: amarok-xine amarok-xine :Depends: amarok (= 1.4.5-5), amarok Circular dependencies make installations and upgrades less reproducible and should be avoided. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427958: fontconfig-config depends on msttcorefonts
Package: fontconfig-config Version: 2.4.2-1.2 Severity: important Hello Keith, fontconfig-config Depends on '...|msttcorefonts' which is in contrib, which sort of violate Debian policy 2.2.1. This also cause a major dependency loop with cdebconf: cdebconf:Depends: libcairo2 (= 1.4.0), libgtk-directfb-2.0-0 (= 2.10.3), libgtk2.0-0 (= 2.10.3), libpango1.0-0 (= 1.16.4) fontconfig :Depends: libfontconfig1 (= 2.4.0), fontconfig-config fontconfig-config :Depends: msttcorefonts libcairo2 :Depends: libfontconfig1 (= 2.4.0) libfontconfig1 :Depends: fontconfig-config (= 2.4.2-1.2) libgtk-directfb-2.0-0 :Depends: libgtk2.0-0 (= 2.10.12-2), libcairo2 (= 1.4.0), libpango1.0-0 (= 1.16.4) libgtk2.0-0 :Depends: libcairo2 (= 1.4.0), libfontconfig1 (= 2.4.0), libpango1.0-0 (= 1.16.4) libpango1.0-0 :Depends: libpango1.0-common (= 1.16.4-1), libcairo2 (= 1.4.0), libfontconfig1 (= 2.4.0), libxft2 ( 2.1.1) libpango1.0-common :Depends: fontconfig (= 2.1.91) libxft2 :Depends: libfontconfig1 (= 2.4.0) msttcorefonts :Depends: cdebconf (= 0.39) Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427913: libdom4j-java: circular dependency with libjaxen-java
On Thu, Jun 07, 2007 at 08:53:52PM +0200, Marcus Better wrote: clone 427913 -1 reassign -1 libjaxen-java found -1 1.1.1-1 retitle -1 libjaxen-java: circular dependency with libdom4j-java retitle 427913 dom4j: remove jaxen code severity 427913 normal owner 427913 ! owner -1 ! tag -1 pending thanks There is a circular dependency between libdom4j-java and libjaxen-java: Yes. The libraries are circularly dependent. Previously we resolved that by cutting a few classes from jaxen and pasting them into dom4j, but I reverted that in the last upload. It wasn't very maintainable. If the classes in dom4j ever get out of sync with the jaxen package we may get trouble, so we would need to introduce hard versioned dependencies, which would defeat the purpose of the whole exercise... I believe that jaxen should only Recommend dom4j, which should be solve the problem, right? As far as dpkg/apt are concerned, Recommend are merely advisory, so yes this would not cause a circular dependency. The issue is rather whether there are packages that depend only on libjaxen-java. Then they should be changed to depend on libdom4j-java. Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368485: amarok involves two circular dependencies
On Fri, Jun 08, 2007 at 01:02:02AM +0200, Adeodato Simó wrote: tag 368485 wontfix thanks * Bill Allombert [Thu, 07 Jun 2007 16:03:09 +0200]: Hello Adeodato, this problem has been reintroduced with amarok 1.4.5-5. Yes, and it was noted in the changelog: * Drop the changes made to remove circular dependencies. (Reopens: #368485, closes: #415484, #412464) Unfortunately, Reopens is not recognized. (The change was made by my co-maintainer, but I don't agree hence I reverted it. My take on the issue is that it is no problem at all, for this package, that dpkg breaks the cycle wherever it wants, because none of the packages need the other to be configured in order to successfully configure themselves.) This particular circular dependency caused amarok to be removed during Sarge to Etch upgrade test with both apt-get and aptitude. Circular dependencies make resolution of conflicts much harder and less predictable. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here.
Bug#361418: [Proposal] new Debian menu structure
Dear developers, I would like to go forward soon with the proposed menu structure change. Actually I should have done that two months ago, so I would like to catch up a bit. Please find the final version for approval. Of course minor changes will be allowed in the course of the migration if they only affect a small number of package. I would like to start the translation soon. Cheers, -- Bill. [EMAIL PROTECTED] Background: -- The menu structure define the list of sections and subsections of the Debian menu system (which are displayed in window-managers menus). The official list is part of the Debian menu subpolicy. This list is a bit outdated, so we are proposing an update. Proposal: Following discussion on debian-policy I am formally proposing the new Debian menu structure devised by Linas Zvirblis to be included in the Debian menu subpolicy. For transitionning from the old structure, the translate_menus system will be reused. What should you do: -- --- As a packages maintainer: check whether your menu entry fit in the new structure. --- As a translator: check whether the new names are easier to understand and translate. --- As a Debian user: check whether the new structure improve the Debian menu system. Thanks in advance for all your suggestions for improvement. Please send them to this buglog so we find them. Please find in attachment: - 1) The proposed new menu structure 2) The translate_menus file. To experiment with the new menu structure, copy this file to /etc/menu-methods/ and rerun update-menus, the new menu structure will be in effect as far as renaming of section are concerned (this will not add/remove new sections by itself). Note that this is English-only until menu is translated (which will happen as soon as the new structure is finalised and official). SUMMARY OF CHANGES REMOVED SECTIONS Apps/Tools Games/Sports Screen/Root-window NEW SECTIONS Applications Accessibility [new] File Management [new] Mobile Devices [new] Network Network/Communication [new] Network/File Transfer [new] Network/Monitoring [new] Network/Web Browsing [new] Network/Web News [new] Office [new] Project Management [new] Science Science/Astronomy [new] Science/Biology [new] Science/Chemistry [new] Science/Data Analysis [new] Science/Engineering [new] Science/Geoscience [new] Science/Medicine [new] Science/Physics [new] Science/Social [new] System System/Hardware [new] System/Monitoring [new] System/Package Management [new] System/Security [new] TV and Radio [new] Video [new] Web Development [new] Games Tools [new] Window Maker [new] RENAMED SECTIONS Applications [was:Apps] Amateur Radio [was:Hamradio] Data Management [was:Databases] Network [was:Net] Science Science/Electronics [was:Technical] Science/Mathematics [was:Math] System System/Administration [was:Admin] System/Language Environment [was:Language-Environment] Terminal Emulators [was:XShells] Games Action [was:Arcade] Blocks [was:Tetris-like] Screen Saving [was:Save] Locking [was:Lock] Window Managers [was:WindowManagers] FVWM Modules [was:WindowManagers/Modules] Acknowledgement: --- This new structure was devised by Linas Zvirblis with input from the Debian mailing list. THE MENU STRUCTURE [2007-04-29] Applications [was:Apps] Normal applications. This is a top-level section, do not put entries here. Accessibility [new] Tools to aid people with disabilities or for machines lacking usual input devices. gok, yasr, dasher Amateur Radio [was:Hamradio] Anything relating to HAM radio. baken, hamsoft, twlog Data Management [was:Databases] Interactive database programs, collection managers, address books, bibliography tools, etc. gaby, alexandria, mdbtools Editors Editors, other than office word processors, for text-based information. ksubtile, nano, hexedit Education Educational and training software. gtypist, gcompris, quiz Emulators Software that allows you to run non-native software or more than one OS at a time. wine, dosemu, qemu File Management [new] Tools for file management, archiving, searching, CD/DVD burning, backup, etc. file-roller, mc, baobab Graphics 2D and 3D graphics manipulation software. gimp, inkscape, imagemagick Mobile Devices [new] Software that allows you to interface with mobile devices (phones, PDAs, etc.). kandy, gnokii, gnome-pilot Network [was:Net] Network related software. This is a three-level section, do not put entries directly here. Network/Communication [new] Mail, USENET news, chat, instant messaging, IP telephony, video conferencing software, etc. xchat, gaim, mutt Network/File Transfer [new] File transfer software such as download managers, FTP clients, P2P
Bug#427958: fontconfig-config depends on msttcorefonts
On Thu, Jun 07, 2007 at 01:25:34PM -0700, Keith Packard wrote: On Thu, 2007-06-07 at 18:12 +0200, Bill Allombert wrote: Package: fontconfig-config Version: 2.4.2-1.2 Severity: important Hello Keith, fontconfig-config Depends on '...|msttcorefonts' which is in contrib, which sort of violate Debian policy 2.2.1. Hmm. Fontconfig does need some fonts though, or it's not very useful. The packages listed are those which provide reasonable fonts and you need only install one of them to use the library. I read 2.2.1 as saying that a package must work even when packages outside of main are not available, and the current configuration satisfies that at least. Now that we do have a reasonable selection of DFSG fonts, it may, however, be a reasonable time to remove the suggestion that msttcorefonts would be a good thing to install. This also cause a major dependency loop with cdebconf: cdebconf:Depends: libcairo2 (= 1.4.0), libgtk-directfb-2.0-0 (= 2.10.3), libgtk2.0-0 (= 2.10.3), libpango1.0-0 (= 1.16.4) fontconfig :Depends: libfontconfig1 (= 2.4.0), fontconfig-config fontconfig-config :Depends: msttcorefonts libcairo2 :Depends: libfontconfig1 (= 2.4.0) libfontconfig1 :Depends: fontconfig-config (= 2.4.2-1.2) libgtk-directfb-2.0-0 :Depends: libgtk2.0-0 (= 2.10.12-2), libcairo2 (= 1.4.0), libpango1.0-0 (= 1.16.4) libgtk2.0-0 :Depends: libcairo2 (= 1.4.0), libfontconfig1 (= 2.4.0), libpango1.0-0 (= 1.16.4) libpango1.0-0 :Depends: libpango1.0-common (= 1.16.4-1), libcairo2 (= 1.4.0), libfontconfig1 (= 2.4.0), libxft2 ( 2.1.1) libpango1.0-common :Depends: fontconfig (= 2.1.91) libxft2 :Depends: libfontconfig1 (= 2.4.0) msttcorefonts :Depends: cdebconf (= 0.39) I guess the question is whether this chain can be broken somehow. Do any other font packages depend on cdebconf? Yes. This is because msttcorefonts is an installer package actually. Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428495: [INTL:hu] Hungarian su-to-root translation
On Tue, Jun 12, 2007 at 09:49:39AM +0200, SZERVÁC Attila wrote: Package: menu Version: N/A Severity: wishlist Tags: l10n patch lease find attached the Hungarian translation of the su-to-root. Hallo Attila, not only this is missing a P but also the attachment :) Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here.
Bug#428486: menu-messages.pot fix -- patch available
On Tue, Jun 12, 2007 at 09:06:24AM +0200, SZERVÁC Attila wrote: Package: menu Version: N/A Severity: normal Tags: patch attached menu-messages.pot.fix Hello Attila, Thanks a lot for your improvement, however you need to report them to the individual packages, not to me. That is why I don't want to do it :-) Also please use 'diff -u' to generate patches. This way the package name for each entry would appear in the patch. Well, if you send me the diff -u patch, I will help you reporting them. Thanks again, Bill. 382c382 msgid AMOR (Amusing Misuse of Resources) --- msgid AMOR (Amusing Misuse Of Resources) 1341c1341 msgid Bsd Tetris --- msgid BSD Tetris 1458c1458 msgid BulmaCont: accounting aplication --- msgid BulmaCont: accounting application 1466c1466 msgid BulmaFact: billing aplication --- msgid BulmaFact: billing application 1634c1634 msgid Cd-circleprint --- msgid CD-circleprint 1670c1670 msgid Celestia (Gnome) --- msgid Celestia (GNOME) 1790c1790 msgid ClutalW --- msgid ClustalW 2186c2186 msgid Bittorrent client written in Python/PyGTK --- msgid BitTorrent client written in Python/PyGTK 2358c2358 msgid Dos Emulator (X11) --- msgid DOS Emulator (X11) 2362c2362 msgid Dos Emulator (tty) --- msgid DOS Emulator (tty) 2435c2435 msgid Dynamic manager --- msgid Dynamic window manager 2989c2989 msgid Fast LEXical analyzer generator. Flex is a tool for generating programs that perform pattern-matching on text. It generates ``scanners'': programs which recognized lexical patterns in text. `flex' reads the given input files, or its standard input if no file names are given, for a description of a scanner to generate. The description is in the form of pairs of regular expressions and C code, called ``rules''. `flex' generates as output a C source file, `lex.yy.c', which defines a routine `yylex()'. This file is compiled and linked with the `-lfl' library to produce an executable. When the executable is run, it analyzes its input for occurrences of the regular expressions. Whenever it finds one, it executes the corresponding C code. This is the documentation for the old 2.5.4a version of flex, provided for backwards compatibility. --- msgid Fast LEXical analyzer generator 3808c3808 msgid Amazons boardgame for Gnome --- msgid Amazons boardgame for GNOME 3868c3868 msgid Arcade Volleyball --- msgid GPL Arcade Volleyball 3900c3900 msgid GBIN Admin --- msgid GBIND Admin 3912c3912 msgid GTK+ based cd writer --- msgid GTK+ based CD writer 3920c3920 msgid Gtk2 Movie Catalogue --- msgid GTK2 Movie Catalogue 3972c3972 msgid Gtk2 Collections Catalogue --- msgid GTK2 Collections Catalogue 4405c4405 msgid Gnome-Apt --- msgid GNOME-APT 4843c4843 msgid Collaborative Gtk+ text editor --- msgid Collaborative GTK+ text editor 6931c6931 msgid Kipin? training log --- msgid Kipina training log 8341c8341 msgid LysKOMs tty-klient --- msgid LysKOMs tty-client 9869c9869 msgid Bowser-pimppa --- msgid Browser-pimppa 10646c10646 msgid RremoteDesk --- msgid RemoteDesk 10720c10720 msgid Rrocks'n'Diamonds --- msgid Rocks'n'Diamonds 10764c10764 msgid RoutePlanner (Gnome) --- msgid RoutePlanner (GNOME) 11178c11178 msgid ShackeTracker --- msgid ShakeTracker 14039c14039 msgid XFce application start tool --- msgid Xfce application start tool 14051c14051 msgid Shows help on XFce4 --- msgid Shows help on Xfce4 14055c14055 msgid Shows infos on XFce4 --- msgid Shows infos on Xfce4 14060c14060 msgid XFTaskbar4 --- msgid Xftaskbar4 14067c14067 msgid XFrun4 --- msgid Xfrun4 14183c14183 msgid XFwm --- msgid Xfwm - End forwarded message - -- sas ( satie ) - SZERVÁC Attila - zenész - szoftvergazda \ elnökhelyettes - Linux-felhasználók Magyarországi Egyesülete - http://lme.hu/ -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here.
Bug#428486: menu-messages.pot fix -- patch available
On Tue, Jun 12, 2007 at 10:52:28AM +0200, SZERVÁC Attila wrote: Hali, On Tue, Jun 12, 2007 at 10:41:48AM +0200, Bill Allombert wrote: Well, if you send me the diff -u patch, I will help you reporting them. attached diff -u patch. No attachment found... clustalw flex-old-doc gbind kipina pimppa shaketracker are the most affected packages in the list. Thanks , I will report them. I will let you deal with the others. Cheers, Bill.
Bug#408387: the Debian menu is (not consistently) localized
On Tue, Jun 12, 2007 at 10:14:39AM +0300, Eddy Petrișor wrote: bounty:/home/eddy# cat /var/lib/menu-xdg/desktop-directories/menu-xdg/debian-apps.directory [Desktop Entry] Type=Directory Encoding=UTF-8 Name=Apps Name[ro]=Aplicaţii This seems good. The XDG menu is localised. So it seems the problem is a bad interaction between localpurge and update-menus. I will try to investigate it. I ran again update-menu --remove as a user and reinstalled menu-xdg and now the Debian menu is gone (but until now the menu was still non-localized). This looks like a different problem. Maybe there is a GNOME-specific setting that prevent the global menu to be displayed. Look for files in ~/.local Alternatively, see if running update-menu as a user make a difference. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here.
Bug#428514: bulmacont: typo in menu entry
Package: bulmacont Version: 0.9.1-2 Severity: normal Hello René, The file /usr/share/menu/bulmacont reads ?package(bulmacont):needs=X11 section=Apps/Tools longtitle=BulmaCont: accounting aplication title=BulmaCont command=/usr/bin/bulmacont icon=/usr/share/bulmages/icons/iconbulmacont.xpm It should be application in longtitle. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here.