Bug#387109: Processed: Re: Bug#387109: Does ulog-acctd support logfile > 2GB ?
severity 418430 whishlist tags 418430 - patch lfs severity 387109 normal tags 387109 + patch lfs thanks Sorry about that... wrong copy/paste. Regards, -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu.
Bug#387109: Does ulog-acctd support logfile > 2GB ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity 418430 normal tags 418430 + patch lfs thanks Hi, I can confirm that adding -D_FILE_OFFSET_BITS=64 to the CFLAGS fixes the problem. (trivial) patch attached. Meanwhile, those interested will find fixed source and i386 binary on http://clement.hermann.free.fr/debian/ulog-acctd/ Used in production here, seems OK. I bumped the severity up a bit... We just encountered this bug, and it is a real problem when you use ulog-acctd for billing (we do have more than 2Gb log per day). One could even argue that the severity should be set to grave, as ulog will stop logging when the log file reaches 2GB, and it could be considered as a data loss or even a security issue... Cheers, - -- Clément Hermann (nodens) - - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmiod0yQ2guvROZ0RAhbRAJ95pBhbXtt9jjf/ZZKNK7ukE9MsugCgkxRd kopZ6ijS7rRYoVIqTtcRKpI= =wVC3 -END PGP SIGNATURE- #! /bin/sh /usr/share/dpatch/dpatch-run ## 15_file_offset_bits_64.dpatch by <[EMAIL PROTECTED]> ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad ulog-acctd-0.4.3~/src/Makefile ulog-acctd-0.4.3/src/Makefile --- ulog-acctd-0.4.3~/src/Makefile 2003-05-07 15:04:27.0 +0200 +++ ulog-acctd-0.4.3/src/Makefile 2008-01-25 19:01:36.485579724 +0100 @@ -16,7 +16,7 @@ # Disable for debugging #OPT = -O2 -CFLAGS += -Wall -Wstrict-prototypes $(OPT) $(DEBUG) $(KERNELDIR) +CFLAGS += -Wall -Wstrict-prototypes $(OPT) $(DEBUG) $(KERNELDIR) -D_FILE_OFFSET_BITS=64 OBJECTS = main.o daemon.o process.o utils.o config.o capture.c DISTSRC = ChangeLog Makefile capture.c config.c daemon.c main.c ulog-acctd ulog-acctd.cf ulog-acct.h process.c utils.c LIBS = 15_file_offset_bits_64.dpatch.sig Description: Binary data
Bug#393976: tsclient: Bug still present
Hi, Javier Kohen a écrit : Package: tsclient Version: 0.150-1 Followup-For: Bug #393976 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This bug has not been solved by the latest update. I still get the reconnect dialog after cleanly disconnecting from a VNC host. Could you please explain further "cleanly disconnecting" ? I cannot reproduce it here (F8 -> quit viewer does not bring up the reconnect dialog, and closing the vnc client windows does not bring it either). To bring up the reconnect dialog, I have to kill the vncviewer process (not exactly a clean disconnect ;) ). -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu.
Bug#413442: Please add libapache2-mod-security to etch.
For the record : It is not possible to do so, due to licensing issue. Binary redistribution of this package is not possible without copyright violation. See Debian bug #313615 [1]. The conflict is not resolvable, as it is a "business decision" made upstream. You may find third-party package, but they are illegal. Cheers, [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=313615 -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu.
Bug#449144: tsclient: Please add RDPv5 disk mapping support (patch available)
Kilian Krause a écrit : ok, let's start with the obvious. The Debian packaging of tsclient is supposed to be the debian/ dir only. I.e. if you have a new upstream source, there is no need to patch the full source to the new version and mail that as diff. You just include the new tarball version for that release in debian/changelog and make the neccessary adjustments in debian/. Most commonly it's a good idea to add a get-orig-source target for this - or to plain use it if it's there already. ;) Duh. I didn't saw this target. I told you I wasn't familiar with CDBS ;) For the "all in one" patch, I actually don't know why I did that. I should have known better. Of course a patch against the debian dir is the way to go. Second you included automake1.9 and autoconf in the Build-Deps. That generally is a *very good* indication for things that have gone utterly wrong. For a proper packaging you should not regenerate the configure during the build to keep a certain amount of reproducability. That's the reason there was a patch for that update to make the outcome rather predictable. Maintainer mode is for developers, not for packagers. ;) I misread guidlines in /usr/share/doc/autotools-dev. Now that you point it to me, I can see that I should have paid more attention to the introduction ;) Moreover if you drop patches, it's always nice to know why this is no longer needed (added included upstream for that reason). Ok. Thirdly, the SVN was a bit further, so your patch didn't really apply cleanly. I have manually fixed that part. The result with some slight modifications to get the package mostly lintian clean I have put in SVN[1]. Can you verify this is the intended result so I can go and upload it? Thanks! It is OK to me, except that I just saw a little UI problem in the patch. The remote drive mapping should be disabled in the UI when the selected protocol is not RDP. Attached is a svn diff that correct it. My friend should upgrade the sourceforge version shortly (it seems it is not possible to attach a new file if you are not the original submitter). Thanks for educating me ;) -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. tsclient.rev13401.diff Description: application/pgp-encrypted
Bug#317258: [stable] kernel upload to p-u
dann frazier a écrit : > I also wonder if all reporters mean the same thing when they say it > "doesn't work"? The original reporter was complaining that neither > driver claimed the card - that's no longer the case. > > All users: > I'm interested in collecting the following data from each of you: > 1) BIOS/FW versions reported at POST (before the kernel starts) > 2) boot log when booting the etch kernel > 3) boot log when booting a kernel w/ the workaround: > > http://people.debian.org/~dannf/bugs/317258/linux-image-2.6.18-5-686_2.6.18.dfsg.1-13etch2megaraid1_i386.deb > > > I cannot provide it right now (the impacted servers are in production now, I integrated the workaround myself). I could try to schedule downtime, but It could take some time. However, I can say that on my NetRaid 2/M and Megaraid Express 500 (that is, the ones having the problem here), the -mbox driver claimed the card. The symptoms where timeouts (60 seconds) when initialisation commands where issued to the controller, happening a few times, and eventually the initramfs image would give a shell. Here are the first lines of /proc/megaraid/config, hope it helps : Netraid 1M v2.00.4 (Release Date: Thu Feb 9 08:51:30 EST 2006) HP NetRAID-1M Controller Type: 438/466/467/471/493/518/520/531/532 Controller Supports 40 Logical Drives Controller is not using 64-bit memory addressing Base = f0832000, Irq = 177, Logical Drives = 1, Channels = 1 Version =H01.07:G01.02, DRAM = 32Mb Controller Queue Depth = 254, Driver Queue Depth = 126 Express 500 v2.00.4 (Release Date: Thu Feb 9 08:51:30 EST 2006) Series 475 40 Logical Drive Firmware Controller Type: 438/466/467/471/493/518/520/531/532 Controller Supports 40 Logical Drives Controller capable of 64-bit memory addressing Controller is not using 64-bit memory addressing Base = e0802000, Irq = 209, Logical Drives = 1, Channels = 1 Version =l148:3.11, DRAM = 32Mb Controller Queue Depth = 254, Driver Queue Depth = 126 Cheers, -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414990: avscan scans only 255 files (and let believe all is done)
Hi again, and sorry to have taken such a long time to go back to this bug. I reproduced the entire directory tree, but replacing each file content by a copy of /bin/true : no error. After a command line run, it turns out that avscan segfault (return 8) on a specific MS Word file. I cannot provide it, because it contains private (not mine) content, and the french law (and other, I believe) prohibits to publish it... However, changing some text in the file (I was trying to anonymise it) and saving it with openoffice writer makes it scanable again. So, the real bug is : 1. avscan should tell the user if the scan returns a non-0 value (such as a segfault). 2. avscan seems to have trouble opening some MS Word files. Best regards, Clement 'nodens' Hermann a écrit : > Christoph Berg a écrit : >> I just tried to reproduce that here and couldn't - it scans all files. >> >> Could you provide some more information about how your directory tree >> looks? I have no real idea what could be wrong here. >> >> > The directory is a fat32 system on an USB key, mounted by pmount + hal > (gnome-volume-manager). I'm not sure I can get it back to try again... > I'll try to get an hand on it tomorrow > A long time -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414990: avscan scans only 255 files (and let believe all is done)
Christoph Berg a écrit : I just tried to reproduce that here and couldn't - it scans all files. Could you provide some more information about how your directory tree looks? I have no real idea what could be wrong here. The directory is a fat32 system on an USB key, mounted by pmount + hal (gnome-volume-manager). I'm not sure I can get it back to try again... I'll try to get an hand on it tomorrow Thanks for your quick answer :) -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317258: Bug #317258: megaraid driver not working on netraid 1M/2M and 2.6.18 (used to be patched)
Clement Hermann (nodens) a écrit : > Hi, > > Is there anything new on this bug ? Is there a chance the patch is > re-applied before Etch release ? > > Upgrade to Etch (and subsequent maintenance) will be painful for > Netraid 1M/2M users if the patch is not applied on the current kernel > shipped in Etch... Also, the patch seems mostly harmless to me (but > you may know better, please explain if this is the case :) ) > Any news on this ? Is there any chance this is fixed before the release ? Best regards, -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317258: Megaraid driver lost PCI ID mapping for NetRAID 1M & 2M
reopen 317258 ! severity critical thanks Hi, The patch has disappeared from recent kernel. l couldn't install or boot Etch (either upgrading from sarge or installing from scratch) on a HP LC2000r (netraid 1M controller) with the default 2.6.18-3 kernel. Applying the patch attached earlier on this bug solved the problem. I changed the severity to critical, as this makes Etch uninstallable on widespread (though old) hardware, but feel free to downgrade it if you feel it is overrated. Anyway, could you please apply the patch again ? Thanks in advance for my many old servers using sarge ;) Best regards, -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400779: libnotify-bin: No way to escape '<' and '>' characters
severity 400779 minor Thanks Ok, I found out that the bug is not in notify-send but in the documentation : You have to use HTML Escapes (such as >). This should be specified somewhere in the manual... Regards, -- Clément Hermann (nodens) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395114: [Pkg-xen-devel] Bug#395114: xen-hypervisor-3.0.3-1-i386: dom0 crashes when trying to boot hvm domain while paravirtualized domain is running
Julien Danjou a écrit : Kernel: Linux 2.6.17-2-xen-686 Try to use 2.6.18 kernel. Thanks. It works. I know this is a WIP package, but maybe some entries in a Debian.Readme could hint the users about the (in)compatibilities between xen and some kernels ? Great work anyway, and thanks for your quick answer. Regards, -- Clément Hermann (nodens) - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320920: snort: 2.4 upgrade, prelude support
Package: snort Severity: wishlist Hi, Snort 2.4 is now out. Could you please, when you upgrade to this version, enable prelude output support (i.e a snort-prelude package ?) Thanks in advance, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Clément 'nodens' Hermann - "L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ?" Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317291: ifupdown: Missing vlans upon networking restart
Package: ifupdown Version: 0.6.7 Severity: important Hi, I encounter a problem whith vlans when doing a /etc/init.d/networking restart. Everything goes smoothly when booting / rebooting, but when one restart the network (doing ifdown -a immediatly followed by ifup -a), some vlan are missing. The number of vlan does not change this behavior (vlan are missing weither there is 3 or 255 vlan configured). e.g : [EMAIL PROTECTED]:~/src/debian/ifupdown-0.6.7# /etc/init.d/networking restart Setting up IP spoofing protection: rp_filter. Reconfiguring network interfaces... Removed VLAN -:eth0.5:- Removed VLAN -:eth0.6:- Removed VLAN -:eth0.7:- ifup: interface lo already configured Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config Added VLAN with VID == 5 to IF -:eth0:- Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config Added VLAN with VID == 6 to IF -:eth0:- Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config Added VLAN with VID == 7 to IF -:eth0:- done. [EMAIL PROTECTED]:~/src/debian/ifupdown-0.6.7# cat /proc/net/vlan/config VLAN Dev name| VLAN ID Name-Type: VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD eth0.5 | 5 | eth0 eth0.6 | 6 | eth0 -> vlan 7 is missing [EMAIL PROTECTED]:~/src/debian/ifupdown-0.6.7# /etc/init.d/networking restart Setting up IP spoofing protection: rp_filter. Reconfiguring network interfaces... Removed VLAN -:eth0.5:- Removed VLAN -:eth0.6:- ifup: interface lo already configured Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config Added VLAN with VID == 5 to IF -:eth0:- Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config Added VLAN with VID == 6 to IF -:eth0:- Set name-type for VLAN subsystem. Should be visible in /proc/net/vlan/config Added VLAN with VID == 7 to IF -:eth0:- done. [EMAIL PROTECTED]:~/src/debian/ifupdown-0.6.7# cat /proc/net/vlan/config VLAN Dev name| VLAN ID Name-Type: VLAN_NAME_TYPE_RAW_PLUS_VID_NO_PAD eth0.5 | 5 | eth0 eth0.7 | 7 | eth0 -> vlan 6 is missing on the next run, only vlan 6 would be here, the vlan 5 and vlan 7 again, and so on. I added the following lines on each vlan interface in /etc/network/interfaces : pre-up echo $IFACE pre-up | tee -a /var/log/kern.log up echo $IFACE up | tee -a /var/log/kern.log post-up echo $IFACE post-up | tee -a /var/log/kern.log pre-downecho $IFACE pre-down | tee -a /var/log/kern.log downecho $IFACE down | tee -a /var/log/kern.log post-down echo $IFACE post-down | tee -a /var/log/kern.log here is what I see in kernel.log then when I do a networking restart : eth0.5 pre-down eth0.5 down eth0.5 post-down eth0.7 pre-down eth0.7 down eth0.7 post-down eth0.5 pre-up Jul 7 15:05:50 clement kernel: eth0.5: add 01:00:5e:00:00:01 mcast address to master interface Jul 7 15:05:50 clement kernel: eth0.5: add 33:33:00:00:00:01 mcast address to master interface Jul 7 15:05:50 clement kernel: eth0.5: add 33:33:ff:29:ba:c3 mcast address to master interface eth0.5 up eth0.5 post-up eth0.6 pre-up Jul 7 15:05:50 clement kernel: eth0.6: add 01:00:5e:00:00:01 mcast address to master interface Jul 7 15:05:50 clement kernel: eth0.6: add 33:33:00:00:00:01 mcast address to master interface Jul 7 15:05:50 clement kernel: eth0.6: add 33:33:ff:29:ba:c3 mcast address to master interface eth0.6 up eth0.6 post-up eth0.7 pre-up Jul 7 15:05:50 clement kernel: eth0.7: add 01:00:5e:00:00:01 mcast address to master interface Jul 7 15:05:50 clement kernel: eth0.7: add 33:33:00:00:00:01 mcast address to master interface Jul 7 15:05:50 clement kernel: eth0.7: add 33:33:ff:29:ba:c3 mcast address to master interface eth0.7 up eth0.7 post-up eth0.5 pre-down eth0.5 down Jul 7 15:05:51 clement kernel: eth0.5: del 33:33:ff:29:ba:c3 mcast address from vlan interface Jul 7 15:05:51 clement kernel: eth0.5: del 33:33:ff:29:ba:c3 mcast address from master interface Jul 7 15:05:51 clement kernel: eth0.5: del 33:33:00:00:00:01 mcast address from vlan interface Jul 7 15:05:51 clement kernel: eth0.5: del 33:33:00:00:00:01 mcast address from master interface Jul 7 15:05:51 clement kernel: eth0.5: del 01:00:5e:00:00:01 mcast address from vlan interface Jul 7 15:05:51 clement kernel: eth0.5: del 01:00:5e:00:00:01 mcast address from master interface eth0.5 post-down eth0.7 pre-down eth0.7 down Jul 7 15:05:51 clement kernel: eth0.7: del 33:33:ff:29:ba:c3 mcast address from vlan interface Jul 7 15:05:51 clement kernel: eth0.7: del 33:33:ff:29:ba:c3 mcast address from master interface Jul 7 15:05:51 clement kernel: eth0.7: del 33:33:00:00:00:01 mcast address from vlan interface Jul 7 15:05:51 clement kernel: eth0.7: del 33:33:00:00:00:01 mcast address from master interface Jul 7 15:05:51 clement kernel: eth0.7: del 01:00:5e:00:00:01 mcast address from vlan interface Jul 7 15:05:51 clement kernel: eth0.7: del 01:00:5e:00:00:01 mc
Bug#314579: last libgoffice-1 version breaks excel files support in gnumeric
Package: libgoffice-1 Version: 0.0.2-1 Severity: important Hi, after upgrading libgoffice-1, I'm unable to open MS excel® files in gnumeric, due to an unresolved symbol : E Impossible d'ouvrir le fichier module « /usr/lib/gnumeric/1.5.1/plugins/excel/excel ». E /usr/lib/gnumeric/1.5.1/plugins/excel/excel.so: undefined symbol: gog_object_set_pos Best regards, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libgoffice-1 depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libgconf2-4 2.10.0-2GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.5-1 The GLib library of C routines ii libgnome2-0 2.10.0-3The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeprint2.2-0 2.10.3-2The GNOME 2.2 print architecture - ii libgnomeui-0 2.10.0-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-4The GNOME virtual file-system libr ii libgoffice-1-common 0.0.2-1 Document centric objects library - ii libgsf-1 1.12.1-1Structured File Library - runtime ii libgsf-gnome-1 1.12.1-1Structured File Library - runtime ii libgtk2.0-0 2.6.7-2 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libxml2 2.6.16-7GNOME XML library ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310810: php4-cgi: missing information on about fastcgi support being compiled-in.
Package: php4-cgi Severity: minor Hi, I had to look into the source package to find out that php4-cgi was compiled with fastcgi support. I think it's great, but it should be said in the package description, it would save people time ;) Cheers, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- Clément 'nodens' Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310775: libapache2-mod-suphp: Adding --with-setid-mode=force option when using apache2
Package: libapache2-mod-suphp Severity: wishlist Hi, How about comiling suphp with --with-setid-mode=force for apache2 version ? Only if suphp revert to the normal behavior when the option is not supplied in apache configuration, of course. But it would be nice (and more secure) to be able to force the uid in apache rather than relying on the filesystem. What do you think ? -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289812: quotatool: Assumes XFS quotas if the kernel supports them
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 289812 fixed-upstream severity 289812 grave thanks Hi, This bug is fixed upstream (as well as #258289, which seems related). Also, as the current default kernels include CONFIG_XFS_QUOTA (or so do I believe), this bugs apply to anybody running an Out-of-the-box debian installation wanting to use quotatool, or even to anybody using debian kernels (so basically most debian user are impacted and can't use quotatool). So I'm upgrading the severity to grave. Feel free to correct me if I'm wrong. I've tested the current upstream version (1.4.7) on several debian boxes (both sid and sarge, with or without XFS filesystems) and I didn't notice any bugs yet. Could you please consider upgrading the debian package to the last upstream version ? Cheers, - -- Clément 'nodens' Hermann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCgT1V0yQ2guvROZ0RAjjVAJ0aViDeePJwTclUKQQwyDjMc29QRgCbBs3y LaiszFqG+FEE4hS06iVFfzg= =Mvzy -END PGP SIGNATURE-
Bug#306812: foomatic-gui does not add printer if /etc/cups/printers.conf does not exist
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Lawrence a écrit : > Have you tried this with the version of foomatic-gui you reported the > bug in? Line 851 of foomatic-gui explicitly calls "touch > /etc/cups/printers.conf" if the spooler is cups. Yes, I also noticed this. I am not a python expert in any way, but I believe this is either never called or won't work. I just tried again on another system with a strace -f -eopen attached : [pid 15810] open("/etc/ld.so.cache", O_RDONLY) = 5 [pid 15810] open("/lib/tls/libc.so.6", O_RDONLY) = 5 [pid 15810] open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 5 [pid 15810] open("/etc/foomatic/defaultspooler", O_RDONLY|O_LARGEFILE) = 5 Process 15809 suspended Process 15809 resumed Process 15810 detached [pid 15809] --- SIGCHLD (Child exited) @ 0 (0) --- [pid 15809] open("/etc/cups/printers.conf", O_RDONLY|O_LARGEFILE) = -1 ENOENT (N o such file or directory) well, there *is* no such file or directory. This is really annoying, as the average foomatic-gui user would use it to configure his first printer... and won't have a printers.conf. I can send you a full trace if you want, but as this is a python script I suppose there are better ways to catch this one :) - -- Clement 'nodens' Hermann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCdUlu0yQ2guvROZ0RAhtoAJ0Uomwpo4J0EsAOrJ3eXrlzVwAkYQCfcM7h njcI6Q/PGckrk98XyogKKJI= =oIKo -END PGP SIGNATURE-
Bug#306812: foomatic-gui does not add printer if /etc/cups/printers.conf does not exist
Package: foomatic-gui Version: 0.7.4.10 Severity: important Hi, foomatic-gui refuses to add a printer if there is no printers.conf file. It does not display any error, simply return you on the (empty) printers list. This may be very confusing. If it was launched from a terminal, you can see on STDERR the following message : "Cannot read printers.conf file!". Resolution : run the following command as root : touch /etc/cups/printers.conf Reproducibility : always. Just try to move /etc/cups/printers.conf out of the way and try to add a printer. Best regards, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages foomatic-gui depends on: ii gksu 1.2.5-1graphical frontend to su ii python2.3.5-2An interactive high-level object-o ii python-foomatic 0.7.4.10 Python interface to the Foomatic p ii python-glade2 2.6.1-2GTK+ bindings: Glade support ii python-gnome2 2.6.1-1Python bindings for the GNOME desk ii python-gtk2 2.6.1-2Python bindings for the GTK+ widge ii python2.3-gnome2 2.6.1-1Python bindings for the GNOME desk -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290698: enlightenment: E16 locks up when keybinding executes broken script ( existing, but invalid)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, It seems this bug is fixed upstream (at least I couldn't reproduce it with version 16.7.2, which is the last public version). Could you please consider packaging it ? (see bug #261353) Best regards, - -- Clément Hermann -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCRe7S0yQ2guvROZ0RAjtgAKCw2EI1SmsgfSxIL+X4YUwALHVG1ACgrD4a 3RtjrRZj1QSauabqzRH2UaY= =emhP -END PGP SIGNATURE-
Bug#288761: more info on extension problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here is my little bit about this : - - click on "Install Now" on https://addons.update.mozilla.org/extensions/moreinfo.php?application=firefox&version=1.0&os=nt&id=10 does not work. - - opening the link in a new tab does work. - - opening http://ftp.mozilla.org/pub/mozilla.org/extensions/adblock/adblock-0.5.2.039-fx.xpi directly does work. - - creating a simple link on a simple html page to the xpi file does work ?! (tried on a local apache server, I see the "firefox has prevented localhost to install a program to protect you computer" box (something like that, I use a french locale and don't know how it is said in english). adding localhost to the list works, also. - - if the "allow websites to install program" box is unchecked, mozilla does show the pop-up about the feature beeing disabled when clicking on a link - - if no site is allowed to install, the popup shows up (as with the localhost test). - - it works when you use the "download it" link on mozdev.org but not when clicking on "Install version xxx of foobar now" (tested with http://livehttpheaders.mozdev.org/installation.html) - -- Clément 'nodens' Hermann -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCQLXp0yQ2guvROZ0RAjIxAJwOi41RF7xsUyVwR2NsMo5tQkpvXQCfQwfm VDCiG1kMC2ocKla6JEsBO+M= =KLEe -END PGP SIGNATURE-
Bug#278529: Oops...
wrong patch, sorry. This is the good one (eval is best than find IMHO). -- Clément 'nodens' Hermann <[EMAIL PROTECTED]> - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? -- Jean in "l'Histoire des Pingouins" - http://tnemeth.free.fr/fmbl/linuxsf --- grub-floppy.old 2005-03-10 18:11:25.0 +0100 +++ grub-floppy 2005-03-10 18:12:26.0 +0100 @@ -19,7 +19,7 @@ # Initialize some variables. dd=`which dd` -pkglibdir=/lib/grub/*-* +pkglibdir=$(eval echo /lib/grub/*-*) stage1=$pkglibdir/stage1 stage2=$pkglibdir/stage2 @@ -90,8 +90,6 @@ /bin/echo -e "\nThat's All Folks!" } -# test we have the necessary files first -checkfiles case "$1" in -h | --help) @@ -102,6 +100,8 @@ if [ -z "$1" ] ; then usage else + # test we have the necessary files first + checkfiles checkdevice "$1" questiondevice "$1" createfloppy "$1"
Bug#278529: tags #278529
tags 278529 + patch thanks -- Clément 'nodens' Hermann <[EMAIL PROTECTED]> - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? -- Jean in "l'Histoire des Pingouins" - http://tnemeth.free.fr/fmbl/linuxsf
Bug#278529: [Bug #278529] resolved with this patch
Alternatively, you could just remove the "" when testing the file's existence - it will then interpret *-* correctly. Then there is no need to use find. Also, checkfiles() should be called after the option parsing, so you could do a -h even if stage1 is not found. See the patch attached. Best regards, -- Clément 'nodens' Hermann <[EMAIL PROTECTED]> - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? -- Jean in "l'Histoire des Pingouins" - http://tnemeth.free.fr/fmbl/linuxsf --- grub-floppy.old 2005-03-10 14:50:53.0 +0100 +++ grub-floppy 2005-03-10 14:50:10.0 +0100 @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/bash # Create GRUB boot floppy. # Copyright (C) 2001 Jason Thomas <[EMAIL PROTECTED]> @@ -33,9 +33,10 @@ checkfiles() { +echo $pkglibdir $stage1 [ -x "$dd" ] || abort "Can't find $dd, aborting" -[ -f "$stage1" ] || abort "Can't find $stage1, aborting" -[ -f "$stage2" ] || abort "Can't find $stage2, aborting" +[ -f $stage1 ] || abort "Can't find $stage1, aborting" +[ -f $stage2 ] || abort "Can't find $stage2, aborting" } usage() @@ -90,9 +91,6 @@ /bin/echo -e "\nThat's All Folks!" } -# test we have the necessary files first -checkfiles - case "$1" in -h | --help) usage @@ -102,6 +100,9 @@ if [ -z "$1" ] ; then usage else + # test we have the necessary files first + checkfiles + checkdevice "$1" questiondevice "$1" createfloppy "$1"
Bug#283605: Accessing the GAL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It won't work for me either. either with the exchange serveur or domain controlleur as GAL server, I keep getting errors about not being able to connect to GAL server. I get the following messages in debug mode (E2K=2) : impl_GNOME_Evolution_Addressbook_BookFactory_getBook impl_GNOME_Evolution_Addressbook_Book_open (0x816f140) ** (evolution-exchange-storage:23559): WARNING **: LDAP authentication failed (0x51) I use last evolution &and evolution-echange from sid, no ldap patch for me, no [EMAIL PROTECTED] (if I use [EMAIL PROTECTED], personnal Contacts from echange won't work either). Server : Exchange 2003 (French) on 2003 domain (french domain controler as well). Best regards, - -- Clément 'nodens' Hermann <[EMAIL PROTECTED]> - - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? - -- Jean in "l'Histoire des Pingouins" - http://tnemeth.free.fr/fmbl/linuxsf -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFCGzVO0yQ2guvROZ0RAiXfAKCdnFjx6oFqjuxCg0M2EZzEu1s58QCgizXD dGZRBk7G8xTusyGqoktwqcc= =BNKm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#296282: php4-snmp causes apache to segfault on startup
Package: php4-snmp Version: 4:4.3.10-7 Severity: grave Justification: renders package unusable Hi, Latest version of php4-snmp causes apache to segfault on startup (undetected by apachectl which exit cleanly). Commenting out extension=snmp.so in /etc/php4/apache/php.ini is a workaround, but php scripts runned by apache via the php4 module won't have snmp support. Here his an strace -f apachectl (relevant part only) : open("/usr/lib/libnetsnmp.so.5", O_RDONLY) = 5 read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\343\0"..., 512) = 512 fstat64(5, {st_mode=S_IFREG|0644, st_size=528848, ...}) = 0 old_mmap(NULL, 633392, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xb71f7000 old_mmap(0xb7276000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x7f000) = 0xb7276000 old_mmap(0xb7278000, 105008, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7278000 close(5)= 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/libwrap.so.0", O_RDONLY) = 5 read(5, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240!\0"..., 512) = 512 fstat64(5, {st_mode=S_IFREG|0644, st_size=28688, ...}) = 0 old_mmap(NULL, 33700, PROT_READ|PROT_EXEC, MAP_PRIVATE, 5, 0) = 0xb71ee000 old_mmap(0xb71f5000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 5, 0x6000) = 0xb71f5000 old_mmap(0xb71f6000, 932, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb71f6000 close(5)= 0 munmap(0xb7bff000, 73541) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- Process 4284 detached Note that this only happen with apache module, php-cgi and php-cli are both working fine with snmp extension : [EMAIL PROTECTED]:~$ echo '' | php-cgi | grep -i snmp snmp NET-SNMP Support enabled NET-SNMP Version 5.1.2 SNMP_PERSISTENT_FILE /dev/null _SERVER["SNMP_PERSISTENT_FILE"]/dev/null _ENV["SNMP_PERSISTENT_FILE"]/dev/null [EMAIL PROTECTED]:~$ php -r 'phpinfo();' | grep -i snmp snmp NET-SNMP Support => enabled NET-SNMP Version => 5.1.2 SNMP_PERSISTENT_FILE => /dev/null _SERVER["SNMP_PERSISTENT_FILE"] => /dev/null _ENV["SNMP_PERSISTENT_FILE"] => /dev/null Best Regards, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages php4-snmp depends on: ii debconf [debconf-2.0] 1.4.45 Debian configuration management sy ii libapache-mod-php4 [phpapi- 4:4.3.10-7 server-side, HTML-embedded scripti ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libsnmp55.1.2-6 NET SNMP (Simple Network Managemen ii libwrap07.6.dbs-6Wietse Venema's TCP wrappers libra ii php4-cgi [phpapi-20020918-z 4:4.3.10-7 server-side, HTML-embedded scripti ii php4-cli [phpapi-20020918-z 4:4.3.10-7 command-line interpreter for the p ii php4-common 4:4.3.10-7 Common files for packages built fr -- debconf information: php4/extension_snmp_apache: true php4/add_extension: true php4/remove_extension: true php4/extension_snmp_cgi: true php4/extension_snmp_cli: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291368: webalizer: Webalizer should be able to generate stats in different languages
Package: webalizer Version: 2.01.10-26 Severity: wishlist I know it's possible to select a langage at compile-time, but it would be better to be able to choose it at generation-time. Even without adding support for selecting the langage at runtime, we could imagine several package (webalizer-fr, webalizer-pl) as a workaround. It could also use the alternatives to provide a webalizer pointing to the favourite langage binary. Best Regards, -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages webalizer depends on: ii debconf 1.4.41 Debian configuration management sy ii libc6 2.3.2.ds1-19 GNU C Library: Shared libraries an ii libdb4.24.2.52-17Berkeley v4.2 Database Libraries [ ii libgd2-xpm 2.0.33-1.1 GD Graphics Library version 2 ii libpng12-0 1.2.8rel-1 PNG library - runtime ii zlib1g 1:1.2.2-4compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]