Bug#433038: libapache2-mod-python: mod_python collides with mod_php5, rendering psp ususuable without proper error messages
I've forwarded this issue on to the mod_python dev mailing list. -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#440269: pimppa: Should remove debian/po and remove the debconf dependency
Package: pimppa Severity: normal Tags: l10n This package still carries a debian/po directory and depends on debconf while, indeed, it does not use debconf anymore. This is misleading for translators who might think they have to translate debconf templates while, indeed, no templates are used. Please remove these files from the package. I also suggest removing the -disabled stuff as well, as Debian diffs are certainly not the place to archive old unused things. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358245: ayttm: unable to use with ICQ account
Hi, New version (0.5.0+10-1) (with Gtk2 Port) of ayttm is out! and uploaded to Debian unstable. Can you please check that this bug is reproducible with latest version? Let the bug report know :) -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#194118: ayttm: ICQ plugin fails to show all online users
Hi, New version (with Gtk2 Port) of ayttm is out! and uploaded to Debian unstable. Can you please check that this bug is reproducible with latest version? Let the bug report know :) -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439914: xserver-xorg: backlight is not turned on resume, thinkpad x61s
If I add the kernel parameter acpi_sleep=s3_bios the symptoms go away (i.e. no more bug to report). I don't know if this counts as fixed or not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#239002: ayttm: support for custom status in yahoo is broken
Hi, New version (0.5.0+10-1) (with Gtk2 Port) of ayttm is out! and uploaded to Debian unstable. Can you please check that this bug is reproducible with latest version? Let the bug report know :) -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403715: Resolved upstream (vpnc-0.5.0)
The recent release of 0.5.0 does what the reporter asked for. -- Joerg Mayer [EMAIL PROTECTED] We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287361: ayttm: breaks jabber contact groups
Hi, New version (0.5.0+10-1) (with Gtk2 Port) of ayttm is out! and uploaded to Debian unstable. Can you please check that this bug is reproducible with latest version? Let the bug report know :) -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320705: ayttm: MSN chat problem: cannot connect due to bad cookies
Hi, New version (0.5.0+10-1) (with Gtk2 Port) of ayttm is out! and uploaded to Debian unstable. Can you please check that this bug is reproducible with latest version? Let the bug report know :) -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433038: Debian bug#433038: mod_python collides with mod_php5
Hi, Graham: Thanks for the fast follow-up. I'm adding the bug report to the To: so that the original bug submitter will see your response. Graham Dumpleton wrote: In 411487 it mentions: So, it seems it's directly related to libmhash2 (as [2] suggests). Disabling of mhash module may not be enough if one of the other PHP modules they list in 433038 also use libmhash2 library. Quite possible that one of the crypto libraries use it, or the ldap module mentioned in the mod_python mailing list mail. Can you run ldd on main PHP module and all PHP modules and see which one has a dependency on libmhash2, or any other md5 hash library. Basic problem as we understand it is that libmhash2 uses a symbol name which clashes with one used by Python md5 module. Which ever gets loaded first, usually PHP version, takes precedence and since that is not compatible with other package a crash occurs. If it can be determined that it is libmhash2 and then which symbol in it clashes with one in Python md5 module, one or the other could somehow be namespace escaped to avoid the problem. Graham On 31/08/2007, Robert Edmonds [EMAIL PROTECTED] wrote: Hi, I'm one of the Debian maintainers of the libapache2-mod-python package. Could someone please take a look at the report filed here? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433038 The user writes, If libapache2-mod-python is installed together with libapache2-mod-php5, (at least) the mod_python.psp handler fails immediately without any proper error message. This also happens if the php5 mhash module is uninstalled, purged and apache is restarted. mod_python starts working immediately if mod-php5 is disabled using a2dismod php5 and restarting apache. [...] This effectively renders mod_python.psp unusuable as soon as mod-php5 (maybe together with some specific modules) is installed and it's also hard to debug as there's no indication whatsoever of what is going wrong, other than that it doesn't work. More details are on the page. I'm afraid I'm having difficulties tracking down the root cause of the user's problem. -- Robert Edmonds [EMAIL PROTECTED] -- Robert Edmonds [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440139: ttf-fifthhorseman-dkg-handwriting: Broken link under DkgHandwriting Blod Oblique
* Daniel Kahn Gillmor [EMAIL PROTECTED] [2007-08-30 13:27]: As i'm not a DD, i'll need to have someone else upload it for me. Rafael, you uploaded the package originally. Would you upload this one? Yes, I will gladly upload your package. Just one question: The latest available version (0.12-2) also includes a new upstream change: the font has been relicensed under the OFL version 1.1. In the SIL website [1], it is claimed that OFL is DFSG-compliant. Do you know of any public discussion (in debian-legal, for instance) about this? [1] http://scripts.sil.org/OFL -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440270: libblitz4: Going to be removed, renamed upstream, please don't migrate to testing
Package: libblitz4 Version: 0.0.3+svn699563-1 Severity: serious Justification: Maintainer says so blitz is going to be removed and replaced by qimageblitz. No need to see blitz in testing as blitz. /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages libblitz4 depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2.1-4 GCC support library ii libqt4-core 4.3.1-2Qt 4 core non-GUI functionality ru ii libqt4-gui4.3.1-2Qt 4 core GUI functionality runtim ii libstdc++64.2.1-4The GNU Standard C++ Library v3 libblitz4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433038: Debian bug#433038: mod_python collides with mod_php5
Graham Dumpleton wrote: In 411487 it mentions: So, it seems it's directly related to libmhash2 (as [2] suggests). Disabling of mhash module may not be enough if one of the other PHP modules they list in 433038 also use libmhash2 library. Quite possible that one of the crypto libraries use it, or the ldap module mentioned in the mod_python mailing list mail. Can you run ldd on main PHP module and all PHP modules and see which one has a dependency on libmhash2, or any other md5 hash library. In the user's last message to the bug report, he includes the contents of /proc/.../maps for functioning and malfunctioning apache instances. Basic problem as we understand it is that libmhash2 uses a symbol name which clashes with one used by Python md5 module. Which ever gets loaded first, usually PHP version, takes precedence and since that is not compatible with other package a crash occurs. If it can be determined that it is libmhash2 and then which symbol in it clashes with one in Python md5 module, one or the other could somehow be namespace escaped to avoid the problem. Is it possibly some other library than libmhash2? The only additonal cryptography-related DSOs I see present in the user's php instance are: /usr/lib/libmcrypt.so.4.4.7 /usr/lib/php5/20060613+lfs/mcrypt.so All the symbols in those DSOs appear to be namespace escaped. -- Robert Edmonds [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433038: Debian bug#433038: mod_python collides with mod_php5
More information. In libmhash2 it has: lib/.libs/libmhash.a(md5.o): 0a60 T _MD5Final T _MD5Init 0040 T _MD5Transform 0940 T _MD5Update U _mutils_bzero U _mutils_memcpy U _mutils_word32nswap U dyld_stub_binding_helper In Python (2.5), it has its own md5c.c file. If this is compiled correctly, it should end up with: 1288 T __Py_MD5Final 1174 T __Py_MD5Init 11b4 T __Py_MD5Update Ie., Python should prefix the symbols so there is no clash. You should check that this prefixing is actually occurring by doing an nm on md5.so in Python modules directory. If it isn't, that could be the problem. Graham On 31/08/2007, Robert Edmonds [EMAIL PROTECTED] wrote: Hi, Graham: Thanks for the fast follow-up. I'm adding the bug report to the To: so that the original bug submitter will see your response. Graham Dumpleton wrote: In 411487 it mentions: So, it seems it's directly related to libmhash2 (as [2] suggests). Disabling of mhash module may not be enough if one of the other PHP modules they list in 433038 also use libmhash2 library. Quite possible that one of the crypto libraries use it, or the ldap module mentioned in the mod_python mailing list mail. Can you run ldd on main PHP module and all PHP modules and see which one has a dependency on libmhash2, or any other md5 hash library. Basic problem as we understand it is that libmhash2 uses a symbol name which clashes with one used by Python md5 module. Which ever gets loaded first, usually PHP version, takes precedence and since that is not compatible with other package a crash occurs. If it can be determined that it is libmhash2 and then which symbol in it clashes with one in Python md5 module, one or the other could somehow be namespace escaped to avoid the problem. Graham On 31/08/2007, Robert Edmonds [EMAIL PROTECTED] wrote: Hi, I'm one of the Debian maintainers of the libapache2-mod-python package. Could someone please take a look at the report filed here? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433038 The user writes, If libapache2-mod-python is installed together with libapache2-mod-php5, (at least) the mod_python.psp handler fails immediately without any proper error message. This also happens if the php5 mhash module is uninstalled, purged and apache is restarted. mod_python starts working immediately if mod-php5 is disabled using a2dismod php5 and restarting apache. [...] This effectively renders mod_python.psp unusuable as soon as mod-php5 (maybe together with some specific modules) is installed and it's also hard to debug as there's no indication whatsoever of what is going wrong, other than that it doesn't work. More details are on the page. I'm afraid I'm having difficulties tracking down the root cause of the user's problem. -- Robert Edmonds [EMAIL PROTECTED] -- Robert Edmonds [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422597: Yes, please do.
I second the request to add a dbg package for libcairo2. dbg packages are especially important for libraries. -Brandon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440271: RM: blitz -- RoM; renamed upstream
Package: ftp.debian.org Severity: normal Because of nameclashes with blitz++, blitz has been renamed to qimageblitz, which is probably on its way to new right now. Please remove blitz at first given time and let qimageblitz in. There is no need to have both in first before removing. /Sune -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-vserver-k7 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411487: Debian bug#433038: mod_python collides with mod_php5
Graham Dumpleton wrote: More information. In libmhash2 it has: lib/.libs/libmhash.a(md5.o): 0a60 T _MD5Final T _MD5Init 0040 T _MD5Transform 0940 T _MD5Update U _mutils_bzero U _mutils_memcpy U _mutils_word32nswap U dyld_stub_binding_helper In Python (2.5), it has its own md5c.c file. If this is compiled correctly, it should end up with: 1288 T __Py_MD5Final 1174 T __Py_MD5Init 11b4 T __Py_MD5Update Ie., Python should prefix the symbols so there is no clash. You should check that this prefixing is actually occurring by doing an nm on md5.so in Python modules directory. If it isn't, that could be the problem. It looks like this is not the case -- [EMAIL PROTECTED]:~$ nm -D /usr/lib/python2.4/lib-dynload/md5.so | grep MD5 1b30 T MD5Final 1380 T MD5Init 13b0 T MD5Transform 1c10 T MD5Update [EMAIL PROTECTED]:~$ nm -D /usr/lib/libmhash.so.2 | grep MD5 69b0 T MD5Final 6200 T MD5Init 6230 T MD5Transform 6a80 T MD5Update I guess this is the root cause of Debian bug #411487, but it looks like the submitter of #433038 still experiences his problem even when libmhash is not loaded into the apache process. -- Robert Edmonds [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433038: Debian bug#433038: mod_python collides with mod_php5
On 31/08/2007, Robert Edmonds [EMAIL PROTECTED] wrote: Graham Dumpleton wrote: In 411487 it mentions: So, it seems it's directly related to libmhash2 (as [2] suggests). Disabling of mhash module may not be enough if one of the other PHP modules they list in 433038 also use libmhash2 library. Quite possible that one of the crypto libraries use it, or the ldap module mentioned in the mod_python mailing list mail. Can you run ldd on main PHP module and all PHP modules and see which one has a dependency on libmhash2, or any other md5 hash library. In the user's last message to the bug report, he includes the contents of /proc/.../maps for functioning and malfunctioning apache instances. Basic problem as we understand it is that libmhash2 uses a symbol name which clashes with one used by Python md5 module. Which ever gets loaded first, usually PHP version, takes precedence and since that is not compatible with other package a crash occurs. If it can be determined that it is libmhash2 and then which symbol in it clashes with one in Python md5 module, one or the other could somehow be namespace escaped to avoid the problem. Is it possibly some other library than libmhash2? The only additonal cryptography-related DSOs I see present in the user's php instance are: /usr/lib/libmcrypt.so.4.4.7 /usr/lib/php5/20060613+lfs/mcrypt.so All the symbols in those DSOs appear to be namespace escaped. Hmmm, it is worrying that there are so many different crypto libraries linked in. /lib/i686/cmov/libcrypt-2.6.1.so /usr/lib/i686/cmov/libcrypto.so.0.9.8 /usr/lib/libgcrypt.so.11.2.3 /usr/lib/libk5crypto.so.3.1 /usr/lib/libmcrypt.so.4.4.7 /usr/lib/php5/20060613+lfs/mcrypt.so Other areas which also have given problems with PHP/mod_python are shared libraries for expat, MySQL, SSL and sqllite. See later sections in: http://code.google.com/p/modwsgi/wiki/ApplicationIssues This is for mod_wsgi, but same things can occur with it. The only way they may possibly work out which is the problem is to attach a debugger to Apache in single process mode and work out where it crashes. Instructions on doing this in later sections of: http://code.google.com/p/modwsgi/wiki/DebuggingTechniques Graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#225595: ayttm: crash after changing preferences
Hi, New version (0.5.0+10-1) (with Gtk2 Port) of ayttm is out! and uploaded to Debian unstable. Can you please check that this bug is reproducible with latest version? Let the bug report know :) -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440185: FW: new install won't boot completely
On Thu 30 Aug, David Wilkins wrote: Further information: The last thing that I can read in boot sequence is the load of the Gnome Display Manager. Two or more things flash up but cant see what they are. When press Off switch can see that 4 more items ran/started, last of which was the scheduler - crond. I have also tried the following things with same result: - run in Single User mode - disconnected mouse before boot - disconnected Ethernet cable before boot In Single User Mode, I get the root command prompt but have no idea what to do with it, so I just press Ctrl D to continue it then does same stuff and fails in same way. A blank screen can be the result if your monitor is unable to cope with the configured data or scan rates. Try shiftcontrol+ or shiftcontrol- to select a different screen size, and if a picture appears you may need to dpkg-reconfigure xserver-xorg -- Chris Bell
Bug#440273: openoffice.org -errors with StarWriter 5.0 documents
package: openoffice.org version: 2.0.4.dfsg.2-5etch1 When I try to save a document in Star Writer 5.0 .sdw format, I got an error Error saving the document. When I try to open .sdw Star Office document in OpenOffice.org, first the OOo shows a dialogue as if it didn't know, how should he treat the file. It offers me to choose the file format. I choose Star Writer 5.0, however OOo displays General I/O error and dosen't open the document. The bugs have been reported for OpenOffice.org (80451, 80452) however seem to be related just to Debian and Ubuntu. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434598: op-panel: Cannot be uninstalled
I have reproduced the problem consistently. Remove asterisk, destar, op-panel. Edited transcript follows. # aptitude install destar The following NEW packages will be automatically installed: asterisk asterisk-config asterisk-sounds-main libct3 libiksemel3 libpri1.0 libradiusclient-ng2 libtonezone1 op-panel python-medusa python-pychart python-pysqlite2 python-quixote1 ... # aptitude remove destar The following packages are unused and will be REMOVED: asterisk asterisk-config asterisk-sounds-main libct3 libiksemel3 libpri1.0 libradiusclient-ng2 libtonezone1 op-panel python-medusa python-pychart python-pysqlite2 python-quixote1 The following packages will be REMOVED: destar ... Removing libtonezone1 ... Removing op-panel ... No alternatives for op-panel. dpkg: error processing op-panel (--remove): subprocess pre-removal script returned error exit status 1 Starting Flash Operator Panel: op-panelprocess already running. . Removing python-medusa ... ... Errors were encountered while processing: op-panel E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: ... # vi /var/lib/dpkg/info/op-panel.prerm [comment out update-alternatives] # aptitude remove destar [works fine] If you need the full transcript please let me know. Regards, Jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440272: python2.4: md5.so symbols conflict with libmhash2
reassign 440272 python2.4 thanks Hi, python2.4's md5.so module contains identical symbols to those used in libmhash.so.2. This causes spectacular failures for libapache2-mod-python users when apache under certain conditions tries to load both of these DSOs. Is it possible for the symbols in python2.4's md5.so module to be munged, as the mod_python upstream claims they should be? [EMAIL PROTECTED]:~$ nm -D /usr/lib/python2.4/lib-dynload/md5.so | grep MD5 1b30 T MD5Final 1380 T MD5Init 13b0 T MD5Transform 1c10 T MD5Update [EMAIL PROTECTED]:~$ nm -D /usr/lib/libmhash.so.2 | grep MD5 69b0 T MD5Final 6200 T MD5Init 6230 T MD5Transform 6a80 T MD5Update -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#440275: RM: blitz -- RoM; renamed to qimageblitz
Package: ftp.debian.org Severity: normal Please, remove blitz from unstable, it has been renamed upstream to qimageblitz, that is sitting in NEW at this moment :) Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439882: [Pkg-samba-maint] Bug#439882: samba: Panic or segfault in Samba, and (unable to) core dump
On Tue, Aug 28, 2007 at 06:30:12PM -0700, Steve Langasek wrote: # ls -l /var/run/samba/locking.tdb -rw-r--r-- 1 root root 40200 2007-08-28 21:05 /var/run/samba/locking.tdb so it seems that's root stuff and shouldn't have failed to write/expand it. Right, so the file is going to be opened as root, but the locks are going to be written after the process has changed uids to handle a client request; so I think the write will fail because of that. hm, dosn't sound right - how is it supposed to write as non-root into root-owned 0644 file? the failure is in expand_file() where it tries to make extra room in locking.tdb; it semmes to me that is (should be) done as root. Anyway, samba shows poor/bad behaviour here (ie buggy), it went into a tight loop, restarting smbd and firing off ~1000 panic msgs in a few mins and filling up logs. No, samba is doing exactly what it's asked to by the client. smbd doesn't restart itself, if you're getting multiple copies spawned it's because it's being restarted by repeated client requests. ok - maybe: if it detects an error such that it won't be able to serve the client, well, it should refrain to try over and over. Or perhaps should signal the client properly to give up. Hm, perhaps it does so already, hence smbmount (3.0.20b-1woody1) is guilty? [2007/08/28 09:53:48, 0] lib/fault.c:dump_core(168) unable to change to /var/log/samba/cores/smbdrefusing to dump core [2007/08/28 09:53:48, 0] smbd/server.c:main(847) there's no such /var/log/samba/cores/smbdrefusing and no core dump; /var/log is on another partition with plenty of space. Well, presumably you could create these directories by hand and capture a core dump that way, but if you're running out of disk space that doesn't sound like it would be too helpful in this case. On my system, these directories exist and appear to have been autocreated by the daemons on start. I do see such dirs here: # ls -l /var/log/samba/cores/ drwx-- 2 root root 1024 2006-07-18 00:44 nmbd drwx-- 2 root root 1024 2007-08-28 10:17 smbd I 1st got confused by the missing ' ' in the msg, looking for dir '/var/log/samba/cores/smbdrefusing' :} - well I guess smbd would dump core as root, so I don't see any obvious reason why it didn't. This Etch system is an upgrade from Sarge ... is it possible I myself or the install script have missed some trick in the process? thanks -- paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440274: wondershaper: limits incoming traffic although a higher value is set on start
Package: wondershaper Version: 1.1a-4 Severity: grave Justification: renders package unusable I've started wondershaper with the command 'wondershaper ppp0 25000 4000'. That should limit the outgoing traffic to 500kb/s and the incoming to about 3000kb/s. But testing the incoming speed with iptraf -d ppp0 I've seen that the incoming traffic is limited to a value of about 5000kbits/s (about 600kb/s). No matter what changes i made to the startup line of wondershaper. It's always limited to the mentioned value. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.4 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wondershaper depends on: ii iproute 20061002-3 Professional tools to control the wondershaper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440276: Error in director authentication
Package: bacula-director-mysql Version: 1.38.11-8 Severity: normal Hello, I discovered a little bug in authentication.c around line 269. Every time a non bacula client (telnet / portscan / etc.) connects to the bacula-dir port and disconnects, this errormessages appears in the console: 31-Aug 09:17 backup1-dir: ERROR in authenticate.c:269 UA Hello from client:85.119.156.227:36131 is invalid. Len=0 31-Aug 09:22 backup1-dir: ERROR in authenticate.c:269 UA Hello from client:85.119.156.227:36131 is invalid. Len=0 31-Aug 09:27 backup1-dir: ERROR in authenticate.c:269 UA Hello from client:85.119.156.227:36131 is invalid. Len=0 I think this should be patched, so that it doesn't report it. Regards, Patrick Matthäi ___ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 3 Monate kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=00
Bug#439309: new openct version 0.6.14
please update, rebuild, done. nothing special necessary to do as far as I know. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440206: multipath-tools: installing multipath tools causes mkinitramfs to generate an initrd which does not boot
Hi Ian, On Thu, Aug 30, 2007 at 06:28:38PM +0100, Ian Campbell wrote: My system does not use multipath but I installed multipath-tools to get kpartx (I know now this is a separate package). When my ramdisk was next generated (new kernel or initramfs-tools I suppose) I ended up with an initrd which did not boot (hence severity: critical). This seems to be because the multipath tools hooks dmsetup create on my root disk but do not undo this when no multipath configuration is discovered (or whatever I don't really know what is supposed to happen) therefore the device is busy when the initrd comes to mount it. It can't detect if you have a multipath configuration since it might very well be possible that all the other paths are currently not available. So by building multipath-tools into the initramfs you made this your root devices: /dev/mapper/SATA_FUJITSU_MHV2080_NW9UT6C27043-part3 so booting with this device would have worked. Anyway, thanks for the report! I'll move the initramfs into a separte package. Thanks, -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440277: photon: possible incompatibility with gimp Release candidate currently in unstable ?
Package: photon Version: 0.4.4-2 Severity: normal While trying to use photon to produce a gallery, the process stopped. debugging output suggests that gimp crashed: Parsing '/home/alf/.gimp-2.4/pluginrc' Starting extension: 'extension-script-fu' No batch interpreter specified, using the default 'plug-in-script-fu-eval'. script-fu-Warning: Loading /tmp/toto/p1010189.jpg jpeg-load: found EXIF block (28565 bytes) batch command: experienced an execution error. gimp: terminated: Interrupt Can't execute gimp. [EMAIL PROTECTED]:~$ /usr/lib/gimp/2.0/plug-ins/script-fu terminated: Interrupt (script-fu:25633): LibGimp-WARNING **: script-fu: gimp_flush(): error: Broken pipe I've been using photon for a while now without problems. I think gimp got upgraded recently on my box which could have caused the problem. I'm not sure if it's a gimp problem or a photon problem though. Thanks for your work, -- Alexandre -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) 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 photon depends on: ii python2.4.4-6An interactive high-level object-o ii python-central0.5.15 register and build utility for Pyt ii python-imaging1.1.6-1Python Imaging Library Versions of packages photon recommends: ii dcraw8.39-1 decode raw digital camera images ii gimp 2.4.0~rc1-5 The GNU Image Manipulation Program -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337317: still an issue
can anyone test with recent kernels if this still is an issue? udev/kernel/sysfs changed so often, I gave up on tracking it. on my systems current openct and kernel is fine. note: there is a new openct 0.6.14, but the latest 0.6.12-1 package might work as well. (if not edit /etc/udev/rules.d/*openct* and add the missing * in several places. - or update :-) if noone has an issue with current testing, this issue can be closed. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436242: exaile: Automatic library scan not working
tags 436242 + fixed-upstream thanks Hello, This bug has been fixed upstream[1]. I don't think it is necessary to make a new Debian package only to fix this, so that I am currently planning to wait for exaile's new release (which should happen very soon now). If you're not happy with this, please let me know, and I'll build a new Debian package to fix the problem without further delay. Cheers, François [1]https://bugs.launchpad.net/exaile/+bug/135666
Bug#439514: Teaching spam and ham is broken
The documentation is fixed upstream now, so the fix will propagate to the Debian package with the next upstream version. Regards, Milan Zamazal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432028: pylib and python2.5
On Thu, Aug 30, 2007 at 04:49:24PM +0200, Bernd Zeimetz wrote: Alexandre Fayolle wrote: Hi, I'm preparing an NMU-ish upload of the package, since I only was the sponsor of the maintainer, who has filed a RFA on it, which should close this bug. If you care about pylib, maybe one of you could step in to become the official maintainer? If you're members of the python-modules group, you're welcome to get the package included in the group's packages. If nobody complains I'd bring the package under team maintance of the py-modules team and take care of #439400 and #432028. Instead of NMUing feel free to send me your current version or svn-inject it in the team's svn. Local build failed last night. I'll clean things up a bit and send the updated .diff.gz here later today. -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science Reprise et maintenance de sites CPS: http://www.migration-cms.com/ signature.asc Description: Digital signature
Bug#440278: RM: xen-3.0 - RoM: replaced by xen-3
Package: ftp.debian.org Version: N/A Please remove xen-3.0 from unstable. It has been replaced by xen-3. Bastian -- Star Trek Lives! signature.asc Description: Digital signature
Bug#356055: loadlin: loadlin.exe cannot be built from source
Hi, Pierre Habouzit, le Thu 30 Aug 2007 23:18:46 +0200, a écrit : On Tue, May 02, 2006 at 10:01:56PM +, Samuel Thibault wrote: Hi, Sven Joachim, le Thu 09 Mar 2006 13:45:04 +0100, a écrit : (b) Failing that, move the loadlin package to the contrib section, see sections 2.2.1 and 2.2.2 of the Policy Manual. This would be _very_ unfortunate. The problem is that in some circumstances, blind people _DO_ need loadlin for being able to install/boot linux. That's one of the reason why it is still provided on installation CDs (btw, Janos, could you at last apply the patch I suggested for bug #338318?). Hmm, now that there is win32-loader, is this still needed for blind people or not ? MS-DOS is a lot more accessible than windows, you know :) it seems yasm upstream has absolutly no will to include your patch, What makes you believe that? When I submitted some basic patches, they indeed got refused for technical reasons and I couldn't yet take the time to fix them. But the ground goal (have tasm frontend support) is clearly welcome by ustream. Samuel
Bug#440273: openoffice.org -errors with StarWriter 5.0 documents
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rene Engelhard wrote: Mgr. Peter Tuharsky wrote: package: openoffice.org version: 2.0.4.dfsg.2-5etch1 When I try to save a document in Star Writer 5.0 .sdw format, I got an error Error saving the document. When I try to open .sdw Star Office document in OpenOffice.org, first the OOo shows a dialogue as if it didn't know, how should he treat the file. It offers me to choose the file format. I choose Star Writer 5.0, however OOo displays General I/O error and dosen't open the document. The bugs have been reported for OpenOffice.org (80451, 80452) however seem to be related just to Debian and Ubuntu. read the package description. apt-get install openoffice.org-filters-so52 Oh, and for the record: yes, it's a bug that it has the possibility to open them and crashes with a Generaal I/O error then, That's fixed in the 2.3 packages (well, with the next upload). And the 2.2.1 packages from sid even have the openoffice.org metapackage depend on openoffice.org-filter-binfilter (the package had to change names). Grüße/Regards, René - -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD4DBQFG18tF+FmQsCSK63MRAkHMAJ9leFBRrTD7Xk+0WHgMbQ6DYRy1CwCUDslL Ou2pRvwuK5xGxPM2OpvgmQ== =498J -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356055: loadlin: loadlin.exe cannot be built from source
On Fri, Aug 31, 2007 at 07:57:02AM +, Samuel Thibault wrote: Hi, Pierre Habouzit, le Thu 30 Aug 2007 23:18:46 +0200, a écrit : On Tue, May 02, 2006 at 10:01:56PM +, Samuel Thibault wrote: Hi, Sven Joachim, le Thu 09 Mar 2006 13:45:04 +0100, a écrit : (b) Failing that, move the loadlin package to the contrib section, see sections 2.2.1 and 2.2.2 of the Policy Manual. This would be _very_ unfortunate. The problem is that in some circumstances, blind people _DO_ need loadlin for being able to install/boot linux. That's one of the reason why it is still provided on installation CDs (btw, Janos, could you at last apply the patch I suggested for bug #338318?). Hmm, now that there is win32-loader, is this still needed for blind people or not ? MS-DOS is a lot more accessible than windows, you know :) Well, I absolutely don't know honestly, That's why I'm just asking. it seems yasm upstream has absolutly no will to include your patch, What makes you believe that? When I submitted some basic patches, they indeed got refused for technical reasons and I couldn't yet take the time to fix them. But the ground goal (have tasm frontend support) is clearly welcome by ustream. Well, that was the impression I had when I spoke about this issue with sam (yasm maintainer). But if you feel it's not the case then well, that's good news. OTOH, loadlin still risks to be put in contrib because of that and that would suck. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpQMD4cuJaZs.pgp Description: PGP signature
Bug#440015: still broken with binutils 2.18
tags 440015 - moreinfo thanks control Retrying with binutils 2.18 instead of 2.18~cvs20070812-1 still shows the same for opal: make[1]: Leaving directory `/build/opal-2.2.8~dfsg1/samples/simple' samples/simple/obj_*_n/simpleopal --help /dev/null samples/simple/obj_linux_mips_n/simpleopal: symbol lookup error: samples/simple/obj_linux_mips_n/simpleopal: undefined symbol: _ZNK49H245_MiscellaneousCommand_type_videoFastUpdateGOB7CompareERK7PObject make: *** [build-arch-stamp] Error 127 and for openh323: make[1]: Leaving directory `/build/openh323-1.18.0.dfsg/samples/simple' samples/simple/obj_*_r/simph323 --help /dev/null samples/simple/obj_linux_mips_r/simph323: symbol lookup error: samples/simple/obj_linux_mips_r/simph323: undefined symbol: _ZNK18H245_FECCapability5CloneEv make: *** [build-arch-stamp] Error 127 -- Best regards, Kilian signature.asc Description: Digital signature
Bug#294520: Cannot reproduce the problem
Hi, Otavio Salvador, le Thu 30 Aug 2007 16:55:08 -0300, a écrit : I've produced [...] a test that was suppose to fail without the libparted/disk.c change (included on the patch and that you need to revert for testing) but I cannot make it to fail. Because it only tests primary partitions. The bug happens only for extended partitions. Samuel
Bug#440279: ITP: op -- sudo like controlled privilege escalation
Package: wnpp Severity: wishlist Owner: Michael Prokop [EMAIL PROTECTED] * Package name: op Version : 1.32 Upstream Author : Alec Thomas [EMAIL PROTECTED] * URL : http://swapoff.org/wiki/op * License : BSD Programming Lang: C Description : sudo like controlled privilege escalation The op tool provides a flexible means for system administrators to grant access to certain root operations without having to give them full superuser privileges. Different sets of users may access different operations, and the security-related aspects of each operation can be carefully controlled. . Homepage: http://swapoff.org/wiki/op Notice: a preliminary Debian package is available at http://deb.grml.org/pool/main/o/op/ regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440106: [Webapps-common-packages] Bug#440106: add NMU proposal
Steffen Joeris wrote: tags 440106 patch thanks Hi Attached, you will find an NMU proposal for this bug. In case you are busy, please grant me permission to upload this NMU. Granted. Thanks for the path. Regards, -- Alexis Sukrieh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411487: Debian bug#433038: mod_python collides with mod_php5
On 31/08/2007, Robert Edmonds [EMAIL PROTECTED] wrote: Graham Dumpleton wrote: More information. In libmhash2 it has: lib/.libs/libmhash.a(md5.o): 0a60 T _MD5Final T _MD5Init 0040 T _MD5Transform 0940 T _MD5Update U _mutils_bzero U _mutils_memcpy U _mutils_word32nswap U dyld_stub_binding_helper In Python (2.5), it has its own md5c.c file. If this is compiled correctly, it should end up with: 1288 T __Py_MD5Final 1174 T __Py_MD5Init 11b4 T __Py_MD5Update Ie., Python should prefix the symbols so there is no clash. You should check that this prefixing is actually occurring by doing an nm on md5.so in Python modules directory. If it isn't, that could be the problem. It looks like this is not the case -- [EMAIL PROTECTED]:~$ nm -D /usr/lib/python2.4/lib-dynload/md5.so | grep MD5 1b30 T MD5Final 1380 T MD5Init 13b0 T MD5Transform 1c10 T MD5Update [EMAIL PROTECTED]:~$ nm -D /usr/lib/libmhash.so.2 | grep MD5 69b0 T MD5Final 6200 T MD5Init 6230 T MD5Transform 6a80 T MD5Update I guess this is the root cause of Debian bug #411487, but it looks like the submitter of #433038 still experiences his problem even when libmhash is not loaded into the apache process. I think I know what may have gone wrong here. In Python source code there is md5c.c and md5.h. In the md5.h file it has: /* Rename all exported symbols to avoid conflicts with similarly named symbols in some systems' standard C libraries... */ #define MD5Init _Py_MD5Init #define MD5Update _Py_MD5Update #define MD5Final _Py_MD5Final void MD5Init(MD5_CTX *); void MD5Update(MD5_CTX *, unsigned char *, unsigned int); void MD5Final(unsigned char [16], MD5_CTX *); If when the Python package was Debianised, whoever did it added additional -I flags at the start of the CPPFLAGS passed to the compiler such that instead of picking up md5.h from the Python source directory, it picked up one from some system include directory, or from another package, then the symbols would not have been namespace prefixed like they should have. As a result, just for Debian package of Python, the symbols wouldn't be namespaced and thus why this problem only appears on Linux systems derived from Debian packages. The only way therefore of fixing this may be to review the Debian package build scripts around Python to see if they do do something with -I as a described. Simple fix may then be to append the -I flags rather than prepend them. Otherwise, would be necessary to patch md5c.c in Python source code to move the #defines into it just before md5.h is included. That way the namespace prefixing will occur even if wrong md5.h is included. One would hope though in this case that the md5.h file actually used is compatible with the md5c.c file in Python. Graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440100: CVE-2007-4558 rejected as duplicate of CVE-2007-4134
Hi! CVE name CVE-2007-4558 was rejected on 2007-08-30 as duplicate of previously assigned name CVE-2007-4134. Please consider using name CVE-2007-4134 to avoid confusion. -- Tomas Hoger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432028: pylib and python2.5
Local build failed last night. I'll clean things up a bit and send the updated .diff.gz here later today. ok, thanks. I've injected the package into the python-module team's svn, you should have acces to it at svn+ssh://[EMAIL PROTECTED]/svn/python-modules/packages/codespeak-lib/trunk As you can see the diff.gz contained patches to files from upstream - they should be cleaned and handled properly, too. I won't find the time to work on that before tomorrow. Bernd -- Bernd Zeimetz [EMAIL PROTECTED] http://bzed.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440281: live-magic: Failes to save configuration
Package: live-magic Version: 0.2-1 Severity: normal On running live-magic in expert mode I made some changes to the configuration - specifically setting bootstrap mirrors to use apt-cacher on localhost (eg: http://127.0.0.1:/ftp.debian.org/debian/). Then I hit the Save button. Live-magic reports success in saving the changes, however on checking the configuration files ( /tmp/tmpl9E_OPlive-magic/config/bootstrap) I find the following: LH_MIRROR_BOOTSTRAP=http://ftp.debian.org/debian/; Furthermore the Save button is now disabled, and remains disabled after I make futher configuration changes. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages live-magic depends on: ii live-helper 1.0~a24-1 Debian Live helper programs ii python2.4.4-6An interactive high-level object-o ii python-glade2 2.10.6-1 GTK+ bindings: Glade support ii python-gtk2 2.10.6-1 Python bindings for the GTK+ widge ii python-support0.6.4 automated rebuilding support for p ii python-vte1:0.16.8-1 Python bindings for the VTE widget ii python-yaml 3.05-1 PyYAML is a YAML parser and emitte Versions of packages live-magic recommends: pn python-gnome2-desktop none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440280: network-manager-gnome: dependency problems
Package: network-manager-gnome Version: 0.6.4-8+b1 Severity: normal # apt-get install network-manager-gnome Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies. network-manager-gnome: Depends: network-manager (= 0.6.4-8+b1) but it is not going to be installed E: Broken packages -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21.5-tpapp (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager-gnome depends on: ii gnome-icon-theme2.18.0-3 GNOME Desktop icon theme ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libbonobo2-02.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.0-2 The GLib library of C routines ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-3+b1GNOME Virtual File System (runtime ii libgpg-error0 1.4-2library for common error values an ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libhal1 0.5.9.1-4Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libnm-util0 0.6.5-1 network management framework (shar ii libnotify1 [libnotify1- 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.18.3-2 library for GNOME Panel applets ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.30.dfsg-2GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.3-1X Rendering Extension client libra ii network-manager 0.6.5-1 network management framework daemo ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages network-manager-gnome recommends: ii libpam-keyring0.0.8-6+b1 PAM module that unlock gnome keyri pn network-manager-openvpn none (no description available) pn network-manager-vpnc none (no description available) pn notification-daemon none (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440272: Debian bug#433038: mod_python collides with mod_php5
tags 440272 + patch thanks Graham Dumpleton wrote: I think I know what may have gone wrong here. In Python source code there is md5c.c and md5.h. In the md5.h file it has: /* Rename all exported symbols to avoid conflicts with similarly named symbols in some systems' standard C libraries... */ #define MD5Init _Py_MD5Init #define MD5Update _Py_MD5Update #define MD5Final _Py_MD5Final void MD5Init(MD5_CTX *); void MD5Update(MD5_CTX *, unsigned char *, unsigned int); void MD5Final(unsigned char [16], MD5_CTX *); If when the Python package was Debianised, whoever did it added additional -I flags at the start of the CPPFLAGS passed to the compiler such that instead of picking up md5.h from the Python source directory, it picked up one from some system include directory, or from another package, then the symbols would not have been namespace prefixed like they should have. As a result, just for Debian package of Python, the symbols wouldn't be namespaced and thus why this problem only appears on Linux systems derived from Debian packages. The only way therefore of fixing this may be to review the Debian package build scripts around Python to see if they do do something with -I as a described. Simple fix may then be to append the -I flags rather than prepend them. Otherwise, would be necessary to patch md5c.c in Python source code to move the #defines into it just before md5.h is included. That way the namespace prefixing will occur even if wrong md5.h is included. One would hope though in this case that the md5.h file actually used is compatible with the md5c.c file in Python. Graham I'll offer an alternate theory. From the python2.4 Debian changelog, python2.4 (2.4dfsg-1) unstable; urgency=medium [...] * Replace md5 implementation with one having a DFSG conforming license. [...] -- Matthias Klose [EMAIL PROTECTED] Tue, 8 Feb 2005 19:13:10 +0100 This implementation doesn't have the #define re-definitions, and unfortunately uses the same MD5* symbols used in other DSOs. This patch ought to fix that. Build-tested; the symbols are properly re-defined and the md5 module still works. --- python2.4-2.4.4/Modules/md5.h.orig 2007-08-31 04:32:55.778928580 -0400 +++ python2.4-2.4.4/Modules/md5.h 2007-08-31 04:33:34.997163501 -0400 @@ -45,6 +45,14 @@ UWORD32 in[16]; }; +/* Rename all exported symbols to avoid conflicts with similarly named + symbols in other libraries */ + +#define MD5Init _PyDFSG_MD5Init +#define MD5Update _PyDFSG_MD5Update +#define MD5Final _PyDFSG_MD5Final +#define MD5Transform _PyDFSG_MD5Transform + void MD5Init(struct MD5Context *context); void MD5Update(struct MD5Context *context, md5byte const *buf, unsigned len); void MD5Final(unsigned char digest[16], struct MD5Context *context); -- Robert Edmonds [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#440279: ITP: op -- sudo like controlled privilege escalation
Hi, Michael Prokop wrote: * Package name: op Description : sudo like controlled privilege escalation The op tool provides a flexible means for system administrators to grant access to certain root operations without having to give them full superuser privileges. Different sets of users may access different operations, and the security-related aspects of each operation can be carefully controlled. . Homepage: http://swapoff.org/wiki/op I would appreciate it if you would add to the description some details about why users might want to install op in preference over sudo. On op's WWW site I found following sentence which makes that a little bit clearer: The main attraction of op over sudo is its use of mnemonics rather than true commands. This allows an administrator to present users with more intuitive commands. Just my thoughts... Micha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436529: banshee: Starts then crashes after a few tracks
tags 436529 + moreinfo unreproducible thanks Hi, can you please try if this still happens with 0.13.1 from unstable? I can't reproduce this here... Bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440282: Version 0.9 available for hp3900 backend
Package: libsane-extras Version: 1.0.18.9 Severity: wishlist --- Please enter the report below this line. --- The hp3900 project released version 0.9. of this backend. Please consider updating the package with this version. Thank you, Frank --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-1-686 Debian Release: lenny/sid 500 unstable www.debian-multimedia.org 500 unstable ftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== libsane (= 1.0.18-1) | 1.0.19~cvs20070730-1 libc6 (= 2.6-1) | 2.6.1-1+b1 libieee1284-3 | 0.2.10-8 libjpeg62 | 6b-13 libltdl3 (= 1.5.2-2) | 1.5.24-1 libtiff4 | 3.8.2-7 libusb-0.1-4 (= 2:0.1.12) | 2:0.1.12-7 udev (= 0.88-1) | 0.114-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439999: reproduced
On Wed, Aug 29, 2007 at 10:14:59PM -0400, Joey Hess wrote: I reproduced this bug again on refraction. Nothing dramatic was going I was not yet able to reproduce it but to be honest I didn't yet played a longer time. on, I just clicked to step from one green hex to another, and the hex disappeared beneath my feet, without the character moving. I hit U, then repeated the click, and this time the chraracter moved. I smell a race condition.. I doubt this as hex-a-hop doesn't use threads. Maybe a wrong memory access is responsible? In 0.0.20070315-5 (unreleased, in SVN) I fixed three errors reported by valgrind but even without these fixes I could not reproduce it. Could there be other reasons for such a bug? I tested with -4, so maybe it is already fixed in this version? I mainly fixed i18n so I doubt it. Maybe you could nevertheless try debian/ from SVN (upstream code didn't changed)? How often does it occur? What CPU are you using? Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440279: ITP: op -- sudo like controlled privilege escalation
* Micha Lenk [EMAIL PROTECTED] [20070831 10:50]: Michael Prokop wrote: * Package name: op Description : sudo like controlled privilege escalation The op tool provides a flexible means for system administrators to grant access to certain root operations without having to give them full superuser privileges. Different sets of users may access different operations, and the security-related aspects of each operation can be carefully controlled. . Homepage: http://swapoff.org/wiki/op I would appreciate it if you would add to the description some details about why users might want to install op in preference over sudo. On op's WWW site I found following sentence which makes that a little bit clearer: The main attraction of op over sudo is its use of mnemonics rather than true commands. This allows an administrator to present users with more intuitive commands. Thanks for the suggestion, I'll include that. regards, -mika- signature.asc Description: Digital signature
Bug#440272: Debian bug#433038: mod_python collides with mod_php5
On 31/08/2007, Robert Edmonds [EMAIL PROTECTED] wrote: tags 440272 + patch thanks Graham Dumpleton wrote: I think I know what may have gone wrong here. In Python source code there is md5c.c and md5.h. In the md5.h file it has: /* Rename all exported symbols to avoid conflicts with similarly named symbols in some systems' standard C libraries... */ #define MD5Init _Py_MD5Init #define MD5Update _Py_MD5Update #define MD5Final _Py_MD5Final void MD5Init(MD5_CTX *); void MD5Update(MD5_CTX *, unsigned char *, unsigned int); void MD5Final(unsigned char [16], MD5_CTX *); If when the Python package was Debianised, whoever did it added additional -I flags at the start of the CPPFLAGS passed to the compiler such that instead of picking up md5.h from the Python source directory, it picked up one from some system include directory, or from another package, then the symbols would not have been namespace prefixed like they should have. As a result, just for Debian package of Python, the symbols wouldn't be namespaced and thus why this problem only appears on Linux systems derived from Debian packages. The only way therefore of fixing this may be to review the Debian package build scripts around Python to see if they do do something with -I as a described. Simple fix may then be to append the -I flags rather than prepend them. Otherwise, would be necessary to patch md5c.c in Python source code to move the #defines into it just before md5.h is included. That way the namespace prefixing will occur even if wrong md5.h is included. One would hope though in this case that the md5.h file actually used is compatible with the md5c.c file in Python. Graham I'll offer an alternate theory. From the python2.4 Debian changelog, python2.4 (2.4dfsg-1) unstable; urgency=medium [...] * Replace md5 implementation with one having a DFSG conforming license. [...] -- Matthias Klose [EMAIL PROTECTED] Tue, 8 Feb 2005 19:13:10 +0100 This implementation doesn't have the #define re-definitions, and unfortunately uses the same MD5* symbols used in other DSOs. This patch ought to fix that. Build-tested; the symbols are properly re-defined and the md5 module still works. --- python2.4-2.4.4/Modules/md5.h.orig 2007-08-31 04:32:55.778928580 -0400 +++ python2.4-2.4.4/Modules/md5.h 2007-08-31 04:33:34.997163501 -0400 @@ -45,6 +45,14 @@ UWORD32 in[16]; }; +/* Rename all exported symbols to avoid conflicts with similarly named + symbols in other libraries */ + +#define MD5Init _PyDFSG_MD5Init +#define MD5Update _PyDFSG_MD5Update +#define MD5Final _PyDFSG_MD5Final +#define MD5Transform _PyDFSG_MD5Transform + void MD5Init(struct MD5Context *context); void MD5Update(struct MD5Context *context, md5byte const *buf, unsigned len); void MD5Final(unsigned char digest[16], struct MD5Context *context); Yeah, was thinking afterwards whether that might have been the case as couldn't otherwise account for the MD5Transform function appearing as that was made static in Python source code. FWIW, I have updated by mod_wsgi documentation describing the problem. See 'Python MD5 Hash Module Conflict' in: http://code.google.com/p/modwsgi/wiki/ApplicationIssues Thanks for helping to track this problem. This has been hanging around for a while, but we have never got enough information back from people to identify exactly what the problem was caused by. Graham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440034: bacula: PKI encryption/signing is not compiled into Bacula
On Thursday 30 August 2007, Mark Hymers wrote: On Thu, 30, Aug, 2007 at 10:38:13AM +0200, Michail Bachmann spoke thus.. The (not really) funny thing is, a part of bacula (the bacula-director) will be linked against libssl anyway since libpq depends on it. Now I can only hope you dont plan to remove postgresql support as well... That's a seperate issue. So bacula-dir can use a library (libpq) which uses libssl, but cannot use libssl directly? Maybe we should just create a wrapper library around libssl and be done with all the problems... ;-) Although you're correct that ldd output for bacula-dir shows libssl, look at the DT_NEEDED section using objdump -x bacula-dir | grep NEEDED Certainly when we took advice from the ftpmasters for freeradius, that's what counted. Ah, OK. But this is a technical advice, how about the legal status? I've never used your package, but if you cant install it without installing libssl IMO that would qualify as a dependency. CU Micha smime.p7s Description: S/MIME cryptographic signature
Bug#440284: GNU mailutils' mail requires \n at end of last line
Package: nagios-common Version: 1.4-3 The definition of notify-by-email and the like in /etc/nagios/misccommands.cfg defines the body of the email to have a last line NOT ending in a \n character. GNU mailutils' mail will drop these last lines. For example, in the package source file nagios-1.4/sample-config/default-object/misccommands.cfg.in: command[notify-by-email]=/usr/bin/printf %b * Nagios @VERSION@ *\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDate/Time: $DATETIME$\n\nAdditional Info:\n\n$OUTPUT$ | @MAIL_PROG@ -s ** $NOTIFICATIONTYPE$ alert - $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ ** $CONTACTEMAIL$ needs to be: command[notify-by-email]=/usr/bin/printf %b * Nagios @VERSION@ *\n\nNotification Type: $NOTIFICATIONTYPE$\n\nService: $SERVICEDESC$\nHost: $HOSTALIAS$\nAddress: $HOSTADDRESS$\nState: $SERVICESTATE$\n\nDate/Time: $DATETIME$\n\nAdditional Info:\n\n$OUTPUT$\n | @MAIL_PROG@ -s ** $NOTIFICATIONTYPE$ alert - $HOSTALIAS$/$SERVICEDESC$ is $SERVICESTATE$ ** $CONTACTEMAIL$ else the contents of $OUTPUT$ don't make it into the email. Similarly for other commands utilising @MAIL_PROG@ where that may be GNU mailutils' mail program. It's simple to test this with two quick commandlines: /usr/bin/printf %b * Testing *\n\nWibble | /usr/bin/mail -s ** test ** user /usr/bin/printf %b * Testing *\n\nWibble\n | /usr/bin/mail -s ** test ** user The first email will NOT have the line 'Wibble' in it, the second will. signature.asc Description: Digital signature
Bug#437630: please add new patches from OOo
Am Donnerstag, 30. August 2007 19:32 schrieb Rene Engelhard: I already have done the update Interdiff is attached. If you agree I can upload this. Go ahead. But I think the build dependency line would need review as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440034: bacula: PKI encryption/signing is not compiled into Bacula
On Fri, 31, Aug, 2007 at 11:07:25AM +0200, Michail Bachmann spoke thus.. Ah, OK. But this is a technical advice, how about the legal status? I've never used your package, but if you cant install it without installing libssl IMO that would qualify as a dependency. No. This is what the member of the ftpteam I spoke to believes to be legal to distribute (otherwise they wouldn't have told me it was ok to upload). In the end, the legality of the archive is their responsibility, so we have to take their advice. Mark -- Mark Hymers mhy at debian dot org I once absent-mindedly ordered Three Mile Island dressing in a restaurant and, with great presence of mind, they brought Thousand Island Dressing and a bottle of chili sauce. Terry Pratchett, alt.fan.pratchett -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432028: pylib and python2.5
On Fri, Aug 31, 2007 at 09:53:22AM +0200, Alexandre Fayolle wrote: On Thu, Aug 30, 2007 at 04:49:24PM +0200, Bernd Zeimetz wrote: Alexandre Fayolle wrote: Hi, I'm preparing an NMU-ish upload of the package, since I only was the sponsor of the maintainer, who has filed a RFA on it, which should close this bug. If you care about pylib, maybe one of you could step in to become the official maintainer? If you're members of the python-modules group, you're welcome to get the package included in the group's packages. If nobody complains I'd bring the package under team maintance of the py-modules team and take care of #439400 and #432028. Instead of NMUing feel free to send me your current version or svn-inject it in the team's svn. Local build failed last night. I'll clean things up a bit and send the updated .diff.gz here later today. Here it is. Changelog excerpt * rebuild to get py2.5 support (closes: #432028) * install webdata html and js files (closes: #434226) * add build dependency on ssh (closes: #419969) -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science Reprise et maintenance de sites CPS: http://www.migration-cms.com/ codespeak-lib_0.9.0-4.diff.gz Description: Binary data signature.asc Description: Digital signature
Bug#440283: linux-image-2.6-686-bigmem: kernel BUG at mm/slab.c:595
Package: linux-image-2.6-686-bigmem Version: 2.6.18+6etch2 Severity: grave Justification: renders package unusable just tried to rar some files to tape -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686-bigmem Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6-686-bigmem depends on: ii linux-image-2.6.18 2.6.18.dfsg.1-13etch1 Linux 2.6.18 image on PPro/Celeron linux-image-2.6-686-bigmem recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440285: amaya version 9.55 available
Package: amaya Version: 9.54~dfsg.0-1 Severity: wishlist --- Please enter the report below this line. --- Version 9.55 is available from http://www.w3.org/Amaya/ At least the debian packages provided on the homepage worked for me while the current debian version failed to start with a Gdk-Error. BR, Frank --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-1-686 Debian Release: lenny/sid 500 unstable www.debian-multimedia.org 500 unstable ftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-== ttf-freefont | 20060501cvs-12 amaya-data (= 9.54~dfsg.0-1) | 9.54~dfsg.0-1 libc6 (= 2.3.6-6) | 2.6.1-1+b1 libexpat1 (= 1.95.8) | 1.95.8-4 libfreetype6 (= 2.2) | 2.3.5-1+b1 libgcc1 (= 1:4.1.1-12) | 1:4.2.1-4 libgl1-mesa-glx | 7.0.1-2 OR libgl1 | libglu1-mesa | 7.0.1-2 OR libglu1 | libjpeg62 | 6b-13 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-2 libraptor1 (= 1.4.11) | 1.4.15-4 libstdc++6 (= 4.1.1-12) | 4.2.1-4 libwww-ssl0 (= 5.4.0) | 5.4.0-11 libwxbase2.6-0 (= 2.6.3.2.1.5) | 2.6.3.2.1.5 libwxgtk2.6-0 (= 2.6.3.2.1.5) | 2.6.3.2.1.5 zlib1g (= 1:1.2.1) | 1:1.2.3.3.dfsg-5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439882: [Pkg-samba-maint] Bug#439882: Bug#439882: samba: Panic or segfault in Samba, and (unable to) core dump
On Fri, Aug 31, 2007 at 09:28:41AM +0200, Paolo wrote: On Tue, Aug 28, 2007 at 06:30:12PM -0700, Steve Langasek wrote: # ls -l /var/run/samba/locking.tdb -rw-r--r-- 1 root root 40200 2007-08-28 21:05 /var/run/samba/locking.tdb so it seems that's root stuff and shouldn't have failed to write/expand it. Right, so the file is going to be opened as root, but the locks are going to be written after the process has changed uids to handle a client request; so I think the write will fail because of that. hm, dosn't sound right - how is it supposed to write as non-root into root-owned 0644 file? Because once smbd has the file open, it doesn't need to be root to access the file descriptor; but it does need to be root to exceed the filesystem space limit. the failure is in expand_file() where it tries to make extra room in locking.tdb; it semmes to me that is (should be) done as root. The locking is done in response to a user request; for security reasons it's preferable that as much of this process as possible is done as the user, not as root. Anyway, samba shows poor/bad behaviour here (ie buggy), it went into a tight loop, restarting smbd and firing off ~1000 panic msgs in a few mins and filling up logs. No, samba is doing exactly what it's asked to by the client. smbd doesn't restart itself, if you're getting multiple copies spawned it's because it's being restarted by repeated client requests. ok - maybe: if it detects an error such that it won't be able to serve the client, well, it should refrain to try over and over. It *doesn't* try over and over. The over and over comes from the client, *not* the server. Furthermore, these are non-recoverable errors; in the general case, there's no appropriate response code for a fileserver that can't correctly handle a file serving request. Aborting the connection is about the best you can do. Or perhaps should signal the client properly to give up. Hm, perhaps it does so already, hence smbmount (3.0.20b-1woody1) is guilty? Yes, smbmount is the sort of client that would retry in the case of a server disconnect. [2007/08/28 09:53:48, 0] lib/fault.c:dump_core(168) unable to change to /var/log/samba/cores/smbdrefusing to dump core [2007/08/28 09:53:48, 0] smbd/server.c:main(847) there's no such /var/log/samba/cores/smbdrefusing and no core dump; /var/log is on another partition with plenty of space. Well, presumably you could create these directories by hand and capture a core dump that way, but if you're running out of disk space that doesn't sound like it would be too helpful in this case. On my system, these directories exist and appear to have been autocreated by the daemons on start. I do see such dirs here: # ls -l /var/log/samba/cores/ drwx-- 2 root root 1024 2006-07-18 00:44 nmbd drwx-- 2 root root 1024 2007-08-28 10:17 smbd I 1st got confused by the missing ' ' in the msg, looking for dir '/var/log/samba/cores/smbdrefusing' :} - well I guess smbd would dump core as root, so I don't see any obvious reason why it didn't. Because the failure didn't happen when the daemon was running as root, so the process didn't have access to write it? Resuming root privileges when something has gone so wrong that a core file needs to be written would be another potential security issue. So really, the only bug I see here is the confusing log message with the missing space after the directory name. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437630: please add new patches from OOo
Hi, Peter Eisentraut wrote: Am Donnerstag, 30. August 2007 19:32 schrieb Rene Engelhard: I already have done the update Interdiff is attached. If you agree I can upload this. Go ahead. But I think the build dependency line would need review as well. I could have sworn I changed that. Yes, indeed. Fixed and uploaded. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#440288: php5-ldap: Can't use ldap_sasl_bind on php
Package: php5-ldap Version: 5.2.0-8+etch7 Severity: important Hello. Like the report bug on log #422490. I think the bug was resolved only for the UNSTABLE. I need to have a STABLE ldap-sasl enabled. Is it possible? Thank You -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 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#440288: [php-maint] Bug#440288: php5-ldap: Can't use ldap_sasl_bind on php
On Fri, Aug 31, 2007 at 11:40:20AM +0200, Angelo Pellegrinon wrote: Package: php5-ldap Version: 5.2.0-8+etch7 Severity: important Hello. Like the report bug on log #422490. I think the bug was resolved only for the UNSTABLE. I need to have a STABLE ldap-sasl enabled. Is it possible? Thank You No, configuration changes such as this are not appropriate for inclusion in stable point releases, sorry. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440289: SSL connection error when connecting from Nagios server on Ubuntu Edgy
Package: nagios-nrpe-server Version: 2.5.1-3 SSL connection error when connecting from Nagios server on Ubuntu Edgy (6.10) AMD64, package nagios-nrpe-plugin, version 2.5.1-1: # /usr/lib/nagios/plugins/check_nrpe -H 131.152.212.206 -c check_disk CHECK_NRPE: Error - Could not complete SSL handshake. As far as I can see, no libs version incompatibilities. Ubuntu: # ldd /usr/lib/nagios/plugins/check_nrpe libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x2b5f3851) libcrypto.so.0.9.8 = /usr/lib/libcrypto.so.0.9.8 (0x2b5f38657000) libnsl.so.1 = /lib/libnsl.so.1 (0x2b5f388cc000) libc.so.6 = /lib/libc.so.6 (0x2b5f389e3000) libdl.so.2 = /lib/libdl.so.2 (0x2b5f38c24000) libz.so.1 = /usr/lib/libz.so.1 (0x2b5f38d28000) /lib64/ld-linux-x86-64.so.2 (0x2b5f383f3000) Debian Etch: # ldd /usr/sbin/nrpe linux-gate.so.1 = (0xe000) libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7ec4000) libcrypto.so.0.9.8 = /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7d8a000) libnsl.so.1 = /lib/tls/i686/cmov/libnsl.so.1 (0xb7d73000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb7c42000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb7c3e000) libz.so.1 = /usr/lib/libz.so.1 (0xb7c2a000) /lib/ld-linux.so.2 (0xb7f17000) nagios-nrpe-server on Sarge continues to work like a charm with this Ubuntu server. Thx Paul -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440045: installation-reports: Successful install, Intel Core 2 Duo processor, SATA hard drive
retitle 440045 unoptimal size computation for multi recipe when LVM is used reassign 440045 partman-auto severity 440045 normal thanks On Wed, Aug 29, 2007 at 02:44:09PM +0300, Jaakko Kangasharju wrote: Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/mapper/jennifer-root ext3 273674171671 87872 67% / tmpfstmpfs 1031788 0 1031788 0% /lib/init/rw udev tmpfs 1024092 10148 1% /dev tmpfstmpfs 1031788 0 1031788 0% /dev/shm /dev/sda1 ext3 241116 29533199135 13% /boot /dev/mapper/jennifer-home ext3 369696784 14489960 336427280 5% /home /dev/mapper/jennifer-tmp ext3 388741 10507358164 3% /tmp /dev/mapper/jennifer-usr ext3 4922684 4000396672228 86% /usr /dev/mapper/jennifer-var ext3 2955216 1570252 1234848 56% /var [...] I did have one problem with the partitioning step. I chose guided partitioning with LVM and separate partitions for /home, /tmp, /usr, and /var. As you can see above, the installer gave only 5GB to /usr and 3GB to /var, despite the 400GB total space, and they are already starting to fill up. It looks like a bug in partman-auto when used together with LVM. This will need more investigation though. Could you please send us (gzip'ed) the file /var/log/installer/partman that is on your newly installed system? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#440286: file conflicts between packages
Package: compiz-dev,libdecoration0-dev Severity: serious Justification: policy violation hi, both compiz-dev and libdecoration0-dev ship `/usr/include/compiz/decoration.h' but do neither conflict nor add a diversion, thus fail to be installed in the same environment: Unpacking libdecoration0-dev (from .../libdecoration0-dev_0.5.2-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libdecoration0-dev_0.5.2-1_i386.deb (--unpack): trying to overwrite `/usr/include/compiz/decoration.h', which is also in package compiz-dev Errors were encountered while processing: /var/cache/apt/archives/libdecoration0-dev_0.5.2-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356055: loadlin: loadlin.exe cannot be built from source
Pierre Habouzit, le Fri 31 Aug 2007 10:05:40 +0200, a écrit : On Fri, Aug 31, 2007 at 07:57:02AM +, Samuel Thibault wrote: Hi, Pierre Habouzit, le Thu 30 Aug 2007 23:18:46 +0200, a écrit : On Tue, May 02, 2006 at 10:01:56PM +, Samuel Thibault wrote: Hi, Sven Joachim, le Thu 09 Mar 2006 13:45:04 +0100, a écrit : (b) Failing that, move the loadlin package to the contrib section, see sections 2.2.1 and 2.2.2 of the Policy Manual. This would be _very_ unfortunate. The problem is that in some circumstances, blind people _DO_ need loadlin for being able to install/boot linux. That's one of the reason why it is still provided on installation CDs (btw, Janos, could you at last apply the patch I suggested for bug #338318?). Hmm, now that there is win32-loader, is this still needed for blind people or not ? MS-DOS is a lot more accessible than windows, you know :) Well, I absolutely don't know honestly, That's why I'm just asking. MS-DOS is text-based, which is a lot easier for screen readers to produce as braille or speech output. Windows is graphical-oriented, so producing it as braille or speech then is far from trivial. Samuel
Bug#416384: einstein: Problems with multiple users playing
I still cannot reproduce the problem. (Newer kernel.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440290: ITP: phamm -- Phamm (PHP LDAP Virtual Hosting Manager) is a front-end written in PHP to manage virtual service's using a LDAP directory backend.
Package: wnpp Severity: wishlist Owner: Alessandro De Zorzi [EMAIL PROTECTED] * Package name: phamm Version : 0.4.13 Upstream Author : Alessandro De Zorzi [EMAIL PROTECTED] * URL : http://www.phamm.org/ * License : GPL v2 Programming Lang: PHP, Perl, Bash Description : Phamm (PHP LDAP Virtual Hosting Manager) is a front-end written in PHP to manage virtual service's using a LDAP directory backend. Phamm provide a web interface to manage virtual mail account, DNS setting, FTP account, proxy account and other using LDAP as backend. ISP use phamm for their customers. Phamm provide a valid phamm.schema with own OID provide by IANA. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-powerpc 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#440289: solved
SORRY!!! Please close! I made a silly mistake, I put a wrong server ip address in nrpe.cfg... shame on me ;-) Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440291: drupal5: Missing robots.txt
Package: drupal5 Version: 5.2-1 Severity: minor It should be nice to ship robots.txt provided by upstream. Although .htaccess has been set up with -Index so search engines do not have any chance to craw through file system structure, some of these pages can still be directly linked from the front page or external sites. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages drupal5 depends on: ii apache2 2.2.4-3Next generation, scalable, extenda ii apache2-mpm-worker [httpd]2.2.4-3High speed threaded model for Apac ii curl 7.16.4-2 Get a file from an HTTP, HTTPS or ii dbconfig-common 1.8.35 common framework for packaging dat ii debconf 1.5.14 Debian configuration management sy ii exim4 4.67-7 meta-package to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.67-7 lightweight Exim MTA (v4) daemon ii php5 5.2.3-1server-side, HTML-embedded scripti ii php5-gd 5.2.3-1+b1 GD module for php5 ii php5-pgsql5.2.3-1+b1 PostgreSQL module for php5 ii postgresql-client-8.2 [postgr 8.2.4-2front-end programs for PostgreSQL ii wwwconfig-common 0.0.48 Debian web auto configuration Versions of packages drupal5 recommends: pn mysql-server | postgresql-ser none (no description available) -- debconf information: drupal5/pgsql/changeconf: false drupal5/db/app-user: drupal5 drupal5/pgsql/authmethod-admin: ident drupal5/mysql/admin-user: root * drupal5/webserver: apache2 drupal5/mysql/method: unix socket drupal5/install-error: abort drupal5/passwords-do-not-match: * drupal5/database-type: pgsql drupal5/pgsql/method: unix socket drupal5/upgrade-backup: true drupal5/dbconfig-reinstall: false drupal5/pgsql/admin-user: postgres drupal5/internal/reconfiguring: false drupal5/remote/host: drupal5/dbconfig-remove: drupal5/db/basepath: * drupal5/dbconfig-install: true drupal5/internal/skip-preseed: false drupal5/pgsql/manualconf: drupal5/pgsql/no-empty-passwords: drupal5/pgsql/authmethod-user: ident drupal5/dbconfig-upgrade: true drupal5/remote/newhost: drupal5/remove-error: abort drupal5/purge: false drupal5/db/dbname: drupal5 drupal5/missing-db-package-error: abort drupal5/upgrade-error: abort drupal5/remote/port: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440288: [php-maint] Bug#440288: php5-ldap: Can't use ldap_sasl_bind on php
Why not?
Bug#439845: NOT solved with pam 0.99.7.1-3
Hello Steve, I'm sorry not really - but I may go after it later on. Steve Langasek wrote: Ok, this is exactly what it should show; this means that libpam0g detected cron as a service to be restarted, and attempted to restart it, but based on your log output cron didn't really get restarted for some reason. Do you have logs from the automatic upgrade showing the output from libpam0g's maintainer script? I downgraded today. dpkg -l | grep pam ii libpam-modules0.79-4 Pluggable Authentication Modules for PAM ii libpam-runtime 0.79-4 Runtime support for the PAM library ii libpam0g 0.79-4 Pluggable Authentication Modules library Than it was auto upgraded via cron. dpkg -l | grep pam ii libpam-modules0.99.7.1-3 Pluggable Authentication Modules for PAM ii libpam-runtime 0.99.7.1-3 Runtime support for the PAM library ii libpam0g 0.99.7.1-3 Pluggable Authentication Modules library This time it looks good in syslog. Aug 31 12:05:01 foobar /USR/SBIN/CRON[5345]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then /etc/munin/plugins/apt_all update 7200 12 /dev/null; elif [ -x /etc/munin/plugins/apt ]; then /etc/munin/plugins/apt update 7200 12 /dev/null; fi) debconf-show libpam0g * libpam0g/restart-services: libpam0g/restart-failed: Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390697: Same problem
I have same problem: debian etch Architecture: amd64 Version: 2.0.9-4 cheers dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438566: Promise TX4 disk ordering
Hi Jérémy! On Tue, 28 Aug 2007 11:50:12 +0200, Jérémy Bobbio wrote: On Fri, Aug 17, 2007 at 09:36:29PM +0200, Luca Capello wrote: 4) again, at reboot, the machine didn't boot, because the previous /dev/sda1 is now /dev/sdb1. I discovered the real problem: AFAIK the linux kernel erroneously maps the Promise TX4 devices, counting from the last one. I can confirm this because I attached a third SATA HD to the port3/channel3 and this one was marked as /dev/sda instead of the expected /dev/sdc. According to a recent mail on LKML [1], this should be fixed in Linux 2.6.22. [...] Could you try it and see if the ordering is correct with the newer kernel? That would be definitely helpful. :) It seems that the unstable 2.6.22-1-486_2.6.22-3 solved this issue, as you can see from the logs attached. BTW, since one of the two disks in the array broke, I used another SATA disk to perform the test, with the advantage that now recognizing the disks is simpler, because they are from different manufacturers. FYI, ST3250620AS is the original HDD in the RAID (thus where etch is installed) plugged on port1/channel1, while HTS541010G9SA00 is the HDD I used for the test, plugged on port2/channel2. IMHO, the correct actions for this bug should be: 1) retitle to Promise TX4 disk ordering broken 2) reassign to source:linux-image-2.6 with at least version 6etch1 [1] 3) mark as fixed in version 9 4) add a note to bug #435834 [2] about the fix I'll wait one week from now and then perform the above operations. Thx, bye, Gismo / Luca Footnotes: [1] as I guess this problem is present in all 2.6.18 linux images [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=435834 2.6.18_disks.log.gz Description: Promise TX4 log for 2.6.18 2.6.22_disks.log.gz Description: Promise TX4 log for 2.6.22
Bug#399892: nepenthes_0.2.0-1(hppa/experimental): FTBFS: tries to use static library compiled without -fPIC
On Wed, Aug 29, 2007 at 02:53:01PM -0300, Luciano Bello wrote: El Mar 17 Jul 2007, Jan Wagner escribió: Hi Luciano, On Wednesday 20 June 2007 19:15, Luciano Bello wrote: I need your opinion and comments about: http://bugs.debian.org/399892 Nepenthes has a module (modulehoneytrap.so) linked with libipq (IPQ library for userspace), which is part of iptables-dev. Libipq looks like it only comes in a static form, and hence isn't built PIC. Frank Lichtenheld [EMAIL PROTECTED] proposed to ask here. Please CC to the bug if you think is proper. Any process with the issue? Sorry for the delay.. No.. nothing new. Have you asked the iptables-dev maintainer whether he would provide a version of libipq compiled with PIC? Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/
Bug#440293: unchecked mallocs, unchecked integer multiplies
Package: libhangul Version: 0.0.4-2 There are numerous calls to malloc in this library which are not checked. malloc is always able to return 0 and the library should be prepared to cope with this. Furthermore, there are quite a few places with constructions of this form: combination-table = malloc(sizeof(HangulCombinationItem) * n); This is susceptible to an integer multiply overflow bug if n is large. In particular, if an untrusted caller can cause n to be large enough to overflow the multiplication then this will usually result in a security vulnerability. I don't think this is true in this library because all of the hangul data, and even the input configuration, is supposed to be trustworthy. But it should still be fixed. Regards, Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437801: vmware-package: cannot connect sound on vmware-player, complains about /usr/lib/vmware/licenses/site not found
On Thu, Aug 30, 2007 at 11:30:17PM -0400, Robert Edmonds wrote: Marc Haber wrote: Hi, when I click on Sound Adapter in the device bar, I get an error message that /usr/lib/vmware/licenses/site cannot be found: Unable to open the /usr/lib/vmware/licenses/site license directory: No such file or directory Unable to open the /usr/lib/vmware/licenses/site license directory: No such file or directory Cannot connect virtual device sound. No corresponding device is available on the host Can vmware-player 2.0 still not use ALSA? This is probably the case Geez, OSS has been deprected for years now. -- it looks like Petr has a wrapper called vmwaredsp, and someone on VMTN apparently updated it recently: http://platan.vc.cvut.cz/ftp/pub/vmware/vmwaredsp-1.3.tar.gz http://www.vmware.com/community/thread.jspa?messageID=694099 I haven't looked at it in detail, is it a wrapper to be called around vmware player? Any chance to have it packaged. I've never used audio with vmware before -- does loading snd_pcm_oss.ko not work? No change in vmware-player behavior. Also, I think that /usr/lib/vmware/licenses message is a red herring. It pops up once in a while though. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440183: [Piuparts-devel] Bug#440183: Bug#440183: piuparts: wrongly complains if processes are running inside chroot
On 30/08/07 at 20:04 +0200, Lucas Nussbaum wrote: On 30/08/07 at 19:16 +0200, Ana Guerrero wrote: On Thu, Aug 30, 2007 at 06:40:08PM +0300, Lars Wirzenius wrote: to, 2007-08-30 kello 15:45 +0200, Lucas Nussbaum kirjoitti: During an upgrade test, in the second chroot (the one used to install the package): - piuparts installs the package to test in etch - piuparts upgrades the chroot - piuparts tests for running processes -- THIS IS WRONG! - piuparts removes and purges packages Testing for running processes after the upgrade is wrong. If the package is a daemon, or depends on daemons, of course, it will still be running after the upgrade! It should only test for running processes after the purge. Unless things have changed since I last looked at piuparts in detail, which they of course may well have done, Well, it has more features now, but I have to say it has not changed dramatically. it is wrong for any processes to exist in the chroot, after a package is installed, since piuparts does its best to prevent daemons from starting up at all. Thus, I would not classify this as a bug in piuparts. I concur with Lars here. Plus, I can not reproduce this problem with ud, log attached. OK, my chroot didn't have /usr/sbin/policy-rc.d, which explains. It would be great if piuparts would check if that file exists, especially for people using chroots from other tools (sbuild, pbuilder, etc). Also, I'm not sure that it's a good idea to not start daemons: how are you going to check that they are properly stopped when the package is removed? Another (frequent) class of errors is daemons who have problems during startup. Like daemons who hang under some conditions. Not starting daemons makes this impossible to catch. I've done several piuparts runs on the archive already, and the fact that daemons are really started hasn't been a big problem so far. Some more false positives, but there are so many already ... A nice resolution for this bug would be: - to provide an option to start or not to start daemons - to create/remove /usr/sbin/policy-rc.d according to the option - to check for running processes according to the option -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440299: linux-image-2.6.22-1-mckinley: McKinley flavour does not inclide IDE drivers
Package: linux-image-2.6.22-1-mckinley Version: 2.6.22-3 Severity: normal amd64 is fine. Also, 2.6.18 is fine as well. There is not even a directory /lib/modules/2.6.22-1-mckinley/kernel/drivers/ide/ This causes my system to fail to boot because I am booting off an IDE disk. Cheers, Andree -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ia64 Kernel: Linux 2.6.18-3-mckinley (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.22-1-mckinley depends on: ii coreutils5.97-5.4The GNU core utilities ii debconf [debconf-2.0]1.5.14 Debian configuration management sy ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-22 Yet Another mkInitRD linux-image-2.6.22-1-mckinley recommends no packages. -- debconf information: linux-image-2.6.22-1-mckinley/postinst/bootloader-error-2.6.22-1-mckinley: shared/kernel-image/really-run-bootloader: true linux-image-2.6.22-1-mckinley/postinst/bootloader-test-error-2.6.22-1-mckinley: linux-image-2.6.22-1-mckinley/preinst/bootloader-initrd-2.6.22-1-mckinley: true linux-image-2.6.22-1-mckinley/postinst/create-kimage-link-2.6.22-1-mckinley: true linux-image-2.6.22-1-mckinley/preinst/abort-overwrite-2.6.22-1-mckinley: linux-image-2.6.22-1-mckinley/preinst/failed-to-move-modules-2.6.22-1-mckinley: linux-image-2.6.22-1-mckinley/preinst/already-running-this-2.6.22-1-mckinley: linux-image-2.6.22-1-mckinley/prerm/would-invalidate-boot-loader-2.6.22-1-mckinley: true linux-image-2.6.22-1-mckinley/preinst/elilo-initrd-2.6.22-1-mckinley: true linux-image-2.6.22-1-mckinley/postinst/old-dir-initrd-link-2.6.22-1-mckinley: true linux-image-2.6.22-1-mckinley/postinst/old-system-map-link-2.6.22-1-mckinley: true linux-image-2.6.22-1-mckinley/preinst/initrd-2.6.22-1-mckinley: linux-image-2.6.22-1-mckinley/postinst/depmod-error-2.6.22-1-mckinley: false linux-image-2.6.22-1-mckinley/preinst/lilo-initrd-2.6.22-1-mckinley: true linux-image-2.6.22-1-mckinley/preinst/abort-install-2.6.22-1-mckinley: linux-image-2.6.22-1-mckinley/preinst/lilo-has-ramdisk: linux-image-2.6.22-1-mckinley/postinst/kimage-is-a-directory: linux-image-2.6.22-1-mckinley/preinst/overwriting-modules-2.6.22-1-mckinley: true linux-image-2.6.22-1-mckinley/postinst/depmod-error-initrd-2.6.22-1-mckinley: false linux-image-2.6.22-1-mckinley/prerm/removing-running-kernel-2.6.22-1-mckinley: true linux-image-2.6.22-1-mckinley/postinst/old-initrd-link-2.6.22-1-mckinley: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440296: qemu: qcow2 bug in refcount table handling causes image corruption
Package: qemu Version: 0.9.0-2 Please consider applying the patch by Juergen Klein to fix a qcow2 image corruption, that was posted to qemu-devel on March 30th: http://www.mail-archive.com/[EMAIL PROTECTED]/msg09433.html Without the patch, converting a ~100GB disk image to qcow2 resulted in reproducible corruption of the image. The same may happen in regular use if a qcow2 image grows and makes an increase of the refcount table necessary. This may even warrant severity grave (data loss), but as I don't know how probable triggering this bug is, I chose not to increase severity. (For reference, here is the patch. Copied by cutpaste, so it may be whitespace-corrupted and may not apply) Index: block-qcow2.c === RCS file: /cvsroot/qemu/qemu/block-qcow2.c,v retrieving revision 1.4 diff -u -B -r1.4 block-qcow2.c --- block-qcow2.c 7 Aug 2006 02:38:06 - 1.4 +++ block-qcow2.c 30 Mar 2007 19:19:41 - @@ -1933,6 +1941,7 @@ qemu_free(s-refcount_table); s-refcount_table = new_table; s-refcount_table_size = new_table_size; +s-refcount_table_offset = table_offset; update_refcount(bs, table_offset, new_table_size2, 1); return 0; This patch has already been applied to upstream CVS. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-vserver-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qemu depends on: ii bochsbios 2.3+20070705-2 BIOS for the Bochs emulator ii libasound2 1.0.14a-2ALSA library ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libncurses5 5.6+20070825-1 Shared libraries for terminal hand ii libsdl1.2debian 1.2.11-9 Simple DirectMedia Layer ii openhackware0.4.1-2 OpenFirmware emulator for PowerPC ii proll 18-2 JavaStation PROM 2.x compatible re ii vgabios 0.6a-2 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime Versions of packages qemu recommends: ii debootstrap 1.0.3 Bootstrap a basic Debian system ii sharutils1:4.6.3-1 shar, unshar, uuencode, uudecode ii vde2 2.1.6+r154-1+b1 Virtual Distributed Ethernet -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440294: crm114: Ham marked as Spam with positive weighting
Package: crm114 Version: 20070810-2 Severity: normal Hi, I updated recently to the newest version of crm114 and now all good mail is marked as Spam with a positive weighting instead of a negative. The header looks like: X-CRM114-Status: SPAM ( 21.01 ) Real Spam is classified correctly with SPAM and a negative weighting in the header. I use the mailreaver. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages crm114 depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libtre4 0.7.5-1regexp matching library with appro Versions of packages crm114 recommends: ii metamail 2.7-53 implementation of MIME -- no debconf information -- Beschuldigt mich nicht des Antisemantismus. Einige meiner besten Freunde sind Wörter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440292: ITP: boomerang -- boomerang decompiler
Package: wnpp Severity: wishlist Owner: Arthur Loiret [EMAIL PROTECTED] * Package name: boomerang Version : 0.3.1 Upstream Author : Mike Van Emmerik [EMAIL PROTECTED] * URL : http://boomerang.sourceforge.net/ * License : GPL Programming Lang: C Description : boomerang decompiler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440295: ITP: aspell-ml -- The Malayalam wordlist for GNU aspell dictionary
Package: wnpp Severity: wishlist Owner: Kartik Mistry [EMAIL PROTECTED] * Package name: aspell-ml Version : 0.01-1 Upstream Author : Santhosh Thottingal santhosh00 at gmail dot com * URL : https://savannah.nongnu.org/task/download.php?file_id=13811 * License : GPL Description : The Malayalam wordlist for GNU aspell dictionary This package provides the Malayalam (ml) language wordlist for GNU aspell dictionary. I am packaging/ITPing this on behalf of Debian-IN Team [EMAIL PROTECTED] -- Cheers, --- Kartik Mistry || GPG: 0xD1028C8D || IRC: kart_ kartikmistry.org/blog || kartikm.wordpress.com -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261254: Xmms GDK-Error fix
I've had this same error on two machines, and fixed it two different ways. Both machines are Debian Etch machines. Both reported request_code 45 in the GDK-Error. The first was fixed when I did 'apt-get install msttcorefonts'. The second appears to have been fixed when I did 'apt-get install kde'. I presume kde brings in some fonts? Perhaps the default font xmms requests is not available? Cheers, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440290: ITP: phamm -- Phamm (PHP LDAP Virtual Hosting Manager) is a front-end written in PHP to manage virtual service's using a LDAP directory backend.
On Fri Aug 31, 2007 at 11:58:54 +0200, Alessandro De Zorzi wrote: Phamm provide a web interface to manage virtual mail account, DNS setting, FTP account, proxy account and other using LDAP as backend. ISP use phamm for their customers. Phamm provide a valid phamm.schema with own OID provide by IANA. Before uploading this please please check for security issues. Control panels are notorious for them, and immediately upon running the online demo at the upstream homepage we can find three or four. Steve -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440298: ITP: original -- Original is a set of scripts to get your digital photos on the web.
Package: wnpp Severity: wishlist Owner: Alessandro De Zorzi [EMAIL PROTECTED] * Package name: original Version : 0.11.2 Upstream Author : Jakub Steiner [EMAIL PROTECTED] Tuomas Kuosmanen [EMAIL PROTECTED] Larry Ewing [EMAIL PROTECTED] * URL : http://jimmac.musichall.cz/original.php * License : GPL v2 Programming Lang: PHP, Bash, Perl, Ruby Description : Original is a set of scripts to get your digital photos on the web. Original consist of two parts: a client side to scale the images to different side and a set of PHP script to render html pages of the picture gallery. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-powerpc 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#439895: filter-buffer.sl:delete_hidden_lines(): Deletes not all lines
Thanks for the report and the patch. There is one problem, though: if the last line of the buffer is hidden, you get an infinite loop. The upstream Jedmodes repository now has the fix with - while (is_line_hidden()) + while (is_line_hidden() and not(eobp())) GM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440290: ITP: phamm -- Phamm (PHP LDAP Virtual Hosting Manager) is a front-end written in PHP to manage virtual service's using a LDAP directory backend.
Steve Kemp wrote: Before uploading this please please check for security issues. Control panels are notorious for them, and immediately upon running the online demo at the upstream homepage we can find three or four. Thanks for reply. PHP frontend manage LDAP database only, login use a real LDAP DN so ACL permission set in /etc/ldap/phamm.acl set right write/read permission on the database so PHP bug is not real danger for database. Developer choose do not set suid permission to www-data for operations that manipulate filesystem, a set of script run in cron with user vmail to create/delete mailbox (for example). PHP frontend - LDAP Backend - Server services are three components that can be installed in the same system, two or three due configuration This is a on-line demo (unstable version) http://demo.phamm.org/phamm05/www-data/main.php (Login with manager:rhx) Stable version used in production since 2005 on varius server. We started to develop Phamm project because Jamm project (similar project but written in JSP) do not longer develop. I submit to PHPLdapAdmin project some patchs in 2005, I also use little portion of pla code in phamm. Alessandro De Zorzi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439983: exim4: /var/www/Maildir?
On Fri, Aug 31, 2007 at 12:42:39AM +0200, Olaf van der Spek wrote: I haven't read the discussion, but what about denying mail for www-data by default? I do not plan to establish an exception list that needs to be maintained inside the package until somebody with authority tells me to do so. I would probably be willing to accept an appropriately flexible, documented and supported patch. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440299: linux-image-2.6.22-1-mckinley: McKinley flavour does not inclide IDE drivers
On Fri, Aug 31, 2007 at 09:20:24PM +1000, Andree Leidenfrost wrote: amd64 is fine. Also, 2.6.18 is fine as well. There is not even a directory /lib/modules/2.6.22-1-mckinley/kernel/drivers/ide/ please send in your output of lscpi -vn This causes my system to fail to boot because I am booting off an IDE disk. btw the usage of yaird is deprecated. which ide controller did you add in that ia64? regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440300: mailutils: Typo in French translation
Package: mailutils Version: 1.1+dfsg1-3.1 Severity: minor There is a little typo in the French translation that can be corrected with the following patch : -8--- --- mailutils-1.1+dfsg1/po/fr.po2006-10-30 14:03:48.0 +0100 +++ mailutils-1.1+dfsg1-modified/po/fr.po 2007-08-31 09:35:55.0 +0200 @@ -2130,7 +2130,7 @@ #: mail/mail.c:480 #, c-format msgid No mail for %s\n -msgstr Pas ed courrier pour %s\n +msgstr Pas de courrier pour %s\n #: mail/mail.c:545 msgid -8--- Regards, Arthur Petitpierre. -- Arthur Petitpierre HPC System Engineer Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440301: iso-scan.postinst fails to find ISO on partitioned USB stick
Package: debian-installer Version: 4.0r1 When installing from hd-media boot image on a USB stick which has been partitioned, the ISO image is not found. I tracked the problem down to the interaction between iso-scan.postinst and list-devices. 'list-devices partition' will not find partitions on USB sticks that detect as floppies, and 'list-devices floppy' will only show the USB stick device, not any partitions it may have. My workaround was to cause 'list-devices partition' to also list partitions on USB floppies. This got the job done, but it's probably not suitable for release as it confused the partitioner and slowed it down quite a bit. Someone more familiar with the various interactions with list-devices should come up with a better idea. -- Sam Couter | mailto:[EMAIL PROTECTED] | jabber:[EMAIL PROTECTED] OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature
Bug#440304: bash: innacurate command syntax specification in 'help for'
Package: bash Version: 3.1dfsg-8 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I believe the help page for for has a punctuation error. The invocation syntax in the first line says the following: for: for NAME [in WORDS ... ;] do COMMANDS; done However, I believe it should read: for: for NAME [in WORDS ...] ; do COMMANDS; done Note the placement of the semicolon after the WORDS directive. This change would bring the help in-line with how 'for' is described in the bash man page. Sorry I'm not applying a patch, but I'm not sure where these help descriptions are stored. Thanks so much for maintaining such an important package. jamie. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash depends on: ii base-files4.0.0 Debian base system miscellaneous f ii debianutils 2.23.1 Miscellaneous utilities specific t ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libncurses5 5.6+20070812-1 Shared libraries for terminal hand bash recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRtgDa+00zqvie6q8AQIAGw//RoocDElUaR5gln/eOxLbyGditI2mIDkH WVInM7/GDXDfAlzFF3M5tZ2TeGRTzZN7YWnpWJ0W1h3KXMe4Aoiq56ah8yiAAw1Z CidESBF5ES5kLhnLBm2nXYq5qFJ3KEmv2P7SWyfGzL4+MRaXGvPgcO4eu34trw6m 5t1dpNIKYc6K19n0Dax3i+YxcN+ATQ9rK5U1VVi1LhHPT12kSJh3kLbcO7Q1aon4 6JNr//T/YjQugmsU7dMozbAf1FGdhqZAU1kMVO+lAege8wt4T1DlIyb0Ej4otX3Q S3HQ328OJzPrb5jRsQqcVYrKcF7TTl72+BpxYG1kcNSESAejJzVMiQElnxM3XKI9 0edxxni8o+XHUPnz99e3FBvp3V7TDDL4J1uZAPMT1oq4fiQzVcyyVa0fTKRXfoFB BbjIljyF7CnC+Xm0Wmpcx/lzjlf1l7rx46wefnT2d2mGBFW2VuTWkDx+THNB93+L v+2hon4srl2/pQ4Ke7CwmKgEuKAgJvcPf5WxUiwjPEDizNVkeQofu1bmfbQQar/s 3TD78Hsi6NW4a/OfH7VHxArVfvDxdwX1loW0MowCN+mIzw3liZhcD9/pZ6lQY1S3 x9kfmE+/ZvcTqUQpNWEnMQfqik2jJSb4YFZ4GN3pXuZV+F/e6GXKczZWKmKTy1Nc Fi4uN37MuCo= =D9xo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440307: lyx: Difficult to select text and change figure text settings.
Subject: lyx: Difficult to select text and change figure text settings. Package: lyx Version: 1.5.1-1 Severity: normal *** Please type your report below this line *** Hi When i try to select text, the selection disappears after around a second, before I can do anything to the text. However I can select all the text and change its color for example but the figure text is not changed in that operation. Regards Gudjon -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440305: documentation is missing
Package: check Version: 0.9.4-4 Severity: normal The check package does not contain the check manual. Upstream seem to provide texinfo sources. It would be great to have them in the package. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.20.4-gernoth-64bit (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294520: Cannot reproduce the problem
Samuel Thibault [EMAIL PROTECTED] writes: Hi, Otavio Salvador, le Thu 30 Aug 2007 16:55:08 -0300, a écrit : I've produced [...] a test that was suppose to fail without the libparted/disk.c change (included on the patch and that you need to revert for testing) but I cannot make it to fail. Because it only tests primary partitions. The bug happens only for extended partitions. No. I've wrote the test to use extended partitions too and it passes too, I've removed it since the code to write primary partitions is smaller. Can you try to make it to fail properly? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house.
Bug#440267: speedcrunch won't start, symbol lookup error
Works fine with the packages in Testing. I have not yet tried the mentioned packages in Unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
