Bug#438731: libxine1: Cannot play audio CDs anymore
Package: libxine1 Version: 1.1.7-3 Severity: important Kaffeine and xine-ui refuse to play audio CDs, the error message being: 14:14:11: xine: couldn't find demux for >cdda:///dev/cdrom/1< 14:14:11: xine: found input plugin : CD Digital Audio (aka. CDDA) What is going on? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.3 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxine1 depends on: ii libc6 2.6.1-1 GNU C Library: Shared libraries ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages libxine1 recommends: ii libasound2 1.0.14a-2 ALSA library ii libflac8 1.1.4-3+b1 Free Lossless Audio Codec - runtim ii libgl1-mesa-glx [lib 7.0.1-1 A free implementation of the OpenG ii libglu1-mesa [libglu 7.0.1-1 The OpenGL utility library (GLU) ii libjack0 0.103.0-6 JACK Audio Connection Kit (librari ii libmagick9 7:6.2.4.5.dfsg1-1 Image manipulation library ii libmng1 1.0.9-1 Multiple-image Network Graphics li pn libmodplug0c2 (no description available) ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libogg0 1.1.3-2 Ogg Bitstream Library ii libpulse00.9.6-1 PulseAudio client libraries ii libsdl1.2debian 1.2.11-9Simple DirectMedia Layer ii libspeex11.1.12-3The Speex Speech Codec ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libtheora0 0.0.0.alpha7.dfsg-2 The Theora Video Compression Codec ii libvorbis0a 1.2.0.dfsg-2The Vorbis General Audio Compressi pn libwavpack1(no description available) ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcb-shape01.0-3 X C Binding, shape extension ii libxcb-shm0 1.0-3 X C Binding, shm extension ii libxcb-xv0 1.0-3 X C Binding, xv extension ii libxcb1 1.0-3 X C Binding ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxine1-doc [libxin 1.1.7-3 the xine video player library, doc ii libxine1-ffmpeg 1.1.7-3 mpeg related plugins for libxine1 ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxv1 1:1.0.3-1 X11 Video extension library ii libxvmc1 1:1.0.4-2 X11 Video extension library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438989: msttcorefonts: Error message at end of postinst
Package: msttcorefonts Version: 2.3 Severity: normal [I do not know if this is the same problem as in bug #425322, if so, please merge.] Today's upgrade produced an error message at the end of the postinst script (sorry for the German): , | Richte msttcorefonts ein (2.3) ... | Installiere neue Version der Konfigurationsdatei /etc/defoma/hints/msttcorefonts.hints ... | | These fonts were provided by Microsoft "in the interest of cross- | platform compatibility". This is no longer the case, but they are | still available from third parties. | | You are free to download these fonts and use them for your own use, | but you may not redistribute them in modified form, including changes | to the file name or packaging format. | | All fonts downloaded and installed. | shell-init: error retrieving current directory: getcwd: cannot access parent directories: Datei oder Verzeichnis nicht gefunden | Couldn't get cwd: No such file or directory ` It seems this is due to the following code in the postinst: , | SCRATCHDIR=`mktemp -t -d msttcorefonts.XX` | chmod 0755 $SCRATCHDIR | cd $SCRATCHDIR | | [...many lines of code...] | | rm -rf $SCRATCHDIR ` The shell executing the postinst script is in a non existent directory after this, so it should probably cd to / to avoid the error messages. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.3 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages msttcorefonts depends on: ii cabextract 1.2-2 a program to extract Microsoft Cab ii debconf 1.5.14 Debian configuration management sy ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f ii wget 1.10.2-3retrieves files from the web ii xfonts-utils 1:1.0.1-2 X Window System font utility progr Versions of packages msttcorefonts recommends: ii x-ttcidfont-conf 25.1 Configure TrueType and CID fonts f -- debconf information: msttcorefonts/dlurl: msttcorefonts/savedir: msttcorefonts/baddldir: * msttcorefonts/blurb: * msttcorefonts/http_proxy: * msttcorefonts/defoma: msttcorefonts/dldir: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435247: debian-bts-control.el: Uses key C-c c, which is reserved for users
Package: dpkg-dev-el Version: 26.13-1 Severity: normal The command debian-bts-control is bound to C-c c, which is bad, since C-c followed by a letter is reserved for users. According to the Emacs Lisp Reference Manual: , |The key sequences bound in a minor mode should consist of `C-c' | followed by one of `.,/?`'"[]\|~!#$%^&*()-_+='. (The other punctuation | characters are reserved for major modes.) ` Please use one of these combinations instead of clobbering my global setting for C-c c. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-dev-el depends on: ii debian-el 26.13-1 Emacs helpers specific to Debian u ii emacs-snapshot [emacsen]1:20070724-1 The GNU Emacs editor (development ii emacs-snapshot-gtk [emacsen 1:20070724-1 The GNU Emacs editor (with GTK+ 2. ii emacs21 [emacsen] 21.4a+1-5The GNU Emacs editor ii emacs22-gtk [emacsen] 22.1+1-1 The GNU Emacs editor (with GTK use Versions of packages dpkg-dev-el recommends: ii wget 1.10.2-3 retrieves files from the web -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435258: nfs-common: Insane use of dpkg-statoverride in postinst script
Package: nfs-common Version: 1:1.1.0-13 Severity: normal The following code in the postinst script is outrageous: if ! dpkg-statoverride --list /sbin/mount.nfs >/dev/null 2>&1; then dpkg-statoverride --update --add root root 4755 /sbin/mount.nfs fi This is completely insane, IMHO. If you need /sbin/mount.nfs suid root, as #432581 seems to suggest, why don't you simply fix the permissions in your package instead of fiddling around with dpkg-statoverride which is mainly intended for the system administrator's use?! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-common depends on: ii adduser3.104 add and remove users and groups ii initscripts2.86.ds1-38.1 Scripts for initializing and shutt ii libc6 2.6-4 GNU C Library: Shared libraries ii libcomerr2 1.40.2-1 common error description library ii libevent1 1.3b-0An asynchronous event notification ii libgssapi2 0.11-1A mechanism-switch gssapi library ii libkrb53 1.6.dfsg.1-6 MIT Kerberos runtime libraries ii libnfsidmap2 0.19-0+b1 An nfs idmapping library ii librpcsecgss3 0.14-2allows secure rpc communication us ii libwrap0 7.6.dbs-14Wietse Venema's TCP wrappers libra ii lsb-base 3.1-24Linux Standard Base 3.1 init scrip ii netbase4.30 Basic TCP/IP networking system ii portmap6.0-3 The RPC portmapper ii ucf3.001 Update Configuration File: preserv nfs-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435276: Init script making Nvidia drivers crazy
reassign 435276 udev forcemerge 435250 435276 thanks Bellegarde Cédric writes: > Package: dbus > Version: 1.1.1-3 > Severity: critical > > --- Please enter the report below this line. --- > With last unstable update, udev file system is mounted with noexec flag... > This make Nvidia binary drivers not working anymore. And what exactly does this have to do with dbus?? It's a udev issue, see #435250 for details. Regards, Sven
Bug#434806: emacs22 doesn't start in fullscreen mode under KDE
Max Dmitrichenko writes: > I've configured the KDE's kwin WM to put the window of Emacs on the > dedicated desktop and switch it to fullscreen as Emacs starts. You did not specify how you did that, do you use kstart? > This had been working for ages with emacs21 under both Sarge and > Etch. But after I backported emacs22 to Etch this stopped working. > > Instead of expected behavior, kwin puts the Emacs' window on the > dedicated desktop and takes the window border off, but it fails > to make window fullscreen - it is as wide as screen, but there > is about 1/10 of screen height at the bottom not used by Emacs' > window. I tried to reproduce this with KDE 3.5.7 and emacs22-gtk under sid, running kstart --desktop 2 --fullscreen emacs22 -Q and that left a small gap between the Emacs window and the bottom of the screen, but certainly less than 1/10 of the screen. FWIW, it was no different with emacs21. Note, however, that Emacs 22 has a --fullscreen option itself: when I ran kstart --desktop 2 emacs22 -Q --fullscreen the Emacs window duly occupied the whole screen, so you may want to try this instead of whatever you currently use. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435917: vm: New upstream version available
Package: vm Version: 7.19-14 Severity: wishlist There is a new major version of VM available at http://download.savannah.nongnu.org/releases/viewmail/vm-8.0.2-487.tgz , see the project homepage: http://www.nongnu.org/viewmail/. It would be great if you could package it. This will require some work, since the new upstream maintainer has overhauled the build system, it uses autoconf now. This version includes vm-rfaddons.el, an older version of which is also in the vm-bonus-el package. When you package the new VM version, this file should be removed from vm-bonus-el (maintainer is cc'ed). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vm depends on: ii emacs-snapshot 1:20070730-2 The GNU Emacs editor (development ii emacs-snapshot-gtk [emacs-s 1:20070730-2 The GNU Emacs editor (with GTK+ 2. ii emacs21 21.4a+1-5The GNU Emacs editor ii emacs22-gtk [emacs22] 22.1+1-1 The GNU Emacs editor (with GTK use ii ucf 3.001Update Configuration File: preserv Versions of packages vm recommends: ii make 3.81-3 The GNU version of the "make" util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#441153: emacs22 conflicts with ilisp 5.12.0+cvs
reassign 441153 ilisp merge 323540 441153 thanks "Baylis Shanks" <[EMAIL PROTECTED]> writes: > Package: emacs22 > Version: 22.1+1-2 > > I think emacs22 conflicts with ilisp 5.12.0+cvs: This is an old bug in ilisp, see http://bugs.debian.org/323540. Reassigning and merging accordingly, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323540: Bumping severity
package ilisp severity 323540 serious forcemerge 323540 409520 441153 thanks This bug prevents Debian's default Emacs version from being configured if ilisp is installed, see #441153. Therefore I bump the severity and request that either the patch in the bug logs gets applied or the package is removed from testing. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#442100: emacs: Dutch spell checking broken (again?)
reassign 442100 dictionaries-common thanks Robbert Haarman <[EMAIL PROTECTED]> writes: > Package: emacs > Version: 21.4a+1-3etch1 > Severity: normal > > > Emacs spell checking (both ispell-buffer and flyspell-buffer) fails with > Invalid regexp: "Invalid range end" when the language is set to dutch > (M-x ispell-change-language RET nederlands RET). > > This may be the same problem as in bug #351846 > (/usr/bin/emacs-21.2: ispell w/dutch dictionary gives Invalid regexp: > "Invalid range end") and/or bug #296734 (idutch: emacs integration > broken), both of which are supposed to have been fixed. > > However, rather than using ispell and idutch, I am using aspell > (0.60.4-4) and aspell-nl (0.1e-44). > > I can spell check files fine (both English and Dutch) when I run aspell > from the command line. I can also spell check from Emacs if the language > is set to english. The only combination that fails is spell checking > from Emacs with the language set to nederlands (which is Dutch for > "Dutch"). I can reproduce this on sid with emacs22, the error message being slightly different: Invalid regexp: "Range striding over charsets". With emacs-snapshot and Emacs' version of ispell.el, however, spell-checking with aspell-nl works fine, so I think the bug is in dictionaries-common's version of ispell.el; reassigning the bug. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377385: perl-modules should depend on perl-base (>= 5.8.8-8)
Hi, there is now another instance of bug #377385: Some modules have been moved to perl-base, but perl-modules does not depend on that newer version. This causes "interesting" problems like #442866 and #442869, so please fix the dependencies. BTW, the "Replaces" perl-base has on perl-modules needs to be bumped as well. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443219: iceape-browser: should not recommend iceape-gnome-support
Package: iceape-browser Version: 1.1.4-1 Severity: normal It is probably perfectly reasonable to use Iceape but not Gnome, hence iceape-browser should not recommend iceape-gnome-support; installing the latter and its dependencies/recommendations would pull in 40 additional packages and 50 MB on my (Gnome-free) system. Two additional arguments for downgrading to a "Suggests": 1) According to http://popcon.debian.org/main/web/by_inst, iceape-gnome-support has only 1633 installations while iceape-browser has 4885. 2) Iceweasel and Icedove both merely suggest their respective gnome-support packages. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.6 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceape-browser depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-5GCC support library ii libglib2.0-02.14.1-3 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii libnss3-0d 3.11.7-1 Network Security Service libraries ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages iceape-browser recommends: pn iceape-gnome-support (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443223: iceape-browser: could use locale settings on first start
Package: iceape-browser Version: 1.1.4-1 Severity: wishlist When I started Iceape the first time, its UI was shown in English, although I had the iceape-l10n-de package installed and my locale is a German one. It would make sense and be more consistent with other programs' behavior to use the locale settings if no language is set via the preferences dialog. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.6 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceape-browser depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-5 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.1-5GCC support library ii libglib2.0-02.14.1-3 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii libnss3-0d 3.11.7-1 Network Security Service libraries ii libpango1.0-0 1.18.2-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2.1-5 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages iceape-browser recommends: pn iceape-gnome-support (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443739: apt outputs ":" character present in package versione as "%3a" during install
Paolo Benvenuto <[EMAIL PROTECTED]> writes: > Package: apt > Version: 0.7.6 > Severity: normal > > During an apt-get (or aptitude) install lines like the following appear: > > Preparing to replace xnest 2:1.3.0.0.dfsg-12 (using > .../xnest_2%3a1.4-2_i386.deb) ... > > i.e the ":" in the package version is output with its codification (what > format). > > This output is unclear, I think a simple ":" should be output there. Actually the message is output by dpkg, it is just a part of the file name of the downloaded .deb. And apt-get and aptitude convert the colon for the epoch to %3a, because ":" is a problematic character in file names (special to the shell, invalid on vfat file systems). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431892: menu: duplicate message definition in menu-sections.pot
Package: menu Version: 2.1.35 Severity: normal After today's upload, some entries in the menu were displayed in English. To see whether I could update them, I downloaded the source and tried to regenerate the German PO file in the po-sections/ dir, which failed: , | $ msgmerge -v -U de.po menu-sections.pot | | menu-sections.pot:260: duplicate message definition... | menu-sections.pot:109: ...this is the location of the first definition | msgmerge: found 1 fatal error ` How comes this, and how can I regenerate the buggy menu-sections.pot file? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages menu depends on: ii dpkg1.14.5 package maintenance system for Deb ii libc6 2.5-11 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070627-1 GCC support library ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 menu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432100: emacs-goodies-el: Please prefer emacs22 as first alternative
Package: emacs-goodies-el Version: 26.11-1 Severity: wishlist Tags: patch Now that emacs22 has been uploaded to unstable, it would be nice if you would prefer it as the first emacs alternative in your packages. Also, the list of files to skip for byte-compilation should be updated, so that the same files are skipped as in emacs-snapshot. The following patch takes care of this: diff -ru emacs-goodies-el-26.11.old/debian/changelog emacs-goodies-el-26.11/debian/changelog --- emacs-goodies-el-26.11.old/debian/changelog 2007-07-07 16:43:28.0 +0200 +++ emacs-goodies-el-26.11/debian/changelog 2007-07-07 16:43:57.0 +0200 @@ -1,3 +1,14 @@ +emacs-goodies-el (26.11-1sven1) unstable; urgency=low + + * debian/control: +Prefer emacs22 as first alternative throughout. + * debian-el.emacsen-install.in, emacs-goodies-el.emacsen-install.in, +gnus-bonus-el.emacsen-install.in, vm-bonus-el.emacsen-install.in: +Skip the same files for byte-compilation in emacs22 as in +emacs-snapshot. + + -- Sven Joachim <[EMAIL PROTECTED]> Sat, 07 Jul 2007 16:39:26 +0200 + emacs-goodies-el (26.11-1) unstable; urgency=low * dpkg-dev-el: diff -ru emacs-goodies-el-26.11.old/debian/control emacs-goodies-el-26.11/debian/control --- emacs-goodies-el-26.11.old/debian/control 2007-07-07 16:43:28.0 +0200 +++ emacs-goodies-el-26.11/debian/control 2007-07-07 16:43:57.0 +0200 @@ -8,7 +8,7 @@ Package: emacs-goodies-el Architecture: all -Depends: emacs21 | emacsen, bash (>= 2.05a) | bash-static +Depends: emacs22 | emacsen, bash (>= 2.05a) | bash-static Recommends: dict, wget, perl-doc Replaces: emacs-goodies-extra-el Provides: emacs-goodies-extra-el @@ -99,7 +99,7 @@ Package: gnus-bonus-el Architecture: all -Depends: emacs21 | emacsen, gnus | emacs21 | xemacs21 | emacs-snapshot +Depends: emacs22 | emacsen, gnus | emacs22 | emacs21 | xemacs21 | emacs-snapshot Section: news Description: Miscellaneous add-ons for Gnus This package contains a few Emacs-Lisp files, obtained from various @@ -123,7 +123,7 @@ Package: devscripts-el Architecture: all -Depends: emacs21 | emacsen, bash (>= 2.05a), devscripts, dpkg-dev-el, elserv +Depends: emacs22 | emacsen, bash (>= 2.05a), devscripts, dpkg-dev-el, elserv Description: Emacs wrappers for the commands in devscripts This package contains: devscripts - wrappers around the debuild, debc and debi commands; @@ -134,7 +134,7 @@ Package: debian-el Architecture: all -Depends: emacs21 | emacsen, reportbug (>= 1.41.1), binutils +Depends: emacs22 | emacsen, reportbug (>= 1.41.1), binutils Recommends: wget, dlocate, groff-base Suggests: gnus Replaces: debbugs-el, debview @@ -155,7 +155,7 @@ Package: dpkg-dev-el Architecture: all -Depends: emacs21 | emacsen, debian-el (>= 24.0-1) +Depends: emacs22 | emacsen, debian-el (>= 24.0-1) Suggests: dpkg-dev Recommends: wget Conflicts: dpkg-dev (<< 1.7.2) diff -ru emacs-goodies-el-26.11.old/debian/debian-el.emacsen-install.in emacs-goodies-el-26.11/debian/debian-el.emacsen-install.in --- emacs-goodies-el-26.11.old/debian/debian-el.emacsen-install.in 2007-07-07 16:43:28.0 +0200 +++ emacs-goodies-el-26.11/debian/debian-el.emacsen-install.in 2007-07-07 16:43:57.0 +0200 @@ -16,11 +16,13 @@ # INCLUDED_emacs20="" # INCLUDED_emacs21="" +# INCLUDED_emacs22="" # INCLUDED_xemacs21="" # INCLUDED_emacs_snapshot="" # EXCLUDED_emacs20="" # EXCLUDED_emacs21="" +# EXCLUDED_emacs22="" # EXCLUDED_xemacs21="" # EXCLUDED_emacs_snapshot="" @@ -29,5 +31,6 @@ # shipped wth Emacs vs package separately). SOURCEONLY_emacs20="gnus-BTS.el" SOURCEONLY_emacs21="gnus-BTS.el" +SOURCEONLY_emacs22="gnus-BTS.el" SOURCEONLY_xemacs21="gnus-BTS.el" SOURCEONLY_emacs_snapshot="gnus-BTS.el" diff -ru emacs-goodies-el-26.11.old/debian/emacs-goodies-el.emacsen-install.in emacs-goodies-el-26.11/debian/emacs-goodies-el.emacsen-install.in --- emacs-goodies-el-26.11.old/debian/emacs-goodies-el.emacsen-install.in 2007-07-07 16:43:28.0 +0200 +++ emacs-goodies-el-26.11/debian/emacs-goodies-el.emacsen-install.in 2007-07-07 16:43:57.0 +0200 @@ -19,4 +19,5 @@ EXCLUDED_emacs20="cwebm.el tabbar.el newsticker.el session.el csv-mode.el maplev.el" # EXCLUDED_emacs21="whitespace.el" EXCLUDED_xemacs21="csv-mode.el cua.el ibuffer.el minibuf-electric.el tabbar.el todoo.el " +EXCLUDED_emacs22="cua.el cfengine.el ibuffer.el ido.el newsticker.el table.el wdired.el " EXCLUDED_emacs_snapshot="cua.el cfengine.el ibuffer.el ido.el newsticker.el table.el wdired.el " diff -ru emacs-goodies-el-26.11.old/debian/gnus-bonus-el.emacsen-install.in emacs-goodies-el-26.11/debian/gnus-bonus-el.emacsen-install.in --- emacs-goodies-e
Bug#432105: vm: Please support emacs22
Package: vm Version: 7.19-13 Severity: wishlist Tags: patch Currently vm does not support emacs22 as an alternative. Since vm is already known to work with emacs-snapshot (I've been using it myself for a few months), it should add emacs22 as a supported flavor. The following patch achieves this: diff -ru vm-7.19.old/debian/changelog vm-7.19/debian/changelog --- vm-7.19.old/debian/changelog2007-07-07 17:16:04.0 +0200 +++ vm-7.19/debian/changelog2007-07-07 17:26:06.0 +0200 @@ -1,3 +1,9 @@ +vm (7.19-14~sven1) unstable; urgency=low + + * Support for emacs22. + + -- Sven Joachim <[EMAIL PROTECTED]> Sat, 07 Jul 2007 17:24:13 +0200 + vm (7.19-13) unstable; urgency=low * Added XS-VCS-Arch and XS-VCS-Browse to debian/control diff -ru vm-7.19.old/debian/control vm-7.19/debian/control --- vm-7.19.old/debian/control 2007-07-07 17:16:04.0 +0200 +++ vm-7.19/debian/control 2007-07-07 17:18:50.0 +0200 @@ -11,7 +11,7 @@ Architecture: all Priority: optional Section: mail -Depends: ucf (>= 0.08), emacs21 | emacs-snapshot +Depends: ucf (>= 0.08), emacs22 | emacs21 | emacs-snapshot Recommends: make Suggests: exim4 | sendmail | mail-transport-agent, stunnel Provides: mail-reader diff -ru vm-7.19.old/debian/emacsen.install vm-7.19/debian/emacsen.install --- vm-7.19.old/debian/emacsen.install 2007-07-07 17:16:04.0 +0200 +++ vm-7.19/debian/emacsen.install 2007-07-07 17:20:03.0 +0200 @@ -53,7 +53,7 @@ STAMPFILE=vm-autoload.elc case "$FLAVOUR" in -emacs20|emacs21|emacs-snapshot|xemacs21) +emacs20|emacs21|emacs22|emacs-snapshot|xemacs21) echo -n "install/$PACKAGE: Byte-compiling for $FLAVOUR..." if [ -d $ELCDIR ]; then if [ -e "${ELCDIR}/${STAMPFILE}" ]; then diff -ru vm-7.19.old/debian/emacsen.remove vm-7.19/debian/emacsen.remove --- vm-7.19.old/debian/emacsen.remove 2007-07-07 17:16:04.0 +0200 +++ vm-7.19/debian/emacsen.remove 2007-07-07 17:21:16.0 +0200 @@ -46,7 +46,7 @@ case $FLAVOUR in -emacs20|emacs21|emacs-snapshot|xemacs21) +emacs20|emacs21|emacs22|emacs-snapshot|xemacs21) echo -n "remove/$PACKAGE: Removing for $FLAVOUR..." rm -f $ELCDIR/*.elc # These next two are created on the fly diff -ru vm-7.19.old/debian/postinst vm-7.19/debian/postinst --- vm-7.19.old/debian/postinst 2007-07-07 17:16:04.0 +0200 +++ vm-7.19/debian/postinst 2007-07-07 17:26:16.0 +0200 @@ -184,7 +184,7 @@ fi if which ucfr >/dev/null; then -for flavour in emacs20 emacs21 emacs-snapshot xemacs21; do +for flavour in emacs20 emacs21 emacs22 emacs-snapshot xemacs21; do STARTDIR=/etc/$flavour/site-start.d; STARTFILE="${package_name}-init.el"; if [ -e "$STARTDIR/50$STARTFILE" ]; then diff -ru vm-7.19.old/debian/postrm vm-7.19/debian/postrm --- vm-7.19.old/debian/postrm 2007-07-07 17:16:04.0 +0200 +++ vm-7.19/debian/postrm 2007-07-07 17:23:10.0 +0200 @@ -107,7 +107,7 @@ rm -f -f $ELDIR/vm.elc fi -for flavour in emacs20 emacs21 emacs-snapshot xemacs21; do +for flavour in emacs20 emacs21 emacs22 emacs-snapshot xemacs21; do ELCDIR=/usr/share/$flavour/site-lisp/$package_name/ if [ -f /etc/$flavour/site-start.d/50vm-init.el ]; then rm -f /etc/$flavour/site-start.d/50vm-init.el @@ -126,7 +126,7 @@ # This package has previously been removed and is now having # its configuration purged from the system. -for flavour in emacs20 emacs21 emacs-snapshot xemacs21; do +for flavour in emacs20 emacs21 emacs22 emacs-snapshot xemacs21; do STARTDIR=/etc/$flavour/site-start.d; STARTFILE="${package_name}-init.el"; if which ucf >/dev/null; then -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vm depends on: ii emacs-snapshot 1:20070701-1 The GNU Emacs editor (development ii emacs-snapshot-gtk [emacs-s 1:20070701-1 The GNU Emacs editor (with GTK+ 2. ii emacs21 21.4a+1-5The GNU Emacs editor ii ucf 3.001Update Configuration File: preserv Versions of packages vm recommends: ii make 3.81-3 The GNU version of the "make" util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432112: kaffeine: Starts in English, ignoring locale settings
Package: kaffeine Version: 0.8.4-5 Severity: important For whatever reason, kaffeine ignores my locale settings and displays its UI in English. Downgrading to version 0.8.4-4 fixes this problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kaffeine depends on: ii hdparm7.5-1 tune hard disk parameters for high ii kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libattr1 1:2.4.32-1.1 Extended attribute shared library ii libaudio2 1.9-2 The Network Audio System (NAS). (s ii libc6 2.5-11 GNU C Library: Shared libraries ii libcdparanoia03.10+debian~pre0-5 audio extraction tool for sampling ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-6FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.8-2Client library for the gamin file ii libgcc1 1:4.2-20070627-1 GCC support library ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libogg0 1.1.3-2Ogg Bitstream Library ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libpng12-01.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-5 Qt GUI Library (Threaded runtime v ii libsm62:1.0.3-1 X11 Session Management library ii libstdc++64.2-20070627-1 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.2.dfsg-2 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.2.dfsg-2 The Vorbis General Audio Compressi ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcb1 1.0-3 X C Binding ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi62:1.1.1-1 X11 Input extension library ii libxine1 1.1.7-1the xine video/media player librar ii libxine1-ffmpeg 1.1.7-1mpeg related plugins for libxine1 ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 1:1.0.2-1 X11 Testing -- Resource extension ii zlib1g1:1.2.3.3.dfsg-3 compression library - runtime kaffeine recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432185: gnuplot-mode: Please support emacs22
Package: gnuplot-mode Version: 1:0.6.0-2.1 Severity: wishlist Tags: patch Could you please support emacs22, which is trivially achieved by the following patch? --- emacsen-install~2007-07-08 09:44:05.0 +0200 +++ emacsen-install 2007-07-08 09:45:16.0 +0200 @@ -11,7 +11,7 @@ if [ ${FLAVOR} = emacs ]; then exit 0; fi case "${FLAVOR}" in -emacs20|emacs21|emacs-snapshot|xemacs20|xemacs21) +emacs20|emacs21|emacs22|emacs-snapshot|xemacs20|xemacs21) echo install/${PACKAGE}: Handling install for emacsen flavor ${FLAVOR} #FLAVORTEST=`echo $FLAVOR | cut -c-6` -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.6 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnuplot-mode depends on: ii emacs-snapshot [emacsen]1:20070701-1 The GNU Emacs editor (development ii emacs-snapshot-gtk [emacsen 1:20070701-1 The GNU Emacs editor (with GTK+ 2. ii emacs21 [emacsen] 21.4a+1-5The GNU Emacs editor ii emacs22-gtk [emacsen] 22.1+1-1 The GNU Emacs editor (with GTK use ii gnuplot-nox 4.2.0-3 A command-line driven interactive ii gnuplot-x11 4.2.0-3 X11-terminal driver for gnuplot gnuplot-mode recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433011: backup-manager-doc: Please place docs under /usr/share/doc/backup-manager-doc
Package: backup-manager-doc Version: 0.7.6-1 Severity: wishlist Most *-doc packages in Debian place their content under /usr/share/doc/, but backup-manager-doc puts it under /usr/share/backup-manager/doc, where it is IMO a bit hidden. At least, I had to run "dpkg -L backup-manager-doc" to find the user guide. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.6 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432732: emacs22: manpage missing documentation for -Q
tags 432732 fixed-upstream patch thanks Mike O'Connor writes: > the manpage for emacs22 is missing doumentation for -Q which is short > for '-q -no-site-file' The manpage is now updated upstream, fixing this and many other issues. From the ChangeLog: , | 2007-07-15 Werner Lemberg <[EMAIL PROTECTED]> | | * emacs.1: Completely revised. | Fix many typographical glitches. | Updated to handle current state of options and resources. ` Patch follows: Index: emacs.1 === RCS file: /sources/emacs/emacs/etc/emacs.1,v retrieving revision 1.18.2.2 retrieving revision 1.18.2.3 diff -u -r1.18.2.2 -r1.18.2.3 --- emacs.1 25 Apr 2007 05:52:28 - 1.18.2.2 +++ emacs.1 15 Jul 2007 01:22:55 - 1.18.2.3 @@ -1,3 +1,4 @@ +'\" t .\" Copyright (C) 1995, 1999, 2000, 2001, 2002, 2003, 2004, .\" 2005, 2006, 2007 Free Software Foundation, Inc. .\" @@ -20,27 +21,33 @@ .\" '\" t .TH EMACS 1 "2007 April 13" "GNU Emacs 22.1" +. +. .SH NAME emacs \- GNU project Emacs +. +. .SH SYNOPSIS .B emacs [ .I command-line switches ] [ -.I files ... +.I files ...\& ] -.br +. +. .SH DESCRIPTION .I GNU Emacs is a version of -.I Emacs, +.IR Emacs , written by the author of the original (PDP-10) -.I Emacs, +.IR Emacs , Richard Stallman. .br The primary documentation of GNU Emacs is in the GNU Emacs Manual, which you can read using Info, either from Emacs or as a standalone -program. Please look there for complete and up-to-date documentation. +program. +Please look there for complete and up-to-date documentation. This man page is updated only when someone volunteers to do so; the Emacs maintainers' priority goal is to minimize the amount of time this man page takes away from other more useful projects. @@ -56,9 +63,9 @@ but the facility assumes that you know how to manipulate .I Emacs windows and buffers. -CTRL-h or F1 enters the Help facility. Help Tutorial (CTRL-h t) -starts an interactive tutorial which can teach beginners the fundamentals -of +CTRL-h or F1 enters the Help facility. +Help Tutorial (CTRL-h t) starts an interactive tutorial which can +teach beginners the fundamentals of .I Emacs in a few minutes. Help Apropos (CTRL-h a) helps you @@ -66,11 +73,11 @@ describes a given character's effect, and Help Function (CTRL-h f) describes a given Lisp function specified by name. .PP -.I Emacs's +.IR Emacs 's Undo can undo several steps of modification to your buffers, so it is easy to recover from editing mistakes. .PP -.I GNU Emacs's +.IR "GNU Emacs" 's many special packages handle mail reading (RMail) and sending (Mail), outline editing (Outline), compiling (Compile), running subshells within @@ -81,130 +88,176 @@ There is an extensive reference manual, but users of other Emacses should have little trouble adapting even -without a copy. Users new to +without a copy. +Users new to .I Emacs will be able to use basic features fairly rapidly by studying the tutorial and using the self-documentation features. -.PP -.SM Emacs Options -.PP +. +.SS Emacs Options The following options are of general interest: +.RS .TP 8 .I file Edit -.I file. +.IR file . .TP -.BI \+ number +.BI \-\-file " file\fR,\fP " \-\-find-file " file\fR,\fP " \-\-visit " file" +The same as specifying +.I file +directly as an argument. +.TP +.BI + number Go to the line specified by .I number (do not insert a space between the "+" sign and -the number). This applies only to the next file specified. +the number). +This applies only to the next file specified. .TP -.BI \+ line:column +.BI + line:column Go to the specified .I line and -.I column +.IR column . .TP -.B \-q +.BR \-q ", " \-\-no\-init\-file Do not load an init file. .TP -.B \-no-site-file +.B \-\-no\-site\-file Do not load the site-wide startup file. .TP -.BI \-debug-init +.B \-\-no\-desktop +Do not load a saved desktop. +.TP +.BR \-nl ", " \-\-no\-shared\-memory +Do not use shared memory. +.TP +.BR \-Q ", " \-\-quick +Equivalent to "\-q \-\-no\-site\-file \-\-no\-splash". +.TP +.B \-\-no\-splash +Do not display a splash screen during start-up. +.TP +.B \-\-debug\-init Enable .I Emacs Lisp debugger during the processing of the user init file -.BI ~/.emacs. +.BR ~/.emacs . This is useful for debugging problems in the init file. .TP -.BI \-u " user" +.BI \-u " user\fR,\fP " \-\-user " user" Load -.I user's +.IR user 's init file. .TP -.BI \-t " file" +.BI \-t " file\fR,\fP " \-\-terminal " file" Use specified .I file as the terminal instead of using stdin/stdout. This must be the first argument specified in the command line. .TP -.B \-version +.BR \-\-multibyte ", " \-\-no-unibyte +Enable multibyte mode (enabled by default). +.TP +.BR \-\-unibyte ", " \-\-no-multibyte +Enable unibyte mode. +.TP +.B \-\-version Display .I Emacs version information and exit. +.TP +.B \-\-help +Display this help and exit. +.RE .PP The followin
Bug#432911: aptitude: localized package descriptions have problems, with character sets
Hi Jiří, hi Daniel, I had the same problem: the localized package descriptions had question marks instead of German umlauts in a non-UTF-8 terminal. It seems I've found the culprit: there is a line with export MM_CHARSET=ISO-8859-1 in my .bashrc, put in by language-env years ago. After unsetting MM_CHARSET aptitude displayed the national characters just fine. Hope this helps, Sven
Bug#432911: aptitude: localized package descriptions have problems, with character sets
Am 15.07.2007 14:23 schrieb Sven Joachim: > I had the same problem: the localized package descriptions had question > marks instead of German umlauts in a non-UTF-8 terminal. It seems I've > found the culprit: there is a line with > > export MM_CHARSET=ISO-8859-1 > > in my .bashrc, put in by language-env years ago. After unsetting > MM_CHARSET aptitude displayed the national characters just fine. Ouuch, no it didn't. I really should have made sure that I had started aptitude in the right terminal. :-( I can just confirm Jiří's observations: the localized package descriptions work fine in an UTF-8 terminal, but not in others. Sorry for the noise, Sven
Bug#439202: emacs22-gtk: Remote ftp access using non default port
Andreas Tille <[EMAIL PROTECTED]> writes: > When I used emacs21 I was able to access Zope objects via ftp by > > C-x C-f /[EMAIL PROTECTED] 8021:/ > > Unfortunately emacs22 says: > > "This is not a tramp file" > > I assume that this is caused by the non default port 8021 under > which Zopes ftp server is running. The reason for the assumption > is that I can successfully access > > C-x C-f /[EMAIL PROTECTED]:/ > > But I get the same error message as above when I try > > C-x C-f /[EMAIL PROTECTED] 21:/ > > I think the last example is the simplest method to reproduce the > problem. I can reproduce this, but note what the Emacs manual says: , | You can refer to files on other machines using a special file name | syntax: | | /HOST:FILENAME | /[EMAIL PROTECTED]:FILENAME | /[EMAIL PROTECTED]:FILENAME | /METHOD:[EMAIL PROTECTED]:FILENAME | /METHOD:[EMAIL PROTECTED]:FILENAME ` And indeed, C-x C-f /[EMAIL PROTECTED]:/ works fine. FWIW, this is the official method to specify the port number even in Emacs 21. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439202: emacs22-gtk: Remote ftp access using non default port
Andreas Tille <[EMAIL PROTECTED]> writes: > I can confirm that > >/ftp:[EMAIL PROTECTED]:/ > > really works (the ftp-METHOD is important here - it does not work > without specifying this). Yes, this is also mentioned in the manual: , | To carry out this request, Emacs uses either the FTP program or a | remote-login program such as `ssh', `rlogin', or `telnet'. You can | always specify in the file name which method to use--for example, | `/ftp:[EMAIL PROTECTED]:FILENAME' uses FTP, whereas `/ssh:[EMAIL PROTECTED]:FILENAME' | uses `ssh'. When you don't specify a method in the file name, Emacs | chooses the method as follows: | | 1. If the host name starts with `ftp.' (with dot), then Emacs uses | FTP. | | 2. If the user name is `ftp' or `anonymous', then Emacs uses FTP. | | 3. Otherwise, Emacs uses `ssh'. ` > Well, I guess I'm preconditioned from older Emacs versions. For > my case I'd be quite happy now and would regard closing the bug > (or at least setting it to wishlist for those dinosaurs like me > who learned it the old way). Feel free to do what you think is > the apropriate action. I'd prefer to close the bug, but this is the maintainer's decision. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439348: ftp.debian.org: Too low priority for libwpg-0.1-1
Package: ftp.debian.org Severity: serious The latest upload of openoffice.org-draw to unstable added a dependency on libwpg-0.1-1 which is of priority "extra". This priority needs to be bumped to "optional". Rene, is the dependency correct? I would assume that a "Recommends" or even "Suggests" would be more in order, many people will never need to open WordPerfect presentations. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439515: kdelibs4-dev: Missing Replaces on kdelibs4c2a
Package: kdelibs4-dev Version: 4:3.5.7.dfsg.1-5 Severity: serious There was an error in today's "aptitude safe-upgrade" (sorry for the German): , | Vorbereiten zum Ersetzen von kdelibs4-dev 4:3.5.7.dfsg.1-4 (durch .../kdelibs4-dev_4%3a3.5.7.dfsg.1- | 5_i386.deb) ... | Entpacke Ersatz für kdelibs4-dev ... | dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/kdelibs4-dev_4%3a3.5.7.dfsg.1-5_i386.deb (--unpack): | Versuche, »/usr/share/man/man1/kconfig_compiler.1.gz« zu überschreiben, welches auch in Paket kdelibs4c2a ist | dpkg-deb: Unterprozess paste mit Signal (Datenübergabe unterbrochen (broken pipe)) getötet | Vorbereiten zum Ersetzen von kdelibs4c2a 4:3.5.7.dfsg.1-4 (durch .../kdelibs4c2a_4%3a3.5.7.dfsg.1-5_i386.deb) ... | Entpacke Ersatz für kdelibs4c2a ... | Fehler traten auf beim Bearbeiten von: | /var/cache/apt/archives/kdelibs4-dev_4%3a3.5.7.dfsg.1-5_i386.deb | E: Sub-process /usr/bin/dpkg returned an error code (1) ` A subsequent "aptitude install kdelibs4-dev" succeeded. Looks like a "Replaces: kdelibs4c2a (<= 4:3.5.7.dfsg.1-4)" is missing from the package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdelibs4-dev depends on: ii hspell 1.0-3Hebrew spell checker and morpholog ii kdelibs4c2a 4:3.5.7.dfsg.1-5 core libraries and binaries for al ii libacl1-dev 2.2.42-1 Access control list static librari ii libart-2.0-dev 2.3.19-3 Library of functions for 2D graphi ii libarts1-dev1.5.7-2 development files for the aRts sou ii libasound2-dev 1.0.14a-2ALSA library development files ii libaspell-dev 0.60.5-1 Development files for applications ii libattr1-dev1:2.4.32-1.2 Extended attribute static librarie ii libavahi-client-dev 0.6.21-1 Development files for the Avahi cl ii libavahi-qt3-dev0.6.21-1 Development headers for the Avahi ii libbz2-dev 1.0.3-7 high-quality block-sorting file co ii libcupsys2-dev 1.3.0-3 Common UNIX Printing System(tm) - ii libgamin-dev [libfam-de 0.1.8-2 Development files for the gamin cl ii libidn11-dev1.0-0Development files GNU libidn, impl ii libjasper-dev [libjaspe 1.900.1-3Development files for the JasPer J ii libkrb5-dev 1.6.dfsg.1-6 Headers and development libraries ii liblualib50-dev 5.0.3-3 Extension library for Lua 5.0: sta ii libopenexr-dev 1.2.2-4.4development files for the OpenEXR ii libpcre3-dev7.2-1Perl 5 Compatible Regular Expressi ii libqt3-mt-dev 3:3.3.7-7Qt development files (Threaded) ii libsasl2-dev2.1.22.dfsg1-14 Development files for SASL authent ii libssl-dev 0.9.8e-6 SSL development libraries, header ii libtiff4-dev3.8.2-7 Tag Image File Format library (TIF ii libxml2-dev 2.6.29.dfsg-1Development files for the GNOME XM ii libxml2-utils 2.6.29.dfsg-1XML utilities ii libxslt1-dev1.1.21-2 XSLT processing library - developm kdelibs4-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439779: kdelibs4c2a: Strange Conflicts between kdelibs4c2a and kdelibs4-dev
Package: kdelibs4c2a Version: 4:3.5.7.dfsg.1-6 Severity: normal The relationships between kdelibs4c2a and kdelibs4-dev are somewhat mysterious: kdelibs4-dev Depends: kdelibs4c2a (= 4:3.5.7.dfsg.1-6), Conflicts: kdelibs4c2a (<< 4:3.5.7.dfsg.1-6) kdelibs4c2a Conflicts: kdelibs4-dev (<< 4:3.5.7.dfsg.1-6) This has the undesirable effect that kdelibs4-dev has to be temporarily removed on upgrades. Judging by changelog.debian and bugs #439515 and #439411, it seems that files have been moved around between these packages; in this case, "Replaces" may be more apt-friendly than "Conflicts". -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdelibs4c2a depends on: ii kdelibs-data4:3.5.7.dfsg.1-6 core shared data for all KDE appli ii libacl1 2.2.42-1 Access control list shared library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libarts1c2a 1.5.7-2 aRts sound system core components ii libasound2 1.0.14a-2ALSA library ii libaspell15 0.60.5-1 GNU Aspell spell-checker runtime l ii libattr11:2.4.32-1.2 Extended attribute shared library ii libaudio2 1.9-2+b1 The Network Audio System (NAS). (s ii libavahi-client30.6.21-1 Avahi client library ii libavahi-common30.6.21-1 Avahi common library ii libavahi-qt3-1 0.6.21-1 Avahi Qt 3 integration library ii libbz2-1.0 1.0.3-7 high-quality block-sorting file co ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcomerr2 1.40.2-1 common error description library ii libcupsys2 1.3.0-3 Common UNIX Printing System(tm) - ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.8-2 Client library for the gamin file ii libgcc1 1:4.2.1-4GCC support library ii libgnutls13 1.7.18-2 the GNU TLS library - runtime libr ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libidn111.0-0GNU libidn library, implementation ii libjasper1 1.900.1-3The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libkrb531.6.dfsg.1-6 MIT Kerberos runtime libraries ii liblua505.0.3-3 Main interpreter library for the L ii liblualib50 5.0.3-3 Extension library for the Lua 5.0 ii libopenexr2ldbl 1.2.2-4.4runtime files for the OpenEXR imag ii libpcre37.2-1Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libqt3-mt 3:3.3.7-7Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii libxslt1.1 1.1.22-1 XSLT processing library - runtime ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii menu-xdg0.2.3freedesktop.org menu compliant win ii perl5.8.8-7 Larry Wall's Practical Extraction ii xbase-clients 1:7.2.ds2-2 miscellaneous X clients ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime kdelibs4c2a recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439834: getmail4: debian/copyright points to wrong GPL version
Package: getmail4 Version: 4.7.6-1 Severity: serious The license information in debian/copyright is too terse and wrong: , | License: | | Copyright: GPL (see /usr/share/common-licenses/GPL) ` In the latest version of base-files, /usr/share/common-licenses/GPL points to version 3 of the GPL, however getmail4 is released under GPL version 2 only (no "or any later version"). Please mention this in debian/copyright and point to /usr/share/common-licenses/GPL-2. Thank you for packaging getmail4! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages getmail4 depends on: ii python2.4.4-6An interactive high-level object-o ii python-support0.6.4 automated rebuilding support for p getmail4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439845: libpam0g: xdm restart needed after upgrade
Package: libpam0g Version: 0.99.7.1-2 Severity: normal Half an hour ago I had to restart X to bring my mouse back to life, so I closed all applications and pressed Ctrl-Alt-Backspace. What was not so nice is that after this action xdm displayed the message "login incorrect" and used 100% CPU. Fortunately, restarting xdm fixed the issue. Maybe this should be documented somewhere in (README|NEWS).Debian. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpam0g depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libpam-runtime0.99.7.1-2 Runtime support for the PAM librar libpam0g recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439559: [Itai Seggev] Bug#439559: emacs22-gtk: forward/back buttons backwards when GTK is set to RTL language
Jan Djärv <[EMAIL PROTECTED]> writes: > I've made a fix in CVS HEAD, can you try that? Many thanks. It seems to do what the bug submitter wants, but since I have no experience whatsoever with RTL languages I would like him to confirm that. @Itai: if you are interested in testing, here are short instructions how to get and build Emacs from CVS: # apt-get build-dep emacs22 # apt-get install build-essential cvs $ cvs -z3 -d :pserver:[EMAIL PROTECTED]:/sources/emacs co emacs $ cd emacs $ ./configure --with-gtk $ make bootstrap $ src/emacs > As the change is a bit large, I am reluctant to put this into Emacs > 22. Is forcing the tool bar to left-to-right OK there? I cannot really judge this. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#435452: emacs22: `set-keyboard-coding-system' fails in non-X11 mode]
Hello Ludovic, I received an answer from Emacs developer Kenichi Handa (quoted below). He says that it should not be necessary to invoke `set-keyboard-coding-system'. Kenichi Handa <[EMAIL PROTECTED]> writes: > In article <[EMAIL PROTECTED]>, Richard Stallman <[EMAIL PROTECTED]> writes: > >> Would you please DTRT and ack? > > Ok. > >> --- Start of forwarded message --- >> To: [EMAIL PROTECTED] >> From: Sven Joachim <[EMAIL PROTECTED]> >> Date: Sun, 26 Aug 2007 11:32:22 +0200 >> Subject: [Ludovic Courtes] Bug#435452: emacs22: `set-keyboard-coding-system' >> fails in non-X11 mode > >> I received this via the Debian Bug Tracking System. Handa-san, can >> you comment on it? > > [...] >> Invoking `set-keyboard-coding-system' in an "emacs -nw" session fails. >> For instance, asking it `no-conversion' (which is needed so that dead >> keys work as expected) fails: > >> Unsupported coding system in Encoded-kbd mode: no-conversion > > I don't understand why you have to set > keyboard-coding-system to no-conversion for dead keys. Dead > keys must be handled by terminal, and Emacs just receives > the resulting character (encoded in your locale) from the > terminal. So, setting keyboard-coding-system to what is > appropriate for your locale should work well, and that > should be done automatically. > >> Other choices fail similarly. > > What other choices were tried? utf-8, latin-X should all > work. What is your locale? > > --- > Kenichi Handa > [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440010: emacs22: please enable cut-and-paste between Emacs and X clipboard by default
Marcus Better <[EMAIL PROTECTED]> writes: > Any user would expect copy-paste to work between Emacs and other X > apps. This is easily enabled by doing > > (setq x-select-enable-clipboard t) > > Please add this to the default configuration. Please take this suggestion upstream to the emacs-devel mailing list. I don't think it would be a good idea for Debian to deviate from Emacs' documented behavior without a very strong reason. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440010: emacs22: please enable cut-and-paste between Emacs and X clipboard by default
Marcus Better <[EMAIL PROTECTED]> writes: > We provide stuff in /etc/emacs that does a lot of things, and that's not > considered deviating from documented behaviour. Well, it is. But that is to enable the seamless integration of add-on packages which is an important thing. And these packages should not change random Emacs variables but only set up their autoloads. The only variables that they are supposed to alter are load-path and auto-mode-alist. > This is more about providing > a sensible default configuration that does what I'm sure any user would > expect in a windowing system. If I can cut and paste between, say, oowriter > and KWrite, why should Emacs be different? You can paste text from Emacs in any application with the middle mouse button. But I agree that this is not too convenient, and most programs have a keyboard shortcut which only pastes from the clipboard. I've set x-select-enable-clipboard to t in my .emacs as soon as I discovered that setting, BTW. > Upstream may well have good reasons for keeping the current > behaviour. Surely, that is why I suggest to ask them. It is quite possible that they agree to change the default, if RMS has no strong objections. (He seems to dislike transient-mark-mode very much, which is why that is not enabled by default.) > For > example they may not want to introduce behaviour that is dependent on a > specific platform or windowing system. That is certainly not the reason, on MS Windows x-select-enable-clipboard is t by default. But Windows does not have a primary selection at all. > Debian has different goals, that > include making the desktop a better integrated total experience. > > Perhaps this customization would fit better in some X11 package that could > drop a config file in /etc/emacs? Please not, leave the Emacs configuration to the Emacs packages and to the local system administrator. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440254: emacs22-gtk: Non-functional font lock for xml-mode
tags 440254 moreinfo thanks Cyril Brulebois <[EMAIL PROTECTED]> writes: > Hi, > > looks like the font lock for xml-mode isn't working. The SGML menu is > added to the menu bar, but there's no synt. coloration at all (be it > with glade files or e.g. kazehakase's configuration files under /etc), > although I got the following in the status bar: “XML Font Fill”. I cannot reproduce this. Can you please retry with "emacs22 -q" and "emacs22 -Q"? It is possible that this is a local misconfiguration or a problem with some add-on package. If the problem persists with emacs22 -q, but not with -Q, please post the contents of your /etc/emacs/site-start.d directory and the value of your load-path. FWIW, my mode line (I guess that is what you mean with "status bar") only says "XML Fill", the "Font" is certainly non-standard. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440254: emacs22-gtk: Non-functional font lock for xml-mode
Cyril Brulebois <[EMAIL PROTECTED]> writes: > I think I've found the problem: by having a look at the > /etc/emacs22/site-start.d/ folder, I noticed 50psgml-init.el, from the > psgml package. Once this package purged, I've got XML Font lock working. > > Before doing so, I moved away ~/.emacs*, with no change. > > Once the psgml package reinstalled, I confirm that adding “-q” doesn't > change anything, and that adding “-Q” makes the XML Font lock work. > > I guess that reassigning the bugreport to this package is the right > thing to do, isn't it? Yes, please do so. Thanks for investigating. >> FWIW, my mode line (I guess that is what you mean with "status bar") > > (yeah...) > >> only says "XML Fill", the "Font" is certainly non-standard. > > Hmm, that might result from an add-on package too, then, because once > ~/.emacs moved away, I keep on having “XML Font”. Well, if the buffer is not actually fontified, then there needs to be some other indication that font-lock mode is on, don't you agree? ;-) Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440537: dpkg: [INTL:de] German translation update
Package: dpkg Severity: wishlist Tags: l10n patch Attached is an updated German translation for the next dpkg release (1.14.6). de.po.bz2 Description: Binary data
Bug#433541: emacs22: does not register with the "alternatives" name emacs
tags 433541 moreinfo thanks Rogério Brito writes: > I had a small experience today with emacs22, but, unfortunately, I had > to remove it and put back emacs-snapshot, because emacs22 doesn't > provide the name "emacs" if installed only with emacs22-gtk and the > other necessary packages (please, note that I didn't install the package > named emacs; I tried to keep my installation minimal). This is probably a bug in update-alternatives (there are many bugs filed against update-alternatives in the BTS), since I cannot reproduce that: , | $ /usr/sbin/update-alternatives --display emacs | emacs - status is manual. | link currently points to /usr/bin/emacs-snapshot | /usr/bin/emacs21 - priority 24 | slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs21.gz | /usr/bin/emacs21-x - priority 24 | slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs21.gz | /usr/bin/emacs-snapshot - priority 23 | slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs-snapshot.gz | /usr/bin/emacs22-gtk - priority 25 | slave emacs.1.gz: /usr/share/man/man1/emacs.1emacs22.gz | Current `best' version is /usr/bin/emacs22-gtk. ` This seems to be correct, and the emacs-22 postinst sets up the emacs alternative. What does `update-alternatives --display emacs' give on your system? And, just in case, what gives `ls -L /etc/alternatives/emacs*'? By the way, you do not need to remove emacs22 to install emacs-snaphot, they happily co-exist on my system, as you can see. Cheers, Sven
Bug#433651: emacs22: 100% CPU Usage
[Resending, first attempt seems to have been unsuccessful.] Alessandro Oliveira Ungaro writes: > The process emacs22 sometimes uses 100% of CPU without a reason. Pedro Bulach Gapski writes: > I have the same behavior here. > > emacs22 loads and sits with low CPU usage. After opening a file > (Makefile or C++ file), it uses all available CPU, even after closing > the file. emacs21 does nor exhibit this behavior with same config and files. Do you have semantic installed? If so, please try removing it and report if that solves the problem. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418071 for an explanation. If this does not help, please run "emacs22 -q" and post the contents of the *Messages* buffer. Kind Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433651: emacs22 uses 100% CPU after opening a file
reassign 433651 semantic retitle 433651 semantic: 100% CPU usage with Emacs 22 merge 433651 418071 thanks Pedro Bulach Gapski writes: > Following the given advice, I have upgraded cedet (and related packages) > from 1:1.0pre3-7 to 1:1.0pre4-1. It seems to have solved the problem. Thanks. I'm reassigning this bug to semantic then (and let the cedet maintainer decide whether it should be closed). Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433969: emacs22: using --no-bitmap-icon breaks --geometry and other arguments
tags 433969 fixed-upstream patch thanks This bug has been fixed upstream, here are Changelog entry and patch: 2007-07-22 Jan Djärv <[EMAIL PROTECTED]> * startup.el (command-line-x-option-alist): Use x-handle-no-bitmap-icon. * term/x-win.el (x-handle-no-bitmap-icon): New function. Index: startup.el === RCS file: /sources/emacs/emacs/lisp/startup.el,v retrieving revision 1.436.2.1 retrieving revision 1.436.2.2 diff -u -r1.436.2.1 -r1.436.2.2 --- startup.el 10 May 2007 16:12:37 - 1.436.2.1 +++ startup.el 22 Jul 2007 12:17:16 - 1.436.2.2 @@ -144,7 +144,7 @@ ("--foreground-color" 1 x-handle-switch foreground-color) ("--background-color" 1 x-handle-switch background-color) ("--mouse-color" 1 x-handle-switch mouse-color) -("--no-bitmap-icon" 0 x-handle-switch icon-type nil) +("--no-bitmap-icon" 0 x-handle-no-bitmap-icon) ("--iconic" 0 x-handle-iconic) ("--xrm" 1 x-handle-xrm-switch) ("--cursor-color" 1 x-handle-switch cursor-color) Index: x-win.el === RCS file: /sources/emacs/emacs/lisp/term/x-win.el,v retrieving revision 1.200 retrieving revision 1.200.2.1 diff -u -r1.200 -r1.200.2.1 --- x-win.el6 Mar 2007 05:50:48 - 1.200 +++ x-win.el22 Jul 2007 12:17:05 - 1.200.2.1 @@ -129,6 +129,9 @@ initial-frame-alist) x-invocation-args (cdr x-invocation-args))) +(defun x-handle-no-bitmap-icon (switch) + (setq default-frame-alist (cons '(icon-type) default-frame-alist))) + ;; Make -iconic apply only to the initial frame! (defun x-handle-iconic (switch) (setq initial-frame-alist Regards, Sven
Bug#266336: xterm changes meta-X to meta-8 in en_US.UTF-8 locale
Steve McIntyre writes: > Did anything ever come of this bug? I've just started moving my setup > over to full UTF-8 everywhere (en_GB.UTF-8) and it seems I have > exactly the same problem. Emacs in an X frame works just fine, but > running inside an xterm M-x appears as M-8. Any ideas? For me it works to put a line with xterm*metaSendsEscape: true into my ~/.Xresources. This option can also be toggled at run time, it is in the menu that pops up when you click Ctrl-Mouse1. It is also useful for command-line editing in bash (M-d etc. work then). Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434363: emacs22-gtk: uses all available CPU
Ji�� Paleek writes: > quite often, I see emacs using 100% of the CPU, although I may not be > even using it at the moment. I have not observed any correlation with > specific uses of emacs (it may be c++-mode, but it happens in other > modes, too). Do you have semantic installed? If so, please remove it or upgrade it to the version in unstable and report if that helps. See bugs #418071 and #433651 for details. Regards, Sven
Bug#434398: nvidia-kernel-common: Bad permissions for /dev/nvidia* with udev
Package: nvidia-kernel-common Version: 20051028+1 Severity: important The nvidia-kernel init script creates the device files with a permission of 660 and group video. This is good, but unfortunately useless if the system uses udev: in that case the device nodes will be created on loading the Nvidia module and are world-writable. This can have rather bad consequences, see http://bugs.gentoo.org/show_bug.cgi?id=183567 for what may happen. On my system I fixed this by adding a line with options nvidia NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 NVreg_DeviceFileMode=0660 to /etc/modprobe.d/nvidia-kernel-nkc, which gives the same permissions as in the case of static device files. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.5 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-common depends on: ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo Versions of packages nvidia-kernel-common recommends: ii nvidia-kernel-source 100.14.11-1 NVIDIA binary kernel module source -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434585: More file conflicts in xscreensaver
severity 434585 serious thanks I got another file conflict with pacman: , | Preparing to replace xscreensaver 4.24-5 (using .../xscreensaver_5.03-1_i386.deb) ... | Unpacking replacement xscreensaver ... | dpkg: error processing /var/cache/apt/archives/xscreensaver_5.03-1_i386.deb (--unpack): | trying to overwrite `/usr/share/man/man6/pacman.6.gz', which is also in package pacman | dpkg-deb: subprocess paste killed by signal (Broken pipe) | Errors were encountered while processing: | /var/cache/apt/archives/xscreensaver_5.03-1_i386.deb | E: Sub-process /usr/bin/dpkg returned an error code (1) | A package failed to install. Trying to recover: ` Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434556: css-mode in emacs22 is making other modes think /* ... */ delimit comments
Edward Welbourne writes: > so this bug is in css-mode, not emacs22 (I have now also > reproduced it with emacs21). Should I close this and open a new one > for css-mode, or is there some way to re-assign it to css-mode instead ? The latter, see http://www.debian.org/Bugs/server-control and http://www.debian.org/Bugs/Developer for information how to manipulate bugs. Please read these pages and come back if you have any question. Kind Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434907: emacs22-el: It also prevents hyperlinks working
Reuben Thomas writes: > Package: emacs22-el > Version: 22.1+1-1 > Followup-For: Bug #434907 > > If I C-h f a function, then try to follow the source file link, it > doesn't work, because the expected file doesn't exist. This is a misconfiguration on your side, as Emacs should now find compressed files transparently. My crystal ball tells me that you have a line with (auto-compression-mode) in your .emacs and should change that to (auto-compression-mode 1) , because auto-compression-mode is enabled by default in Emacs 22. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434997: aptitude: 'aptitude install konqueror' wants to remove packages
Package: aptitude Version: 0.4.6.1-1 Severity: normal I just tried the following, having done 'aptitude safe-upgrade' already: $ aptitude -s install konqueror Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following packages are BROKEN: kdelibs4c2a libopenexr-dev The following NEW packages will be automatically installed: libopenexr2ldbl The following packages will be automatically REMOVED: libopenexr2c2a The following packages have been kept back: bash-doc expectk icedove icedove-locale-de kdelibs4-dev xscreensaver The following NEW packages will be installed: libopenexr2ldbl The following packages will be REMOVED: libopenexr2c2a The following packages will be upgraded: kcontrol kdebase-bin kdebase-kio-plugins kdesktop kfind konqueror The following packages are RECOMMENDED but will NOT be installed: hal kamera kdemultimedia-kio-plugins pmount 6 packages upgraded, 1 newly installed, 1 to remove and 8 not upgraded. Need to get 8757kB of archives. After unpacking 1499kB will be freed. The following packages have unmet dependencies: kdelibs4c2a: Depends: libopenexr2c2a (>= 1.2.2) but it is not installable libopenexr-dev: Depends: libopenexr2c2a (= 1.2.2-4.3) but it is not installable Resolving dependencies... The following actions will resolve these dependencies: Upgrade the following packages: kdelibs4-dev [4:3.5.7.dfsg.1-2 (now) -> 4:3.5.7.dfsg.1-3 (unstable)] kdelibs4c2a [4:3.5.7.dfsg.1-2 (now) -> 4:3.5.7.dfsg.1-3 (unstable)] libopenexr-dev [1.2.2-4.3 (unstable, , now) -> 1.2.2-4.4 (unstable)] Score is 200 Accept this solution? [Y/n/q/?] y The following packages are unused and will be REMOVED: hspell kdelibs4-dev libavahi-qt3-dev liblua50-dev liblualib50-dev libopenexr-dev lua50 The following NEW packages will be automatically installed: libopenexr2ldbl The following packages will be automatically REMOVED: libopenexr2c2a The following packages have been kept back: bash-doc expectk icedove icedove-locale-de xscreensaver The following NEW packages will be installed: libopenexr2ldbl The following packages will be REMOVED: libopenexr2c2a The following packages will be upgraded: kcontrol kdebase-bin kdebase-kio-plugins kdelibs4c2a kdesktop kfind konqueror The following packages are RECOMMENDED but will NOT be installed: hal kamera kdemultimedia-kio-plugins perl-suid pmount 7 packages upgraded, 1 newly installed, 8 to remove and 5 not upgraded. Need to get 18.7MB of archives. After unpacking 12.9MB will be freed. Do you want to continue? [Y/n/?] y Would download/install/remove packages. It seems a bit strange that aptitude tells me kdelibs4-dev is 'unused' since that package is marked as manually installed and aptitude just suggested upgrading it as a solution. :-( For the record, 'aptitude install konqueror kdelibs4-dev' works fine: $ aptitude -s install konqueror kdelibs4-dev Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following packages are BROKEN: libopenexr-dev The following NEW packages will be automatically installed: libopenexr2ldbl The following packages will be automatically REMOVED: libopenexr2c2a The following packages have been kept back: bash-doc expectk icedove icedove-locale-de xscreensaver The following NEW packages will be installed: libopenexr2ldbl The following packages will be REMOVED: libopenexr2c2a The following packages will be upgraded: kcontrol kdebase-bin kdebase-kio-plugins kdelibs4-dev kdelibs4c2a kdesktop kfind konqueror The following packages are RECOMMENDED but will NOT be installed: hal kamera kdemultimedia-kio-plugins perl-suid pmount 8 packages upgraded, 1 newly installed, 1 to remove and 6 not upgraded. Need to get 20.1MB of archives. After unpacking 1503kB will be freed. The following packages have unmet dependencies: libopenexr-dev: Depends: libopenexr2c2a (= 1.2.2-4.3) but it is not installable Resolving dependencies... The following actions will resolve these dependencies: Upgrade the following packages: libopenexr-dev [1.2.2-4.3 (unstable, , now) -> 1.2.2-4.4 (unstable)] Score is 120 Accept this solution? [Y/n/q/?] y The following NEW packages will be automatically installed: libopenexr2ldbl The following packages will be automatically REMOVED: libopenexr2c2a The following packages have been kept back: bash-doc expectk icedove icedove-locale-de xscreensaver The following NEW packages will be installed: libopenexr2ldbl The following packages will be REMOVED: libopenexr2c2a The following packages will be upgraded: kcontrol kdebase-bin kdebase-kio-plugins kdelibs4-dev kdeli
Bug#445075: nvidia-kernel-source: gcc-4.1 is needed by the makefile but is not depended upon
Felipe Sateler <[EMAIL PROTECTED]> writes: > nvidia-kernel-source doesn't Depends: gcc-4.1, yet the build fails > without it: > > $ m-a build nvidia > ... snip ... > if ! gcc-4.1 -v 2> /dev/null ; then \ >echo "Compiler gcc-4.1 does not exist on the system" ; \ >exit 1; \ > fi > Compiler gcc-4.1 does not exist on the system > make[1]: *** [configure-stamp] Error 1 The Nvidia module must be compiled with the same compiler as the kernel it is built for, a dependency on a specific GCC version would be wrong. > Kernel: Linux 2.6.21-felipe (PREEMPT) Which was built with what compiler (look in /proc/version)? From the m-a messages I suspect it's gcc-4.1. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445075: nvidia-kernel-source: gcc-4.1 is needed by the makefile but is not depended upon
Felipe Sateler <[EMAIL PROTECTED]> writes: > On Wednesday 03 October 2007 04:07:00 Sven Joachim wrote: > >> The Nvidia module must be compiled with the same compiler as the >> kernel it is built for, a dependency on a specific GCC version would >> be wrong. >> >> > Kernel: Linux 2.6.21-felipe (PREEMPT) >> >> Which was built with what compiler (look in /proc/version)? From the >> m-a messages I suspect it's gcc-4.1. > > Indeed, 4.1 it is. Maybe linux-headers- should Recommend the version > used to compile it, The official Debian linux-header- packages actually _depend_ on it. Don't know about home-brewn packages generated with make-kpkg. > or is this an nvidia-specific requirement? No, this holds for all modules, AFAIK. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431892: menu: duplicate message definition in menu-sections.pot
Bill Allombert <[EMAIL PROTECTED]> writes: > On Wed, Jul 11, 2007 at 07:11:36PM +0200, Bill Allombert wrote: >> Hello Sven, >> Christian Perrier has fixed menu-sections.pot in the CVS repository, >> thanks for reporting this problem. > > Hello Sven this bug is fixed in release 2.1.37. I think you mean 2.1.36. But I can confirm that the problem is gone. Thanks, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#408677: kmyfirewall: Manual is in wrong directory
Package: kmyfirewall Version: 1.0-1+b1 Severity: normal The manual for kmyfirewall is installed in /usr/share/doc/HTML where khelpcenter does not find it. It should be in /usr/share/doc/kde/HTML instead. There is an interesting section in debian/rules: , | -include debian/debiandirs | | # To be used with kde-style admin subdirectories if desired. | #debian/debiandirs: admin/debianrules | # perl -w admin/debianrules echodirs > debian/debiandirs ` After creating debian/debiandirs with this perl command, rebuilding the package put the manual in the right place, so I wonder why this is commented out!? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kmyfirewall depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgamin0 [libfam0]0.1.7-4 Client library for the gamin file ii libgcc11:4.1.1-21GCC support library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-3 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime kmyfirewall recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409411: w3-el-e21: No sane upgrade path due to unnecessary conflicts
Package: w3-el-e21 Version: 4.0pre.2001.10.27.nodocs-3 Severity: normal The package w3-el-e21 conflicts with non-matching versions of w3-lisp-e21. This is totally unnecessary, because w3-lisp-e21 already has a versioned dependency on w3-el-e21. The result is that on upgrades the packages cannot really be upgraded properly; aptitude and apt-get have to resolve this by removing one of them temporarily (check your dpkg logs to verify this). In case of a dpkg error this increases the danger of being left with a broken package (there is no way back if something is wrong with the new preinst, for instance). -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages w3-el-e21 depends on: ii emacs21 21.4a+1-3The GNU Emacs editor ii w3-url-e21 2005.10.23-5 URL library for use by w3-el-e21 Versions of packages w3-el-e21 recommends: ii mime-support 3.39-1 MIME files 'mime.types' & 'mailcap -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409821: rt2x00-source: Kernel panic after bringing up wlan0 with rt73usb
Package: rt2x00-source Version: 0cvs20070121-1 Severity: important Hi, I have a USB WLAN adapter with Ralink chipset, a D-Link DWL-G122 rev. C1. The rt2x00 driver compiled fine with module-assistant, and after installing Ralink's rt73.bin firmware into /lib/firmware and plugging in the adapter, it was loaded automagically. Yet, after adding the wlan0 interface to /etc/network/interfaces: , | iface wlan0 inet dhcp | wpa-ssid myssid | wpa-psk topsecret ` the attempt to bring up the WLAN with # ifup wlan0 crashed my system with a kernel panic. -:( Sorry that I didn't write down the crash messages (they were about 30 lines long), but several people have reported this upstream, e.g. in http://rt2x00.serialmonkey.com/phpBB2/viewtopic.php?t=3073. The end of that thread indicates that the bug is fixed upstream, can you package a new version? -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages rt2x00-source depends on: ii debhelper 5.0.42 helper programs for debian/rules ii module-assistant 0.10.11 tool to make module package creati rt2x00-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315195: Symlink for x-terminal-emulator.1.gz is still dangling here
Found 315195 223-1 thanks Somehow the symlink /usr/share/man/man1/x-terminal-emulator.1.gz is dangling on my system: $ ls -l /usr/share/man/man1/x-terminal-emulator.1.gz lrwxrwxrwx 1 root root 42 2007-02-02 17:59 /usr/share/man/man1/x-terminal-emulator.1.gz -> /etc/alternatives/x-terminal-emulator.1.gz $ ls -l /etc/alternatives/x-terminal-emulator.1.gz ls: /etc/alternatives/x-terminal-emulator.1.gz: No such file or directory I don't have a clue how this comes, since the symlink really should be there, according to update-alternatives: $ /usr/sbin/update-alternatives --display x-terminal-emulator x-terminal-emulator - status is manual. link currently points to /usr/bin/lxterm /usr/bin/konsole - priority 35 slave x-terminal-emulator.1.gz: /usr/share/man/man1/konsole.1.gz /usr/bin/xterm - priority 20 slave x-terminal-emulator.1.gz: /usr/share/man/man1/xterm.1.gz /usr/bin/uxterm - priority 20 slave x-terminal-emulator.1.gz: /usr/share/man/man1/uxterm.1.gz /usr/bin/koi8rxterm - priority 20 slave x-terminal-emulator.1.gz: /usr/share/man/man1/koi8rxterm.1.gz /usr/bin/lxterm - priority 30 slave x-terminal-emulator.1.gz: /usr/share/man/man1/lxterm.1.gz Current `best' version is /usr/bin/konsole. The dpkg log shows nothing suspicious either: $ grep 'xterm' /var/log/dpkg.log 2007-02-02 17:58:48 upgrade xterm 222-1 223-1 2007-02-02 17:58:48 status half-configured xterm 222-1 2007-02-02 17:58:50 status unpacked xterm 222-1 2007-02-02 17:58:50 status half-installed xterm 222-1 2007-02-02 17:58:50 status half-installed xterm 222-1 2007-02-02 17:58:50 status unpacked xterm 223-1 2007-02-02 17:58:50 status unpacked xterm 223-1 2007-02-02 17:59:12 status unpacked xterm 223-1 2007-02-02 17:59:12 status unpacked xterm 223-1 2007-02-02 17:59:12 status unpacked xterm 223-1 2007-02-02 17:59:12 status unpacked xterm 223-1 2007-02-02 17:59:12 status unpacked xterm 223-1 2007-02-02 17:59:12 status half-configured xterm 223-1 2007-02-02 17:59:12 status installed xterm 223-1 Any idea what went wrong? Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323741: Please don't allow 'emacsen' as build-dependency
I think it is not correct to use emacs21 | emacsen in the Build-Depends-Indep field, since, AFIK, the xemacs packages provide emacsen but not the /usr/bin/emacs alternative. It would be better to use emacs21 | emacs22 | emacs-snapshot instead (the latter works, I just verified it). The package will still FTBFS if the system administrator has manually set the emacs alternative to some not-really-Emacs-editor as zile or e3, but that's probably too weird to bother about. Cheers, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400327: wine: Problems recognizing locale settings
Package: wine Version: 0.9.25-1 Severity: normal Tags: l10n Wine does not recognize my locale settings and starts in English. I have LANG=de_DE and LC_* unset, except for LC_COLLATE=C. This is the output when starting winecfg: Warning: Language 'LC_CTYPE=de_DE;LC_NUMERIC=de_DE;LC_TIME=de_DE;LC_COLLATE=C;LC_MONETARY=de_DE;LC_MESSAGES=de_DE;LC_PAPER=de_DE;LC_NAME=de_DE;LC_ADDRESS=de_DE;LC_TELEPHONE=de_DE;LC_MEASUREMENT=de_DE;LC_IDENTIFICATION=de_DE' was not recognized, defaulting to English. Warning: Language 'LC_CTYPE=de_DE;LC_NUMERIC=de_DE;LC_TIME=de_DE;LC_COLLATE=C;LC_MONETARY=de_DE;LC_MESSAGES=de_DE;LC_PAPER=de_DE;LC_NAME=de_DE;LC_ADDRESS=de_DE;LC_TELEPHONE=de_DE;LC_MEASUREMENT=de_DE;LC_IDENTIFICATION=de_DE' was not recognized, defaulting to English. Wine starts in German if I export LC_ALL=de_DE, though. Previous wine releases did not have that problem. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.3 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages wine depends on: ii debconf [debconf-2.0] 1.5.8 Debian configuration management sy ii libwine 0.9.25-1 Windows API Implementation (Librar ii xbase-clients 1:7.1.ds-3 miscellaneous X clients Versions of packages wine recommends: ii msttcorefonts 1.2Installer for Microsoft TrueType c ii wine-utils0.9.25-1 Windows API Implementation (Utilit -- debconf information: wine/del_wine_conf: true wine/install_type: Autodetect -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363645: kernel-package: linux-image*.postrm uses debconf
Package: kernel-package Version: 10.044 Severity: normal Yesterday I created a linux-image package from a fresh upstream kernel 2.6.16.9 with kernel-package. Looking at its postrm script, I noticed that line 22 contains use Debconf::Client::ConfModule qw(:all); This is bad, because you cannot rely on the debconf module still present on purge; and if it isn't, perl will not run the postrm script. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kernel-package depends on: ii dpkg 1.13.18 package maintenance system for Deb ii dpkg-dev 1.13.18 package building tools for Debian ii file 4.17-1 Determines file type using "magic" ii gcc [c-compiler] 4:4.0.3-1 The GNU C compiler ii gcc-2.95 [c-compiler]1:2.95.4-24 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-13 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.3-1 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.0-1 The GNU C compiler ii gettext 0.14.5-2GNU Internationalization utilities ii make 3.81-1 The GNU version of the "make" util ii perl 5.8.8-4 Larry Wall's Practical Extraction ii po-debconf 1.0 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip2 1.0.3-2high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.6-7GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363646: backup-manager: support exclusion of cache directories from backups
Package: backup-manager Version: 0.7.2 Severity: wishlist Since version 1.15, GNU tar has an option `--exclude-caches' to exclude directories containing a cache tag from the created archives. It would be nice if there were a configuration key for backup-manager's tarball method to support this option. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages backup-manager depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii gzip 1.3.5-13 The GNU compression utility ii ucf 2.009 Update Configuration File: preserv backup-manager recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363663: backup-manager: Tarballs should be gzipped with the "-n" switch
Package: backup-manager Version: 0.7.2-1 Severity: normal When gzip compresses a file, it stores the timestamp in the compressed file by the default. This has the side effect that two gzipped tarballs in BM_REPOSITORY_ROOT cannot possibly be identical, even if the uncompressed files are; thus BM_ARCHIVE_PURGEDUPS has no effect if BM_TARBALL_FILETYPE is set to "tar.gz". To avoid this, the tarballs should be gzipped with the "-n" switch, maybe by adding "-n" to the GZIP environment variable. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages backup-manager depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii gzip 1.3.5-13 The GNU compression utility ii ucf 2.009 Update Configuration File: preserv backup-manager recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364410: backup-manager: duplicate archives are not purged
Package: backup-manager Version: 0.7.2-1 Severity: normal To work around bug #363663, I put a line with "export GZIP=-9n" into backup-manager's cron script. However, duplicate files are still not replaced by symlinks: # ls -l /var/archives/debian-root.2006042[12]* -rw-r- 1 root adm 7014 2006-04-21 17:14 /var/archives/debian-root.20060421.tar.gz -rw-r- 1 root adm 7014 2006-04-22 09:02 /var/archives/debian-root.20060422.tar.gz # LANG=C diff -s /var/archives/debian-root.2006042[12]* Files /var/archives/debian-root.20060421.tar.gz and /var/archives/debian-root.20060422.tar.gz are identical # grep "BM_ARCHIVE_PURGEDUPS" /etc/backup-manager.conf export BM_ARCHIVE_PURGEDUPS="true" -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.9 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages backup-manager depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii gzip 1.3.5-13 The GNU compression utility ii ucf 2.009 Update Configuration File: preserv backup-manager recommends no packages. -- debconf information: backup-manager/upload-key: * backup-manager/name-format: long * backup-manager/burning-device: /dev/cdrw backup-manager/upload-hosts: backup-manager/upload-dir: /var/archives/uploads backup-manager/upload-user-ftp: * backup-manager/cron_frequency: daily * backup-manager/directories: /etc /home/sven /root * backup-manager/cron_d_remove_deprecated: true * backup-manager/blacklist: /home/sven/tmp * backup-manager/repo_group: adm * backup-manager/filetype: tar.gz * backup-manager/time-to-live: 10 * backup-manager/burning-maxsize: 650 * backup-manager/repo_user: root * backup-manager/backup-repository: /var/archives * backup-manager/burning-method: CDR backup-manager/upload-user-scp-warning: backup-manager/transfert_mode: scp * backup-manager/burning-enabled: true * backup-manager/dump_symlinks: false backup-manager/upload-user-scp: bmngr * backup-manager/cron_remove_deprecated: false * backup-manager/want_to_upload: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363445: Severity of #363445 is serious
severity 363445 serious thanks The missing dependencies are arguably a severe policy violation. Moreover, this version of libgtk2.0-dev would be totally broken in testing if it were allowed to go in now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362297: Should suggest make-doc, not make-doc-non-dfsg
reopen 362297 thanks Now make Suggests: make-doc-non-dfsg, but the binary package is called make-doc, not make-doc-non-dfsg. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358984: make-doc: info files are not properly installed
Package: make-doc Version: 3.80+3.81.rc2-1 Severity: normal The postinst script of your package does not run install-info, therefore the info files are not accessible in info readers. Actually, there is a call to install-info in the postinst, but it is commented out. :-( Thank you for keeping the make documentation available. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359048: w3-doc-e21: documentation is completely unmodifiable
Package: w3-doc-e21 Version: 4.0pre.2001.10.27-18 Severity: serious From /usr/share/info/emacs-21/w3.info.gz: , |Permission is granted to make and distribute verbatim copies of this | manual provided the copyright notice and this permission notice are | preserved on all copies. ` Only verbatim copies are allowed, no modifications! Please contact William M. Perry if this was really his intention or if he allows to distribute modified versions as well. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) w3-doc-e21 depends on no packages. Versions of packages w3-doc-e21 recommends: ii w3-el-e21 4.0pre.2001.10.27-18 Web browser for GNU Emacs 21 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#351933: emacs21: Please include filename in the window title under X
On Wed, 08 Feb 2006, Grégoire Druant wrote: I'm used to have more than one emacs opened at once, and I think it's not very convenient to have "[EMAIL PROTECTED]", "[EMAIL PROTECTED]<2>" ... as window titles. Something like "current_buffer_name - emacs" would be great. You can try to put code like (when window-system (setq frame-title-format '("%b - emacs"))) into your ~/.emacs; I have something like this there for years. See the Emacs Lisp Reference Manual for details about the `frame-title-format' variable. Just a 2-cent-tip: Report such things to help-gnu-emacs@gnu.org, there are more people which can help you. BTW, why do you have more than one emacs opened? That's rather inconvenient, IMHO.
Bug#315713: hrm
Bdale Garbee wrote: I'm not immediately convinced that it would be any less surprising in general for sudoedit to create the file with gid 0 than with the gid of the current user. Particularly since the -u option can be used to pick a user other than root to run sudoedit as. Thanks for pointing out the -u option, I did not think of that when I submitted the bug report. Indeed, "sudoedit -u user newfile" should not create newfile with gid 0, that would not be right. On many Debian systems, the default is for each user to have a group with the same numeric id as their uid, but this is by no means guaranteed, so it could be just as surprising to set the gid equal to the uid. But it would be possible to get the desired gid from the /etc/passwd file, for instance with getpwnam(3). I think it would be correct if "sudoedit [-u user] newfile" results in the same gid for newfile as "sudo [-u user] $EDITOR newfile". Do you agree to that? I'm open to discussion about this, but for now I think the current behavior is as good as any, and am going to change this to wishlist and tag it wontfix. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360610: wine: Recommends package from contrib section
Package: wine Version: 0.9.10-1 Severity: serious It is nice that your packages now recommend several other ones, rather than just suggesting them. However, there is one package which wine must _not_ recommend, namely msttcorefonts. This package is in contrib, and recommending it violates section 2.2.1 of the Policy. Please change the `Recommends' back to a `Suggests'. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages wine depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii libwine 0.9.10-1 Windows API Implementation (Librar ii xbase-clients 6.9.0.dfsg.1-5 miscellaneous X clients Versions of packages wine recommends: ii msttcorefonts 1.2Installer for Microsoft TrueType c ii wine-utils0.9.10-1 Windows API Implementation (Utilit -- debconf information: wine/del_wine_conf: true wine/install_type: Autodetect -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360610: Severity of 360610 is not serious?
Hi Steve, you downgraded the severity of #360610 to `important'. Could you explain why? The Policy Manual says in section 2.2.1 In addition, the packages in _main_ * must not require a package outside of _main_ for compilation or execution (thus, the package must not declare a "Depends", "Recommends", or "Build-Depends" relationship on a non-_main_ package), so I thought that recommending non-free software (msttcorefonts is just an installer for the Microsoft truetype fonts; the fonts are not distributable) would be a serious bug. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361048: locales: locale settings lost after upgrade
Package: locales Version: 2.3.6-5 Severity: normal When upgrading to version 2.3.6-5, the locale settings were moved from /etc/environment to /etc/default/locale. Since I had LANG=de_DE in /etc/environment, but not set it in my ~/.bash{_profile,rc} scripts, I found that my window manager and other programs suddenly started started speaking English rather than German. Is /etc/default/locale actually read by any programs (other than the new update-locale command)? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages locales depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii libc6 [glibc-2.3.6-2] 2.3.6-5GNU C Library: Shared libraries an locales recommends no packages. -- debconf information: * locales/default_environment_locale: de_DE * locales/locales_to_be_generated: [EMAIL PROTECTED] ISO-8859-15, de_DE ISO-8859-1, de_DE.UTF-8 UTF-8, [EMAIL PROTECTED] UTF-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361593: sudo: sample sudoers file is gone
Package: sudo Version: 1.6.8p12-3 Severity: normal In sudo version 1.6.8p12-1, there was a sample sudoers file in /usr/share/doc/sudo/examples/suoders. That file does no longer exist, where has it gone? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages sudo depends on: ii libc6 2.3.6-5GNU C Library: Shared libraries an ii libpam-modules0.79-3.1 Pluggable Authentication Modules f ii libpam0g 0.79-3.1 Pluggable Authentication Modules l sudo recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361592: scilab-bin: linking against libreadline violates the GPL
Package: scilab-bin Version: 3.0-14.1 Severity: serious Your package depends on libreadline5, indicating that some binary depends on it (AFICS, it's /usr/lib/scilab/scilex). Since the readline library is distributed under the GPL rather than the LGPL, you may not link software with a GPL-incompatible license, especially not non-free software against it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356916: Severity of #356916 is serious
severity 356916 serious thanks This is, unfortunately, a serious issue that has to be solved before the etch release. Kind regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360610: wine: Recommends package from contrib section
Ove Kaaven wrote: Since Wine is all about emulating a non-free OS, it makes sense to recommend something that's an integral part of that OS, its fonts; undoubtedly, many applications Wine is trying to run will assume they're there. Maybe, I don't have many Windows applications and, moreover, have installed the msttcorefonts long before wine. But aren't there free TrueType fonts which could be used instead, e.g. in the ttf-freefont and ttf-bitstream-vera packages? I have to admit that wine's font selection scheme is a complete mystery to me. Anyone willing to run Wine in the first place is unlikely to be against installing anything from contrib. I plan to try to propose a policy amendment (allowing software in "otherosfs" to recommend from "contrib") when I have the time, or at least bring it up for discussion. I don't like that idea. Even though I have the contrib and non-free sections in my sources.list, that does not mean that I want arbitrary stuff from there installed behind my back. An alternative I'm open to is to bring the whole Wine package into contrib, but I assume that's not a preferred solution. Certainly not. Anyway, I'll defer to any consensus on this, but until there is one, I'll leave the recommends. No need to hurry, since the release team does not consider this as an RC-bug for Etch, there's plenty of time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362124: make-doc: needs a `Replaces' on old make versions
Package: make-doc Version: 3.81-1 Severity: important The Info files for make have been moved from the make package to the make-doc package. This influences upgrades: If both make and make-doc were previously installed on the system, there is a 50% chance that an upgrade will fail, depending on which package is first unpacked by dpkg. The remedy is to add a line with Replaces: make (<< 3.80+3.81.rc2-1) to debian/control. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362597: base-files: info.dir suggests a command that will not work in etch
Package: base-files Version: 3.1.11 Severity: minor The file /usr/share/base-files/info.dir, which is installed as /usr/share/info/dir in first-time installations, states This (the Directory node) gives a menu of major topics. Typing "d" returns here, "q" exits, "?" lists all INFO commands, "h" gives a primer for first-timers, "mTexinfo" visits Texinfo topic, etc. Here, the "h" key will not work in etch, because the file it accesses will be removed; therefore I suggest to delete that part of the sentence to avoid confusion. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages base-files depends on: ii base-passwd 3.5.11 Debian base system master password ii gawk [awk]1:3.1.5-3 GNU awk, a pattern scanning and pr ii mawk [awk]1.3.3-11 a pattern scanning and text proces base-files recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362597: base-files: info.dir suggests a command that will not work in etch
Santiago Vila wrote: Do you have a good suggestion for a package which is essential (or popular enough) and will keep its info manual in main? The coreutils package, its manual does not have invariant sections. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357257: gawk: GFDL documentation with unmodifiable sections
Package: gawk Version: 1:3.1.5-2 Severity: serious From the gawk info manual: Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with the Invariant Sections being "GNU General Public License", the Front-Cover texts being (a) (see below), and with the Back-Cover Texts being (b) (see below). A copy of the license is included in the section entitled "GNU Free Documentation License". a. "A GNU Manual" b. "You have freedom to copy and modify this GNU Manual, like GNU software. Copies published by the Free Software Foundation raise funds for GNU development." Please try to obtain permission from upstream to delete the unmodifiable sections, otherwise you will have to remove the whole manual. :-( -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gawk depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an gawk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357258: bash-doc: version mismatch between bashref.info and bashref.pdf
Package: bash-doc Version: 3.1-3 Severity: normal From bashref.info: This is Edition 3.1-beta1, last updated 5 September 2005, of `The GNU Bash Reference Manual', for `Bash', Version 3.1-beta1. From bashref.pdf: This is Edition 3.1, last updated 30 December 2005, of The GNU Bash Reference Manual, for Bash, Version 3.1. It seems that the info file did not get rebuilt, you should probably check debian/rules. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357259: tar: GFDL documentation with unmodifiable sections
Package: tar Version: 1.15.1-4 Severity: serious From the tar info manual: Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; with the Invariant Sections being "GNU General Public License", with the Front-Cover Texts being "A GNU Manual," and with the Back-Cover Texts as in (a) below. A copy of the license is included in the section entitled "GNU Free Documentation License". (a) The FSF's Back-Cover Text is: "You are free to copy and modify this GNU Manual. Buying copies from GNU Press supports the FSF in developing GNU and promoting software freedom." Please try to obtain permission from upstream to delete the unmodifiable sections, otherwise you will have to remove the whole manual. :-( Note that there is something strange with the manual, as the GPL is not actually included AFAICS; this seems to be an upstream mistake. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages tar depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an tar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357260: bash-doc: GFDL documentation with cover texts
Package: bash-doc Version: 3.1-3 Severity: serious From bashref.info: Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation; with no Invariant Sections, with the Front-Cover texts being "A GNU Manual," and with the Back-Cover Texts as in (a) below. A copy of the license is included in the section entitled "GNU Free Documentation License." (a) The FSF's Back-Cover Text is: "You have freedom to copy and modify this GNU Manual, like GNU software. Copies published by the Free Software Foundation raise funds for GNU development." Please try to obtain permission from upstream to delete the cover texts, otherwise you will have to remove the whole manual. :-( There is also a mismatch: The above text says the manual is licensed under GFDL 1.1, while later included is the text for GFDL 1.2. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#354691: mc: Time to upload to unstable?
On Thu, Mar 02, 2006, Ludovic Drolez wrote: You're the 2nd person which seems to have tested the experimental mc ! (and now you know why it's still in experimental...) Anyway, I'll upload it in a few days. Those few days have already turned into two weeks. Besides, there are news from the Debian Installer team: * The installed system is set up to use UTF-8 encoding by default. That makes the issue rather more urgent, would you please upload to unstable ASAP? Thank you, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113988: German month name in info file
reopen 113988 ! thanks I have now installed the patched Debian texinfo version 4.8-7, and yesterday I built the new emacs-snapshot version with it. Later, browsing through the info files, I found the following sentence: This is the GNU Emacs FAQ, last updated on 16 März 2006. Ouch. Looks as if your patch was not quite perfect, Norbert. :-( The source code for that sentence is This is the GNU Emacs FAQ, last updated on @today{}. Kind Regards, Sven
Bug#113988: German month name in info file
Norbert Preining wrote: Does this help: diff -urN trunk/makeinfo/cmds.c foo/makeinfo/cmds.c --- trunk/makeinfo/cmds.c 2006-02-16 13:03:48.0 +0100 +++ foo/makeinfo/cmds.c 2006-03-19 19:15:06.0 +0100 @@ -589,7 +589,7 @@ { time_t timer = time (0); struct tm *ts = localtime (&timer); - add_word_args ("%d %s %d", ts->tm_mday, _(months[ts->tm_mon]), + add_word_args ("%d %s %d", ts->tm_mday, __(months[ts->tm_mon]), ts->tm_year + 1900); } } I hope it does. Yes, that works. Thanks! If yes, do you agree that I close this bug until you or someone else finds another instance ... ? You should close the bug with your next upload which includes this patch, but of course not earlier. Best wishes, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358038: emacs-snapshot: very slow if font-lock-mode is enabled in *compilation* buffer
Package: emacs-snapshot Version: 1:20060315-1 Severity: normal When I started a compilation subprocess in this snapshot, Emacs became soon very slow, next to unusable. Also, the text arriving in the *compilation* buffer was printed very sluggishly. Running "top" revealed that Emacs was eating about 90% CPU (the rest was probably the compilation subprocess). Disabling font-lock-mode for the *compilation* buffer dropped Emacs' load to a reasonable 2%. I often run compilations whose buffers can grow to a size of a few dozen megabytes, but I had never seen something like this before. The only major change to font-lock in the two weeks since the last snapshot seems to be the following: 2006-03-14 Alan Mackenzie <[EMAIL PROTECTED]> * font-core.el: New function/variable font-lock-extend-region\(-function\)?. * font-lock.el (font-lock-after-change-function): Call font-lock-extend-region. Obey font-lock-lines-before. (font-lock-default-fontify-region): Remove reference to font-lock-lines-before. * jit-lock.el (jit-lock-after-change): Call font-lock-extend-region. Obey font-lock-lines-before. There has been some discussion on emacs-devel@ between Stefan Monnier and Alan Mackenzie about these changes, but I don't understand it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.4 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages emacs-snapshot depends on: ii emacs-snapshot-bin-common 1:20060315-1 The GNU Emacs editor's shared, arc ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libtiff4 3.8.0-2Tag Image File Format (TIFF) libra ii libungif4g4.1.4-1shared library for GIF images (run ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxmu6 6.9.0.dfsg.1-4 X Window System miscellaneous util ii libxpm4 6.9.0.dfsg.1-4 X pixmap library ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii xaw3dg1.5+E-9Xaw3d widget set ii zlib1g1:1.2.3-9 compression library - runtime emacs-snapshot recommends no packages. Versions of packages emacs-snapshot-common depends on: ii dpkg 1.13.16package maintenance system for Deb ii emacsen-common1.4.17 Common facilities for all emacsen Versions of packages emacs-snapshot-bin-common depends on: ii emacs-snapshot-common 1:20060315-1 The GNU Emacs editor's common infr ii libc6 2.3.6-3 GNU C Library: Shared libraries an ii liblockfile11.06 NFS-safe locking library, includes Versions of packages emacs-snapshot-gtk depends on: ii emacs-snapshot-bin-common 1:20060315-1 The GNU Emacs editor's shared, arc ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-2generic font configuration library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libgtk2.0-0 2.8.13-1 The GTK+ graphical user interface ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libtiff4 3.8.0-2Tag Image File Format (TIFF) libra ii libungif4g4.1.4-1shared library for GIF images (run ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head disp
Bug#358314: Having no documentation _is_ a bug
reopen 358314 severity 358314 important retitle 358314 make: no adequate documentation Manoj Srivastava wrote: This is not a bug. The make documentation is not free, and hence was removed from the package. But IMO, the nearly total lack of documentation _is_ a bug, and a rather severe one. Thus, it should be recorded in the BTS, even if you might not be able to do much about it. BTW, why is #334908 still open? Did you forget to close it? Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355368: coreutils: FTBS if SHELL variable is not set
Jim Meyering wrote: Sven Joachim <[EMAIL PROTECTED]> wrote: Package: coreutils Version: 5.94-1 Severity: normal | ../../src/dircolors: no SHELL environment variable, and no shell type option given | FAIL: dircolors | ./help-version: line 164: 20539 Terminated sleep 10m | FAIL: help-version Thanks for the report. If you can reproduce the help-version failure, I'd appreciate more details, e.g., run this: env -u -- VERBOSE=yes DEBUG=yes make -C tests check TESTS=help-version SUBDIRS= The reason why the help-version test failed on dircolors is that the SHELL variable was not set at all. This is probably rather unusual, since bash (and probably other shells as well) will set SHELL to the value of your login shell, if it is not set. But the "debuild" script removes most variables from the environment by default, including SHELL. You can convince yourself that "dircolors" fails if SHELL is unset: $ SHELL="" dircolors dircolors: no SHELL environment variable, and no shell type option given $ echo $? 1 $ Maybe you want to set something like dircolors_args=-b in tests/help-version to avoid this? Although this would have the disadvantage that plain "dircolors" without any argument would then not be tested. The dircolors test failure was fixed upstream just two days ago: 2006-03-03 Jim Meyering <[EMAIL PROTECTED]> Don't fail when run from an environment with SHELL not a Bourne shell, e.g. `env SHELL=/bin/csh make check' would fail this test. * tests/dircolors/simple: Invoke each non-failing test with -b. Reported by Michael Stone. Michael has already applied a different patch, setting $ENV{'SHELL'} = '/bin/sh'; in tests/dircolors/simple, so this was not the cause of the problem. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355439: gcc-4.0-base: Debian changelog and copyright lost after upgrade
Package: gcc-4.0-base Version: 4.0.2-10 Severity: serious It looks as if bug #346171 has raised its ugly head again, since somehow the files /usr/share/doc/gcc-4.0-base{copyright, changelog.Debian.gz} disappeared after the upgrade from 4.0.2-9 to 4.0.2-10: $ ls /usr/share/doc/gcc-4.0-base Ada NEWS.gz README.Debian.gz cpp.html gcc.html C++ NEWS.htmlTODO.Debian cppinternals.html gccint.html FAQ.gz README.Bugs changelog.gz gcctest-summary.gz One of the maintainer scripts must be faulty, but I don't know which. Anyway, here is the list of packages from the gcc-4.0 source which I have installed: ii cpp-4.0 4.0.2-10The GNU C preprocessor ii cpp-4.0-doc 4.0.2-10Documentation for the GNU C preprocessor (cpp) ii g++-4.0 4.0.2-10The GNU C++ compiler ii gcc-4.0 4.0.2-10The GNU C compiler ii gcc-4.0-base4.0.2-10The GNU Compiler Collection (base package) ii gcc-4.0-doc 4.0.2-10Documentation for the GNU compilers (gcc, gobj ii gcc-4.0-locales 4.0.2-10The GNU C compiler (native language support fi ii gnat-4.04.0.2-10The GNU Ada compiler ii lib64gcc1 4.0.2-10GCC support library (64bit) ii libgcc1 4.0.2-10GCC support library ii libgnat-4.0 4.0.2-10Runtime library for GNU Ada applications ii libmudflap0 4.0.2-10GCC mudflap shared support libraries ii libmudflap0-dev 4.0.2-10GCC mudflap support libraries (development fil ii libstdc++6 4.0.2-10The GNU Standard C++ Library v3 ii libstdc++6-4.0- 4.0.2-10The GNU Standard C++ Library v3 (development f -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.32 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355368: coreutils: FTBS if SHELL variable is not set
tags 355368 fixed-upstream thanks Jim Meyering wrote: Thanks. I've defined $SHELL, but only if it's not already set. Then, we'll get slightly better coverage via people running with different shells. But I'm not sure that's a benefit :-) That's probably the best solution, it seems. Thanks, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355439: gcc-4.0-base: Debian changelog and copyright lost after upgrade
Matthias Klose wrote: Sven Joachim writes: Package: gcc-4.0-base Version: 4.0.2-10 Severity: serious It looks as if bug #346171 has raised its ugly head again, since somehow the files /usr/share/doc/gcc-4.0-base{copyright, changelog.Debian.gz} disappeared after the upgrade from 4.0.2-9 to 4.0.2-10: oops, found it, still a libstdc++6-4.0-dev.preinst No, there is nothing wrong with this preinst. It looks as follows: , | #! /bin/sh -e | | case "$1" in | upgrade) | # upgrading from older experimental gcc-4.0 package | if [ -d /usr/include/c++/4.0 ] && [ ! -h /usr/include/c++/4.0 ]; then | mv /usr/include/c++/4.0 /usr/include/c++/4.0.0 | ln -s 4.0.0 /usr/include/c++/4.0 | fi | esac | ` This does nothing in /usr/share/doc. Actually, there is nothing wrong with any maintainer script in version 4.0.2-10. The problem was that the scripts in the _previous_ version were bad. Explanation: After some investigation I found out the reason for the lost changelog and copyright files. The problem lies actually in the previous (4.0.2-9) versions of lib64gcc1 and libgcc1. These packages contain the files /usr/share/doc/lib{,64}gcc1/{changelog.Debian.gz,copyright}. But the preinst scripts inadvertedly changed the directories to symlinks when upgrading from an older version: , | #! /bin/sh -e | | case "$1" in | upgrade) | docdir=/usr/share/doc/libgcc1 | if [ -d $docdir ] && [ ! -h $docdir ]; then | rm -rf $docdir | ln -s gcc-4.0-base $docdir | fi | esac | ` is the libgcc1 preinst, for instance. So /usr/share/doc/libgcc1 became a symlink to /usr/share/doc/gcc-base-4.0, but /var/lib/dpkg/info/libgcc1.list still contains the lines /usr/share/doc/libgcc1/copyright /usr/share/doc/libgcc1/changelog.Debian.gz , with /usr/share/doc/libgcc1 being the same place as /usr/share/doc/gcc-4.0-base. You see the problem? Upgrading to libgcc1 4.0.2-10, dpkg will remove these two files, since they are not in the new package. Thus, if the libgcc1 package is unpacked _after_ gcc-4.0-base, the copyright and Debian changelog are lost, and exactly that happened to me as I could tell from dpkg's log, an excerpt containing only the affected packages follows: 2006-03-05 16:27:06 upgrade lib64gcc1 1:4.0.2-9 1:4.0.2-10 2006-03-05 16:27:06 status half-configured lib64gcc1 1:4.0.2-9 2006-03-05 16:27:06 status unpacked lib64gcc1 1:4.0.2-9 2006-03-05 16:27:06 status half-installed lib64gcc1 1:4.0.2-9 2006-03-05 16:27:06 status half-installed lib64gcc1 1:4.0.2-9 2006-03-05 16:27:06 status unpacked lib64gcc1 1:4.0.2-10 2006-03-05 16:27:06 status unpacked lib64gcc1 1:4.0.2-10 2006-03-05 16:27:16 upgrade gcc-4.0-base 4.0.2-9 4.0.2-10 2006-03-05 16:27:16 status half-configured gcc-4.0-base 4.0.2-9 2006-03-05 16:27:16 status unpacked gcc-4.0-base 4.0.2-9 2006-03-05 16:27:16 status half-installed gcc-4.0-base 4.0.2-9 2006-03-05 16:27:16 status half-installed gcc-4.0-base 4.0.2-9 2006-03-05 16:27:16 status unpacked gcc-4.0-base 4.0.2-10 2006-03-05 16:27:16 status unpacked gcc-4.0-base 4.0.2-10 2006-03-05 16:27:16 upgrade libgcc1 1:4.0.2-9 1:4.0.2-10 2006-03-05 16:27:16 status half-configured libgcc1 1:4.0.2-9 2006-03-05 16:27:16 status unpacked libgcc1 1:4.0.2-9 2006-03-05 16:27:16 status half-installed libgcc1 1:4.0.2-9 2006-03-05 16:27:16 status half-installed libgcc1 1:4.0.2-9 2006-03-05 16:27:16 status unpacked libgcc1 1:4.0.2-10 2006-03-05 16:27:16 status unpacked libgcc1 1:4.0.2-10 2006-03-05 16:27:17 status unpacked gcc-4.0-base 4.0.2-10 2006-03-05 16:27:17 status half-configured gcc-4.0-base 4.0.2-10 2006-03-05 16:27:17 status installed gcc-4.0-base 4.0.2-10 2006-03-05 16:27:17 status unpacked libgcc1 1:4.0.2-10 2006-03-05 16:27:17 status half-configured libgcc1 1:4.0.2-10 2006-03-05 16:27:24 status installed libgcc1 1:4.0.2-10 2006-03-05 16:27:35 status unpacked lib64gcc1 1:4.0.2-10 2006-03-05 16:27:35 status half-configured lib64gcc1 1:4.0.2-10 2006-03-05 16:27:35 status installed lib64gcc1 1:4.0.2-10 So the explanation is found. How to get out of this mess and ensure proper upgrading of the gcc-4.0 packages is another matter, which is left as an exercise for you. ;-) Arguably, it might be a bug in dpkg that it even installed the 4.0.2-9 versions of the packages, since /usr/share/doc/libgcc1/copyright and /usr/share/doc/gcc-4.0-base/copyright were the same file in these versions and dpkg should have detected that during unpacking. I will check the long list of dpkg bugs to see whether such an issue has already been reported. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355439: gcc-4.0-base: Debian changelog and copyright lost after upgrade
reassign 355439 libgcc1 thanks Reassigning this to libgcc1, since I found out this package (and lib64gcc1) at fault (see my previous message). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Norbert Preining wrote: AFAIS there is nothing wrong with makeinfo. I strongly disagree with that and support Yann's and Josip's point of view in their messages for #113988. You could have a wishlist that makeinfo ignores the locales, but this could also be a conscious decision of the author. True, at least theoretically. In practice, I have yet to see a texinfo file that is _not_ written in English. I don't see why we=Debian should patch/hack a file to behave completely different from upstream under certain circumstances... Surely, Debian should not deviate from upstream; this issue has to be resolved upstream. ...when a simple LC_ALL=C ... would be enough. Indeed, setting LC_ALL=C is what I do as this is necessary to reliably build any software package that produces info files. This nullifies the fine efforts the translators of gcc, make etc. undertook, but so be it. Ok, it is true that it might be better to have a switch like --interface=fr so that the generated files are in french, and the normal messages as specified in LC_*. That is how makeinfo should work, yes. BUt, as I said, wishlist. If one comes up with a patch, Karl normally is very open to suggestions, but I am really sure that fixing something which is not necessarily an error is high on his todo list. I guess you meant to insert a "not" here, either before "really" or before "high". Anyway, at least it seems to be on his todo list, as I found the following in /usr/share/doc/texinfo/TODO.gz: , | * Makeinfo: | - [...] | - Use @documentlanguage instead of LANG for many translations. ` If this could be implemented (and authors use @documentlanguage), it would solve the problem. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355439: gcc-4.0-base: Debian changelog and copyright lost after upgrade
Matthias Klose wrote: reassign 355439 gcc-4.0-base thanks Sven Joachim writes: reassign 355439 libgcc1 thanks Reassigning this to libgcc1, since I found out this package (and lib64gcc1) at fault (see my previous message). no, the file is missing in gcc-4.0-base. Huh? The gcc-4.0-base package _does_ contain the files, they only got deleted by the unlucky upgrade process of the lib{,64}gcc1 packages, as I had tried to explain. it will be fixed when gcc-4.1 is uploaded to unstable. At the moment I don't see how you're going to accomplish that, since there is the danger that upgrading from version 4.0.2-9 will delete the copyright/changelog files (then living in /usr/share/doc/gcc-4.1-base !) the same way as they did it for me. But maybe some magic in the preinst scripts can avoid that. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Hello Norbert, thanks a lot for working on this! I tried out your patch, but for my testcase, which is the Emacs Lisp Reference Manual in Emacs CVS (available for Debian in the emacs-snapshot package), it had no effect. :-( With LANG=de_DE.UTF-8 and running "make info" from the Emacs top level directory, I still get "Nutzeroption" as output in the info files, for @defopt in the source and "Funktion" for @defun, for instance. Any idea what went wrong? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Norbert Preining wrote: On Die, 07 Mär 2006, Sven Joachim wrote: thanks a lot for working on this! I tried out your patch, but for my testcase, which is the Emacs Lisp Reference Manual in Emacs CVS (available for Debian in the emacs-snapshot package), it had no effect. :-( Can you send me the input file tar.gz for this. Sorry I can't, it is 22+ MB in size. I couldn't find it in the emacs-snapshot binary packages. The texinfo files are only in the source package, not in the binary packages. You can look for it at the just revived packages.debian.org, the orig.tar.gz is 22+ MB in size, as said. After unpacking the tarball, you need to run "./configure; make info" from the top-level directory. The info files for the Lisp Reference Manual are then in info/elisp*.
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
When do you sleep, Norbert? ;-) Norbert Preining wrote: Next version of the patch, please comment on it. Still missing: The transition from documentlanguage -> interface_language and the extension of language codes from de to de_DE etc. On Die, 07 Mär 2006, Sven Joachim wrote: With LANG=de_DE.UTF-8 and running "make info" from the Emacs top level directory, I still get "Nutzeroption" as output in the info files, for @defopt in the source and "Funktion" for @defun, for instance. Try this one. Now I get "User Option" and "Function", respectively, thanks! I found two remaining issues: 1) The header of the info files is in German: Dies ist /usr/local/src/deb-src/emacs-snapshot-20060301/lispref/../info/elisp, hergestellt von Makeinfo Version 4.8 aus /usr/local/src/deb-src/emacs-snapshot-20060301/lispref/elisp.texi. This may not be such a big deal, since info readers suppress the header anyway. 2) Error messages by makeinfo are printed in English, which I noticed by running "makeinfo --html" from the lispref directory in the Emacs sources. Best wishes and many thanks, Sven
Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Norbert Preining wrote: If you generate html, do you have "nächstes" or "Next"? With the unpatched version, I got "nächstes", with your patch I got "Next". But I also got makeinfo's error messages in English. Maybe make info used a unpatched makeinfo? I think I double-checked that it didn't. After applying your patch, I installed the texinfo package with $ ./configure --prefix=/home/sven/tmp/texinfo; make install , deleted the Emacs info files and then ran $ PATH=/home/sven/tmp/texinfo/bin:$PATH make info from the top-level dir of the Emacs source. And $ PATH=/home/sven/tmp/texinfo/bin:$PATH makeinfo --version showed up the patched version string.
Bug#355367: Bug#113988: Bug#355367: debuild: Preserving locale settings can affect build
Norbert Preining wrote: 1) The header of the info files is in German: Dies ist fixed. Can you send a patch? 2) Error messages by makeinfo are printed in English, which I noticed by running "makeinfo --html" from the lispref directory in the Emacs sources. Hmm, this is strange, very strange. Do you have some experience with locales? What could be wrong with this function: char * getdocumenttext (const char *msgid) { char *save_locale; char *s; save_locale = setlocale(LC_ALL, NULL); setlocale(LC_ALL, interface_language); s = gettext(msgid); setlocale(LC_ALL, save_locale); return(s); } The libc info page for setlocale tells you what's wrong with it: The string returned by `setlocale' can be overwritten by subsequent calls, so you should make a copy of the string (*note Copying and Concatenation::) if you want to save it past any further calls to `setlocale'. (The standard library is guaranteed never to call `setlocale' itself.) With that information, it's easy to correct your getdocumenttext function: char * getdocumenttext (const char *msgid) { char *old_locale, *save_locale; char *s; old_locale = setlocale(LC_ALL, NULL); save_locale = strdup (old_locale); setlocale(LC_ALL, interface_language); s = gettext(msgid); setlocale(LC_ALL, save_locale); return(s); } With that, I got makeinfo's error messages in German. :-) Best wishes, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356055: loadlin: loadlin.exe cannot be built from source
Package: loadlin Version: 1.6c.really1.6c-1 Severity: serious The DOS executable loadlin.exe is not rebuilt in the maintainer scripts, and it appears it even cannot be built with programs in Debian since the makefile in the src directory starts as follows: # Makefile for LOADLIN-1.6 (C) 1994..1995 Hans Lermen <[EMAIL PROTECTED]> # # To compile with Borland TASM 3.1 # LISTING = , #CCFLAGS = -ml -v -1 -w-pia -f- -y -G -IC:\TC\INCLUDE -LC:\TC\LIB CCFLAGS = -ml -1 -w-pia -f- -G -IC:\TC\INCLUDE -LC:\TC\LIB AS = tasm ...etc This suggests that one needs Borland's TASM to assemble loadlin. There are two possibilities to resolve this: (a) Try if loadlin.exe can be built with one of the free assemblers in Debian, e.g. NASM, and update debian/control and debian/rules accordingly. (b) Failing that, move the loadlin package to the contrib section, see sections 2.2.1 and 2.2.2 of the Policy Manual. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355439: gcc-4.0-base: Debian changelog and copyright lost after upgrade
Matthias Klose wrote: But maybe some magic in the preinst scripts can avoid that. Please check the packages at deb http://people.debian.org/~doko/gcc-4.0 ./ Inside a chroot, I upgraded the packages: 4.0.2-6 -> 4.0.2-9 -> 4.0.2-11, but, alas, the copyright and changelog were still lost afterwards. :-( Here is the dpkg log: 2006-03-10 09:23:07 upgrade libstdc++6-4.0-dev 4.0.2-6 4.0.2-9 2006-03-10 09:23:07 status half-configured libstdc++6-4.0-dev 4.0.2-6 2006-03-10 09:23:07 status unpacked libstdc++6-4.0-dev 4.0.2-6 2006-03-10 09:23:07 status half-installed libstdc++6-4.0-dev 4.0.2-6 2006-03-10 09:23:08 status half-installed libstdc++6-4.0-dev 4.0.2-6 2006-03-10 09:23:08 status unpacked libstdc++6-4.0-dev 4.0.2-9 2006-03-10 09:23:08 status unpacked libstdc++6-4.0-dev 4.0.2-9 2006-03-10 09:23:09 upgrade g++-4.0 4.0.2-6 4.0.2-9 2006-03-10 09:23:09 status half-configured g++-4.0 4.0.2-6 2006-03-10 09:23:09 status unpacked g++-4.0 4.0.2-6 2006-03-10 09:23:09 status half-installed g++-4.0 4.0.2-6 2006-03-10 09:23:09 status half-installed g++-4.0 4.0.2-6 2006-03-10 09:23:09 status unpacked g++-4.0 4.0.2-9 2006-03-10 09:23:09 status unpacked g++-4.0 4.0.2-9 2006-03-10 09:23:09 upgrade gcc-4.0 4.0.2-6 4.0.2-9 2006-03-10 09:23:09 status half-configured gcc-4.0 4.0.2-6 2006-03-10 09:23:09 status unpacked gcc-4.0 4.0.2-6 2006-03-10 09:23:09 status half-installed gcc-4.0 4.0.2-6 2006-03-10 09:23:09 status half-installed gcc-4.0 4.0.2-6 2006-03-10 09:23:09 status unpacked gcc-4.0 4.0.2-9 2006-03-10 09:23:10 status unpacked gcc-4.0 4.0.2-9 2006-03-10 09:23:10 upgrade cpp-4.0 4.0.2-6 4.0.2-9 2006-03-10 09:23:10 status half-configured cpp-4.0 4.0.2-6 2006-03-10 09:23:10 status unpacked cpp-4.0 4.0.2-6 2006-03-10 09:23:10 status half-installed cpp-4.0 4.0.2-6 2006-03-10 09:23:10 status half-installed cpp-4.0 4.0.2-6 2006-03-10 09:23:10 status unpacked cpp-4.0 4.0.2-9 2006-03-10 09:23:10 status unpacked cpp-4.0 4.0.2-9 2006-03-10 09:23:10 upgrade libstdc++6 4.0.2-6 4.0.2-9 2006-03-10 09:23:10 status half-configured libstdc++6 4.0.2-6 2006-03-10 09:23:10 status unpacked libstdc++6 4.0.2-6 2006-03-10 09:23:10 status half-installed libstdc++6 4.0.2-6 2006-03-10 09:23:10 status half-installed libstdc++6 4.0.2-6 2006-03-10 09:23:10 status unpacked libstdc++6 4.0.2-9 2006-03-10 09:23:10 status unpacked libstdc++6 4.0.2-9 2006-03-10 09:23:10 upgrade libmudflap0 4.0.2-6 4.0.2-9 2006-03-10 09:23:10 status half-configured libmudflap0 4.0.2-6 2006-03-10 09:23:10 status unpacked libmudflap0 4.0.2-6 2006-03-10 09:23:10 status half-installed libmudflap0 4.0.2-6 2006-03-10 09:23:10 status half-installed libmudflap0 4.0.2-6 2006-03-10 09:23:10 status unpacked libmudflap0 4.0.2-9 2006-03-10 09:23:10 status unpacked libmudflap0 4.0.2-9 2006-03-10 09:23:10 upgrade libmudflap0-dev 4.0.2-6 4.0.2-9 2006-03-10 09:23:10 status half-configured libmudflap0-dev 4.0.2-6 2006-03-10 09:23:10 status unpacked libmudflap0-dev 4.0.2-6 2006-03-10 09:23:10 status half-installed libmudflap0-dev 4.0.2-6 2006-03-10 09:23:10 status half-installed libmudflap0-dev 4.0.2-6 2006-03-10 09:23:11 status unpacked libmudflap0-dev 4.0.2-9 2006-03-10 09:23:11 status unpacked libmudflap0-dev 4.0.2-9 2006-03-10 09:23:11 upgrade lib64gcc1 1:4.0.2-6 1:4.0.2-9 2006-03-10 09:23:11 status half-configured lib64gcc1 1:4.0.2-6 2006-03-10 09:23:11 status unpacked lib64gcc1 1:4.0.2-6 2006-03-10 09:23:11 status half-installed lib64gcc1 1:4.0.2-6 2006-03-10 09:23:11 status half-installed lib64gcc1 1:4.0.2-6 2006-03-10 09:23:11 status unpacked lib64gcc1 1:4.0.2-9 2006-03-10 09:23:11 status unpacked lib64gcc1 1:4.0.2-9 2006-03-10 09:23:11 upgrade gcc-4.0-base 4.0.2-6 4.0.2-9 2006-03-10 09:23:11 status half-configured gcc-4.0-base 4.0.2-6 2006-03-10 09:23:11 status unpacked gcc-4.0-base 4.0.2-6 2006-03-10 09:23:11 status half-installed gcc-4.0-base 4.0.2-6 2006-03-10 09:23:11 status half-installed gcc-4.0-base 4.0.2-6 2006-03-10 09:23:11 status unpacked gcc-4.0-base 4.0.2-9 2006-03-10 09:23:11 status unpacked gcc-4.0-base 4.0.2-9 2006-03-10 09:23:11 upgrade libgcc1 1:4.0.2-6 1:4.0.2-9 2006-03-10 09:23:11 status half-configured libgcc1 1:4.0.2-6 2006-03-10 09:23:11 status unpacked libgcc1 1:4.0.2-6 2006-03-10 09:23:11 status half-installed libgcc1 1:4.0.2-6 2006-03-10 09:23:11 status half-installed libgcc1 1:4.0.2-6 2006-03-10 09:23:11 status unpacked libgcc1 1:4.0.2-9 2006-03-10 09:23:11 status unpacked libgcc1 1:4.0.2-9 2006-03-10 09:23:11 status unpacked gcc-4.0-base 4.0.2-9 2006-03-10 09:23:11 status half-configured gcc-4.0-base 4.0.2-9 2006-03-10 09:23:11 status installed gcc-4.0-base 4.0.2-9 2006-03-10 09:23:11 status unpacked libgcc1 1:4.0.2-9 2006-03-10 09:23:11 status half-configured libgcc1 1:4.0.2-9 2006-03-10 09:23:11 status installed libgcc1 1:4.0.2-9 2006-03-10 09:23:11 status unpacked cpp-4.0 4.0.2-9 2006-03-10 09:23:11 status half-configured cpp-4.0 4.0.2-9 2006-03-10 09:23:11 status installed cpp-4.0 4.0.2-9 2006-03-10 09:23:11 status unpacked gcc-4.0 4.0.2-9 200