Bug#340630: fetchmail: messages no longer translated
Package: fetchmail Version: 6.2.5.4-1 Severity: important Tags: l10n Although the system is configured to display messages in French, and although all other programs do indeed display their messages in French, fetchmail prints every message in English. According to dpkg -L fetchmail the language directories in /usr/share/locale/ are indeed installed, and so are the LC_MESSAGES directories. However, the .po files are not present. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages fetchmail depends on: ii adduser 3.79 Add and remove users and groups ii base-files3.1.9 Debian base system miscellaneous f ii debianutils 2.15.1 Miscellaneous utilities specific t ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-4 SSL shared libraries Versions of packages fetchmail recommends: ii ca-certificates 20050804 Common CA Certificates PEM files -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349419: I packaged mod_dnssd, and sent the result to the main developper
Package: wnpp Followup-For: Bug #349419 Owner: "Sébastien ESTIENNE" <[EMAIL PROTECTED]> The debianization has been sent upstream -- System Information: Debian Release: testing/unstable APT prefers dapper-updates APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-13-386 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Bug#339422: Etch on iMac G5 2Ghz
Package: installation-reports Debian-installer-version: 11/11/05 - http://cdimage.debian.org/pub/ cdimage-testing/etch_d-i/powerpc/beta1/debian-testing-powerpc- netinst.iso uname -a: Date: 11/15/2005 Method: Boot from CD Machine: Apple iMac G5 2Ghz 17" SuperDrive Processor: PowerPC 970 Memory: 1Go Root Device: SATA Root Size/partition table: automatic partition with installer from completed free space hard disc Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O ] Configure network HW: [O ] Config network: [ O] Detect CD: [ O] Load installer modules: [O ] Detect hard drives: [E ] Partition hard drives: [ O] Create file systems:[O ] Mount partitions: [ O] Install base system:[ O] Install boot loader:[E ] Reboot: [ ] Comments/Problems: With Sarge, i cannot access to installer. Etch solve this problem for my computer. With Etch, i cannot choose external FW disc to install Debian. I try to reproduce USB installation but without success. I cannot install YABOOT. I tried to more three times and differents options of partitions (manually with one part of disc, automatic with one part of disc and automatic with all disc). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334412: Fwd: Bug#334412: Info received (was Bug#334412: Acknowledgement (Package: installation-reports))
Good morning. This problem is solved with Etch. After testing Etch, I found explanation of problem : hardware is no compatible with Sarge. Sorry. Thanks. Sébastien JUBEAU. Le 26 oct. 05 à 16:48, Debian Bug Tracking System a écrit : Thank you for the additional information you have supplied regarding this problem report. It has been forwarded to the package maintainer(s) and to other interested parties to accompany the original report. Your message has been sent to the package maintainer(s): Debian Install Team If you wish to continue to submit further information on your problem, please send it to [EMAIL PROTECTED], as before. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#344733: Making aumix more accessible to blind persons
Package: aumix Version: 2.8-17 Severity: wishlist Tags: patch To show that a control has the focus, a character like '<' or '>' is printed close to it. However, this makes it hard for a blind person to determine which control has the focus. The most conventient way for a blind person to see which part of the screen contains the important piece of information is to put the cursor at the beginning of this part of screen. This is precisely what the included patch does: it puts the cursor on the control which has the focus. This is a patch against upstream sources. Don't know how to apply it to a Debian package properly. Thanks a lot in advance to the maintainer of the aumix Debian package for modifying / applying this patch, if he feels this is a good idea. Two things that should be precised : (1) The patch contains just the idea. Anybody should feel free to modify it. (2) This patch might affect the visual look of aumix on some terminals where the cursor can't be hidden. So perhaps the modifications should be guarded by a command-line option, an environment variable, or so. To be discussed with upstream, probably. The patch itself : --- src/curses.c2005-12-25 09:56:07.0 +0100 +++ src/curses.c.new2005-12-25 09:54:50.0 +0100 @@ -29,6 +29,7 @@ char *chark, *charl, *charm, *charo, *charq, *chars, *charu, *lang; int current_dev, level_increment, balance_increment, menu_width, level_width, label_width, balance_width, levelbalmode, cols_saved, lines_saved; int in_keysbox = FALSE; +static int cursorX = -1, cursorY = -1; voidInitScreenCurses(void) { @@ -140,7 +141,12 @@ refresh(); attrset(COLOR_PAIR(MENU_COLOR) | A_UNDERLINE); mvaddch(0, 4, 'x'); + if (cursorY>=0) { + move(cursorY, cursorX); + leaveok(stdscr, FALSE); + } refresh(); + if (cursorY>=0) leaveok(stdscr, TRUE); } voidHighlightLabelCurses(void) @@ -487,8 +493,12 @@ if ((1 << dev) & devmask) { if ((mode) && ((1 << dev) & stereodevs)) { mvaddch(YOFFSET + y, XOFFSET + menu_width + R_P_WIDTH + level_width + ARROW_WIDTH + label_width, '>'); + cursorY = YOFFSET + y; + cursorX = XOFFSET + menu_width + R_P_WIDTH + level_width + ARROW_WIDTH + label_width; } else { mvaddch(YOFFSET + y, XOFFSET + menu_width + R_P_WIDTH + level_width, '<'); + cursorY = YOFFSET + y; + cursorX = XOFFSET + menu_width; } } PlaceCursor(); -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages aumix depends on: ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libgpmg1 1.19.6-21 General Purpose Mouse - shared lib ii libncurses5 5.5-1 Shared libraries for terminal hand aumix recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299946: firmware.agent broken in hotplug when updating from stable to unstable
Package: hotplug Version: 0.0.20040329-19 # uname -a Linux sroret 2.6.11.4 #2 Wed Mar 16 17:49:24 CET 2005 i686 GNU/Linux glibc version: 2.3.2.ds1-20 Error: # modprobe -r dvb-ttpci && modprobe dvb-ttpci used to work. I updated hotplug from stable to unstable. And here are the logs : Mar 17 11:18:11 sroret kernel: saa7146: unregister extension 'dvb'. Mar 17 11:18:12 sroret kernel: Linux video capture interface: v1.00 Mar 17 11:18:12 sroret kernel: saa7146: register extension 'dvb'. Mar 17 11:18:12 sroret kernel: saa7146: found saa7146 @ mem e0a7ee00 (revision 1, irq 18) (0x13c2,0x0003). Mar 17 11:18:17 sroret firmware.agent[5708]: /proc//class/firmware/:00:07.0/ does not exist Mar 17 11:18:22 sroret input.agent[5746]: evdev: already loaded Mar 17 11:18:22 sroret input.agent[5735]: evdev: already loaded The bug can be solved by upgrading sed from stable to unstable. Indeed, the following line doesn't work with sed in stable (version 3.x), but is valid with sed in unstable (version 4.x). # mountpoint of sysfs SYSFS=$(sed -n '/^.* \([^ ]*\) sysfs .*$/ { s//\1/p ; q }' /proc/mounts) Mar 17 11:56:28 sroret kernel: Linux video capture interface: v1.00 Mar 17 11:56:28 sroret kernel: saa7146: register extension 'dvb'. Mar 17 11:56:28 sroret kernel: saa7146: found saa7146 @ mem e0a7ee00 (revision 1, irq 18) (0x13c2,0x0003). Mar 17 11:56:28 sroret kernel: DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.X). Mar 17 11:56:28 sroret kernel: adapter has MAC addr = 00:d0:5c:20:b0:d2 Mar 17 11:56:28 sroret kernel: dvb-ttpci: gpioirq unknown type=0 len=0 Mar 17 11:56:28 sroret kernel: dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 8000261d Mar 17 11:56:28 sroret kernel: dvb-ttpci: firmware @ card 0 supports CI link layer interface Mar 17 11:56:28 sroret kernel: dvb-ttpci: Crystal audio DAC @ card 0 detected Mar 17 11:56:29 sroret kernel: saa7146_vv: saa7146 (0): registered device video0 [v4l2] Mar 17 11:56:29 sroret kernel: DVB: registering frontend 0 (ST STV0299 DVB-S)... Mar 17 11:56:29 sroret input.agent[7417]: evdev: already loaded Mar 17 11:56:29 sroret kernel: dvb-ttpci: found av7110-0. Mar 17 11:56:29 sroret input.agent[7440]: evdev: already loaded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335454: lurker: Lurker assumes mod_rewrite
Package: lurker Version: 1.2-5 Severity: normal Hello, I installed Lurker as a better front-end for Mailman's archives. After installing Lurker, my website was down. I had chosen to let the install script autoconfigure Apache2. Problem is: mod_rewrite was not enabled on my server, but /etc/lurker/apache.conf uses Rewrite rules. Apache2 failed to start. I fixed it manually by symlinking rewrite.load in /etc/apache2/mods-enabled. If you can reproduce and confirm the bug, I suggest to check rewrite.load before adding the 'lurker' symlink in /etc/apache2/conf.d . Regards, Sébastien Desreux. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.13.4 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages lurker depends on: ii apache22.0.54-5 next generation, scalable, extenda ii apache2-mpm-worker [ht 2.0.54-5 high speed threaded model for Apac ii debconf1.4.30.13 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc11:3.4.3-13GCC support library ii libmimelib1a 4:3.3.2-3 KDE mime library ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii ucf1.17 Update Configuration File: preserv ii xsltproc 1.1.12-8 XSLT command line processor ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- debconf information: lurker/webserver: lurker/archive: Local Mailing List Archive lurker/obsolete_db: lurker/upgrade_db: manual lurker/admin_address: [EMAIL PROTECTED] * lurker/apache_config: apache2 lurker/admin_name: Unconfigured
Bug#334412: Acknowledgement (Package: installation-reports)
Good afternoon. Do you have informations about my problem ? Thanks. Sébastien JUBEAU. Le 17 oct. 05 à 20:03, Debian Bug Tracking System a écrit : [EMAIL PROTECTED]
Bug#273212: Problem using apt with an alternate configuration
Matt Zimmerman a écrit : severity 273212 important merge 273212 271032 thanks On Fri, Sep 24, 2004 at 05:33:54PM +0200, Sébastien GALLET wrote: Package: apt Version: 0.5.27 I want to use apt with an alternate configuration. But it seems apt use configuration from /etc/apt/apt.conf.d, not the one of the alternate configuration Sounds like #271032. I've got the same problem with 0.5.28.6
Bug#334412: Package: installation-reports
Package: installation-reportsDebian-installer-version: incluse dans le CD debian-31r0a-powerpc-netinst.iso récupéré sur le site Debian.orguname -a: blocage à l'amorçage de l'installeurDate: dernier essai 17/10 à 19h30Method: à partir du CD debian-31r0a-powerpc-netinst.isoMachine: iMac G5 2GhzProcessor: G5Memory: 1 GORoot Device: SATA 160Root Size/partition table: Partition map (with 512 byte blocks) on '/dev/rdisk0' #: type name length base ( size ) 1: Apple_partition_map Apple 63 @ 1 2: Apple_Free 262144 @ 64 (128.0M) 3: Apple_HFS Apple_HFS_Untitled_1 135057240 @ 262208 ( 64.4G) 4: Apple_Free 262144 @ 135319448 (128.0M) 5: Apple_HFS Apple_HFS_Untitled_2 135057240 @ 135581592 ( 64.4G) 6: Apple_Free 262144 @ 270638832 (128.0M) 7: Apple_HFS Apple_HFS_Untitled_3 41680816 @ 270900976 ( 19.9G) 8: Apple_Free 16 @ 312581792Device block size=512, Number of Blocks=312581808 (149.1G)DeviceType=0x0, DeviceId=0x0Partition map (with 512 byte blocks) on '/dev/rdisk1' #: type name length base ( size ) 1: Apple_partition_map Apple 2 @ 1 2: Apple_HFS Debian 3.1 r0a ppc Bin-1 398792 @ 16 (194.7M)Device block size=512, Number of Blocks=398808 (194.7M)DeviceType=0x1, DeviceId=0x1Partition map (with 512 byte blocks) on '/dev/rdisk2' #: type name length base ( size ) 1: Apple_partition_map Apple 63 @ 1 2: Apple_Driver43*Macintosh 56 @ 64 3: Apple_Driver43*Macintosh 56 @ 120 4: Apple_Driver_ATA*Macintosh 56 @ 176 5: Apple_Driver_ATA*Macintosh 56 @ 232 6: Apple_FWDriver Macintosh 512 @ 288 7: Apple_Driver_IOKit Macintosh 512 @ 800 8: Apple_Patches Patch Partition 512 @ 1312 9: Apple_Free 262144 @ 1824 (128.0M)10: Apple_HFS Apple_HFS_Untitled_1 59772496 @ 263968 ( 28.5G)11: Apple_Free 16 @ 60036464Device block size=512, Number of Blocks=60036480 (28.6G)DeviceType=0x0, DeviceId=0x0Drivers-1: 23 @ 64, type=0x12: 36 @ 120, type=0x3: 21 @ 176, type=0x7014: 34 @ 232, type=0xf8ffRésultat de lspci et lspci -n : inconnu sous Mac OS X.4.2Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try itInitial boot worked: [O ]Configure network HW: [ ]Config network: [ ]Detect CD: [ O]Load installer modules: [E ]Detect hard drives: [ ]Partition hard drives: [ ]Create file systems: [ ]Mount partitions: [ ]Install base system: [ ]Install boot loader: [ ]Reboot: [ ]Comments/Problems:Mon souci est que la procédure de lancement de l'installeur se bloque, les messages d'erreur (enfin je pense) sont :Oops : kernel access of bad area, sig: [#1]kernel panic : attempted to kill init!Le système reste bloqué sur le message Rebootting in 180 secondsMerci d'avance.Sébastien JUBEAU.
Bug#290638: sylpheed-claws-gtk2: Freeze with new Gtk 2.6 libraries
Package: sylpheed-claws-gtk2 Version: 0.9.12cvs187.1-1 Severity: grave Tags: experimental Justification: renders package unusable This packages freeze with the new Gtk 2.6.1 libraries. I dist-upgraded from experimental Gtk yesterday, and now it freeze. I'm unable to determine what is the problem, but, it's work with the 'unstable' Gtk 2.4 libraries. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages sylpheed-claws-gtk2 depends on: ii libaspell150.50.5-5 The GNU Aspell spell-checker runti ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcompfaceg1 1989.11.11-24 Compress/decompress images for mai ii libglib2.0-0 2.6.1-1 The GLib library of C routines ii libgpgme6 0.3.16-2 GPGME - GnuPG Made Easy ii libgtk2.0-02.6.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.0-2 Layout and rendering of internatio ii libssl0.9.70.9.7e-3 SSL shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290638: sylpheed-claws-gtk2: Freeze with new Gtk 2.6 libraries
Le Sat, 15 Jan 2005 12:10:51 -0500 Justin Pryzby <[EMAIL PROTECTED]> a écrit : > On Sat, Jan 15, 2005 at 04:41:12PM +0100, Sébastien Lardière wrote: > > Package: sylpheed-claws-gtk2 > > Version: 0.9.12cvs187.1-1 > > Severity: grave > > Tags: experimental > > Justification: renders package unusable > > > > This packages freeze with the new Gtk 2.6.1 libraries. > When does it freeze, when starting the program? No, as I can see, when it parse inbox/trash, the interface freeze, and, tahnks to top, the process take 100% cpu. sylpheed-claws-gtk works well. -- Sébastien Lardière Jabber : [EMAIL PROTECTED] Web : http://seb.ouvaton.org/>
Bug#290893: installation of php4-imagick asks if it can add extension=imagick.so when running in non-interactive mode
Package: php4-imagick Version: 0.9.7-1.3 This breaks automatic installation using fai. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290638: sylpheed-claws-gtk2: Freeze with new Gtk 2.6 libraries
Le Sat, 15 Jan 2005 12:10:51 -0500 Justin Pryzby <[EMAIL PROTECTED]> a écrit : > On Sat, Jan 15, 2005 at 04:41:12PM +0100, Sébastien Lardière wrote: > > Package: sylpheed-claws-gtk2 > > Version: 0.9.12cvs187.1-1 > > Severity: grave > > Tags: experimental > > Justification: renders package unusable > > > > This packages freeze with the new Gtk 2.6.1 libraries. > When does it freeze, when starting the program? Ok, i just remove the trayicon plugin from the config, and it works. This bug is already here : http://www.thewildbeast.co.uk/sylpheed-claws/bugzilla/show_bug.cgi?id= 668 -- Sébastien
Bug#405712: Should be fixed in next version
The server seems to crash, which is of course not a good sign. Does it still happen with DrHouse (latest stable version for XMMS2)? I wonder if it could be an old bug or a lib/protocol mismatch between the client and the server. The infinite loop occuring in nyello on server disconnection is a known bug. I am currently working on a full rewrite of nyello for DrJekyll, to take advantage of the new C++ bindings and the collections feature, so you can expect to see that bug (and others) to be fixed in 0.6, hopefully released along with DrJekyll (next stable XMMS2 release, still being worked on)! Thanks for your report, and enjoy nyello! :-) -- Sébastien Cevey <[EMAIL PROTECTED]>
Bug#391846: shfs-source 0.35-6.2 does not compile with kernel 2.6.19.1
Hi, Sune Vuorela : > You really need to be more informative about your system and about > what fails. The system is a Debian/Unstable, it has been upgraded recently (a few hours ago). Linux kernel version is 2.6.20. Below is the buildlog produced by ma a-i shfs dh_clean make -C Linux-2.6 clean make[1]: entrant dans le répertoire « /usr/src/modules/shfs/Linux-2.6 » rm -rf linux-2.6.20 linux-2.6.20.orig; rm -f linux-2.6.20.diff rm -f *.o *.ko *.mod.c .*o.cmd make[1]: quittant le répertoire « /usr/src/modules/shfs/Linux-2.6 » /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: entrant dans le répertoire « /usr/src/modules/shfs » dh_clean make -C Linux-2.6 clean make[2]: entrant dans le répertoire « /usr/src/modules/shfs/Linux-2.6 » rm -rf linux-2.6.20 linux-2.6.20.orig; rm -f linux-2.6.20.diff rm -f *.o *.ko *.mod.c .*o.cmd make[2]: quittant le répertoire « /usr/src/modules/shfs/Linux-2.6 » for templ in /usr/src/modules/shfs/debian/shfs-module-_KVERS_.postinst.modules.in; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.20/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2>/dev/null || true; \ sed -e 's/##KVERS##/2.6.20/g ;s/#KVERS#/2.6.20/g ; s/_KVERS_/2.6.20/g ; s/##KDREV##//g ; s/#KDREV#//g ; s/_KDREV_//g ' < $templ > ${templ%.modules.in}; \ done dh_testdir dh_testroot dh_clean -k env MODVERSIONS=detect make -C Linux-2.6 KERNEL_SOURCES=/lib/modules/2.6.20/source KERNEL=linux-2.6.20 make[2]: entrant dans le répertoire « /usr/src/modules/shfs/Linux-2.6 » make -C /lib/modules/2.6.20/source SUBDIRS=/usr/src/modules/shfs/Linux-2.6 modules make[3]: entrant dans le répertoire « /usr/src/linux-2.6.20 » CC [M] /usr/src/modules/shfs/Linux-2.6/dcache.o In file included from /usr/src/modules/shfs/Linux-2.6/dcache.c:24: /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:76: warning: 'kmem_cache_t' is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:77: warning: 'kmem_cache_t' is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:78: warning: 'kmem_cache_t' is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:79: warning: 'kmem_cache_t' is deprecated In file included from /usr/src/modules/shfs/Linux-2.6/dcache.c:26: /usr/src/modules/shfs/Linux-2.6/shfs_debug.h:22: warning: 'kmem_cache_t' is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_debug.h:35: warning: 'kmem_cache_t' is deprecated CC [M] /usr/src/modules/shfs/Linux-2.6/dir.o In file included from /usr/src/modules/shfs/Linux-2.6/dir.c:17: /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:76: warning: 'kmem_cache_t' is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:77: warning: 'kmem_cache_t' is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:78: warning: 'kmem_cache_t' is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_fs.h:79: warning: 'kmem_cache_t' is deprecated In file included from /usr/src/modules/shfs/Linux-2.6/dir.c:19: /usr/src/modules/shfs/Linux-2.6/shfs_debug.h:22: warning: 'kmem_cache_t' is deprecated /usr/src/modules/shfs/Linux-2.6/shfs_debug.h:35: warning: 'kmem_cache_t' is deprecated /usr/src/modules/shfs/Linux-2.6/dir.c: In function 'shfs_create': /usr/src/modules/shfs/Linux-2.6/dir.c:305: error: 'struct inode' has no member named 'u' /usr/src/modules/shfs/Linux-2.6/dir.c:306: error: 'struct inode' has no member named 'u' make[4]: *** [/usr/src/modules/shfs/Linux-2.6/dir.o] Erreur 1 make[3]: *** [_module_/usr/src/modules/shfs/Linux-2.6] Erreur 2 make[3]: quittant le répertoire « /usr/src/linux-2.6.20 » make[2]: *** [default] Erreur 2 make[2]: quittant le répertoire « /usr/src/modules/shfs/Linux-2.6 » make[1]: *** [binary-modules] Erreur 2 make[1]: quittant le répertoire « /usr/src/modules/shfs » make: *** [kdist_build] Erreur 2 > I just built and installed it nicely with m-a a-i shfs. > > $ uname -r > 2.6.18-1-vserver-k7 I could compile the package for a 2.6.18 kernel nicely, too. Sébastien. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410307: dhcp3-client: -q command-line option has no dhclient.conf equivalent
Package: dhcp3-client Version: 3.0.4-13 Severity: wishlist It would be convenient to be able to specify in the configuration file (rather than on the command-line) that dhclient should be quiet. Indeed, it happens that dhclient is invoked by other programs which don't let one specify additiona command-line options. An example is the ifupdown package. It calls dhclient3 but it is not possible to specify other options than those encoded in ifupdown. Another approach would be that ifupdown calls an external script which would be responsible for finding out a DHCP client installed on the system. This script could in turn include /etc/default/* files where one could specify arguments to pass to the DHCP client.H -- 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.20 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dhcp3-client depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii debianutils 2.17.5 Miscellaneous utilities specific t ii dhcp3-common3.0.4-13 Common files used by all the dhcp3 ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries dhcp3-client recommends no packages. -- debconf information: dhcp3-client/dhclient-needs-restarting: dhcp3-client/dhclient-script_moved: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406296: gnome-photo-printer: No integration into GNOME menu
Package: gnome-photo-printer Version: 0.6.5-2 Severity: important There is no integration into GNOME menu. Without menu entry the package is unusable to normal users. I will post a .desktop file ASAP. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gnome-photo-printer depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgconf2-42.16.0-3 GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-7 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-4 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-3 X11 Session Management library ii libxml22.6.27.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3-13compression library - runtime gnome-photo-printer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406296: Acknowledgement (gnome-photo-printer: No integration into GNOME menu)
Hi, The .desktop that integrates gnome-photo-printer to GNOME desktop is attached. The name and comment are only translated to French... I didn't find any icon to use. Cheers. Seb Debian Bug Tracking System a écrit : > Thank you for the problem report you have sent regarding Debian. > This is an automatically generated reply, to let you know your message has > been received. It is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Michael Schlueter <[EMAIL PROTECTED]> > > If you wish to submit further information on your problem, please send > it to [EMAIL PROTECTED] (and *not* to > [EMAIL PROTECTED]). > > If you have filed this report in error and wish to close it, please > send mail to [EMAIL PROTECTED] with an explanation > why the bug report should be closed. > > Please do not reply to the address at the top of this message, > unless you wish to report a problem with the Bug-tracking system. > > Debian bug tracking system administrator > (administrator, Debian Bugs database) > > > gnome-photo-printer.desktop Description: application/desktop
Bug#401020: evolution: Evolution crashes when receiving a message with an empty subject (from a MS-exchange server)
Package: evolution Version: 2.6.3-2 Severity: important This problem occurs each time an e-mail with no subject is received and it doesn't seem to be related to sender address. I'm using evolution with an Exchange server and I don't have the possibility to test its behaviour with other protocols (POP, IMAP). Evolution will keep on crashing until the message is deleted (via web-access) for example. As it is not recorded in the packages list below, I'm using evolution-exchange version 2.6.3.dfsg-1 from official Debian Etch. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages evolution depends on: ii dbus 1.0.1-2 simple interprocess messaging syst ii evolution-common 2.6.3-2 architecture independent files for ii evolution-data-server 1.6.3-2 evolution database backend server ii gconf2 2.16.0-2 GNOME configuration database syste ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme ii gtkhtml3.8 3.12.1-2 HTML rendering/editing library - b ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.15-2 Avahi client library ii libavahi-common3 0.6.15-2 Avahi common library ii libavahi-glib1 0.6.15-2 Avahi glib integration library ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libcamel1.2-8 1.6.3-2 The Evolution MIME message handlin ii libdbus-1-31.0.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3simple interprocess messaging syst ii libebook1.2-5 1.6.3-2 Client library for evolution addre ii libecal1.2-6 1.6.3-2 Client library for evolution calen ii libedataserver1.2-71.6.3-2 Utility library for evolution data ii libedataserverui1.2-6 1.6.3-2 GUI utility library for evolution ii libegroupwise1.2-101.6.3-2 Client library for accessing group ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libexchange-storage1.2-1 1.6.3-2 Backend library for evolution cale ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgconf2-42.16.0-2 GNOME configuration database syste ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgnome-keyring0 0.6.0-2 GNOME keyring services library ii libgnome-pilot22.0.14-0.1Support libraries for gnome-pilot ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-6 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-4 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-3 GNOME virtual file-system (runtime ii libgnutls131.4.4-2 the GNU TLS library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libgtkhtml3.8-15 3.12.1-2 HTML rendering/editing library - r ii libhal10.5.8.1-4 Hardware Abstraction Layer - share ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libldap2 2.1.30-13+b1 OpenLDAP libraries ii libnm-glib00.6.4-5 network management framework (GLib ii libnotify1 0.4.2-1+b1sends desktop notifications to a n ii libnspr4-0d1.8.0.8-1 NetScape Portable Runtime Library ii libnss3-0d 1.8.0.8-1 Network Security Service libraries ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpang
Bug#401020: evolution: Evolution crashes when receiving a message with an empty subject (from a MS-exchange server)
Hi, Øystein, Sorry for the delay, I've not seen your answer coming to me... I've made some tests, but am a little bit restricted by my company's admin. If I send myself an e-mail with an empty subject from Evolution, then it doesn't crash. If I connect to port 25 of Exchange server via telnet and send myself an e-mail coming from my address, then Evolution crashes (in that case, the "From" field is only composed of an address, no full name in it). If I connect to port 25 of Exchange server via telnet and send myself an e-mail coming from a fake address, then Evolution crashes. Sorry not being able to help you more. The problem happened a few times since I submitted the bug report. Cheers, Sébastien NOBILI Øystein Gisnås a écrit : > tags 401020 unreproducible > quit > > I tried to send a message with empty subject to an MS Exchange account > and it doesn't crash on my system. I'm also running evo-exchange > 2.6.3.dfsg-1 with evo 2.6.3-2. > > Can you try a few more combinations in an attempt to pinpoint the > circumstances under which this problem occurs? > > Cheers, > Øystein Gisnås > > 2006/11/30, Sébastien NOBILI <[EMAIL PROTECTED]>: >> Package: evolution >> Version: 2.6.3-2 >> Severity: important >> >> >> This problem occurs each time an e-mail with no subject is received >> and it doesn't seem to be related to sender address. >> I'm using evolution with an Exchange server and I don't have the >> possibility to test its behaviour with other protocols (POP, IMAP). >> Evolution will keep on crashing until the message is deleted (via >> web-access) for example. >> As it is not recorded in the packages list below, I'm using >> evolution-exchange version 2.6.3.dfsg-1 from official Debian Etch. >> >> >> -- System Information: >> Debian Release: 4.0 >> APT prefers testing >> APT policy: (900, 'testing'), (100, 'unstable') >> Architecture: i386 (i686) >> Shell: /bin/sh linked to /bin/bash >> Kernel: Linux 2.6.17-2-k7 >> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) >> >> Versions of packages evolution depends on: >> ii dbus 1.0.1-2 simple interprocess >> messaging syst >> ii evolution-common 2.6.3-2 architecture independent >> files for >> ii evolution-data-server 1.6.3-2 evolution database >> backend server >> ii gconf2 2.16.0-2 GNOME configuration >> database syste >> ii gnome-icon-theme 2.14.2-2 GNOME Desktop icon theme >> ii gtkhtml3.8 3.12.1-2 HTML rendering/editing >> library - b >> ii libart-2.0-2 2.3.17-1 Library of functions for >> 2D graphi >> ii libatk1.0-01.12.3-1 The ATK accessibility >> toolkit >> ii libaudiofile0 0.2.6-6 Open-source version of >> SGI's audio >> ii libavahi-client3 0.6.15-2 Avahi client library >> ii libavahi-common3 0.6.15-2 Avahi common library >> ii libavahi-glib1 0.6.15-2 Avahi glib integration >> library >> ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces >> library >> ii libbonoboui2-0 2.14.0-5 The Bonobo UI library >> ii libc6 2.3.6.ds1-8 GNU C Library: Shared >> libraries >> ii libcairo2 1.2.4-4 The Cairo 2D vector >> graphics libra >> ii libcamel1.2-8 1.6.3-2 The Evolution MIME >> message handlin >> ii libdbus-1-31.0.1-2 simple interprocess >> messaging syst >> ii libdbus-glib-1-2 0.71-3simple interprocess >> messaging syst >> ii libebook1.2-5 1.6.3-2 Client library for >> evolution addre >> ii libecal1.2-6 1.6.3-2 Client library for >> evolution calen >> ii libedataserver1.2-71.6.3-2 Utility library for >> evolution data >> ii libedataserverui1.2-6 1.6.3-2 GUI utility library for >> evolution >> ii libegroupwise1.2-101.6.3-2 Client library for >> accessing group >> ii libesd00.2.36-3 Enlightened Sound Daemon >> - Shared >> ii libexchange-storage1.2-1 1.6.3-2 Backend library for >> evolution cale >> ii libfontconfig1 2.4.1-2 generic font >> configuration library >> ii libfreetype6 2.2.1-5 FreeType 2 font engine, >> shared lib >
Bug#385276: latex2html: 100% CPU and 100% RAM when compiling an itemize with no item in it
Package: latex2html Version: 2002-2-1-20050114-5 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages latex2html depends on: ii gs-esp [gs] 8.15.2.dfsg.1-2 The Ghostscript PostScript interpr ii gs-gpl [gs] 8.50-1.1The GPL Ghostscript PostScript int ii netpbm 2:10.0-10.1 Graphics conversion tools ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-doc 5.8.8-6.1 Perl documentation ii tetex-bin3.0-18 The teTeX binary files ii tetex-extra 3.0-20 Additional library files of teTeX latex2html recommends no packages. -- no debconf information Sample file that produces the bug : \documentclass[a4paper,10pt]{report} \usepackage[utf8]{inputenc} \usepackage[francais]{babel} \title{Projets} \begin{document} \maketitle \begin{abstract} This example should crash latex2html \end{abstract} \tableofcontents \section{This list is broken} \begin{itemize} \end{itemize} \end{document} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384008: Package rebuild solves the problem
For your information : This issue has been discussed on bugs.kde.org. It does not seem to be Amarok related, as a simple package binary rebuild solves the problem. Same version of Debian's Amarok package on AMD64 arch is not affected by this issue. -- BOFH excuse #19: floating point processor overflow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386347: initscripts: BOOT FAILURE: checkroot.sh can't fsck /dev/shm/root because /dev/shm is mounted nodev
[Petter Reinholdtsen] > Did you test the patch? Did it work? I gave it try, but it did not solve the problem, my system was still unbootable ... Just in case other readers experience this same problem, I've been able to solve it by downgrading to 2.86.ds1-1 (as found in sarge). -- BOFH excuse #389: /dev/clue was linked to /dev/null -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387131: libgetopt-ocaml-dev: Does not install getopt.mli
Package: libgetopt-ocaml-dev Version: 0.0.20040811-5+b1 Severity: normal It would be nice to also install getopt.mli under /usr/lib/ocaml/version/getopt. Also the absence of this file does not privent one from compiling programs and linking them to the Getopt library, I think the .mli should be installed, since installing .mli filesseems to be a standard practice for OCaml libraries. Do OCaml maintainers agree with this ? -- 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.6 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libgetopt-ocaml-dev depends on: ii ocaml-nox [ocaml-nox-3.09.2] 3.09.2-6 ML language implementation with a libgetopt-ocaml-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387411: psi: Doesn't keep connection if two instances connect to the same jabber account
Package: psi Version: 0.10-2 Severity: normal If two instances of psi connect to the same account on the same jabber server, then the connection falls, gets connected again, falls, and so on. The following error message is displayed : "There was an error communicating with the jabber server. Details: XMPP Stream Error: Generic stream error". -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages psi depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libqca1c21.0-8 Qt Cryptographic Architecture - sh ii libqt3-mt3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxss1 1:1.0.1-4 X11 Screen Saver extension library ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages psi recommends: ii qca-tls 1.0-3 TLS plugin for the Qt Cryptographi ii sox 12.17.9-1 A universal sound sample translato -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358543: apache: fails to install
I encounter the same Bug but earlier in the apache installation process : Just after the selection of the apache mods. I'm using apache (1.3.34-2) and the exit status is 10. Regards, Sébastien
Bug#428509: gcc-4.1 post 4.1.2-8 breaks glibc compilation
Package: gcc-4.1 Version: 4.1.2-12 Severity: important I tracked down why glibc didn't build anymore on hppa. This is related to the new gcc-4.1. All version post 4.1.2-8 (that is 4.1.2-11 and 4.1.2-12) breaks at the same place in the log : gcc-4.1 -shared -static-libgcc -Wl,-O1 -Wl,-z,defs -Wl,-dynamic-linker=/lib/ld.so.1 -B/home/seb/dev/glibc-2.5/build- tree/hppa-libc/csu/ -Wl,--version-script=/home/seb/dev/glibc-2.5/build-tree/hppa-libc/librt.map -Wl,-soname=librt.so.1 -Wl,-z,combreloc -Wl,--hash-style=both -Wl,--enable-new-dtags,-z,nodelete -L/home/seb/dev/glibc-2.5/build-tree/hppa-libc -L/home/seb/dev/glibc-2.5/build-tree/hppa-libc/math -L/home/seb/dev/glibc-2.5/build-tree/hppa-libc/elf -L/home/seb/dev/ glibc-2.5/build-tree/hppa-libc/dlfcn -L/home/seb/dev/glibc-2.5/build-tree/hppa-libc/nss -L/home/seb/dev/glibc-2.5/build- tree/hppa-libc/nis -L/home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt -L/home/seb/dev/glibc-2.5/build-tree/hppa-libc/reso lv -L/home/seb/dev/glibc-2.5/build-tree/hppa-libc/crypt -L/home/seb/dev/glibc-2.5/build-tree/hppa-libc/linuxthreads -Wl, -rpath-link=/home/seb/dev/glibc-2.5/build-tree/hppa-libc:/home/seb/dev/glibc-2.5/build-tree/hppa-libc/math:/home/seb/dev /glibc-2.5/build-tree/hppa-libc/elf:/home/seb/dev/glibc-2.5/build-tree/hppa-libc/dlfcn:/home/seb/dev/glibc-2.5/build-tre e/hppa-libc/nss:/home/seb/dev/glibc-2.5/build-tree/hppa-libc/nis:/home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt:/home/s eb/dev/glibc-2.5/build-tree/hppa-libc/resolv:/home/seb/dev/glibc-2.5/build-tree/hppa-libc/crypt:/home/seb/dev/glibc-2.5/ build-tree/hppa-libc/linuxthreads -o /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt.so -T /home/seb/dev/glibc-2.5 /build-tree/hppa-libc/shlib.lds /home/seb/dev/glibc-2.5/build-tree/hppa-libc/csu/abi-note.o -Wl,--whole-archive /home/se b/dev/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a -Wl,--no-whole-archive /home/seb/dev/glibc-2.5/build-tree/hppa-libc/ elf/interp.os /home/seb/dev/glibc-2.5/build-tree/hppa-libc/libc.so /home/seb/dev/glibc-2.5/build-tree/hppa-libc/libc_non shared.a /home/seb/dev/glibc-2.5/build-tree/hppa-libc/linuxthreads/libpthread_nonshared.a /home/seb/dev/glibc-2.5/build- tree/hppa-libc/linuxthreads/libpthread.so /home/seb/dev/glibc-2.5/build-tree/hppa-libc/elf/ld.so /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(clock_nanosleep.os): In function `clock_nanosleep': /home/seb/dev/glibc-2.5/build-tree/glibc-2.5/rt/../sysdeps/unix/sysv/linux/clock_nanosleep.c:42: undefined reference to `__librt_multiple_threads' /home/seb/dev/glibc-2.5/build-tree/glibc-2.5/rt/../sysdeps/unix/sysv/linux/clock_nanosleep.c:42: undefined reference to `__librt_multiple_threads' /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_timedsend.os): In function `mq_timedsend': (.text+0x1c): undefined reference to `__librt_multiple_threads' /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_timedsend.os): In function `mq_timedsend': (.text+0x20): undefined reference to `__librt_multiple_threads' /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_timedreceive.os): In function `mq_timedreceive': (.text+0x1c): undefined reference to `__librt_multiple_threads' /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt_pic.a(mq_timedreceive.os):(.text+0x20): more undefined references to `__librt_multiple_threads' follow /usr/bin/ld: /home/seb/dev/glibc-2.5/build-tree/hppa-libc/rt/librt.so: hidden symbol `__librt_multiple_threads' isn't de fined /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status Note that the gcc-4.2 is also affected by this problem. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: hppa (parisc) Kernel: Linux 2.6.21-1-parisc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.1 depends on: ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina ii cpp-4.14.1.2-12 The GNU C preprocessor ii gcc-4.1-base 4.1.2-12 The GNU Compiler Collection (base ii libc6 2.5-9 GNU C Library: Shared libraries ii libgcc44.2-20070609-1GCC support library Versions of packages gcc-4.1 recommends: ii libc6-dev 2.5-9 GNU C Library: Development Librari pn libmudflap0-dev(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428509: gcc-4.1: Identified culprit as PR20218.
Package: gcc-4.1 Version: 4.1.2-12 Followup-For: Bug #428509 I build a new package reverting the PR21018 patch and everything is ok. Glibc compiles fine. So please either, fix the patch for hppa arch, or don't apply it altogether since it breaks in subtle ways the packages. I join a quick patch to revert the PR. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: hppa (parisc) Kernel: Linux 2.6.21-1-parisc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.1 depends on: ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina ii cpp-4.14.1.2-12+b1 The GNU C preprocessor ii gcc-4.1-base 4.1.2-12+b1 The GNU Compiler Collection (base ii libc6 2.5-11GNU C Library: Shared libraries ii libgcc44.2-20070609-1GCC support library Versions of packages gcc-4.1 recommends: ii libc6-dev2.5-11 GNU C Library: Development Librari ii libmudflap0-dev 4.1.2-12+b1 GCC mudflap support libraries (dev -- no debconf information diff -r -u -b -B -w gcc-4.1-4.1.2-12/debian/changelog gcc-4.1-4.1.2-12+b1/debian/changelog --- gcc-4.1-4.1.2-12/debian/changelog 2007-06-13 22:34:38.0 +0200 +++ gcc-4.1-4.1.2-12+b1/debian/changelog2007-06-13 12:44:48.0 +0200 @@ -1,3 +1,9 @@ +gcc-4.1 (4.1.2-12+b1) unstable; urgency=low + + * Revert 20218 patch that breaks gcc + + -- Sebastien Bernard <[EMAIL PROTECTED]> Wed, 13 Jun 2007 12:44:07 +0200 + gcc-4.1 (4.1.2-12) unstable; urgency=high * i386-biarch.dpatch: Update for the backport for PR target/31868. diff -r -u -b -B -w gcc-4.1-4.1.2-12/debian/rules.patch gcc-4.1-4.1.2-12+b1/debian/rules.patch --- gcc-4.1-4.1.2-12/debian/rules.patch 2007-06-13 22:34:38.0 +0200 +++ gcc-4.1-4.1.2-12+b1/debian/rules.patch 2007-06-13 12:45:06.0 +0200 @@ -41,8 +41,6 @@ fastjar-version \ fastjar-doc \ libstdc++-doxygen \ - pr20218 \ - pr20218-mips \ pr31868 \ arm-libffi \ libffi-backport \ @@ -112,10 +110,6 @@ debian_patches += pr25524-doc pr26885-doc gcc-4.1-x86-blended-doc libjava-backport-updates2 endif -ifneq (,$(filter $(DEB_TARGET_ARCH), amd64 i386 powerpc ppc64 sparc s390)) - debian_patches += pr20218 -endif - ifeq ($(with_libffi),yes) debian_patches += \ libffi-configure
Bug#353201: check_apt fail is locale is set
Hi, in check_apt : my $aptitude_out = `aptitude -sy upgrade`; $aptitude_out =~ /(\d+) packages upgraded/; This will fail if the locale is set because the output message "packages upgraded" is valid for LANG=C. Possible fix : my $aptitude_out = `LANG=C aptitude -sy upgrade`; Sebastien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#425337: chmod 700 on $HOME/.nano_saved-files
Package: nano Version: 2.0.2-1 Severity: wishlist Hello, User directories are open on our system. $HOME/.nano_saved-files is readable by 'group' and 'all'. It's one thing to let users look at each other's stuff, but another to let them know what they're doing. Could it be possible to create this directory 700 by default, regardless of umask? Best, Sébastien. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nano depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libncursesw55.5-5Shared libraries for terminal hand nano recommends no packages. -- no debconf information
Bug#425377: php5-cli: stream_wrapper_restore() does not work
Package: php5-cli Version: 5.2.0-8+etch4 Severity: normal PHP5 standard method stream_wrapper_restore() always breaks. stream_wrapper_unregister('zip'); stream_wrapper_restore('zip'); # triggers "Warning: stream_wrapper_restore(): zip:// never existed, nothing to restore" libapache2-mod-php5 suffers the same bug. Here is a more detailled test program : #!/usr/bin/php -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.1fly (PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#422406: pengupop: new release available
Package: pengupop Version: 2.1.12-3 Severity: important Current upstream release is 2.2.4, please update the debian package. Most Debian users get frustrated as their online opponents beat them easy, since the old version does not limit hostile balls to 4. The new relase also adds single-player mode, which is nice to have. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.19fly (PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pengupop depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii zlib1g 1:1.2.3-13 compression library - runtime pengupop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426899: binutils: Programs linked with the -pie option dumps core at execution
Package: binutils Version: 2.17cvs20070426-8 Severity: normal building the hello world program on hppa with the -pie option when linking make the program segfault when ran. For example : --- seb$ cat hello.c #include int main( void ) { printf("hello world !\n"); return 0; } seb$ gcc -fpie hello.c -o hello seb$ ./hello hello world ! seb$ gcc -pie -fpie hello.c -o hello seb$ ./hello Segmentation fault seb$ --- I don't know which package is the culprit. However, I suspect the culprit is ld or the dynamic linker. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 2.6.18-4-parisc64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils depends on: ii libc6 2.5-9 GNU C Library: Shared libraries binutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#424029: portmap: Breakage is related to -pie link
Package: portmap Version: 6.0-0 Followup-For: Bug #424029 I identified the problem as a -pie link which seems to be broken. The folowing lines explains the problem : --- hp$ cat hello.c #include int main( void ) { printf("hello world !\n"); return 0; } hp$ gcc -fpie hello.c -o hello hp$ ./hello hello world ! hp$ gcc -pie -fpie hello.c -o hello hp$ ./hello Segmentation fault hp$ --- Do we really neeed the portmap to be pie ? Feel free to forward the problem if you can identify the problem. I already opened a problem (#426889) with the binutils but I'm not sure they are related. It could be a dynamic linker bug or a gcc bug. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 2.6.18-4-parisc64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages portmap depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libc6 2.5-9 GNU C Library: Shared libraries ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip portmap recommends no packages. -- debconf information: * portmap/loopback: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#426899: binutils: Bugs identified not related to bintutils
Package: binutils Followup-For: Bug #426899 The problem has been identified as a Scrt1.o problem in glibc, not related to binutils sorry. Seb -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: hppa (parisc64) Kernel: Linux 2.6.18-4-parisc64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages binutils depends on: ii libc6 2.5-9 GNU C Library: Shared libraries binutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427990: glibc: PIE executables core dumps on hppa
Package: glibc Severity: important Tags: patch start.S file is messing up the paramaters when using the -pie option. This causes instant segfault on hppa when trying to run an pie executable. This causes portmap and nscd to break on this arch and maybe many other executables. Here is a patch that fix the start problem, but all pie programs must be relinked to fix the segfault. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: hppa (parisc64) Kernel: Linux 2.6.18-4-parisc64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- ports/sysdeps/hppa/elf/start.S.orig 2007-06-02 12:27:53.0 +0200 +++ ports/sysdeps/hppa/elf/start.S 2007-06-02 12:27:49.0 +0200 @@ -96,16 +96,16 @@ _start: #if SHARED /* load main (1st argument) */ - addil LR'.Lpmain, %r19 - ldw RR'.Lpmain(%r1), %r26 + addil LT'.Lpmain, %r19 + ldw RT'.Lpmain(%r1), %r26 ldw 0(%r26),%r26 /* void (*init) (void) (4th argument) */ - addil LR'.Lp__libc_csu_init, %r19 - ldw RR'.Lp__libc_csu_init(%r1), %r23 + addil LT'.Lp__libc_csu_init, %r19 + ldw RT'.Lp__libc_csu_init(%r1), %r23 ldw 0(%r23), %r23 /* void (*fini) (void) (5th argument) */ - addil LR'.Lp__libc_csu_fini, %r19 - ldw RR'.Lp__libc_csu_fini(%r1), %r22 + addil LT'.Lp__libc_csu_fini, %r19 + ldw RT'.Lp__libc_csu_fini(%r1), %r22 ldw 0(%r22), %r22 #else /* load main (1st argument) */
Bug#433187: Installing Debian on Ultrasparc III machines
Bernd Zeimetz a écrit : I'm not sure if those problems are related :) The register dumps would be needed if the kernel fails to initialize the CPU Fabio told me that break+p output might be useful in this case too, I'm just repeating :) Does Fabio probably know how to send that via a serial connection? :) Use the /proc/sysrq-trigger to send the corresponding keystroke. I used this trick to reboot the machine with unkillable processes since it won't go down by itself. Seb
Bug#398004: #398004 lynx-cur: Bad default for system mailer
Hi, Thomas Dickey : > I don't see where the problem lies: the configure script finds the same > value as the one you want to uncomment. The compiled-in value (which > you can inspect by looking at LYNXCOMPILEOPTS:/) shows this string. I noticed the very same problem on my system, and uncommenting the lines SYSTEM_MAIL:/usr/mmdf/bin/submit SYSTEM_MAIL_FLAGS:-mlruxto,cc\* in /etc/lynx-cur/lynx.cfg solved the problem: lynx restarted to behave in the way it always did. > None of my configs require uncommenting the value, since it's been > working as designed for a long time. May be the pre-compiled value is overriden at some point ? Sébastien.
Bug#398004: #398004 lynx-cur: Bad default for system mailer
Hello everybody, > I changed a packaging since 2.8.7dev5-1 to build with pbuilder > but this means the package was built under the smallest basic > system, i.e. without sendmail, bzip2 etc. so configure failed to > find sendmail, so you was encountered this bug. > > I'll fix this and the same kind of bug, #439070 as soon as > possible. Please wait for a while. Thanks for the bugfix. However: I am not sure that adding exim4-daemon-light to the build deps is the right way to solve the problem. This indeed enforces the use of exim4 as MTA, where as things will, I guess, also work with any other MTA. Therefore, I'd suggest to replace exim4-daemonq-light by the virtual package mail-transport-agent in the build dependencies. Cheers, Sébastien.
Bug#398004: #398004 lynx-cur: Bad default for system mailer
Hi Atsuhito, Thanks for having replied so quickly. > I didn't think it was the best way but I wanted to fix > this bug rapidly for non-i386 architecture which should be > built by buildd. Thanks for that. > > This indeed enforces the use of > > exim4 as MTA, where as things will, I guess, also work with any other > > MTA. Therefore, I'd suggest to replace exim4-daemonq-light by the > > virtual package mail-transport-agent in the build dependencies. > > I doubt that to put exim4 in Build-Depends (not Depends) > enforces the use of exim4 as MTA. Am I missing something? I ment at compile-time, sorry. > Anyway I'll try more good solution (including your suggestion) > later. Thanks for your comments. Thanks, Sébastien.
Bug#356927: mozilla-thunderbird: can't open attachments with pps extension
Package: mozilla-thunderbird Version: 1.0.7-3 Severity: normal Double-clicking or right-clicking and selecting "open" on an .pps attachment lanchs the save dialog but nothing moves. Remaining time is unknown, elapsed time is "00:00" and progress empty. I had only once progress bar going to 9% then hanging. This is reproductible by sending the file obtained by "touch somefile.pps" -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages mozilla-thunderbird depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-9 GCC support 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 libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.0.2-9The GNU Standard C++ Library v3 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 libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii xlibs 6.9.0.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages mozilla-thunderbird recommends: ii myspell-en-gb [myspell-dictio 1:2.0.1-2 English_british dictionary for mys ii myspell-en-us [myspell-dictio 1:2.0.1-2 English_american dictionary for my ii myspell-fr-gut [myspell-dicti 1:1.0-18 The French dictionary for myspell pn xprint (no description available) -- debconf information: mozilla-thunderbird/browser: Debian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#356928: krusader: crashes when listing a "big" directory (with many files)
Package: krusader Version: 1.60.0-3.1 Severity: important When listing /usr/bin/ or /usr/share/doc/ (seems to be related to number of elements in the directory), krusader crashes. Here's the stack : (no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (no debugging symbols found) [...] (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1237734688 (LWP 12730)] (no debugging symbols found) [...] (no debugging symbols found) [KCrash handler] #5 0x08126c66 in QStrList::~QStrList () #6 0xb6cb210b in QListViewPrivate::SortableItem::cmp () from /usr/lib/libqt-mt.so.3 #7 0xb6cb2152 in QListViewPrivate::SortableItem::operator< () from /usr/lib/libqt-mt.so.3 #8 0xb6cb3125 in qHeapSortPushDown () from /usr/lib/libqt-mt.so.3 #9 0xb6cb338d in qHeapSortHelper () from /usr/lib/libqt-mt.so.3 #10 0xb6cb343b in qHeapSort () from /usr/lib/libqt-mt.so.3 #11 0xb6caf57d in QListViewItem::sortChildItems () from /usr/lib/libqt-mt.so.3 #12 0xb6c9aac8 in QListViewItem::enforceSortOrder () from /usr/lib/libqt-mt.so.3 #13 0xb6c99d03 in QListView::firstChild () from /usr/lib/libqt-mt.so.3 #14 0xb74b6dc4 in KListView::setSorting () from /usr/lib/libkdeui.so.4 #15 0x08129da0 in QStrList::~QStrList () #16 0x0811260c in QPtrList::~QPtrList () #17 0x08113bfe in QPtrList::~QPtrList () #18 0x0811c71d in QPtrList::~QPtrList () #19 0xb6ba97ff in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #20 0xb6baa290 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #21 0x0813bf9d in QValueListPrivate::remove () #22 0x0813c0b8 in QValueListPrivate::remove () #23 0x08109be7 in QBitmap::~QBitmap () #24 0x0810a0c8 in QBitmap::~QBitmap () #25 0x0810b7aa in QBitmap::~QBitmap () #26 0xb6ba97ff in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #27 0xb6baa290 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #28 0xb6f39526 in QTimer::timeout () from /usr/lib/libqt-mt.so.3 #29 0xb6bce741 in QTimer::event () from /usr/lib/libqt-mt.so.3 #30 0xb6b40122 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #31 0xb6b40314 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #32 0xb72ced4e in KApplication::notify () from /usr/lib/libkdecore.so.4 #33 0xb6ad1861 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3 #34 0xb6b31bad in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #35 0xb6ae5566 in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #36 0xb6b58b01 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #37 0xb6b58a26 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #38 0xb6b3ec35 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #39 0x08081db0 in QMapPrivate::QMapPrivate () #40 0xb63d1ed0 in __libc_start_main () from /lib/tls/libc.so.6 #41 0x0807b631 in ?? () -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages krusader depends on: ii kdelibs4c2a 4:3.5.1-2 core libraries for all KDE applica ii libacl1 2.2.35-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.25-1 Extended attribute shared library ii libaudio2 1.7-5 The Network Audio System (NAS). (s ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libfam0 2.7.0-9Client library to control the FAM ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-9 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libidn11 0.5.18-2 GNU libidn library, implementation ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpcre3 6.4-1.1Perl 5 Compatible Regular Expressi ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-4 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-9The GNU Standard C++ Library v3 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 libxft2 2.1.8.2-3 FreeType-based font drawing librar 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
Bug#345157: syslog-ng: Inappropriately expects \n (and \0?) in syslog messages [perl #28019]
Hello, Julian Mehnle wrote: There is a line in Sys::Syslog that adds a newline to the message before sending it to the syslog socket, but it hasn't changed in Perl 5.8.8 Oh, it _has_ changed! See the attached diff of the Sys::Syslog changes in perl 5.8.8-3 vs. perl 5.8.8-2. Apparently the Sys::Syslog in perl 5.8.8-3 does no longer append a newline (\n) to syslog messages. Since RFC 3164[1], "The BSD syslog Protocol", does not require a newline terminator in syslog messages, I think this change is valid and appropriate. However it seems syslog-ng does not add its own newline when writing the received messages to the log file, so it relies on the generator of the message to add the newline. This is a bug in syslog-ng, so I'll reassign the bug there. There's probably another, similar issue with regard to adding NULL byte (\0) terminators to log messages. RFC 3164 does not require such \0 terminators either, and the changed Sys::Syslog in perl 5.8.8-3, which also stops appending \0 bytes to syslog messages, seems not to cause problems with sysklogd. Just for the records, and as I see you still referring to RFC3164, I'll restate here what I privately wrote to Brendan O'Dea: I discussed this issue with an experienced Unix sysadmin. We found the following facts: 1. As I said in a previous mail, RFC3164 was written in august 2001, while syslog daemons have been here since probably 20 years or so. Hence my question, how valid can this RFC be, which leads to the second point. 2. The RFC 3164 is in the category "informational", which indicates that it does not defines a standard, but provides informational, non-normative documentation. 3. The title of the RFC 3164 is "The BSD syslog Protocol". Not "The unix syslog Protocol" or "The syslog Protocol". We therefore reached the conclusion that this RFC was written by someone at Cisco for documenting the way the syslog daemon present in BSD systems works and expects data, but is in no way a normative reference. Hence, in the strict literal meaning of the terms, no software can claim RFC compliance as there is no normative RFC that officially defines the syslog protocol. The conclusion is that I feel now allowed to blame syslog-ng for not accepting Sys::Syslog messages. I can probably even remark that syslog-ng being most probably younger than the version of Sys::Syslog with UDP support by a few years, it should be compatible with Sys::Syslog and not the other way around >> :-) Although there seems to have been some reluctance by the Perl folks to omit the \0 terminators due to potential problems with UNIX domain sockets[2], I don't see why such terminators would be required with UNIX domain sockets but not with UDP sockets. I am not a sockets expert, though. If \0 terminators are indeed required with UNIX domain sockets (which I don't believe to be true), then their omittance in the Sys::Syslog in perl 5.8.8-3 is inappropriate and should be reverted. Otherwise, this is another bug in syslog-ng. This NULL byte was most probably added to be compatible with some given commercial Unix syslog daemon (I think there are people here who can speak about broken implementations ;-). Even if we could test a version Sys::Syslog without that NULL byte on all current Unix systems and check that it works as expected, this won't help for already installed systems, the kind of "works, won't touch, won't upgrade!" Best Regards, Sébastien Aperghis-Tramoni -- - --- -- - -- - --- -- - --- -- - --[ http://maddingue.org ] Close the world, txEn eht nepO
Bug#420315: broken support for quotas in LDAP
Package: quota Version: 3.14-7 Severity: normal I found (and fixed at least on my box) two problems in two Perl scripts shipped with quota. I store my user info, including quotas, in LDAP, using the quota.schema included in the package. When I tried to use applySystemQuotas.pl (in /usr/share/quota/ldap/) to actually set those quotas, it seemed to freeze (the shell command, not the system). What I found out with ps is that it invoked nano (my $EDITOR) to make temp aquota.user file. Killing the script left the console broken (somehow like when you cat a binary). Killing nano left quotas not applied. I found that applySystemQuotas.pl tries to use /usr/sbin/edquota_editor as $equota_editor; however this file doesn't exist. This second perl script is located in /usr/share/quota/ldap/. Here is how I fixed applySystemQuotas.pl : 17:43 [EMAIL PROTECTED] ~/ldap-quota# diff applySystemQuotas.pl /usr/share/quota/ldap/applySystemQuotas.pl 27c27 < my $edquota_editor = '/usr/share/quota/ldap/edquota_editor'; --- > my $edquota_editor = '/usr/sbin/edquota_editor'; 53d52 < my $visual = $ENV{'VISUAL'} if $ENV{'VISUAL'}; 55d53 < $ENV{'VISUAL'} = $edquota_editor; 79d76 < $ENV{'VISUAL'} = $visual if $visual; I added the VISUALs lines because man edquota says it calls $EDITOR or $VISUAL so just to be sure... The second problem is about /usr/share/quota/ldap/edquota_editor. I am a real beginner in Perl, but it seems this script uses outdated declarations. Anyhow it fails so there is a problem :) This is what I had to do to make it run : 17:53 [EMAIL PROTECTED] ~/ldap-quota# diff edquota_editor /usr/share/quota/ldap/edquota_editor 13c13 < my $qdata = join '', (@_=); --- > $qdata = join '', (@_=); 21,25c21 < # local($rv, $line, @line, $i); < my $rv; < my $line; < my @line; < my $i; --- > local($rv, $line, @line, $i); Again, I am no serious dev. nor Debian Guru so I don't expect thoses fixes to be correct. But I certainly can tell you that after this, my LDAP quotas get correctly applied :) Also, I don't use setSystemQuotas.pl so there might be similar problems with it, but I didn't check. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.20-suff (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages quota depends on: ii debconf 1.5.13 Debian configuration management sy ii e2fslibs 1.39+1.40-WIP-2006.11.14+dfsg-2 ext2 filesystem libraries ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libldap2 2.1.30-13.4 OpenLDAP libraries ii libssl0. 0.9.8e-4SSL shared libraries ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-23.1Linux Standard Base 3.1 init scrip quota recommends no packages. -- debconf information: quota/mailfrom: quota/signature: quota/subject: * quota/run_warnquota: false quota/group_message: quota/cc: quota/supportemail: quota/supportphone: quota/cc_before: quota/group_signature: quota/message: quota/rquota_setquota: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#368732: xbase-clients: workaround
Package: xbase-clients Version: 1:7.0.1-2 Followup-For: Bug #368732 xfontsel seems to be looking for ISO8859 fonts whereas xlsfonts reports iso8859 fonts. Installing xfs seems to provide the missing fonts. (works with xfontsel, xedit, xconsole, scilab) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xbase-clients depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-3X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.2-1 A free implementation of the OpenG ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxau6 1:1.0.0-3X11 authorisation library ii libxaw7 1:1.0.1-5X11 Athena Widget library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxkbfile1 1:1.0.2-3X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxmuu11:1.0.1-3X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4X11 Screen Saver extension library ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-3X11 event trapping extension libra ii libxtst61:1.0.1-3X11 Testing -- Resource extension ii libxv1 1:1.0.1-3X11 Video extension library ii libxxf86dga12:1.0.0-3X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.0-4X11 XFree86 video mode extension l ii x11-common 1:7.0.21 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]