Bug#499761: remove fcmp from lenny?
On Tue, Sep 30, 2008 at 03:37:54PM +, Thomas Viehmann wrote: Hi, as Frank Lichtenheld noted in #499761, fcmp exists for the exclusive benefit of freecraft, which is not scheduled to be released with lenny. As such fcmp should probably be pulled as well. I hope there is an RC bug to maintain it out from testing (I've not checked). removed. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgp4VVCMvlV8K.pgp Description: PGP signature
Bug#495211: t-p-u upload?
Ian, In looking over outstanding RC bugs in lenny, I noticed #495211 which is still outstanding in lenny. Marc Brockschmidt has noted that the CVS pull that you uploaded in order to fix this bug in sid is not appropriate for a freeze exception to move to lenny. Do you have plans to try to make a patch to the lenny version which could be uploaded to t-p-u? Thanks, stew signature.asc Description: Digital signature
Bug#500555: tries to access not existing/usr/var/run
On Tue, Sep 30, 2008 at 10:54:11AM +, Y Giridhar Appaji Nag wrote: Hi release-team, On 08/09/29 12:26 +0200, Rene Engelhard said ... Package: libdaemon0 Version: 0.10-1 Severity: grave Since 0.13 is already in sid and this bug affects 0.12-1 (in Lenny) I would like to upload 0.12-1lenny1 to testing-proposed-updates. Please do let me know if that is OK. Please do. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpBt8gcOI768.pgp Description: PGP signature
Bug#471642: remove pango-graphite from lenny
Hi, pango-graphite owns a critical bug, #471642 and dupes, since April with no visible maintainer activity. As it's not been released with stable before and has no reverse dependencies, it appears to be an ideal removal candidate. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Adding tag patch and patch
Processing commands for [EMAIL PROTECTED]: tag 500380 patch Bug#500380: lfhex FTBFS due to missing build conflicts There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500380: Adding tag patch and patch
tag 500380 patch thanks As Thiemo Seufer mentioned, this patch will fix this issue. Tagging accordingly. -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Homepage: people.debian.org/~kartik Blog.en: ftbfs.wordpress.com Blog.gu: kartikm.wordpress.com lfhex-build-conflict-fix.diff Description: Binary data
Bug#498202: remove kolabd?
Hi, Mathieu Parent wrote: I'm not DD so I can't provide support for this, I just made hard work to make these packages ready and it is sad to finish like this. Packages are ready for experimental since March (see http://lists.alioth.debian.org/pipermail/pkg-kolab-devel/2008-March/001523.html) and for unstable since June (http://lists.alioth.debian.org/pipermail/pkg-kolab-devel/2008-June/001682.html). Ugh. It really stinks to put in all the work in a timely fashion and then have it ignored until it's too late. :( On the other hand, unless the release team wants to make a huge exception for kolabd and one of the maintainers actually can be bothered to upload the packages, removing these: So nevermind, in case you want to remove this mess, remove the following packages from lenny: kolab-filter kolab-freebusy kolab-resource-handlers kolab-webadmin kolabadmin kolabconf kolabd libkolab-perl and possibly providing backports after the release might be the more viable option to move things forward from here. Kind regards T. P.S.: Depending on how long you have been involved in kolab-maintenance, asking the uploaders to enable you to upload via the Debian Maintainer process might be a good idea to prevent things like this in the future. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499643: Patch to mdadm 2.6.7 to fix segfault when using --assemble --force
Hi, First of all, I think this bug is a dupe of #496334. Second, I ran into to this issue my self with mdadm in Lenny on a raid5-array. I fixed it by apply the patch[1] from Chris Webb[2]. After this patch was applied, it was no problem to do --assemble --force without segmentation fault. [1] http://neil.brown.name/git?p=mdadm;a=commitdiff;h=60b435db5a7b085ad1204168879037bf14ebd6d1 [2] http://marc.info/?l=linux-raidm=121381784820652w=2 Best Regards, /LM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498202: remove kolabd?
Hi, 2008/10/1 Thomas Viehmann [EMAIL PROTECTED]: Hi, (...) Ugh. It really stinks to put in all the work in a timely fashion and then have it ignored until it's too late. :( I probably should have send a mail to debian-devel. But my experience of mentoring is not good (see package xinha in debian mentors). On the other hand, unless the release team wants to make a huge exception for kolabd and one of the maintainers actually can be bothered to upload the packages, removing these: Agree. So nevermind, in case you want to remove this mess, remove the following packages from lenny: kolab-filter kolab-freebusy kolab-resource-handlers kolab-webadmin kolabadmin kolabconf kolabd libkolab-perl and possibly providing backports after the release might be the more viable option to move things forward from here. Agree Kind regards T. P.S.: Depending on how long you have been involved in kolab-maintenance, asking the uploaders to enable you to upload via the Debian Maintainer process might be a good idea to prevent things like this in the future. I should start the Debian Maintainer process for ctdb also (I'm in the NM process too). -- Thomas Viehmann, http://thomas.viehmann.net/ Mathieu Parent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498621: MTrand code, licence problem
Dear professor Matsumoto, I'm contacting you about a problem we encounted in the Debian Linux distribution, where we include the well-known PHP interpreter. It includes Mersenne Twister code written by you. According to Debian's free software guidelines, the following part of the licence is not allowed for software in Debian: When you use this, send an email to: [EMAIL PROTECTED] with an appropriate reference to your work I would like to kindly ask you to give us or anyone deriving from Debian permission to remove this condition from the source code, or to rephrase it as a request but not a requirement (e.g.: When you use this, please consider to send an email to...) If this is OK with you, all that is needed is just a reply to this email stating that you agree. It would help us very much. Thank you for your consideration, and we hope to hear from you. kind regards, Thijs Kinkhorst Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498621: Please remove the condition Re: MTrand code, licence problem
Hi, I see, please remove this condition from the source code. (I had not paid attention to this problem.) I am thankful for using the Mersenne Twister code. Best, Makoto Matsumoto. Thijs Kinkhorst wrote: Dear professor Matsumoto, I'm contacting you about a problem we encounted in the Debian Linux distribution, where we include the well-known PHP interpreter. It includes Mersenne Twister code written by you. According to Debian's free software guidelines, the following part of the licence is not allowed for software in Debian: When you use this, send an email to: [EMAIL PROTECTED] with an appropriate reference to your work I would like to kindly ask you to give us or anyone deriving from Debian permission to remove this condition from the source code, or to rephrase it as a request but not a requirement (e.g.: When you use this, please consider to send an email to...) If this is OK with you, all that is needed is just a reply to this email stating that you agree. It would help us very much. Thank you for your consideration, and we hope to hear from you. kind regards, Thijs Kinkhorst Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500767: gnome-python-extras: Build fails due to removed gdl-icons.h header file
Package: gnome-python-extras Version: 2.19.1-2 Severity: serious Justification: FTBFS gdl-icons.h was removed from gdl. This causes gnome-python-extras to fail to build: if /bin/sh ../libtool --tag=CC --mode=compile i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../gdl -I.. -I/usr/include/python2.4 -I/usr/include/libgdl-1.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/pygtk-2.0 -g -O2 -Wall -fno-strict-aliasing -MT gdl.lo -MD -MP -MF .deps/gdl.Tpo -c -o gdl.lo gdl.c; \ then mv -f .deps/gdl.Tpo .deps/gdl.Plo; else rm -f .deps/gdl.Tpo; exit 1; fi i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../gdl -I.. -I/usr/include/python2.4 -I/usr/include/libgdl-1.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/pygtk-2.0 -g -O2 -Wall -fno-strict-aliasing -MT gdl.lo -MD -MP -MF .deps/gdl.Tpo -c gdl.c -fPIC -DPIC -o .libs/gdl.o gdl.override:9:27: error: gdl/gdl-icons.h: No such file or directory make[3]: *** [gdl.lo] Fejl 1 make[3]: Forlader katalog '/tmp/gnome-python-extras-2.19.1/build-2.4/gdl' make[2]: *** [all-recursive] Fejl 1 make[2]: Forlader katalog '/tmp/gnome-python-extras-2.19.1/build-2.4' make[1]: *** [all] Fejl 2 make[1]: Forlader katalog '/tmp/gnome-python-extras-2.19.1/build-2.4' make: *** [build-2.4/build-stamp] Fejl 2 rm build-2.4/configure-stamp dpkg-buildpackage: failure: debian/rules build gave error exit status 2 debuild: fatal error at line 1319: dpkg-buildpackage -rfakeroot -D -us -uc failed This header is no longer required and removing #include gdl/gdl-icons.h from gdl/gdl.override line 9 allows the package to build again. A rebuild of the package is needed to fix bug #500526. Regards /Rasmus Bøg Hansen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.5 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500111: Pressing '8' or '9' does not work
Thanks guys. I must have been blind for not seeing this. This also explains the root is working thing. Root started with factory defaults which is decimal. greetings from Germany -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498621: Please remove the condition Re: MTrand code, licence problem
Dear professor Matsumoto, Thank you very much for your cooperation. kind regards, Thijs Kinkhorst On Wed, October 1, 2008 10:28, Makoto Matsumoto wrote: Hi, I see, please remove this condition from the source code. (I had not paid attention to this problem.) I am thankful for using the Mersenne Twister code. Best, Makoto Matsumoto. Thijs Kinkhorst wrote: Dear professor Matsumoto, I'm contacting you about a problem we encounted in the Debian Linux distribution, where we include the well-known PHP interpreter. It includes Mersenne Twister code written by you. According to Debian's free software guidelines, the following part of the licence is not allowed for software in Debian: When you use this, send an email to: [EMAIL PROTECTED] with an appropriate reference to your work I would like to kindly ask you to give us or anyone deriving from Debian permission to remove this condition from the source code, or to rephrase it as a request but not a requirement (e.g.: When you use this, please consider to send an email to...) If this is OK with you, all that is needed is just a reply to this email stating that you agree. It would help us very much. Thank you for your consideration, and we hope to hear from you. kind regards, Thijs Kinkhorst Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500756: debdiff
Here is a small patch that I worked up Hope it helps Charlie diff -u typespeed-0.6.4/debian/postrm typespeed-0.6.4/debian/postrm --- typespeed-0.6.4/debian/postrm +++ typespeed-0.6.4/debian/postrm @@ -2,8 +2,10 @@ if test $1 = purge; then rm -f /var/games/typespeed/high.words.* - rmdir --ignore-fail-on-non-empty /var/games/typespeed rm -f /var/games/typespeed.score + if [ -d /var/games/typespeed ]; then + rmdir --ignore-fail-on-non-empty /var/games/typespeed + fi fi
Bug#500702: [Pkg-virtualbox-devel] Bug#500702: [virtualbox-ose]
On Tue, Sep 30, 2008 at 01:11:59PM -0500, Jordi Burguet Castell wrote: module-assistant doesn't work for me (also, it is not listed as a dependency) No, but as recommendation. After all you can build the modules with other tools as well. but when I first installed virtualbox-ose I didn't have to do anything like that, and also it struck me as odd that I should become root and generate the module myself (I couldn't see any info on this in the Are you sure sid/unstable is the right distribution for you? No offense intended, but this is not exactly uncommon. Apart from this, when I install module-assistant and virtualbox-ose-source, and run module-assistant auto-install virtualbox-ose, it seems to work but afterwards I still have the same problem (The version of the VirtualBox kernel modules and the version of VirtualBox application are not matching [...]). Either there is a problem or maybe I just don't understand what I am doing wrong. You have to reload te module. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED] Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: r1166 - php5/trunk/debian
Processing commands for [EMAIL PROTECTED]: tags 498621 pending Bug#498621: PHP5 - ext/standard/rand.c is not dfsg conform There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497703: marked as done (python-happydoc: Incomplete debian/copyright)
Your message dated Wed, 01 Oct 2008 09:17:53 + with message-id [EMAIL PROTECTED] and subject line Bug#497703: fixed in qmtest 2.4-3.1 has caused the Debian Bug report #497703, regarding python-happydoc: Incomplete debian/copyright to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 497703: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497703 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: python-happydoc Version: 2.1-6 Severity: serious Justification: Policy 12.5 many of the files distributed in the python-happydoc package have Copyright statements in them which aren't reflected in /usr/share/doc/python-happydoc/copyright. For example: /usr/share/pyshared/happydoclib/docstring/StructuredText/ClassicDocumentClass.py contains: # Copyright (c) 2001 Zope Corporation and Contributors. All Rights # Reserved. # # This software is subject to the provisions of the Zope Public License, # Version 2.0 (ZPL). A copy of the ZPL should accompany this # distribution. /usr/share/pyshared/happydoclib/docset/mstruct_const.py contains: Copyright (C) 2001 by wrobell [EMAIL PROTECTED]. Other files which are copyrighted by the copyright holder mentioned in the copyright file are copyrighted in years other than 2000. Thanks, stew -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (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 python-happydoc depends on: ii python2.5.2-1An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt python-happydoc recommends no packages. Versions of packages python-happydoc suggests: pn python-happydoc-doc none (no description available) -- no debconf information ---End Message--- ---BeginMessage--- Source: qmtest Source-Version: 2.4-3.1 We believe that the bug you reported is fixed in the latest version of qmtest, which is due to be installed in the Debian FTP archive: python-sigmask_2.4-3.1_amd64.deb to pool/main/q/qmtest/python-sigmask_2.4-3.1_amd64.deb qmtest_2.4-3.1.diff.gz to pool/main/q/qmtest/qmtest_2.4-3.1.diff.gz qmtest_2.4-3.1.dsc to pool/main/q/qmtest/qmtest_2.4-3.1.dsc qmtest_2.4-3.1_all.deb to pool/main/q/qmtest/qmtest_2.4-3.1_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Chris Lamb [EMAIL PROTECTED] (supplier of updated qmtest package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 01 Oct 2008 09:41:45 +0100 Source: qmtest Binary: qmtest python-sigmask Architecture: source all amd64 Version: 2.4-3.1 Distribution: unstable Urgency: low Maintainer: Matthias Klose [EMAIL PROTECTED] Changed-By: Chris Lamb [EMAIL PROTECTED] Description: python-sigmask - module for saving and restoring the signal mask. qmtest - A Testing Framework (part of the Quality Management Toolset (QM)) Closes: 497703 Changes: qmtest (2.4-3.1) unstable; urgency=low . * Non-maintainer upload. * Remove python-happydoc from Build-Depends. Closes: #497703. Checksums-Sha1: 1f090531b1fc834de34306de5f108d169e8c4d81 1147 qmtest_2.4-3.1.dsc a7f257694c078131c9237d113954205b83e2d171 8143 qmtest_2.4-3.1.diff.gz 09ecad3c1e78f8697a12c52b909d49892d971bc8 619268 qmtest_2.4-3.1_all.deb 65cb6027ab60db1e7e387e8826a61122eabb8ebd 8458 python-sigmask_2.4-3.1_amd64.deb Checksums-Sha256: c158fdfb3a5dcf3ef6cd73e65351c8f216e40404230f671521ca40088d8d7a86 1147 qmtest_2.4-3.1.dsc 409796f8e0b8d72acab1bc8f3905ee373088f6becfbf6bd5d2f028d75f8c36b7 8143 qmtest_2.4-3.1.diff.gz e88427cb5710192777abfeb4be282680cd4f061666f568873a5b4205b232dbfe 619268 qmtest_2.4-3.1_all.deb 296231637189c793fd633d68ee9e94963e500dd67fac745d0e811d8c00d09ac3 8458 python-sigmask_2.4-3.1_amd64.deb Files: 6baa562dd2ba8eaf4316c6dce07e49f4 1147 devel optional qmtest_2.4-3.1.dsc 9d8b6782ac273ade34614d179c96ab48 8143 devel optional qmtest_2.4-3.1.diff.gz
Bug#500468: No editor in anjuta
In particular, anjuta now fails to find gtksourceview or scintilla plugin to edit files (you could see that it no more asks for a choice among them). It was still working in 2:2.4.2-1 Ciao, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer pgphxDa7PwPlE.pgp Description: PGP signature
Bug#492970: #492970 - nfs-common 1:1.1.3-1 client disallows access to files/directories where it should allow access - Debian Bug report logs
On Tue, Sep 30, 2008 at 11:42:28AM -0400, Steve Dickson wrote: Hey... In the following problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492970 What were the kernel versions on both the client and server? I would like to knock this out before cutting another release of nfs-utils... I have the following versions. server: nfs-utils 1.1.2 uname -a Linux kogi 2.6.22-2-amd64 #1 SMP Thu Aug 30 23:43:59 UTC 2007 x86_64 GNU/Linux clients: nfs-utils 1.1.3 uname -a Linux elida 2.6.24-1-686 #1 SMP Thu May 8 02:16:39 UTC 2008 i686 GNU/Linux uname -a Linux hopi 2.6.18-4-686 #1 SMP Wed Feb 21 16:06:54 UTC 2007 i686 GNU/Linux steved. Thank you. signature.asc Description: Digital signature
Bug#497703: Incomplete debian/copyright
reopen 497703 thanks (I closed the wrong--but related--bug in the qmtest upload) Regards, -- ,''`. : :' : Chris Lamb `. `'` [EMAIL PROTECTED] `- signature.asc Description: PGP signature
Processed: Re: Incomplete debian/copyright
Processing commands for [EMAIL PROTECTED]: reopen 497703 Bug#497703: python-happydoc: Incomplete debian/copyright 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: [Pkg-net-snmp-devel] Bug#500717: snmpd reports assert in syslog and does not return data
Processing commands for [EMAIL PROTECTED]: severity 500717 important Bug#500717: snmpd reports assert in syslog and does not return data Severity set to `important' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497817: marked as done (linux-image-2.6.26-1-686: Loosing special keys in console.)
Your message dated Wed, 01 Oct 2008 10:18:09 + with message-id [EMAIL PROTECTED] and subject line Bug#494374: fixed in linux-2.6 2.6.26-7 has caused the Debian Bug report #494374, regarding linux-image-2.6.26-1-686: Loosing special keys in console. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 494374: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494374 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-2.6 Version: 2.6.26-4 Hi, Since 2.6.26-1 I sometimes don't have some of the special keys working anymore, like pgup, pgdn, home, ins, arrow keys. But end and del keep working. I've seen them come back once, not sure why. I didn't have this problem with 2.6.25. They keep working under X. I think it always starts on a switch from X to console (or other way around). Note that this is a laptop keyboard. It's an asus A3E. I don't have any keyboard map selected, it's the default kernel keyboard map. Kurt ---End Message--- ---BeginMessage--- Source: linux-2.6 Source-Version: 2.6.26-7 We believe that the bug you reported is fixed in the latest version of linux-2.6, which is due to be installed in the Debian FTP archive: linux-2.6_2.6.26-7.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.26-7.diff.gz linux-2.6_2.6.26-7.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.26-7.dsc linux-doc-2.6.26_2.6.26-7_all.deb to pool/main/l/linux-2.6/linux-doc-2.6.26_2.6.26-7_all.deb linux-headers-2.6.26-1-all-powerpc_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-all-powerpc_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-all_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-all_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-common-vserver_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-common-vserver_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-common_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-common_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-powerpc-smp_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-powerpc-smp_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-powerpc64_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-powerpc64_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-powerpc_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-powerpc_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-vserver-powerpc64_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-vserver-powerpc64_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-vserver-powerpc_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-vserver-powerpc_2.6.26-7_powerpc.deb linux-image-2.6.26-1-powerpc-smp_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.26-1-powerpc-smp_2.6.26-7_powerpc.deb linux-image-2.6.26-1-powerpc64_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.26-1-powerpc64_2.6.26-7_powerpc.deb linux-image-2.6.26-1-powerpc_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.26-1-powerpc_2.6.26-7_powerpc.deb linux-image-2.6.26-1-vserver-powerpc64_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.26-1-vserver-powerpc64_2.6.26-7_powerpc.deb linux-image-2.6.26-1-vserver-powerpc_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.26-1-vserver-powerpc_2.6.26-7_powerpc.deb linux-libc-dev_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-libc-dev_2.6.26-7_powerpc.deb linux-manual-2.6.26_2.6.26-7_all.deb to pool/main/l/linux-2.6/linux-manual-2.6.26_2.6.26-7_all.deb linux-patch-debian-2.6.26_2.6.26-7_all.deb to pool/main/l/linux-2.6/linux-patch-debian-2.6.26_2.6.26-7_all.deb linux-source-2.6.26_2.6.26-7_all.deb to pool/main/l/linux-2.6/linux-source-2.6.26_2.6.26-7_all.deb linux-support-2.6.26-1_2.6.26-7_all.deb to pool/main/l/linux-2.6/linux-support-2.6.26-1_2.6.26-7_all.deb linux-tree-2.6.26_2.6.26-7_all.deb to pool/main/l/linux-2.6/linux-tree-2.6.26_2.6.26-7_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bastian Blank [EMAIL PROTECTED] (supplier of updated linux-2.6 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE-
Processed: bug 498621 is forwarded to http://bugs.php.net/bug.php?id=46209
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 forwarded 498621 http://bugs.php.net/bug.php?id=46209 Bug#498621: PHP5 - ext/standard/rand.c is not dfsg conform Forwarded-to-address changed from [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] to http://bugs.php.net/bug.php?id=46209. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494374: marked as done (linux-image-2.6.26-1-686: Insert key does not work on Thinkpad R60)
Your message dated Wed, 01 Oct 2008 10:18:09 + with message-id [EMAIL PROTECTED] and subject line Bug#494374: fixed in linux-2.6 2.6.26-7 has caused the Debian Bug report #494374, regarding linux-image-2.6.26-1-686: Insert key does not work on Thinkpad R60 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 494374: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494374 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-image-2.6.26-1-686 Version: 2.6.26-1 Severity: normal On the console, pressing the insert key has no effect, except that the cursor keys and Pageup/down are inabled. (They are reenabled by a second press of Insert.) With showkey -s and showkey -k Insert gives the normal output, with showkey -m thereis no output. Insert behaves normal in X. With linux-image-2.6.25-2-686 Insert works ok. Regards, Martin -- Package-specific info: ** Version: Linux version 2.6.26-1-686 (Debian 2.6.26-1) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Wed Jul 30 20:02:15 UTC 2008 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.26-1-686 root=UUID=9c5658c8-73ed-415f-8c8d-c1dfc12e011d ro vt.default_utf8=0 ** Not tainted ** Kernel log: [9.330901] input: PC Speaker as /class/input/input1 [9.743513] intel_rng: FWH not detected [9.744127] Non-volatile memory driver v1.2 [9.789515] Linux agpgart interface v0.103 [9.801515] agpgart: Detected an Intel 945GM Chipset. [9.801515] agpgart: Detected 7932K stolen memory. [9.817778] agpgart: AGP aperture is 256M @ 0xd000 [9.887038] rtc_cmos 00:07: rtc core: registered rtc_cmos as rtc0 [9.887137] rtc0: alarms up to one month, y3k [9.933240] Yenta: CardBus bridge found at :15:00.0 [17aa:202f] [9.933240] Yenta: Using INTVAL to route CSC interrupts to PCI [9.933240] Yenta: Routing CardBus interrupts to PCI [9.933240] Yenta TI: socket :15:00.0, mfunc 0x01001b22, devctl 0x64 [ 10.047588] input: Power Button (FF) as /class/input/input2 [ 10.068298] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.03 (30-Apr-2008) [ 10.068298] iTCO_wdt: Found a ICH7-M TCO device (Version=2, TCOBASE=0x1060) [ 10.068298] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 10.102504] ACPI: Power Button (FF) [PWRF] [ 10.104536] input: Lid Switch as /class/input/input3 [ 10.138513] ACPI: Lid Switch [LID] [ 10.138513] input: Sleep Button (CM) as /class/input/input4 [ 10.169151] Yenta: ISA IRQ mask 0x0cf8, PCI irq 16 [ 10.169223] Socket status: 3086 [ 10.170514] pcmcia: parent PCI bridge I/O window: 0x8000 - 0xbfff [ 10.170514] cs: IO port probe 0x8000-0xbfff: clean. [ 10.170514] pcmcia: parent PCI bridge Memory window: 0xe430 - 0xe7ff [ 10.170514] pcmcia: parent PCI bridge Memory window: 0xe000 - 0xe3ff [ 10.174019] ACPI: PCI Interrupt :00:1f.3[A] - GSI 23 (level, low) - IRQ 23 [ 10.204760] ACPI: Sleep Button (CM) [SLPB] [ 10.259430] ACPI: device:03 is registered as cooling_device2 [ 10.259689] input: Video Bus as /class/input/input5 [ 10.311382] ACPI: Video Device [VID] (multi-head: yes rom: no post: no) [ 10.313023] ACPI: device:09 is registered as cooling_device3 [ 10.313280] input: Video Bus as /class/input/input6 [ 10.319276] ACPI: \_SB_.PCI0.IDE0.PRIM.MSTR: found ejectable bay [ 10.319276] ACPI: \_SB_.PCI0.IDE0.PRIM.MSTR: Adding notify handler [ 10.319276] ACPI: Bay [\_SB_.PCI0.IDE0.PRIM.MSTR] Added [ 10.348505] ACPI: PCI Interrupt :00:1b.0[B] - GSI 17 (level, low) - IRQ 17 [ 10.348505] hda_intel: probe_mask set to 0x1 for device 17aa:2010 [ 10.348505] PCI: Setting latency timer of device :00:1b.0 to 64 [ 10.376550] ACPI: Video Device [VID1] (multi-head: yes rom: no post: no) [ 10.388508] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 1.2.26ks [ 10.388508] iwl3945: Copyright(c) 2003-2008 Intel Corporation [ 10.412508] ACPI: PCI Interrupt :03:00.0[A] - GSI 17 (level, low) - IRQ 17 [ 10.412694] PCI: Setting latency timer of device :03:00.0 to 64 [ 10.412719] iwl3945: Detected Intel Wireless WiFi Link 3945ABG [ 10.419347] ACPI: Battery Slot [BAT0] (battery present) [ 10.420508] ACPI: AC Adapter [AC] (on-line) [ 10.488511] iwl3945: Tunable channels: 13 802.11bg, 23 802.11a channels [ 10.489043] phy0: Selected rate control algorithm 'iwl-3945-rs' [ 10.569746] Error: Driver 'pcspkr' is already registered, aborting... [ 10.602774] ACPI: PCI interrupt for device :03:00.0 disabled [ 10.742071] Synaptics Touchpad,
Bug#500526: marked as done (Can not be install, missing or incomplete dependencies)
Your message dated Wed, 01 Oct 2008 10:17:07 + with message-id [EMAIL PROTECTED] and subject line Bug#500526: fixed in gnome-python-extras 2.19.1-3 has caused the Debian Bug report #500526, regarding Can not be install, missing or incomplete dependencies to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 500526: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500526 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: istanbul Version: 0.2.2-4 Severity: serious Package can't be install on Sid. I have tried on both i386/amd64 arch. [EMAIL PROTECTED]:~$ sudo apt-get install istanbul Reading package lists... Done 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: istanbul: Depends: python-gnome2-extras but it is not going to be installed E: Broken packages When I tried to install python-gnome2-extras, it leads to more missing dependency problems. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: gnome-python-extras Source-Version: 2.19.1-3 We believe that the bug you reported is fixed in the latest version of gnome-python-extras, which is due to be installed in the Debian FTP archive: gnome-python-extras_2.19.1-3.diff.gz to pool/main/g/gnome-python-extras/gnome-python-extras_2.19.1-3.diff.gz gnome-python-extras_2.19.1-3.dsc to pool/main/g/gnome-python-extras/gnome-python-extras_2.19.1-3.dsc python-eggtrayicon_2.19.1-3_amd64.deb to pool/main/g/gnome-python-extras/python-eggtrayicon_2.19.1-3_amd64.deb python-gnome2-extras-dev_2.19.1-3_all.deb to pool/main/g/gnome-python-extras/python-gnome2-extras-dev_2.19.1-3_all.deb python-gnome2-extras-doc_2.19.1-3_all.deb to pool/main/g/gnome-python-extras/python-gnome2-extras-doc_2.19.1-3_all.deb python-gnome2-extras_2.19.1-3_amd64.deb to pool/main/g/gnome-python-extras/python-gnome2-extras_2.19.1-3_amd64.deb python-gtkhtml2_2.19.1-3_amd64.deb to pool/main/g/gnome-python-extras/python-gtkhtml2_2.19.1-3_amd64.deb python-gtkmozembed_2.19.1-3_amd64.deb to pool/main/g/gnome-python-extras/python-gtkmozembed_2.19.1-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Josselin Mouette [EMAIL PROTECTED] (supplier of updated gnome-python-extras package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 01 Oct 2008 11:21:42 +0200 Source: gnome-python-extras Binary: python-gnome2-extras python-gnome2-extras-doc python-gnome2-extras-dev python-gtkhtml2 python-gtkmozembed python-eggtrayicon Architecture: source amd64 all Version: 2.19.1-3 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher [EMAIL PROTECTED] Changed-By: Josselin Mouette [EMAIL PROTECTED] Description: python-eggtrayicon - Python module to display icons in the system tray python-gnome2-extras - Extra Python bindings for the GNOME desktop environment python-gnome2-extras-dev - Development files for the extra GNOME Python bindings python-gnome2-extras-doc - Documentation for the extra GNOME Python bindings python-gtkhtml2 - Python bindings for the GtkHTML 2 library python-gtkmozembed - Python bindings for the GtkMozEmbed Gecko library Closes: 500526 500767 Changes: gnome-python-extras (2.19.1-3) unstable; urgency=low . * 03_gdl-icons.patch: new patch. Fixes build with gdl 2.24 by removing the reference to gdl-icons.h. Closes: #500767. * Rebuild against gdl 2.24. Closes: #500526.
Bug#500767: marked as done (gnome-python-extras: Build fails due to removed gdl-icons.h header file)
Your message dated Wed, 01 Oct 2008 10:17:07 + with message-id [EMAIL PROTECTED] and subject line Bug#500767: fixed in gnome-python-extras 2.19.1-3 has caused the Debian Bug report #500767, regarding gnome-python-extras: Build fails due to removed gdl-icons.h header file to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 500767: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500767 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: gnome-python-extras Version: 2.19.1-2 Severity: serious Justification: FTBFS gdl-icons.h was removed from gdl. This causes gnome-python-extras to fail to build: if /bin/sh ../libtool --tag=CC --mode=compile i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../gdl -I.. -I/usr/include/python2.4 -I/usr/include/libgdl-1.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/pygtk-2.0 -g -O2 -Wall -fno-strict-aliasing -MT gdl.lo -MD -MP -MF .deps/gdl.Tpo -c -o gdl.lo gdl.c; \ then mv -f .deps/gdl.Tpo .deps/gdl.Plo; else rm -f .deps/gdl.Tpo; exit 1; fi i486-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../gdl -I.. -I/usr/include/python2.4 -I/usr/include/libgdl-1.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/pygtk-2.0 -g -O2 -Wall -fno-strict-aliasing -MT gdl.lo -MD -MP -MF .deps/gdl.Tpo -c gdl.c -fPIC -DPIC -o .libs/gdl.o gdl.override:9:27: error: gdl/gdl-icons.h: No such file or directory make[3]: *** [gdl.lo] Fejl 1 make[3]: Forlader katalog '/tmp/gnome-python-extras-2.19.1/build-2.4/gdl' make[2]: *** [all-recursive] Fejl 1 make[2]: Forlader katalog '/tmp/gnome-python-extras-2.19.1/build-2.4' make[1]: *** [all] Fejl 2 make[1]: Forlader katalog '/tmp/gnome-python-extras-2.19.1/build-2.4' make: *** [build-2.4/build-stamp] Fejl 2 rm build-2.4/configure-stamp dpkg-buildpackage: failure: debian/rules build gave error exit status 2 debuild: fatal error at line 1319: dpkg-buildpackage -rfakeroot -D -us -uc failed This header is no longer required and removing #include gdl/gdl-icons.h from gdl/gdl.override line 9 allows the package to build again. A rebuild of the package is needed to fix bug #500526. Regards /Rasmus Bøg Hansen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.5 (PREEMPT) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to da_DK.UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: gnome-python-extras Source-Version: 2.19.1-3 We believe that the bug you reported is fixed in the latest version of gnome-python-extras, which is due to be installed in the Debian FTP archive: gnome-python-extras_2.19.1-3.diff.gz to pool/main/g/gnome-python-extras/gnome-python-extras_2.19.1-3.diff.gz gnome-python-extras_2.19.1-3.dsc to pool/main/g/gnome-python-extras/gnome-python-extras_2.19.1-3.dsc python-eggtrayicon_2.19.1-3_amd64.deb to pool/main/g/gnome-python-extras/python-eggtrayicon_2.19.1-3_amd64.deb python-gnome2-extras-dev_2.19.1-3_all.deb to pool/main/g/gnome-python-extras/python-gnome2-extras-dev_2.19.1-3_all.deb python-gnome2-extras-doc_2.19.1-3_all.deb to pool/main/g/gnome-python-extras/python-gnome2-extras-doc_2.19.1-3_all.deb python-gnome2-extras_2.19.1-3_amd64.deb to pool/main/g/gnome-python-extras/python-gnome2-extras_2.19.1-3_amd64.deb python-gtkhtml2_2.19.1-3_amd64.deb to pool/main/g/gnome-python-extras/python-gtkhtml2_2.19.1-3_amd64.deb python-gtkmozembed_2.19.1-3_amd64.deb to pool/main/g/gnome-python-extras/python-gtkmozembed_2.19.1-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Josselin Mouette [EMAIL PROTECTED] (supplier of updated gnome-python-extras package) (This message was generated automatically at their request; if
Bug#499668: marked as done (ImportError: No module named _openturns)
Your message dated Wed, 01 Oct 2008 10:02:30 + with message-id [EMAIL PROTECTED] and subject line Bug#499668: fixed in openturns 0.12.1-4 has caused the Debian Bug report #499668, regarding ImportError: No module named _openturns to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 499668: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499668 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: python-openturns Version: 0.12.1-3 Severity: grave Justification: renders package unusable *** Please type your report below this line *** The openturns module cannot be imported: $ python Python 2.5.2 (r252:60911, Aug 8 2008, 09:22:44) [GCC 4.3.1] on linux2 Type help, copyright, credits or license for more information. import openturns Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.5/site-packages/openturns.py, line 7, in module import _openturns ImportError: No module named _openturns /usr/lib/python2.5/site-packages/openturns/_openturns.so is missing from the package. It looks like many other files are missing. Here is the list of files in the debian.openturns.org package: /usr/lib/python2.5/site-packages/openturns/openturns_viewer.py /usr/lib/python2.5/site-packages/openturns/_openturns.a /usr/lib/python2.5/site-packages/openturns/_openturns.la /usr/lib/python2.5/site-packages/openturns/_openturns.so.0.0.0 /usr/lib/python2.5/site-packages/openturns/openturns.pyc /usr/lib/python2.5/site-packages/openturns/imageviewer.py /usr/lib/python2.5/site-packages/openturns/openturns_viewer.pyo /usr/lib/python2.5/site-packages/openturns/controlwindow.pyc /usr/lib/python2.5/site-packages/openturns/openturns.py /usr/lib/python2.5/site-packages/openturns/imageviewer.pyc /usr/lib/python2.5/site-packages/openturns/openturns_viewer.pyc /usr/lib/python2.5/site-packages/openturns/openturns.pyo /usr/lib/python2.5/site-packages/openturns/controlwindow.py /usr/lib/python2.5/site-packages/openturns/imageviewer.pyo /usr/lib/python2.5/site-packages/openturns/controlwindow.pyo /usr/lib/python2.5/site-packages/openturns.pth /usr/share/ /usr/share/doc/ /usr/share/doc/python-openturns/ /usr/share/doc/python-openturns/copyright /usr/share/doc/python-openturns/changelog.Debian.gz /usr/share/doc/python-openturns/changelog.gz /usr/lib/python2.5/site-packages/openturns/_openturns.so.0 - _openturns.so.0.0.0 /usr/lib/python2.5/site-packages/openturns/_openturns.so - _openturns.so.0.0.0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages python-openturns depends on: ii libopenturns0 0.12.1-3 Dynamic libraries for Openturns ii python-qt33.17.4-1 Qt3 bindings for Python python-openturns recommends no packages. python-openturns suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: openturns Source-Version: 0.12.1-4 We believe that the bug you reported is fixed in the latest version of openturns, which is due to be installed in the Debian FTP archive: libopenturns-dbg_0.12.1-4_i386.deb to pool/main/o/openturns/libopenturns-dbg_0.12.1-4_i386.deb libopenturns-dev_0.12.1-4_i386.deb to pool/main/o/openturns/libopenturns-dev_0.12.1-4_i386.deb libopenturns0_0.12.1-4_i386.deb to pool/main/o/openturns/libopenturns0_0.12.1-4_i386.deb openturns-doc_0.12.1-4_all.deb to pool/main/o/openturns/openturns-doc_0.12.1-4_all.deb openturns-examples_0.12.1-4_i386.deb to pool/main/o/openturns/openturns-examples_0.12.1-4_i386.deb openturns-validation_0.12.1-4_all.deb to pool/main/o/openturns/openturns-validation_0.12.1-4_all.deb openturns-wrapper_0.12.1-4_i386.deb to pool/main/o/openturns/openturns-wrapper_0.12.1-4_i386.deb openturns_0.12.1-4.diff.gz to pool/main/o/openturns/openturns_0.12.1-4.diff.gz openturns_0.12.1-4.dsc to pool/main/o/openturns/openturns_0.12.1-4.dsc python-openturns_0.12.1-4_i386.deb to pool/main/o/openturns/python-openturns_0.12.1-4_i386.deb qopenturns_0.12.1-4_i386.deb to pool/main/o/openturns/qopenturns_0.12.1-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance
Bug#500717: [Pkg-net-snmp-devel] Bug#500717: snmpd reports assert in syslog and does not return data
severity 500717 important thanks Hi Jan, Severity: grave Justification: renders package unusable Changed to important because the bug does NOT render the package unusable to everyone. Since upgrading from etch (stable) to testing, snmpd is reporting this in syslog: Sep 30 06:25:22 quark snmpd[4507]: netsnmp_assert rc == 0 failed if-mib/ifTable/ifTable_data_access.c:210 _check_interface_entry_for_updates() Does this still happen, if you restart snmpd? It looks like this might happen if the interface name is changed after snmpd has been started. If you think the libc6 or kernel below looks strange, that's because this is a xen dom0 and it uses debian testing now, except for xen and the kernel. That's from ubuntu. But xen requires libc6 2.8 (it is the latest; I installed that today). And I use that kernel for HW support. (now that I'm at it, debian is not intending to ship 2.6.18 for xen in lenny, does it?) Are you using the standard Debian startup scripts or something else? Thanks, Jochen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494477: marked as done (Linux 2.6.26-1-686: insert key behaves abnormally)
Your message dated Wed, 01 Oct 2008 10:18:09 + with message-id [EMAIL PROTECTED] and subject line Bug#494374: fixed in linux-2.6 2.6.26-7 has caused the Debian Bug report #494374, regarding Linux 2.6.26-1-686: insert key behaves abnormally to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 494374: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494374 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: linux-image-2.6.26-1-686 Version: 2.6.26-1 Severity: normal Under Linux 2.6.26-1-686 the insert key behaves in a very weird way: after pressing it the following keys does not work anymore: home, page up, page down and arrow keys. For example, under Linux 2.6.25-2-686, pressing left, insert, left, insert, left, insert produces the following `kbdmode -a` output: ^[[D 27 0033 0x1b 91 0133 0x5b 68 0104 0x44 ^[[2~27 0033 0x1b 91 0133 0x5b 50 0062 0x32 126 0176 0x7e ^[[D 27 0033 0x1b 91 0133 0x5b 68 0104 0x44 ^[[2~27 0033 0x1b 91 0133 0x5b 50 0062 0x32 126 0176 0x7e ^[[D 27 0033 0x1b 91 0133 0x5b 68 0104 0x44 ^[[2~27 0033 0x1b 91 0133 0x5b 50 0062 0x32 126 0176 0x7e But under Linux 2.6.26-1-686, the output is: ^[[D 27 0033 0x1b 91 0133 0x5b 68 0104 0x44 ^[[D 27 0033 0x1b 91 0133 0x5b 68 0104 0x44 -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.26-1-686 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92e tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.26-1-686 recommends: ii libc6-i6862.7-13 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.26-1-686 suggests: ii lilo 1:22.8-6 LInux LOader - The Classic OS load pn linux-doc-2.6.26 none (no description available) -- debconf information excluded -- Jakub Wilk ---End Message--- ---BeginMessage--- Source: linux-2.6 Source-Version: 2.6.26-7 We believe that the bug you reported is fixed in the latest version of linux-2.6, which is due to be installed in the Debian FTP archive: linux-2.6_2.6.26-7.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.26-7.diff.gz linux-2.6_2.6.26-7.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.26-7.dsc linux-doc-2.6.26_2.6.26-7_all.deb to pool/main/l/linux-2.6/linux-doc-2.6.26_2.6.26-7_all.deb linux-headers-2.6.26-1-all-powerpc_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-all-powerpc_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-all_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-all_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-common-vserver_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-common-vserver_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-common_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-common_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-powerpc-smp_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-powerpc-smp_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-powerpc64_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-powerpc64_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-powerpc_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-powerpc_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-vserver-powerpc64_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-vserver-powerpc64_2.6.26-7_powerpc.deb linux-headers-2.6.26-1-vserver-powerpc_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-headers-2.6.26-1-vserver-powerpc_2.6.26-7_powerpc.deb linux-image-2.6.26-1-powerpc-smp_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.26-1-powerpc-smp_2.6.26-7_powerpc.deb linux-image-2.6.26-1-powerpc64_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.26-1-powerpc64_2.6.26-7_powerpc.deb linux-image-2.6.26-1-powerpc_2.6.26-7_powerpc.deb to pool/main/l/linux-2.6/linux-image-2.6.26-1-powerpc_2.6.26-7_powerpc.deb
Processed: setting package to ferm, tagging 499515
Processing commands for [EMAIL PROTECTED]: #ferm (2.0.3-1) UNRELEASED; urgency=low # # * new upstream release #- fix subchain in include (Closes: #499515) # package ferm Ignoring bugs not assigned to: ferm tags 499515 + pending Bug#499515: Upgrade from 1.3.4 fails with internal error line 1493. There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500778: libnss-ldapd: groups resolve to nogroup after boot
Package: libnss-ldapd Severity: serious Version: 0.6.5 Hi, since we use libnss-ldapd we have a problem that is quiet serious for us, as it effectively affects login and group ACLs. However we couldn't yet track down this issue to a specific component, therefore we didn't report it yet. The setup: Our setup is a mixed Windows/Linux environment with a LDAP server, for central authentication. Linux clients use libnss-ldapd for resolution of usernames and groups. The problem: After reboot of the Linux clients they are unable to resolve groups and sometimes are also unable to resolve users. The result is that files are owned by [nobody]:nogroup, while getent passwd and getent group show the right result. In consequence people are unable to properly login (because desktop environment need read permissions on their setting ;) and user permissions are broken. After 10-30 minutes of running the problem disappears. This makes me think that some timeout occours, but I can't tell which. I thought its probably somehow related to the udev resolution issues that are handled different in libnss-ldapd from libnss-ldap which produces a significant delay when booting because groups can't be resolved while ldap is accessible, which is handled gracefully bei libnss-ldapd. Maybe you gather invalid results while booting, because LDAP is not accessible. But I don't see why nslcd should cache these results so I think my idea is absurd. The problem is reproducable with or without nscd running, so the problem is not related to it. The problem seems not to be related to the groups which contain spaces, except that it spams the log secondly with error messages unless my patch is applied. The problem does not occur with libnss-ldap, so the problem is specific to libnss-ldapd. I've choosen severity serious for this issue because at the one hand the problem would fit severity 'Critical', because it makes unrelated software on the system (or the whole system) break, but then again I felt uncomfortable with it, because the problem does not persist over the uptime of the system and after 10-30 minutes the problem disappears. But I think it should definitive be fixed for lenny. Best Regards, Patrick signature.asc Description: Digital signature
Bug#499515: marked as done (Upgrade from 1.3.4 fails with internal error line 1493.)
Your message dated Wed, 01 Oct 2008 11:17:04 + with message-id [EMAIL PROTECTED] and subject line Bug#499515: fixed in ferm 2.0.3-1 has caused the Debian Bug report #499515, regarding Upgrade from 1.3.4 fails with internal error line 1493. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 499515: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499515 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: ferm Version: 2.0.2-1 Severity: critical Justification: breaks unrelated software Upgrade halts with message: Reloading Firewall configuration..Died at /usr/sbin/ferm line 1493. failed! At which point the firewall scripts from 1.3.4 have failed to load and the system may be left in a state only accesible via terminal controls or in the case of gateways and routers, security defaults may render the entire dependant network offine. Reverting the /usr/sbin/ferm script to a clean 1.3.4 resolves the system to usable again. This appears to be related to 1.3.x using included sub-files and different handling in the OO perl 2.0.x. The failing config in question includes subfiles explicitly by name without wildcards. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-486 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages ferm depends on: ii debconf 1.5.23 Debian configuration management sy ii iptables 1.4.1.1-1 administration tools for packet fi ii lsb-base 3.2-16 Linux Standard Base 3.2 init scrip ii perl 5.10.0-11.1 Larry Wall's Practical Extraction ferm recommends no packages. ferm suggests no packages. -- debconf information: * ferm/enable: true ---End Message--- ---BeginMessage--- Source: ferm Source-Version: 2.0.3-1 We believe that the bug you reported is fixed in the latest version of ferm, which is due to be installed in the Debian FTP archive: ferm_2.0.3-1.diff.gz to pool/main/f/ferm/ferm_2.0.3-1.diff.gz ferm_2.0.3-1.dsc to pool/main/f/ferm/ferm_2.0.3-1.dsc ferm_2.0.3-1_all.deb to pool/main/f/ferm/ferm_2.0.3-1_all.deb ferm_2.0.3.orig.tar.gz to pool/main/f/ferm/ferm_2.0.3.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Alexander Wirt [EMAIL PROTECTED] (supplier of updated ferm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 01 Oct 2008 13:03:48 +0200 Source: ferm Binary: ferm Architecture: source all Version: 2.0.3-1 Distribution: unstable Urgency: low Maintainer: ferm maintainers [EMAIL PROTECTED] Changed-By: Alexander Wirt [EMAIL PROTECTED] Description: ferm - maintain and setup complicated firewall rules Closes: 499515 Changes: ferm (2.0.3-1) unstable; urgency=low . [ Max Kellermann ] * new upstream release - fix subchain in include (Closes: #499515) Checksums-Sha1: 4557d8f97f105b34b02988b27b91fe259105f1b2 1055 ferm_2.0.3-1.dsc 35ce7417e960e1881f79b0e20c038037af651d29 109234 ferm_2.0.3.orig.tar.gz 79194b971df0dae51c0edbc3d7374885e02a17d4 10220 ferm_2.0.3-1.diff.gz 051b5c30da73ff10b77fb82a51885e1551d64caa 100062 ferm_2.0.3-1_all.deb Checksums-Sha256: 9d90a9c11e34d16d5d8b50b19db343ef372a8d55cae8a23fbfe35166f3818c0c 1055 ferm_2.0.3-1.dsc f164a3032c8c23682637162b179617cd2f91ec60ccdf8e63efe83b1def09694b 109234 ferm_2.0.3.orig.tar.gz 3d43ec0dc840b6ae835423a762f35aa4287a00816c987f2c6c1c775ce232bf57 10220 ferm_2.0.3-1.diff.gz e59f599b06a9685404f5c2a5079155851598783e03b7620f8f0294594301c783 100062 ferm_2.0.3-1_all.deb Files: 4993426720fc1641030cb662974befa2 1055 net optional ferm_2.0.3-1.dsc 78ebc37c65e96f779533938b8b315111 109234 net optional ferm_2.0.3.orig.tar.gz ccf0a38ea5a95e75131df51183155b4a 10220 net optional ferm_2.0.3-1.diff.gz af9815b74f8050eb63674aa56ad8e0be 100062 net optional ferm_2.0.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkjjWTsACgkQ01u8mbx9AgrgKACgrOuq4c+ErcC4B/8Y1w+57Rz0
Processed: unsecure usage of /tmp files
Processing commands for [EMAIL PROTECTED]: retitle 433996 unsecure usage of /tmp files Bug#433996: xsabre: /tmp/sabre.log is left; blocks other users. Changed Bug title to `unsecure usage of /tmp files' from `xsabre: /tmp/sabre.log is left; blocks other users.'. severity 433996 grave Bug#433996: unsecure usage of /tmp files Severity set to `grave' from `important' tags 433996 security Bug#433996: unsecure usage of /tmp files There were no tags set. Tags added: security thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500789: util-vserver - /usr/bin/ionice: No such file or directory
Package: util-vserver Version: 0.30.216~r2772-2 Severity: grave Starting vservers fails with the following message: | # vserver build-kernel start | secure-mount: write(): Invalid argument | Failed to update mtab-file | secure-mount: chdir(/srv/chroot/sid/base): No such file or directory | /etc/vservers/build-kernel/fstab:3:1: failed to mount fstab-entry | secure-mount: write(): Invalid argument | Failed to update mtab-file | /usr/lib/util-vserver/vserver.start: line 138: /usr/bin/ionice: No such file or directory | | An error occured while executing the vserver startup sequence; when | there are no other messages, it is very likely that the init-script | (/etc/init.d/rc 3) failed. | | Common causes are: | * /etc/rc.d/rc on Fedora Core 1 and RH9 fails always; the 'apt-rpm' build | method knows how to deal with this, but on existing installations, | appending 'true' to this file will help. ionice is not available in Etch, but got added in Lenny. util-vserver lacks an appropriate dependency against util-linux. Bastian -- Vulcans worship peace above all. -- McCoy, Return to Tomorrow, stardate 4768.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 500176 to other daemons prevent successful installation
Processing commands for [EMAIL PROTECTED]: retitle 500176 other daemons prevent successful installation Bug#500176: It does not conflicts with bind and other ns daemons Changed Bug title to `other daemons prevent successful installation' from `It does not conflicts with bind and other ns daemons'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500790: openchange_1.0~svn794-1(hppa/experimental): FTBFS: error: incompatible type for argument 3 of 'ldb_search'
Package: openchange Version: 1.0~svn794-1 Severity: serious Hi, your package failed to build from source. | Automatic build of openchange_1.0~svn794-1 on lofn by sbuild/hppa 98-farm | Build started at 20081001-1346 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 1050kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main openchange 1.0~svn794-1 (dsc) [1714B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main openchange 1.0~svn794-1 (tar) [1045kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main openchange 1.0~svn794-1 (diff) [4022B] | Fetched 1050kB in 1s (1034kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), libparse-pidl-perl, libmagic-dev, libdcerpc-dev, libtalloc-dev, libldb-samba4-dev, samba4-dev, libsamba-hostconfig-dev, flex, bison, libpopt-dev, libtorture-dev, doxygen, pkg-config | Checking for already installed source dependencies... [...] | Compiling libmapi/IProfAdmin.c with -fPIC | libmapi/IProfAdmin.c: In function 'ldb_load_profile': | libmapi/IProfAdmin.c:58: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:58: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:58: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:58: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:58: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'ldb_clear_default_profile': | libmapi/IProfAdmin.c:105: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:105: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:105: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:105: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:105: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'ldb_test_password': | libmapi/IProfAdmin.c:143: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:143: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:143: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:143: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'ldb_create_profile': | libmapi/IProfAdmin.c:181: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:181: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:181: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:181: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:181: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'ldb_delete_profile': | libmapi/IProfAdmin.c:230: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:230: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:230: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:230: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:230: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'mapi_profile_add_string_attr': | libmapi/IProfAdmin.c:270: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:270: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:270: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:270: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:270: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'mapi_profile_modify_string_attr': | libmapi/IProfAdmin.c:323: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:323: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:323: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:323: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:323: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'mapi_profile_delete_string_attr': | libmapi/IProfAdmin.c:377: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:377: warning: passing argument 4 of 'ldb_search' from incompatible pointer type
Bug#500791: CVE-2008-4094: multiple sql injection vulnerabilities
Package: rails Severity: grave Tags: security Justification: user security hole Hi, the following CVE (Common Vulnerabilities Exposures) id was published for rails. CVE-2008-4094[0]: | Multiple SQL injection vulnerabilities in Ruby on Rails before 2.1.1 | allow remote attackers to execute arbitrary SQL commands via the (1) | :limit and (2) :offset parameters, related to ActiveRecord, | ActiveSupport, ActiveResource, ActionPack, and ActionMailer. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Cheers Steffen For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4094 http://security-tracker.debian.net/tracker/CVE-2008-4094 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: r2169 - trunk/openchange/debian
Processing commands for [EMAIL PROTECTED]: tags 500790 pending Bug#500790: openchange_1.0~svn794-1(hppa/experimental): FTBFS: error: incompatible type for argument 3 of 'ldb_search' There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500792: libsqlite3-0: Incorrect query results
Package: libsqlite3-0
Version: 3.5.9-3
Severity: grave
Justification: causes non-serious data loss
The following series of statements produces incorrect results in version
3.5.9 of sqlite:
CREATE TABLE foo(foo TEXT);
INSERT INTO foo VALUES ('a');
INSERT INTO foo VALUES ('b');
CREATE INDEX foo_foo ON foo(foo);
SELECT DISTINCT foo FROM foo WHERE foo IS NOT NULL;
[EMAIL PROTECTED]:~ sqlite3 ~/foo.sql
b
The correct results are:
[EMAIL PROTECTED]:~ ./sqlite3-3.6.0.bin ~/foo.sql
a
b
The underlying table is unaffected, so there is no direct data loss, but
implicit data loss may occur as a result of applications receiving
incomplete data in response to their queries, so I believe the grave
severity is justified.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (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 libsqlite3-0 depends on:
ii libc6 2.7-13 GNU C Library: Shared libraries
libsqlite3-0 recommends no packages.
libsqlite3-0 suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494221: fixed in rrdtool 1.3.1-4
Hi, The segfault reported in #494221 has been fixed in rrdtool 1.3.1-4. Did anyone verify that this fixes the build failure for netmrg as well? If so, I'd suggest to add a version to the build dependency on rrdtool and close the bug with that. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#500794: uswsusp - s2ram does not follow kernel
Package: uswsusp Version: 0.8-1.1 Severity: grave s2ram ignores if the kernel say it supports suspend-to-ram and insist on a white list. As using s2ram is currently the default method, this is unacceptable. The kernel know itself if it can suspend a machine. Bastian -- It is more rational to sacrifice one life than six. -- Spock, The Galileo Seven, stardate 2822.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500790: marked as done (openchange_1.0~svn794-1(hppa/experimental): FTBFS: error: incompatible type for argument 3 of 'ldb_search')
Your message dated Wed, 01 Oct 2008 13:32:04 + with message-id [EMAIL PROTECTED] and subject line Bug#500790: fixed in openchange 1.0~svn794-2 has caused the Debian Bug report #500790, regarding openchange_1.0~svn794-1(hppa/experimental): FTBFS: error: incompatible type for argument 3 of 'ldb_search' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 500790: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500790 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: openchange Version: 1.0~svn794-1 Severity: serious Hi, your package failed to build from source. | Automatic build of openchange_1.0~svn794-1 on lofn by sbuild/hppa 98-farm | Build started at 20081001-1346 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 1050kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main openchange 1.0~svn794-1 (dsc) [1714B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main openchange 1.0~svn794-1 (tar) [1045kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main openchange 1.0~svn794-1 (diff) [4022B] | Fetched 1050kB in 1s (1034kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), libparse-pidl-perl, libmagic-dev, libdcerpc-dev, libtalloc-dev, libldb-samba4-dev, samba4-dev, libsamba-hostconfig-dev, flex, bison, libpopt-dev, libtorture-dev, doxygen, pkg-config | Checking for already installed source dependencies... [...] | Compiling libmapi/IProfAdmin.c with -fPIC | libmapi/IProfAdmin.c: In function 'ldb_load_profile': | libmapi/IProfAdmin.c:58: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:58: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:58: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:58: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:58: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'ldb_clear_default_profile': | libmapi/IProfAdmin.c:105: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:105: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:105: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:105: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:105: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'ldb_test_password': | libmapi/IProfAdmin.c:143: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:143: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:143: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:143: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'ldb_create_profile': | libmapi/IProfAdmin.c:181: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:181: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:181: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:181: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:181: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'ldb_delete_profile': | libmapi/IProfAdmin.c:230: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:230: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:230: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:230: warning: passing argument 6 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:230: error: too many arguments to function 'ldb_search' | libmapi/IProfAdmin.c: In function 'mapi_profile_add_string_attr': | libmapi/IProfAdmin.c:270: error: incompatible type for argument 3 of 'ldb_search' | libmapi/IProfAdmin.c:270: warning: passing argument 4 of 'ldb_search' from incompatible pointer type | libmapi/IProfAdmin.c:270: error: incompatible type for argument 5 of 'ldb_search' | libmapi/IProfAdmin.c:270: warning: passing argument 6 of 'ldb_search' from incompatible
Bug#492089: samba-clients not in Debian
tags 492089 + unreproducible thanks samba4-clients is in Debian, but there is no package named samba-clients in Debian, only smbclient (with which samba4-clients already conflicts). -- signature.asc Description: Digital signature
Processed: samba-clients not in Debian
Processing commands for [EMAIL PROTECTED]: tags 492089 + unreproducible Bug#492089: samba4-client should conflict with samba-clients There were no tags set. Tags added: unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500799: mono-common: mono violates the FHS
Package: mono-common
Version: 1.9.1+dfsg-3
Severity: serious
Justification: Policy 9.1.1
violates the FHS because it does not respect symbolic links in / in
its path correctly.
Scenario:
Debian setup with two partitions: / and /localvol.
/usr, /lib and /var are symbolic links to the according directory on
/localvol.
/etc resides on the root partition and is NOT a symbolic link.
This setup is explicitelz allowed by the FHS (The following directories,
or symbolic links to directories, are required in /.)!
In this scenario mono looks for its config in /localvol/usr/etc/mono/config
instead of /etc/mono/config. Which results in an error like this when
starting a mono application:
MONO_LOG_MASK=dll mono /usr/lib/gnome-do/Do.exe
Unhandled Exception: System.DllNotFoundException: intl
at (wrapper managed-to-native) Mono.Unix.Catalog:bindtextdomain
(intptr,intptr)
at Mono.Unix.Catalog.Init (System.String package, System.String localedir)
[0x0]
at Do.Do.Main (System.String[] args) [0x0]
Unhandled Exception: System.DllNotFoundException: msvcrt
at (wrapper managed-to-native) Mono.Unix.Native.Stdlib:free (intptr)
at Mono.Unix.UnixMarshal.FreeHeap (IntPtr ptr) [0x0]
at Mono.Unix.Catalog.Init (System.String package, System.String localedir)
[0x0]
at Do.Do.Main (System.String[] args) [0x0]
The strace reveils that mono is indeed looking for the config in the wrong
directory
(open(/localvol/usr/etc/mono/config, O_RDONLY) = -1 ENOENT (No such file or
directory),
line 80 of the full strace below)
When a symbolic link from /localvol/usr/etc to /etc is set, mono works.
Full strace:
strace -e trace=file mono gnome-do.exe
execve(/usr/bin/mono, [mono, gnome-do.exe], [/* 50 vars */]) = 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libgthread-2.0.so.0, O_RDONLY) = 3
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/librt.so.1, O_RDONLY) = 3
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libglib-2.0.so.0, O_RDONLY) = 3
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libdl.so.2, O_RDONLY) = 3
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libpthread.so.0, O_RDONLY) = 3
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libm.so.6, O_RDONLY)= 3
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/libpcre.so.3, O_RDONLY) = 3
open(/usr/lib/locale/locale-archive, O_RDONLY) = 3
open(/usr/lib/charset.alias, O_RDONLY) = -1 ENOENT (No such file or directory)
open(/usr/share/locale/locale.alias, O_RDONLY) = 3
access(/proc/self/maps, F_OK) = 0
open(/proc/self/maps, O_RDONLY) = 3
open(/proc/stat, O_RDONLY)= 3
access(/proc/xen, F_OK) = -1 ENOENT (No such file or directory)
open(/proc/self/maps, O_RDONLY) = 3
readlink(/proc/self/exe, /localvol/usr/bin/mono..., 4095) = 22
stat(/localvol/usr/lib/mono/1.0, {st_mode=S_IFDIR|0755, st_size=696, ...}) = 0
stat(gnome-do.exe.config, 0x7fff17c34c00) = -1 ENOENT (No such file or
directory)
getcwd(/etc/mono..., 4096)= 10
open(gnome-do.exe, O_RDONLY) = -1 ENOENT (No such file or directory)
access(gnome-do.exe, F_OK)= -1 ENOENT (No such file or directory)
access(gnome-do.exe, F_OK)= -1 ENOENT (No such file or directory)
open(/localvol/usr/lib/mono/1.0/mscorlib.dll, O_RDONLY) = 3
readlink(/localvol/usr/lib/mono/1.0/mscorlib.dll, 0x7fff17c33ac0, 4096) = -1
EINVAL (Invalid argument)
open(/localvol/usr/lib/mono/1.0/mscorlib.dll.so, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/localvol/usr/lib/mono/1.0/mscorlib.dll.so.la, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/share/locale/locale.alias, O_RDONLY) = 3
open(/proc/meminfo, O_RDONLY) = 3
open(/usr/share/locale/en_GB.UTF-8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en_GB.utf8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en_GB/LC_MESSAGES/libc.mo, O_RDONLY) = 3
open(/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No
such file or directory)
open(/usr/share/locale/en/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No such
file or directory)
open(/localvol/usr/lib/mono/1.0/mscorlib.dll.config, O_RDONLY) = -1 ENOENT
(No such file or directory)
Bug#500801: nautilus-clamscan: Installation directory don't match nautilus extensions one
Package: nautilus-clamscan Version: 0.2.2-1 Severity: grave Justification: renders package unusable Package installation directory is: /usr/lib/nautilus/extensions-2.0 But Nautilus don't search extensions in this directory. Nautilus search extensions only in: /usr/lib/nautilus/extensions-1.0 I make a symbolic link in this directory to python extensions in extensions-2.0: Debian:/usr/lib/nautilus/extensions-1.0# \ ln -s /usr/lib/nautilus/extensions-2.0/python/ python It can be a Nautilus Bug. Regards. Sergio Vernis. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.utf8, LC_CTYPE=es_AR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to es_AR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages nautilus-clamscan depends on: ii clamav 0.94.dfsg-1 anti-virus utility for Unix - comm ii python 2.5.2-2 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii python-clamav0.4.1-1+b1 Python bindings to ClamAV ii python-gtk2 2.12.1-6Python bindings for the GTK+ widge ii python-nautilus 0.4.3-3 Python binding for Nautilus compon nautilus-clamscan recommends no packages. nautilus-clamscan suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: #489044 printconf wants to restart cupsys but in sid/lenny its renamed to cups
Processing commands for [EMAIL PROTECTED]: severity 489044 serious Bug#489044: printconf: Tries to invoke wrong init script Severity set to `serious' from `normal' tags 489044 + confirmed patch Bug#489044: printconf: Tries to invoke wrong init script There were no tags set. Tags added: confirmed, patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500791: marked as done (CVE-2008-4094: multiple sql injection vulnerabilities)
Your message dated Wed, 01 Oct 2008 10:27:20 -0500 with message-id [EMAIL PROTECTED] and subject line Re: Bug#500791: CVE-2008-4094: multiple sql injection vulnerabilities has caused the Debian Bug report #500791, regarding CVE-2008-4094: multiple sql injection vulnerabilities to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 500791: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500791 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: rails Severity: grave Tags: security Justification: user security hole Hi, the following CVE (Common Vulnerabilities Exposures) id was published for rails. CVE-2008-4094[0]: | Multiple SQL injection vulnerabilities in Ruby on Rails before 2.1.1 | allow remote attackers to execute arbitrary SQL commands via the (1) | :limit and (2) :offset parameters, related to ActiveRecord, | ActiveSupport, ActiveResource, ActionPack, and ActionMailer. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Cheers Steffen For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-4094 http://security-tracker.debian.net/tracker/CVE-2008-4094 ---End Message--- ---BeginMessage--- Version: 2.1.0-4 Version 2.1.0 had a fix, just not complete fix because MySQL is still affected there. I'll add the CVE number to debian changelog. Basically, upstream fixed this bug almost 3 months ago but never reported it on their security mailing list. I think they need bashing with a clue-bat :) - Adam ---End Message---
Bug#500756: Subject: debdiff
Hi, Charliej wrote: Here is a small patch that I worked up hmm this patch fixes the symptom by making the rmdir conditional. I wonder if there is a possibility to fix the root of the problem, e.g. why doesn't the dir exist where it should exist? Obvious the maintainer made a mistake back in 2004 when he intended to change the path to the score file, as he wrote in README.Debian. I guess thats okay for Lenny, but in the long run this should be fixed properly. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500756: typespeed: diff for NMU version 0.6.4-2.1
Hi, Dear maintainer, I've prepared an NMU for typespeed (versioned as 0.6.4-2.1) and uploaded it. The diff is attached. Thanks Charlie for the patch. Best Regards. Patrick diff -u typespeed-0.6.4/debian/changelog typespeed-0.6.4/debian/changelog --- typespeed-0.6.4/debian/changelog +++ typespeed-0.6.4/debian/changelog @@ -1,3 +1,12 @@ +typespeed (0.6.4-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Urgency medium as this clears an rc bug + * Include patch by Charliej to fix problems when purging the package +(Closes: #500756) + + -- Patrick Schoenfeld [EMAIL PROTECTED] Wed, 01 Oct 2008 17:53:20 +0200 + typespeed (0.6.4-2) unstable; urgency=high * High priority so that fix for #454527 gets into testing. diff -u typespeed-0.6.4/debian/postrm typespeed-0.6.4/debian/postrm --- typespeed-0.6.4/debian/postrm +++ typespeed-0.6.4/debian/postrm @@ -2,7 +2,9 @@ if test $1 = purge; then rm -f /var/games/typespeed/high.words.* - rmdir --ignore-fail-on-non-empty /var/games/typespeed + if [ -d /var/games/typespeed ]; then + rmdir --ignore-fail-on-non-empty /var/games/typespeed + fi rm -f /var/games/typespeed.score fi
Bug#499352: Fuse-utils and udev
According to the fuse-utils.postinst script, that it tried to invoke udev indicates that fuse has detected udev in operation and so shouldn't need to check for the existence of the script... specifically udev=0 if grep -qE '^udev /dev' /proc/mounts; then udev=1 elif [ -d /dev/.udevdb/ -o -d /dev/.udev/ ]; then udev=1 fi if udev is still 0 after that, then the invoke-rc.d isn't done. Which one of these tests suceeded in your chroot? Tom Parker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500468: Rebuilt and working
Just as a note, I've rebuilt it in a clean i386 sid chroot and now it works. As the autobuilders for other arch are still waiting for some build-deps, I can't check those build log. Rob, can you please check your build environment? -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer pgpuki8YXMOc8.pgp Description: PGP signature
Bug#500807: when clicking on any message in an IMAP folder icedove segfaults:[EMAIL PROTECTED]:~$ icedove
Package: icedove
Version: 2.0.0.16-1
Severity: grave
Justification: renders package unusable
icedove segfaults when I click on any email message in any IMAP folder.
[EMAIL PROTECTED]:~$ icedove
/usr/lib/icedove/run-mozilla.sh: line 131: 5003 Segmentation fault
$prog ${1+$@}
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to
en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages icedove depends on:
ii debianutils2.30 Miscellaneous utilities specific t
ii fontconfig 2.6.0-1 generic font configuration library
ii libatk1.0-01.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-13GNU C Library: Shared libraries
ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra
ii libfontconfig1 2.6.0-1 generic font configuration library
ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib
ii libgcc11:4.3.1-9 GCC support library
ii libglib2.0-0 2.16.5-1 The GLib library of C routines
ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface
ii libhunspell-1.2-0 1.2.6-1 spell checker and morphological an
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library
ii libnss3-1d 3.12.0-5 Network Security Service libraries
ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio
ii libpng12-0 1.2.27-1 PNG library - runtime
ii libstdc++6 4.3.1-9 The GNU Standard C++ Library v3
ii libx11-6 2:1.1.5-1 X11 client-side library
ii libxft22.1.12-3 FreeType-based font drawing librar
ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library
ii libxrender11:0.9.4-2 X Rendering Extension client libra
ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii psmisc 22.6-1Utilities that use the proc filesy
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
icedove recommends no packages.
Versions of packages icedove suggests:
pn icedove-gnome-support none (no description available)
pn latex-xft-fonts none (no description available)
ii libthai0 0.1.9-4Thai language support library
-- debconf information:
icedove/browser: Debian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500468: Rebuilt and working
On Wed, 2008-10-01 at 18:09 +0200, Luca Bruno wrote: Just as a note, I've rebuilt it in a clean i386 sid chroot and now it works. As the autobuilders for other arch are still waiting for some build-deps, I can't check those build log. Rob, can you please check your build environment? Yeh. I thought as much. Anjuta is now in the pkg-gnome repository and the stricter dependency on GtkSourceView is amongst one of the many changes included there. The problem is that due to screw up on my part for gnome-build we can't yet upload the new Anjuta because of an unnoticed so-name change. The gnome-build package is waiting in NEW. When that goes through we should be able to upload the fixed Anjuta. Cheers, Rob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500756: marked as done (typespeed fails to purge)
Your message dated Wed, 01 Oct 2008 16:02:05 + with message-id [EMAIL PROTECTED] and subject line Bug#500756: fixed in typespeed 0.6.4-2.1 has caused the Debian Bug report #500756, regarding typespeed fails to purge to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 500756: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500756 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: typespeed Version: 0.6.4-2 Severity: Serious Reading package lists... Building dependency tree... Reading state information... The following packages will be REMOVED: typespeed* 0 upgraded, 0 newly installed, 1 to remove and 90 not upgraded. After this operation, 344kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 25819 files and directories currently installed.) Removing typespeed ... Purging configuration files for typespeed ... rmdir: failed to remove `/var/games/typespeed': No such file or directory dpkg: error processing typespeed (--purge): subprocess post-removal script returned error exit status 1 Processing triggers for man-db ... Errors were encountered while processing: typespeed Upon examining the package it seems /var/games/typespeed is not created even though there is code in the postinst to create /var/games/typespeed therefor the postrm fails because it is trying to remove a directory that does not exist. Package: typespeed Status: install ok installed Priority: optional Section: games Installed-Size: 336 Maintainer: Dafydd Harries [EMAIL PROTECTED] Architecture: i386 Version: 0.6.4-2 Depends: fileutils (= 4.0-5) | coreutils ( 5), libc6 (= 2.7-1), libncurses5 (= 5.6+20071006-3) Conflicts: suidmanager ( 0.50) Conffiles: /etc/typespeedrc dbea70cabdd1ce731b7d857a77446776 Description: Zap words flying across the screen by typing them correctly Typespeed is a game in which words fly across your screen. Your task is to zap the words by typing them before they cross the screen. If too many words get by you, the game is over. Homepage: http://tobias.eyedacor.org/typespeed/ ---End Message--- ---BeginMessage--- Source: typespeed Source-Version: 0.6.4-2.1 We believe that the bug you reported is fixed in the latest version of typespeed, which is due to be installed in the Debian FTP archive: typespeed_0.6.4-2.1.diff.gz to pool/main/t/typespeed/typespeed_0.6.4-2.1.diff.gz typespeed_0.6.4-2.1.dsc to pool/main/t/typespeed/typespeed_0.6.4-2.1.dsc typespeed_0.6.4-2.1_i386.deb to pool/main/t/typespeed/typespeed_0.6.4-2.1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Patrick Schoenfeld [EMAIL PROTECTED] (supplier of updated typespeed package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 01 Oct 2008 17:53:20 +0200 Source: typespeed Binary: typespeed Architecture: source i386 Version: 0.6.4-2.1 Distribution: unstable Urgency: medium Maintainer: Dafydd Harries [EMAIL PROTECTED] Changed-By: Patrick Schoenfeld [EMAIL PROTECTED] Description: typespeed - Zap words flying across the screen by typing them correctly Closes: 500756 Changes: typespeed (0.6.4-2.1) unstable; urgency=medium . * Non-maintainer upload. * Urgency medium as this clears an rc bug * Include patch by Charliej to fix problems when purging the package (Closes: #500756) Checksums-Sha1: b8b5c543a64864da63ec6a84532c0747602451f6 1028 typespeed_0.6.4-2.1.dsc 2624b4e4ad57bf6c1a1cde1f01989f1359277258 6988 typespeed_0.6.4-2.1.diff.gz f1f9408aa6b59d5bdd3e034825222c30bb44bb8d 74302 typespeed_0.6.4-2.1_i386.deb Checksums-Sha256: 8e4aed16f9561a2bc701542fa61c925bacadb6f0d4097a06f49eeae1a10ed7a8 1028 typespeed_0.6.4-2.1.dsc 44b5beef28bacd0027fc438a587af551bf542092d6cb90b4370e97185519102e 6988 typespeed_0.6.4-2.1.diff.gz bd7bac27e94f18471bcb816e28c8752fca538430941ea748af6d816b5565d706 74302 typespeed_0.6.4-2.1_i386.deb Files: 05b6a7285f7590265457f60f7016e5a6 1028 games optional typespeed_0.6.4-2.1.dsc b94c5bfbeeae55da976ea549c2f5f65e 6988 games optional typespeed_0.6.4-2.1.diff.gz 6e6ae995b1f6aaf43c38dd83c97a718b 74302 games optional typespeed_0.6.4-2.1_i386.deb -BEGIN PGP SIGNATURE-
Bug#498202: remove kolabd?
* Mathieu Parent [Wed, 01 Oct 2008 09:49:51 +0200]: Hi, Hello, On the other hand, unless the release team wants to make a huge exception for kolabd and one of the maintainers actually can be bothered to upload the packages, removing these: Agree. So nevermind, in case you want to remove this mess, remove the following packages from lenny: kolab-filter kolab-freebusy kolab-resource-handlers kolab-webadmin kolabadmin kolabconf kolabd libkolab-perl Okay, I've marked these packages for removal (except kolab-filter and kolab-freebusy, which were not in testing). Thanks, P.S.: I'm sorry that it was to be this way. Good luck with getting DM access, so that you can more usefully take good care of these packages! -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org - You look beaten. - I just caught Tara laughing with another man. - Are you sure they weren't just... kissing or something? - No, they were laughing. -- Denny Crane and Alan Shore -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500637: ndisgtk failure to find ndiswrapper
This would be because ndisgtk can't find the ndiswrapper module, which has presumably not been installed. Try modprobe ndiswrapper and you should get the same error. Installing module-assistant and ndiswrapper-source and then entering m-a a-i ndiswrapper should build and install the correct version of the module for you, but this doesn't get around the core issue of ndisgtk not noticing a lack of an ndiswrapper module. The attached patch should partially fix this by making ndisgtk throw up a warning dialog when the ndiswrapper module is not present. Tom Parker diff --git a/ndisgtk b/ndisgtk index f5c97cd..244985d 100755 --- a/ndisgtk +++ b/ndisgtk @@ -300,12 +300,15 @@ class NdisGTK: error_dialog(_(Error while installing.) , self.install_dialog) else: # Assume driver installed successfully. Set up and reload module -subprocess.call([ndiswrapper, -ma]) -subprocess.call([modprobe, -r, ndiswrapper]) -subprocess.call([modprobe, ndiswrapper]) - -self.get_driver_list() -self.install_dialog_close() +try: + subprocess.call([ndiswrapper, -ma]) + subprocess.call([modprobe, -r, ndiswrapper]) + subprocess.check_call([modprobe, ndiswrapper]) + + self.get_driver_list() + self.install_dialog_close() +except subprocess.CalledProcessError: + error_dialog(_(Ndiswrapper kernel module not present, please install.), self.install_dialog) def remove_driver(self, *args):
Bug#498700: Missing upgrade path from libdb4.2-ruby1.8 to libdb-ruby1.8
Hello, apt aptitude people, could you perhaps take a quick look at #498700 and comment? Thanks in advance. * Frans Pop [Sun, 28 Sep 2008 15:06:58 +0200]: On Sunday 28 September 2008, Adeodato Simó wrote: Isn't this a bug of our upgrading tools, that should prefer to install a new, non-obsolete package A that Provides: B, rather than keeping a no-longer-present-in-the-lists B installed? Possibly. But as long as those tools don't support that it will have to be solved in the packages themselves. Feel free to clone the bug to apt/aptitude/whatever if you feel that should be implemented, but I'd think that would be squeeze material, not lenny. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Mankind are very odd creatures: one half censure what they practice, the other half practice what they censure; the rest always say and do as they ought. -- Michel de Montaigne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500794: uswsusp - s2ram does not follow kernel
Quoting Bastian Blank ([EMAIL PROTECTED]): Package: uswsusp Version: 0.8-1.1 Severity: grave s2ram ignores if the kernel say it supports suspend-to-ram and insist on a white list. As using s2ram is currently the default method, this is unacceptable. The kernel know itself if it can suspend a machine. I don't really understand how this makes the bug grave. important, maybe. - The package is usable - It doesn't cause data loss - It does not introduce a security hole ...or I'm really missing something in your rationale. signature.asc Description: Digital signature
Bug#499322: marked as done (apt 0.7.15~1exp1 needs a soname bump or an ABI revert.)
Your message dated Wed, 01 Oct 2008 17:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#499322: fixed in apt 0.7.15~exp3 has caused the Debian Bug report #499322, regarding apt 0.7.15~1exp1 needs a soname bump or an ABI revert. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 499322: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499322 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: aptitude Version: 0.4.11.10-1 Severity: normal Hi! Using the apt package from experimental (version 0.7.15~exp1; using 0.7.14+b1 is OK), aptitude is segfaulting for simple tasks here, like aptitude install cups-bsd (attachment: gdb-output.txt) Also, trying to use it with the ncurses interface, it exits with SIGABRT (attachment: gdb-ncurses.txt). Thank you very much! Best regards, Nelson -- Package-specific info: aptitude 0.4.11.10 compilado em Sep 6 2008 05:10:24 Compilador: g++ 4.3.1 Compilado contra: versão apt 4.6.0 Versão NCurses: 5.6 versão libsigc++: 2.0.18 Suporte a ept habilitado. Versões atuais das bibliotecas: Versão NCurses: ncurses 5.6.20080913 versão cwidget: 0.5.12 Versão apt: 4.6.0 linux-gate.so.1 = (0xb7f02000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0xb7e31000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7df3000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7dec000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7d28000) libept.so.0 = /usr/lib/libept.so.0 (0xb7c64000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7b0e000) libz.so.1 = /usr/lib/libz.so.1 (0xb7af9000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7ae) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb79f1000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb79cb000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb79be000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7863000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb785f000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb785a000) /lib/ld-linux.so.2 (0xb7f03000) Terminal: rxvt-unicode $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26.5-naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.15~exp1 Advanced front-end for dpkg ii libc6 2.7-13GNU C Library: Shared libraries ii libcwidget30.5.12-3 high-level terminal interface libr ii libept00.5.25High-level library for managing De ii libgcc11:4.3.2-1 GCC support library ii libncursesw5 5.6+20080913-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.2-1 type-safe Signal Framework for C++ ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libxapian151.0.7-3 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output Versions of packages aptitude suggests: pn debtags none (no description available) pn tasksel none (no description available) -- no debconf information ---End Message--- ---BeginMessage--- Source: apt Source-Version: 0.7.15~exp3 We believe that the bug you reported is fixed in the latest version of apt, which is due to be installed in the Debian FTP archive: apt-doc_0.7.15~exp3_all.deb to pool/main/a/apt/apt-doc_0.7.15~exp3_all.deb apt-transport-https_0.7.15~exp3_i386.deb to pool/main/a/apt/apt-transport-https_0.7.15~exp3_i386.deb apt-utils_0.7.15~exp3_i386.deb to pool/main/a/apt/apt-utils_0.7.15~exp3_i386.deb apt_0.7.15~exp3.dsc to pool/main/a/apt/apt_0.7.15~exp3.dsc apt_0.7.15~exp3.tar.gz to pool/main/a/apt/apt_0.7.15~exp3.tar.gz apt_0.7.15~exp3_i386.deb to pool/main/a/apt/apt_0.7.15~exp3_i386.deb libapt-pkg-dev_0.7.15~exp3_i386.deb to pool/main/a/apt/libapt-pkg-dev_0.7.15~exp3_i386.deb libapt-pkg-doc_0.7.15~exp3_all.deb to
Bug#499555: marked as done (aptitude safe-upgrade (and pretty much everything else) segfaults.)
Your message dated Wed, 01 Oct 2008 17:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#499322: fixed in apt 0.7.15~exp3 has caused the Debian Bug report #499322, regarding aptitude safe-upgrade (and pretty much everything else) segfaults. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 499322: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499322 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: aptitude Version: 0.4.11.10-1 Severity: grave Justification: renders package unusable Ka-boom. Makes installing debug libraries a pain, and I'm on a *slow* network right now, so the following backtrace does not include debug symbols. nan:~# aptitude safe-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Resolving dependencies... The following packages have been kept back: paraview swfdec-mozilla The following packages will be upgraded: debsums libdirac0 libidn11 libidn11-dev libvolume-id0 r-cran-lattice udev 7 packages upgraded, 0 newly installed, 0 to remove and 2 not upgraded. Need to get 2304kB of archives. After unpacking 81.9kB will be used. Do you want to continue? [Y/n/?] *** glibc detected *** aptitude: corrupted double-linked list: 0x02f7be10 *** === Backtrace: = /lib/libc.so.6[0x7fe0754c3038] /lib/libc.so.6[0x7fe0754c5f23] /lib/libc.so.6(__libc_malloc+0x98)[0x7fe0754c75d8] /usr/lib/libstdc++.so.6(_Znwm+0x1d)[0x7fe075d03b4d] /usr/lib/libstdc++.so.6(_ZNSs4_Rep9_S_createEmmRKSaIcE+0x21)[0x7fe075ce13e1] /usr/lib/libstdc++.so.6[0x7fe075ce1da5] /usr/lib/libstdc++.so.6(_ZNSsC1EPKcRKSaIcE+0x43)[0x7fe075ce1ee3] aptitude[0x50] aptitude[0x50d96e] aptitude[0x50934d] aptitude[0x41c6e8] /lib/libc.so.6(__libc_start_main+0xe6)[0x7fe07546d466] aptitude(_ZNSt8ios_base4InitD1Ev+0x69)[0x419a79] === Memory map: 0040-0062a000 r-xp fe:00 7586044 /usr/bin/aptitude 00829000-0082d000 rw-p 00229000 fe:00 7586044 /usr/bin/aptitude 0082d000-0083 rw-p 0082d000 00:00 0 027b1000-038c9000 rw-p 027b1000 00:00 0 [heap] 40582000-40583000 ---p 40582000 00:00 0 40583000-40d83000 rw-p 40583000 00:00 0 7fe06c00-7fe06c021000 rw-p 7fe06c00 00:00 0 7fe06c021000-7fe07000 ---p 7fe06c021000 00:00 0 7fe072e4d000-7fe072f81000 r--p fe:00 8259242 /var/lib/debtags/package-tags.idx 7fe072f81000-7fe072f8c000 r-xp fe:00 593021 /lib/libnss_files-2.8.so 7fe072f8c000-7fe07318b000 ---p b000 fe:00 593021 /lib/libnss_files-2.8.so 7fe07318b000-7fe07318d000 rw-p a000 fe:00 593021 /lib/libnss_files-2.8.so 7fe07318d000-7fe073197000 r-xp fe:00 593011 /lib/libnss_nis-2.8.so 7fe073197000-7fe073396000 ---p a000 fe:00 593011 /lib/libnss_nis-2.8.so 7fe073396000-7fe073398000 rw-p 9000 fe:00 593011 /lib/libnss_nis-2.8.so 7fe073398000-7fe0733ad000 r-xp fe:00 593004 /lib/libnsl-2.8.so 7fe0733ad000-7fe0735ac000 ---p 00015000 fe:00 593004 /lib/libnsl-2.8.so 7fe0735ac000-7fe0735ae000 rw-p 00014000 fe:00 593004 /lib/libnsl-2.8.so 7fe0735ae000-7fe073738000 rw-p 7fe0735ae000 00:00 0 7fe073832000-7fe073839000 r-xp fe:00 593000 /lib/libnss_compat-2.8.so 7fe073839000-7fe073a38000 ---p 7000 fe:00 593000 /lib/libnss_compat-2.8.so 7fe073a38000-7fe073a3a000 rw-p 6000 fe:00 593000 /lib/libnss_compat-2.8.so 7fe073a3a000-7fe07410b000 rw-p 7fe073a3a000 00:00 0 7fe07410b000-7fe074112000 r--s fe:00 8831346 /usr/lib/gconv/gconv-modules.cache 7fe074112000-7fe07438d000 rw-p 7fe074112000 00:00 0 7fe07438d000-7fe075048000 r--s fe:00 8257548 /var/cache/apt/pkgcache.bin 7fe075048000-7fe07504a000 r-xp fe:00 593010 /lib/libdl-2.8.so 7fe07504a000-7fe07524a000 ---p 2000 fe:00 593010 /lib/libdl-2.8.so 7fe07524a000-7fe07524c000 rw-p 2000 fe:00 593010 /lib/libdl-2.8.so 7fe07524c000-7fe07524e000 r-xp fe:00 593001 /lib/libutil-2.8.so 7fe07524e000-7fe07544d000 ---p 2000 fe:00 593001 /lib/libutil-2.8.so 7fe07544d000-7fe07544f000 rw-p 1000 fe:00
Processed: Re: Bug#500691: exim4-config: debconf-autogenerated hostname breaks with some locales
Processing commands for [EMAIL PROTECTED]: severity 500691 important Bug#500691: exim4-config: debconf-autogenerated hostname breaks with some locales Severity set to `important' from `serious' # Looks like I overestimated the severity of this bug. Usually # update-exim4.conf is invoked by the init script and the script sets # LANG=C. This limits the breakage to people either running exim4 from # e.g. inetd or people who are not setting LANG but LC_COLLATE or # LC_ALL. Downgrading. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500818: memtest86+: don't work when compiled with gcc-4.3
Package: memtest86+ Version: 2.01-1 Severity: serious memtest86+ test# 2 don't work when compiled with gcc-4.3 version 4.3.1-9, the one currently in testing and is the one gcc point at. It fails with memory error on every address. If I compile memtest86+ with gcc-4.1 version 4.1.2-23, everything works fine. Hardware: CPU:Intel(R) Core(TM)2 Duo CPU E8200 @ 2.66GHz Chipset:Intel P43, Eaglelake, with ICH10R SB Memory: 2x2Gb DDR2 800 / Anders -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (51, 'testing-proposed-updates'), (50, 'unstable'), (40, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF-8) Shell: /bin/sh linked to /bin/bash memtest86+ depends on no packages. memtest86+ recommends no packages. Versions of packages memtest86+ suggests: ii grub 0.97-47GRand Unified Bootloader (Legacy v pn hwtools none (no description available) pn kernel-patch-badram none (no description available) ii memtester 4.0.8-1A utility for testing the memory s ii mtools3.9.11-1 Tools for manipulating MSDOS files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500794: uswsusp - s2ram does not follow kernel
On 2008-10-01 15:53 +0200, Bastian Blank wrote: Package: uswsusp Version: 0.8-1.1 Severity: grave s2ram ignores if the kernel say it supports suspend-to-ram and insist on a white list. As using s2ram is currently the default method, this is unacceptable. The kernel know itself if it can suspend a machine. But it does not know whether the machine will come up again, and even if that's the case, the screen may remain blank forever. Such is the case on my desktop. :-( There's little point in suspending a machine that won't resume correctly afterwards. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499710: marked as done (.shlibs is out of date)
Your message dated Wed, 01 Oct 2008 17:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#499710: fixed in enchant 1.4.2-3.2 has caused the Debian Bug report #499710, regarding .shlibs is out of date to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 499710: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499710 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: python-enchant Version: 1.4.2-1 Severity: grave --- Please enter the report below this line. --- $ python -c import enchant Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.5/site-packages/enchant/__init__.py, line 90, in module import _enchant as _e ImportError: /usr/lib/python2.5/site-packages/enchant/_enchant.so: undefined symbol: enchant_dict_is_removed $ ldd -r /usr/lib/python2.5/site-packages/enchant/_enchant.so 21 | grep enchant_dict_is_removed undefined symbol: enchant_dict_is_removed (/usr/lib/python2.5/site-packages/enchant/_enchant.so) --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: lenny/sid 500 unstable127.0.0.1 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed =-+-=== python ( 2.6) | 2.5.2-2 python (= 2.4) | 2.5.2-2 python-central (= 0.6.7) | 0.6.8 libc6 (= 2.7-1) | 2.7-10 libenchant1c2a| 1.3.0-5.1 ---End Message--- ---BeginMessage--- Source: enchant Source-Version: 1.4.2-3.2 We believe that the bug you reported is fixed in the latest version of enchant, which is due to be installed in the Debian FTP archive: enchant_1.4.2-3.2.diff.gz to pool/main/e/enchant/enchant_1.4.2-3.2.diff.gz enchant_1.4.2-3.2.dsc to pool/main/e/enchant/enchant_1.4.2-3.2.dsc libenchant-dev_1.4.2-3.2_amd64.deb to pool/main/e/enchant/libenchant-dev_1.4.2-3.2_amd64.deb libenchant1c2a_1.4.2-3.2_amd64.deb to pool/main/e/enchant/libenchant1c2a_1.4.2-3.2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Paul Wise [EMAIL PROTECTED] (supplier of updated enchant package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 30 Sep 2008 14:52:05 +0800 Source: enchant Binary: libenchant-dev libenchant1c2a Architecture: source amd64 Version: 1.4.2-3.2 Distribution: unstable Urgency: low Maintainer: Masayuki Hatta (mhatta) [EMAIL PROTECTED] Changed-By: Paul Wise [EMAIL PROTECTED] Description: libenchant-dev - a wrapper library for various spell checker engines (development) libenchant1c2a - a wrapper library for various spell checker engines Closes: 499710 Changes: enchant (1.4.2-3.2) unstable; urgency=low . * Non-maintainer upload. * Bump shlibs to the current upstream (Closes: #499710) Checksums-Sha1: 70edc9059af64f28e95e58b987caa9823fc1d91f 1148 enchant_1.4.2-3.2.dsc 2bfaa160252a1a0806bd16fb78ae19007dcf83b6 8502 enchant_1.4.2-3.2.diff.gz 60fd90565e7c3e1382271c925218602e4c5a6900 69028 libenchant-dev_1.4.2-3.2_amd64.deb 0b3bb86e189c6b3ca71d8a1583f0534cb199a175 93624 libenchant1c2a_1.4.2-3.2_amd64.deb Checksums-Sha256: b1e31b14f023eea97f8c004654a9a61b8b59454190fadcc5274ff5809d0aa96e 1148 enchant_1.4.2-3.2.dsc 8305125b2bc01ff9d0867c833b53b05949883af69411e287c6bf5ca385ca64bc 8502 enchant_1.4.2-3.2.diff.gz f40abddaee9bee6117dbe4ab255187b05c574fc891004892d16a16054dc5690e 69028 libenchant-dev_1.4.2-3.2_amd64.deb 162381e4a7588bb0e91265917f54831521b734676c8413d345f3bd3b67ed87ed 93624 libenchant1c2a_1.4.2-3.2_amd64.deb Files: b558846dd833424dcc3be158e852e07b 1148 devel optional enchant_1.4.2-3.2.dsc 77f6cdd8aecd0ec025f8608f1065f398 8502 devel optional enchant_1.4.2-3.2.diff.gz 35d0839342863b42440e62bf1efe58cb 69028 libdevel optional libenchant-dev_1.4.2-3.2_amd64.deb 585f10e84d5d577b781d46c86c091ebf 93624 libs optional libenchant1c2a_1.4.2-3.2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkjjsZAACgkQ5Sc9mGvjxCOZtQCgttLYoz/mncYZfmJIuOIkm/O1 D4MAnRb8b2aBT/zro/T5HhAofNXYCDOm =DO56 -END PGP SIGNATURE- ---End
Bug#500792: libsqlite3-0: Incorrect query results
package libsqlite3-0
severity 500792 normal
thanks
Hi Tristan!
On Wed, 2008-10-01 at 15:30 +0200, Tristan Seligmann wrote:
The following series of statements produces incorrect results in version
3.5.9 of sqlite:
CREATE TABLE foo(foo TEXT);
INSERT INTO foo VALUES ('a');
INSERT INTO foo VALUES ('b');
CREATE INDEX foo_foo ON foo(foo);
SELECT DISTINCT foo FROM foo WHERE foo IS NOT NULL;
Please note that you name everything as foo.
[EMAIL PROTECTED]:~ sqlite3 ~/foo.sql
b
I'm sure sqlite3 just gets confused what do you mean on foo with
v3.5.9 . I can't reproduce it on the same architecture with the same
version if I try it as:
CREATE TABLE store(col TEXT);
INSERT INTO store VALUES('a');
INSERT INTO store VALUES('b');
SELECT DISTINCT col FROM store WHERE col IS NOT NULL;
It gives the expected result.
The underlying table is unaffected, so there is no direct data loss, but
implicit data loss may occur as a result of applications receiving
incomplete data in response to their queries, so I believe the grave
severity is justified.
I don't think real world applications use the same name for table and
column names. While this problem is real, it affects only badly named
tables and columns. Reducing its severity to normal.
Upstream released v3.6.2, but I wait with packaging it until Lenny gets
hard-frozen.
Regards,
Laszlo/GCS
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#500792: libsqlite3-0: Incorrect query results
Processing commands for [EMAIL PROTECTED]: package libsqlite3-0 Ignoring bugs not assigned to: libsqlite3-0 severity 500792 normal Bug#500792: libsqlite3-0: Incorrect query results Severity set to `normal' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500826: zabbix: Upgrade to Zabbix 1.6 does not work out-of-the-box, SQL upgrade scripts are not included in package?
Package: zabbix Version: 1.6 Severity: grave Justification: renders package unusable After upgrading my Zabbix 1.4.6 installation from Lenny to Zabbix 1.6 from Sid Zabbix does not work anymore, complaining about unknown column 'g.gui_access' and unknown column 'g.users_status'. Clearly, upgrading Zabbix also involves upgrading the MySQL (or PostgreSQL?) tables, which is not automagically done by installing the new package from unstable. This is not a very big deal if the SQL upgrade scripts were provided somewhere in /usr/share. Those scripts exist in the 'upgrades/dbpatches/1.6' directory of the sources, but are not inside the Debian package. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496954: bind9: 496954: more info needed
On Tue, 2008-09-30 at 14:20 +0800, Paul Wise wrote: On Thu, 2008-09-25 at 15:25 +0800, Paul Wise wrote: Can you run the following gdb commands at the point of the crash? Any luck with this? After moya sent me his configs in private, I cannot reproduce the crash on amd64 with bind9 version 1:9.5.0.dfsg.P2-1 nor in an i386 chroot with 1:9.5.0.dfsg.P1-2 or 1:9.5.0.dfsg.P2-1. I didn't attempt to replicate the network setup, just put the configs in place. moya, are you able to reproduce it in a separate machine at all? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#500637: ndisgtk: Fails w/ndiswrapper not found
I already created a patch the day you reported it. You didn't install the ndiswrapper modules. The next version of ndisgtk will display an error dialog and asks you to verify that you have installed the modules. 2008/9/30 Dennis Wicks [EMAIL PROTECTED]: Subject: ndisgtk: Fails w/ndiswrapper not found Package: ndisgtk Version: 0.8.3-1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** When using ndisgtk to install driver it abends with FATAL: Module ndiswrapper not found But: whereis ndiswrapper ndiswrapper: /usr/sbin/ndiswrapper /etc/ndiswrapper /usr/share/man/man8/ndiswrapper.8.gz -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages ndisgtk depends on: ii menu 2.1.40 generates programs menu for all me ii ndiswrapper-utils-1.9 1.53-1 Userspace utilities for the ndiswr ii python2.5.2-2An interactive high-level object-o ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ndisgtk recommends no packages. ndisgtk suggests no packages. -- no debconf information -- Julian Andres Klode - Free Software Developer Debian Maintainer - Contributing Member of SPI Ubuntu Member - Fellow of FSFE Website: http://jak-linux.org/ XMPP: [EMAIL PROTECTED] Debian: http://www.debian.org/ SPI: http://www.spi-inc.org/ Ubuntu: http://www.ubuntu.com/ FSFE: http://www.fsfe.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500799: [pkg-mono-group] Bug#500799: mono-common: mono violates the FHS
severity 500799 important thanks On Wed, 01 Oct 2008 16:31:19 +0200 Johannes Kneer [EMAIL PROTECTED] wrote: Package: mono-common Version: 1.9.1+dfsg-3 Severity: serious Justification: Policy 9.1.1 Downgrading to important as the package content doesn't violate against the FHS. Just Mono is not supporting something that is mentioned in the FHS (symlinking /usr in this case). -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: [pkg-mono-group] Bug#500799: mono-common: mono violates the FHS
Processing commands for [EMAIL PROTECTED]: severity 500799 important Bug#500799: mono-common: mono violates the FHS Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496954: bind9: 496954: more info needed
On jue, 2008-10-02 at 03:03 +0800, Paul Wise wrote:
On Tue, 2008-09-30 at 14:20 +0800, Paul Wise wrote:
On Thu, 2008-09-25 at 15:25 +0800, Paul Wise wrote:
Can you run the following gdb commands at the point of the crash?
Any luck with this?
After moya sent me his configs in private, I cannot reproduce the crash
on amd64 with bind9 version 1:9.5.0.dfsg.P2-1 nor in an i386 chroot with
1:9.5.0.dfsg.P1-2 or 1:9.5.0.dfsg.P2-1.
I didn't attempt to replicate the network setup, just put the configs in
place. moya, are you able to reproduce it in a separate machine at all?
A short history about the machines. There are three, namely, ns{1,2,3}
1. ns1 is master, ns{2,3} are slaves
2. the three were etch, configuration almost the same
3. I did upgrade the three to lenny
4. ns3's named didn't crash, ns1 and ns2's named did
5. I created a clean /etc/bind in ns2. bind started gracefully
6. ... then I copied the relevant bits of my old configuration over the
freshly created /etc/bind in ns2. bind started gracefully
7. I created a clean /etc/bind in ns1. bind started gracefully
8. ... then I copied the relevant bits of my old configuration over
the freshly created /etc/bind in ns1. bind crash at startup
bind is crashing only in the master server.
With respect to the data at the point of the crash
(gdb) p *node
$1 = {bit = 19, prefix = 0xb41f50e8, l = 0xb41f4da0, r = 0xb41f90d0,
parent = 0xb41f9418, data = {0x0, 0x0}, node_num = {29, -1}}
(gdb) p node-data
$2 = {0x0, 0x0}
(gdb) p node-data[0]
$3 = (void *) 0x0
(gdb) p *(node-data[0])
Attempt to dereference a generic pointer.
The full backtrace is attached.
Cheers,
maykel
(gdb) bt full
#0 0xb7dcffc5 in dns_acl_match (reqaddr=0xb6ce7274, reqsigner=0x0,
acl=0xb74e91e8, env=0xb74f40a8, match=0xb6ce68ac, matchelt=0x0) at acl.c:226
bitlen = 32
family = 2
pfx = {family = 2, bitlen = 32, refcount = {refs = 0}, add = {sin =
{s_addr = 2346638537}, sin6 = {in6_u = {
u6_addr8 = ���\213, '\0' repeats 11 times, u6_addr16 = {56521,
35806, 0, 0, 0, 0, 0, 0}, u6_addr32 = {2346638537, 0, 0, 0}
node = (isc_radix_node_t *) 0xb41f4c60
addr = (const isc_netaddr_t *) 0xb6ce7274
v4addr = {family = 3086119696, type = {in = {s_addr = 3066980408}, in6
= {in6_u = {u6_addr8 = 8hζ֭\2��\0172�, u6_addr16 = {26680, 46798,
44502, 47072, 8892, 46130, 4040, 46130}, u6_addr32 = {3066980408,
3084955094, 3023184572, 3023179720}}},
un = 8hζ֭\2��\0172�R\004\000\000\000\000\000\000\000\000\000\000\002,
'\0' repeats 19 times, ��H\t\004\000\000\000\001, '\0' repeats 15
times,
�\2��}��\001\000\001\�1�\000\000\000\000\000\000\000\000\020s��}, zone =
2}
result = 0
match_num = 29
i = 3066980504
#1 0x0805a80f in allowed (addr=0xb6ce7274, signer=0x0, acl=0xb74e91e8) at
client.c:1265
match = 0
result = 2
#2 0x0805b840 in client_request (task=0xb74ff7c0, event=0xb43220f8) at
client.c:1699
tsig = (dns_name_t *) 0x0
client = (ns_client_t *) 0xb431e008
sevent = (isc_socketevent_t *) 0xb43220f8
result = 0
sigresult = 0
buffer = (isc_buffer_t *) 0xb6ce72ec
tbuffer = {magic = 1114990113, base = 0x948b1a0, length = 33, used =
33, current = 33, active = 33, link = {prev = 0x, next = 0x},
mctx = 0x0}
view = (dns_view_t *) 0xb44cc008
opt = (dns_rdataset_t *) 0x0
signame = (dns_name_t *) 0xb6ce7328
ra = 134581014
netaddr = {family = 2, type = {in = {s_addr = 2346638537}, in6 = {in6_u
= {u6_addr8 = ���\213��(�O��rζ, u6_addr16 = {56521, 35806, 57056,
47039, 58408, 46927, 29396, 46798}, u6_addr32 = {2346638537,
3082804960, 3075466280, 3066983124}}},
un = ���\213��(�O��rζ, '\0' repeats 32 times, �rζ{�\005\b, '\0'
repeats 20 times,
DS\v\b�rζ�俷(�O�\000\000\000\000��O�\000\000\000\000�\037��}, zone = 0}
destaddr = {family = 2, type = {in = {s_addr = 2212420809}, in6 =
{in6_u = {u6_addr8 = ���\203\020\000\000\000T���(�O�, u6_addr16 = {56521,
33758, 16, 0, 53588, 47040, 58408, 46927}, u6_addr32 = {2212420809,
16, 3082867028, 3075466280}}},
un =
���\203\020\000\000\000T���(�O�\000\000\000\000Hrζ8�O��rζ\000\020\000\000\000\000\000\\033`�\005\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000T���xrζO�O��rζ�rζ�rζ\000\000\000\000!\000\000\000!\000\000\000\000\000\000},
zone = 0}
match = 0
id = 60135
---Type return to continue, or q return to quit---
flags = 256
notimp = isc_boolean_false
rdata = {data = 0x0, length = 0, rdclass = 0, type = 0, flags = 5, link
= {prev = 0xb7bea2c1, next = 0xb7a6590c}}
optcode = 0
#3 0xb7beb62e in dispatch (manager=0xb74ec008) at task.c:862
dispatch_count = 1
done = isc_boolean_false
finished = isc_boolean_false
requeue = isc_boolean_false
event = (isc_event_t *)
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for [EMAIL PROTECTED]: # Wed Oct 1 20:03:11 UTC 2008 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: libsoil tags 482293 + pending Bug#482293: ITP: libsoil -- image loader library for OpenGL applications There were no tags set. Tags added: pending # Source package in NEW: linux-2.6 tags 494374 + pending Bug#494374: linux-image-2.6.26-1-686: Insert key does not work on Thinkpad R60 Tags were: patch upstream Bug#494477: Linux 2.6.26-1-686: insert key behaves abnormally Bug#497817: linux-image-2.6.26-1-686: Loosing special keys in console. Tags added: pending # Source package in NEW: linux-2.6 tags 495895 + pending Bug#495895: linux-image-2.6-xen-amd64: no xen kernel on lenny There were no tags set. Bug#495590: linux-2.6: Please package -xen-amd64 linux-images in sid Tags added: pending # Source package in NEW: linux-2.6 tags 498304 + pending Bug#498304: The ISP1760 driver is not fully enabled / useful There were no tags set. Tags added: pending # Source package in NEW: linux-2.6 tags 499463 + pending Bug#499463: linux-image-2.6.26-1-versatile: Please enable CONFIG_VFP There were no tags set. Tags added: pending # Source package in NEW: linux-2.6 tags 498828 + pending Bug#498828: rt61pci needs one more millisecond to initialize Tags were: patch Tags added: pending # Source package in NEW: linux-2.6 tags 494546 + pending Bug#494546: EC GPE storm checks causing problems Tags were: fixed-upstream Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500778: libnss-ldapd: groups resolve to nogroup after boot
On Wed, 2008-10-01 at 13:11 +0200, Patrick Schoenfeld wrote: Our setup is a mixed Windows/Linux environment with a LDAP server, for central authentication. Linux clients use libnss-ldapd for resolution of usernames and groups. Could you provide some more details? Is the LDAP server on the system that also runs nss-ldapd, what options do you use, which LDAP server software etc? Your configuration file should also help. After reboot of the Linux clients they are unable to resolve groups and sometimes are also unable to resolve users. The result is that files are owned by [nobody]:nogroup, while getent passwd and getent group show the right result. I don't understand this. If you perform getent passwd and getent group you get the expected result but if you do ls -l the files are reported as nobody:nogroup? If ls can't resolve numeric user and group ids it should print the numeric form, not make up something. Can you produce logs of nslcd? It should report whether the LDAP server was reachable or not. If you can run nslcd with the -d option it should report more information that will help in tracking this down. In consequence people are unable to properly login (because desktop environment need read permissions on their setting ;) and user permissions are broken. Note that for logging in you also need pam_ldap which has it's own configuration. If the problem is in that you should probably also provide information about that. After 10-30 minutes of running the problem disappears. This makes me think that some timeout occours, but I can't tell which. I thought its probably somehow related to the udev resolution issues that are handled different in libnss-ldapd from libnss-ldap which produces a significant delay when booting because groups can't be resolved while ldap is accessible, which is handled gracefully bei libnss-ldapd. Maybe you gather invalid results while booting, because LDAP is not accessible. But I don't see why nslcd should cache these results so I think my idea is absurd. nslcd only caches the relationship between DNs and uids for group membership lookups (when the uniqueMember attribute is used). This timeout is hardcoded at 15 minutes. Other than that I can't think of a timeout as long unless you set it that high in the config. The way nss-ldapd solves the udev problem is by not doing LDAP lookups that early during boot at all and fail quickly. Only when nslcd is started are lookups attempted. In any case I can't think of a case where getent passwd should work and ls would fail. One known issue (#475626) is related to the order at which nslcd is started during boot. If the LDAP server is unavailable when nslcd is started a timeout could occur and the LDAP server will not be found immediately when it is available. I've choosen severity serious for this issue because at the one hand the problem would fit severity 'Critical', because it makes unrelated software on the system (or the whole system) break, but then again I felt uncomfortable with it, because the problem does not persist over the uptime of the system and after 10-30 minutes the problem disappears. I am inclined to lower it to important because it seems to work in a lot of common environments. But I think it should definitive be fixed for lenny. I hope to fix this soon. Thanks for your bugreport. -- -- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#500415: viruskiller: [PATCH] Don't crash if there are no sound files
tags 500415 + patch thanks Hi, the attached patch made the game work for me again. I have prepared an NMU with two other minor changes (fix call of make clean and a typo in the man page) that I will upload next week, or earlier if that is ok with you. Regards, Ansgar -- PGP: 1024D/595FAD19 739E 2D09 0969 BEA9 9797 B055 DDB0 2FF7 595F AD19 #! /bin/sh /usr/share/dpatch/dpatch-run ## 30_dont_crash_if_no_sound_files.dpatch by Ansgar Burchardt [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Do not crash if there are no sound files in viruskiller.pak @DPATCH@ diff --git a/src/CAudio.cpp b/src/CAudio.cpp index 6adc59b..4d38015 100644 --- a/src/CAudio.cpp +++ b/src/CAudio.cpp @@ -72,7 +72,7 @@ bool Audio::loadSound(int i, char *filename) } #if USEPAK - engine-unpack(filename, PAK_SOUND); + if (engine-unpack(filename, PAK_SOUND)) sound[i] = Mix_LoadWAV_RW(engine-sdlrw, 1); #else sound[i] = Mix_LoadWAV(filename); @@ -111,7 +111,7 @@ bool Audio::loadMusic(char *filename) } #if USEPAK - engine-unpack(filename, PAK_MUSIC); + if (engine-unpack(filename, PAK_MUSIC)) music = Mix_LoadMUS(tempPath); #else music = Mix_LoadMUS(filename);
Processed: viruskiller: [PATCH] Don't crash if there are no sound files
Processing commands for [EMAIL PROTECTED]: tags 500415 + patch Bug#500415: viruskiller: crashes at startup There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500794: uswsusp - s2ram does not follow kernel
On Wed, Oct 01, 2008 at 07:54:54PM +0200, Sven Joachim wrote: But it does not know whether the machine will come up again, and even if that's the case, the screen may remain blank forever. Such is the case on my desktop. :-( Each kernel driver is allowed to veto suspension. There's little point in suspending a machine that won't resume correctly afterwards. Do you have a number which amount of machines have problems? Bastian -- Get back to your stations! We're beaming down to the planet, sir. -- Kirk and Mr. Leslie, This Side of Paradise, stardate 3417.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#291734: Move to wastbin on different partitions silently deletes the file
Processing commands for [EMAIL PROTECTED]: fixed 291734 3:2.11.0~svn2319-1 Bug#291734: gthumb: Can't send images to trashcan across partitions Bug marked as fixed in version 3:2.11.0~svn2319-1. fixed 291734 3:2.10.8-1 Bug#291734: gthumb: Can't send images to trashcan across partitions Bug marked as fixed in version 3:2.10.8-1. tags 291734 moreinfo unreproducible Bug#291734: gthumb: Can't send images to trashcan across partitions There were no tags set. Tags added: moreinfo, unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291734: Move to wastbin on different partitions silently deletes the file
fixed 291734 3:2.11.0~svn2319-1 fixed 291734 3:2.10.8-1 tags 291734 moreinfo unreproducible thanks On Wed, 01 Oct 2008 21:53:33 +0200, Benjamin Mesing wrote: severity 291734 grave thanks Justification for severity: Causes data loss Hello, The Move to wastebin operation is supposed to move data to the wastebin. If this is not possible, it should *not* delete the data silently, because people might rely on the data to be available. In fact, I have lost a file today, because I've disabled confirm delete, relying on gthumb to move deleted images to the wastebin. Today acidently hitting Del for a file on an external left me no way to restore it. A sound response to being unable to move to wastebin would be a dialog asking how to proceed (Delete Image or Cancel). I can't really reproduce the bug. I tried both with the versions in unstable and in experimental branches (see the version numbers above), and none of them shows the bug. This is what I did: ~$ mount | grep -e / -e /home /dev/sda1 on / type reiserfs (rw,notail,user_xattr) /dev/sda6 on /home type reiserfs (rw,user_xattr) ~$ ~$ # the above are two different partitions, right? ~$ ~$ pwd /home/neo/ ~$ sudo cp image.jpg / ~$ ls /*.jpg /image.jpg ~$ cd / /$ gthumb . [..] I hit Delete and I get: The selected images will be moved to the Trash, are you sure? I click on Move, it then appears: The images cannot be moved to the Trash. Do you want to delete them permanently? with a checkbox Do not display this message again. I can click Cancel or Delete then. Cancel keeps the image, Delete deletes it. I believe this is the desired behaviour in this bug, no? Please, try to be more specific on the steps to do to reproduce the bug. I don't have any disk space to set up a brand new Debian just to triage this bug. Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#500778: libnss-ldapd: groups resolve to nogroup after boot
Hi Arthur, On Wed, Oct 01, 2008 at 10:27:04PM +0200, Arthur de Jong wrote: On Wed, 2008-10-01 at 13:11 +0200, Patrick Schoenfeld wrote: Our setup is a mixed Windows/Linux environment with a LDAP server, for central authentication. Linux clients use libnss-ldapd for resolution of usernames and groups. Could you provide some more details? Yep, I can. I'm just unsure which informations are of interest (I'm at a point where I'm kinda clueless whats the cause of the trouble :/). Is the LDAP server on the system that also runs nss-ldapd, what options do you use, No, it runs on another host. I don't use any special options. In fact the configuration is the default configuration, except the server address and the search base. [EMAIL PROTECTED]:~# grep -v '\(^#\|^$\)' /etc/nss-ldapd.conf uri ldap://majestix-linux.intra.in-medias-res.com base dc=intra,dc=in-medias-res,dc=com uid nslcd gid nslcd which LDAP server software etc? Your configuration file should also help. The LDAP server is a usual slapd as it is in Etch: slapd (2.3.30-5+etch1) After reboot of the Linux clients they are unable to resolve groups and sometimes are also unable to resolve users. The result is that files are owned by [nobody]:nogroup, while getent passwd and getent group show the right result. I don't understand this. If you perform getent passwd and getent group you get the expected result but if you do ls -l the files are reported as nobody:nogroup? Right. Sometimes all files are owned by nobody:nogroup but the most common problem is that only groups are a problem. And yes, while the problem exists getent passwd and getent group show up groups properly. If ls can't resolve numeric user and group ids it should print the numeric form, not make up something. Well, I think this is related to the fact that it is a NFSv4 filesystem. nobody:nogroup is what idmapd from NFS does if it cannot properly resolve the ids. Can you produce logs of nslcd? It should report whether the LDAP server was reachable or not. If you can run nslcd with the -d option it should report more information that will help in tracking this down. OK. I will add this logs ASAP. In consequence people are unable to properly login (because desktop environment need read permissions on their setting ;) and user permissions are broken. Note that for logging in you also need pam_ldap which has it's own configuration. If the problem is in that you should probably also provide information about that. Well, the problem is not the login per se, but that some programs (for example GNOME) simply do not work, because they can't read their settings (if the nobody problem exists as well. if the groups are the only problem, then only accessing shared files is a problem) nslcd only caches the relationship between DNs and uids for group membership lookups (when the uniqueMember attribute is used). This timeout is hardcoded at 15 minutes. Other than that I can't think of a timeout as long unless you set it that high in the config. I would have said first, that 15 minutes could be the time frame, but then again: no. Today I saw the problem disappearing after more then half an hour. The way nss-ldapd solves the udev problem is by not doing LDAP lookups that early during boot at all and fail quickly. Only when nslcd is started are lookups attempted. In any case I can't think of a case where getent passwd should work and ls would fail. Well, sounds reasonable and I don't see why this should cause the problems. I am inclined to lower it to important because it seems to work in a lot of common environments. Well, yes, thats true. But on the other side it has serious affect on the functionality on the system at a whole (because it is a client that mounts /home etc. from the server), so I felt serious is a good compromise. I hope to fix this soon. Thanks for your bugreport. No bug report, no solution, right? So no need to thank me, instead I thank you if you'd find a solution for it. Best Regards, Patrick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500794: uswsusp - s2ram does not follow kernel
On Wed, Oct 01, 2008 at 07:23:50PM +0200, Christian Perrier wrote: Quoting Bastian Blank ([EMAIL PROTECTED]): s2ram ignores if the kernel say it supports suspend-to-ram and insist on a white list. As using s2ram is currently the default method, this is unacceptable. The kernel know itself if it can suspend a machine. I don't really understand how this makes the bug grave. important, maybe. - The package is usable It is unusable on an unknown amount of machines. I would have no problem with that if it is only installed on request, but it is included in the laptop task and therefor a standard package. Bastian -- Deflector shields just came on, Captain. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499931: being worked on...
Hi, just a quick note before everyone contacts the copyright holder: Digital Mars has indicated that they're willing to grant the license we need and it looks like a matter of days until it's actually done. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500704: Errors during upgrade
On Tue, 30 Sep 2008 19:07:34 +0300 Juhapekka Tolvanen [EMAIL PROTECTED] wrote: Package: naist-jdic Version: 0.4.3-2 Severity: grave Um, please test with 0.4.3-4 if you can. Preparing to replace naist-jdic 0.4.3-2 (using .../naist-jdic_0.4.3-3_all.deb) ... ^^ (snip) -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: merging 499857 500789
Processing commands for [EMAIL PROTECTED]: merge 499857 500789 Bug#499857: util-vserver: please depend on util-linux Bug#500789: util-vserver - /usr/bin/ionice: No such file or directory Merged 499857 500789. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 499857
Processing commands for [EMAIL PROTECTED]: tags 499857 + pending Bug#499857: util-vserver: please depend on util-linux There were no tags set. Bug#500789: util-vserver - /usr/bin/ionice: No such file or directory Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494278: dmraid Intel RAID10 patch breaks some Intel raid1 system
I opened a ubuntu launchpad bug 276095. A regression tag was added. Since debian changes for dmraid end up in ubuntu, and rc15 seems to be out. http://people.redhat.com/~heinzm/sw/dmraid/src/ Can't a new debian package rc15 be made, with the dmraid patches, and uploaded. So I can get it? I can try to make my own Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496954: bind9: 496954: more info needed
On Wed, 2008-10-01 at 16:13 -0400, Maykel Moya wrote:
With respect to the data at the point of the crash
...
I suspected as much. I don't know enough about the bind code to know if
it is correct, but I suspect this should fix the crash:
--- bind9-9.5.0.dfsg.P2.orig/lib/dns/acl.c
+++ bind9-9.5.0.dfsg.P2/lib/dns/acl.c
@@ -219,7 +219,7 @@
result = isc_radix_search(acl-iptable-radix, node, pfx);
/* Found a match. */
- if (result == ISC_R_SUCCESS node != NULL) {
+ if (result == ISC_R_SUCCESS node != NULL
node-data[ISC_IS6(family)] != NULL) {
if (node-bit == 0)
family = AF_INET;
match_num = node-node_num[ISC_IS6(family)];
Upstream should be consulted about the validity of this.
--
bye,
pabs
http://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
