Bug#421219: Why in testing only
This package is included both in testing stable release. But this is not reported as stable, only reported as testing bug. Why? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422189: ocsinventory-agent: Does not install
Package: ocsinventory-agent Version: 1.01-3 Severity: grave Justification: renders package unusable Trying to install I get the following message : Unpacking ocsinventory-agent (from .../ocsinventory-agent_1.01-3_i386.deb) ... Setting up ocsinventory-agent (1.01-3) ... cp: cannot stat `/usr/share/ocsinventory-client/ocsinv.adm': No such file or directory dpkg: error processing ocsinventory-agent (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ocsinventory-agent E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up ocsinventory-agent (1.01-3) ... cp: cannot stat `/usr/share/ocsinventory-client/ocsinv.adm': No such file or directory dpkg: error processing ocsinventory-agent (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ocsinventory-agent /usr/share/ocsinventory-client contains only create-ucf-config-files.pl ocsinv.conf -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocsinventory-agent depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii dmidecode 2.8-4 Dump Desktop Management Interface ii libc6 2.5-5 GNU C Library: Shared libraries ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libnet-ssleay-perl1.30-1 Perl module for Secure Sockets Lay ii libwww-perl 5.805-1WWW client/server library for Perl ii libxml-simple-perl2.16-1 Perl module for reading and writin ii po-debconf1.0.8 manage translated Debconf template ii ucf 2.0021 Update Configuration File: preserv ocsinventory-agent recommends no packages. -- debconf information: * ocsinventory-agent/method: local * ocsinventory-agent/tag: * ocsinventory-agent/server: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422191: network-manager-pptp: version conflict
Package: network-manager-pptp Version: 0.6.3+cvs20060819-0ubuntu2~dapper1 Severity: grave Justification: renders package unusable from the log I suspect that the version checking in pppd or nm-pppd-plugin.so is too strict... May 4 08:31:18 gimli pppd[8896]: Plugin nm-pppd-plugin.so is for pppd version 2.4.4b1, this is 2.4.4 I haven't found a workaround, so this makes the package unusable other versions are not available?! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-kvm-ie1.2.16-ipw1.2.0 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager-pptp depends on: ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libbonobo2-0 2.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.5-5 GNU C Library: Shared libraries ii libcairo2 1.4.6-1 The Cairo 2D vector graphics libra ii libdbus-1-20.62-4simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.18.0.1-3GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.11-3 The GLib library of C routines ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-1GNOME Virtual File System (runtime ii libgtk2.0-02.10.11-2 The GTK+ graphical user interface ii libice61:1.0.3-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.2-2 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.2-2 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.28.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender11:0.9.2-1 X Rendering Extension client libra ii network-manager0.6.4-8+b1network management framework daemo ii pptp-linux 1.7.0-2 Point-to-Point Tunneling Protocol ii zlib1g 1:1.2.3-13compression library - runtime network-manager-pptp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418837: shlibs
On 4/29/07, Theppitak Karoonboonyanan [EMAIL PROTECTED] wrote: Nonetheless, I get back to the current approach, and spin a patch to fix libnspr4-0d dependency, as attached. With this, I also change the location of iceweasel plug-in from mozilla-firefox to iceweasel, and add installation for xulrunner as well. I've tested it with both iceweasel and epiphany, and it works. Update: The symlink installation for xulrunner is indeed unnecessary. So, I remove it. And this new patch also fixes 2 lintian warnings: updated FSF address and Standards-Version (compliance checked for the bump). -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ swfdec-mozilla_0.4.3-2.1.debdiff Description: Binary data
Bug#422189: ocsinventory-agent: Does not install
[...] Setting up ocsinventory-agent (1.01-3) ... cp: cannot stat `/usr/share/ocsinventory-client/ocsinv.adm': No such file or directory [...] I got the same error, adding an || true on the cp line (59) in file /var/lib/dpkg/info/ocsinventory-agent.postinst solved the problem for me. Cheers -- Eric DÉCORNOD Ingénieur d'Études SCICS - Faculté des Sciences Université Henri Poincaré
Bug#422170: hugs: Text.Regex gone!
On Thu, May 03, 2007 at 07:54:41PM -0500, John Goerzen wrote: Package: hugs Version: 98.200609.21-5 Severity: grave Justification: renders package unusable This breaks compatibility with a ton of packages. I have tried to find this in some package, but can't. The lack of it means that I can't build quite a bit of software for Hugs. As noted on the Hugs download page, this module was removed from the underlying base Haskell library package and replaced with non-portable regex-* packages. The only way forward is for the regex-* packages to be made portable and packaged separately. I think you've set the severity of this bug too high: renders package unusable is just not true. I would say it has a major effect on the usability of a package, without rendering it completely unusable to everyone, i.e. important. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417789: fixed in elinks 0.11.1-1.4
Julien Cristau [EMAIL PROTECTED] writes: elinks (0.11.1-1.4) unstable; urgency=high . * Non-maintainer security upload. * Don't look for gettext message catalogs in ../po/ (closes: #417789). Thanks, Arnaud Giersch! Reference: CVE-2007-2027. A less paranoid fix has been checked in to elinks-0.11 and elinks-0.12 in Git. If you want to review it, now is the time. http://pasky.or.cz/gitweb.cgi?p=elinks.git;a=commit;h=928f364ba2803f98d71775dc03b694d6403c0754 http://pasky.or.cz/gitweb.cgi?p=elinks.git;a=commit;h=110c564af3c12f40743b7e1adcfd3a034d73b601 pgpbYyZXLB179.pgp Description: PGP signature
Processed: Re: Bug#421371: cdebootstrap: missing update-rc.d
Processing commands for [EMAIL PROTECTED]: severity 421371 important Bug#421371: cdebootstrap: missing update-rc.d 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#421371: cdebootstrap: missing update-rc.d
severity 421371 important thanks On Sat, Apr 28, 2007 at 01:10:22PM +0200, Alexej Davidov wrote: Justification: renders package unusable No, it does not. Only sid fails and it logs a warning for unresolvable dependencies. Bastian -- ... bacteriological warfare ... hard to believe we were once foolish enough to play around with that. -- McCoy, The Omega Glory, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#422125: bcron: FTBFS: tests are not timezome-aware
Processing commands for [EMAIL PROTECTED]: tags 422125 + patch Bug#422125: bcron: FTBFS: tests are not timezome-aware There were no tags set. Tags added: patch quit 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#422125: bcron: FTBFS: tests are not timezome-aware
tags 422125 + patch
quit
On Thu, May 03, 2007 at 07:40:00PM +0200, Lucas Nussbaum wrote:
Hi,
During a rebuild of all packages in sid, I discovered that your package
failed to build on i386.
Relevant parts:
sh tests.sh
Test tests/sched-misc */10 * * * * 1081058400 failed:
@@ -1,2 +1,2 @@
-last: 1081058400 2004-04-04 06:00:00 CST
-next: 1081058400 2004-04-04 06:00:00 CST
+last: 1081058400 2004-04-04 06:00:00 UTC
+next: 1081058400 2004-04-04 06:00:00 UTC
Test tests/sched-misc */10 * * * * 1081058460 failed:
@@ -1,2 +1,2 @@
-last: 1081058460 2004-04-04 06:01:00 CST
-next: 1081059000 2004-04-04 06:10:00 CST
+last: 1081058460 2004-04-04 06:01:00 UTC
+next: 1081059000 2004-04-04 06:10:00 UTC
[...]
The full build log is available from
http://people.debian.org/~lucas/logs/2007/05/rebuild.sid.i386/
Hi Lucas, yes, looks like the new glibc in sid introduced the probem.
Thanks, Gerrit.
Index: tests.sh
===
RCS file: /cvs/bcron/tests.sh,v
retrieving revision 1.1
diff -u -r1.1 tests.sh
--- tests.sh20 Jul 2005 13:00:31 - 1.1
+++ tests.sh4 May 2007 08:28:00 -
@@ -347,7 +347,7 @@
runtest() {
local job=$1
local start=$2
-export TZ=CST
+export TZ=CST0
sched $job echo $start
unset TZ
}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411557: cairo-java: FTBFS: Requested 'glib-java = 0.4.2' but version of glib-java is 0.2.5
reopen 411557 severity 411557 normal thanks It's true that cairo-java now builds in unstable, but the build-dependency on glib-java should still be versioned. So cairo-java still has a bug here, AFAICS. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: cairo-java: FTBFS: Requested 'glib-java = 0.4.2' but version of glib-java is 0.2.5
Processing commands for [EMAIL PROTECTED]: reopen 411557 Bug#411557: cairo-java: FTBFS: Requested 'glib-java = 0.4.2' but version of glib-java is 0.2.5 Bug reopened, originator not changed. severity 411557 normal Bug#411557: cairo-java: FTBFS: Requested 'glib-java = 0.4.2' but version of glib-java is 0.2.5 Severity set to `normal' 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#422155: marked as done (slpvm: FTBFS: fills harddisk with error messages)
Your message dated Fri, 04 May 2007 08:47:11 + with message-id [EMAIL PROTECTED] and subject line Bug#422155: fixed in slpvm 0.1.5-7 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: slpvm Version: 0.1.5-6 Severity: grave Hi, Your package is currently doing something like this on most buildds: DEB_MAKE_CHECK_TARGET unset, not running checks ( cd examples ; \ pvmd\ SLANG_MODULE_PATH=/usr/lib/slang/v2/modules/:../src \ SLSH_PATH=/usr/share/slsh/:../src\ ./master hostname 2 ;\ echo halt | pvm ) [pvmd pid2950] 05/03 21:06:33 /home/buildd: errno=2 [pvmd pid2950] 05/03 21:06:33 em=0x2b9051f9b872 [pvmd pid2950] 05/03 21:06:33 [4e/[6f/[20/[73/[75/[63/[68/[20/[66/[69/ [pvmd pid2950] 05/03 21:06:33 /home/buildd: No such file or directory /tmp/pvmtmp002950.0 my pid = 262145 Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262146 Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262147 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262148 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262149 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262150 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262151 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262152 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Slave running /build/buildd/slpvm-0.1.5/examples/slave spawned on excelsior with task-id 262153 *** Task failed on host excelsior, will retry (stdout): Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed Unable to locate pvm_ms on load path /usr/share/slsh/require.sl:60:require:Open failed [...] And it will probably keep doing that until it runs out of disk space. Kurt ---End Message--- ---BeginMessage--- Source: slpvm Source-Version: 0.1.5-7 We believe that the bug you reported is fixed in the latest version of slpvm, which is due to be installed in the Debian FTP archive: slang-pvm_0.1.5-7_i386.deb to pool/main/s/slpvm/slang-pvm_0.1.5-7_i386.deb slpvm_0.1.5-7.diff.gz to pool/main/s/slpvm/slpvm_0.1.5-7.diff.gz slpvm_0.1.5-7.dsc to pool/main/s/slpvm/slpvm_0.1.5-7.dsc 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. Rafael Laboissiere [EMAIL PROTECTED] (supplier of updated slpvm package) (This message was generated automatically at their
Processed: Re: Bug#421606 closed by Kartik Mistry [EMAIL PROTECTED] (Bug#421606: fixed in sitecopy 1:0.16.3-8)
Processing commands for [EMAIL PROTECTED]: reopen 421606 Bug#421606: sitecopy: Doesn't find all my site '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]
Bug#422204: qps_1.9.18.6-2 (alpha/unstable): FTBFS: creates directories in clean target
Package: qps Version: 1.9.18.6-2 Severity: serious Your package is failing to build on those autobuilders which use -rsudo instead of -rfakeroot: [...] make[1]: Entering directory `/build/buildd/qps-1.9.18.6' g++ -c -pipe -Wall -W -g -O2 -D_REENTRANT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DQT_TABLET_SUPPORT -I/usr/share/qt3/mkspecs/default -I. -I/usr/include/qt3 -I.ui/ -I.moc/ -o .obj/qps.o qps.cpp Assembler messages: FATAL: can't create .obj/qps.o: Permission denied [...] A full build log can be found at http://buildd.debian.org/fetch.cgi?pkg=qpsarch=alphaver=1.9.18.6-2stamp=1172362903. This error is happening on alpha, mips, and mipsel, the three architectures which use -rsudo on the autobuilders, and points to the .obj directory being created in the clean target (which runs as root) and then being left behind in the build tree. Your clean target must not create any directories not included in the source package, since per policy this target may run as root and anything left behind will break the non-root build target. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418837: libnspr4
On 4/29/07, Theppitak Karoonboonyanan [EMAIL PROTECTED] wrote: Probably, a better approach is to have iceape-browser, iceweasel and libnspr4-0d declare Provides: libnspr4, and just have swfdec-mozilla depend on that name? No. Just alternative dependencies (libnspr4-0d | iceweasel | iceape-browser) is enough. -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ swfdec-mozilla_0.4.3-2.1.debdiff Description: Binary data
Bug#422208: /etc/init.d/collectd doesn't stop all the daemons
Package: collectd Version: 3.10.4-1 Severity: serious I am running 2 instances of collectd (through two config files in /etc/collectd). Both are started by /etc/init.d/collect start, but /etc/init.d/collect stop only stops one of them. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages collectd depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii librrd2 1.2.15-0.3 Time-series data storage and displ collectd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422107: uninstallable
On Fri, May 04, 2007 at 11:49:20AM +0900, Simon Horman wrote: heartbeat is uninstallable in unstable: My gut feeling is that libsnmp9 shouldn't have been removed while packages still depend on it. But apparently it was. Yes. I don't know why, you might want to check the removal logs. :-) I guess that the best way forward is to simp0le rebuild heartbeat against libsnmp10 and upload. Yes. Ask the RMs and they can probably schedule binNMUs for you. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: found 326756 in 1.1.6-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.4 found 326756 1.1.6-1 Bug#326756: libccscript3: FTBFS (amd64): cannot convert 'long int*' to 'SQLINTEGER*' for argument '2' to 'SQLRETURN SQLRowCount(void*, SQLINTEGER*)' Bug#365518: libccscript3_1.0.8-1(amd64/unstable): FTBFS: cannot convert 'SQLINTEGER*' to 'SQLLEN*' for argument '2' to 'SQLRETURN SQLRowCount(void*, SQLLEN*) Bug marked as found in version 1.1.6-1. 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#422211: /usr/lib/rpm/macros contains a wrong path for bzip2
Package: rpm Version: 4.4.1-14 Severity: grave Justification: renders package unusable When trying to build wxPython from it's spec file on Debian 4.0 it tries to unpack the tar.bz2 using /usr/bin/bzip2. The correct path is obviously /bin/bzip2. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages rpm depends on: ii libbeecr 4.1.2-6 open source C library of cryptogra ii libbz2-1 1.0.3-6 high-quality block-sorting file co ii libc62.3.6.ds1-13GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libkrb53 1.4.4-7etch1MIT Kerberos runtime libraries ii libpopt0 1.10-3 lib for parsing cmdline parameters ii librpm4 4.4.1-13RPM shared library ii libselin 1.32-3 SELinux shared libraries ii libssl0. 0.9.8c-4SSL shared libraries ii perl 5.8.8-7 Larry Wall's Practical Extraction ii zlib1g 1:1.2.3-13 compression library - runtime rpm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422208: /etc/init.d/collectd doesn't stop all the daemons
Hi Sebastian! Hmm, the problem seems to be worse: the init script isn't stopping the daemon at all, even if there is only 1 running. Bas. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422213: checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep
Package: checkinstall Version: 1.6.1-2 Severity: serious Hi Felipe, The latest version of checkinstall is failing to build on alpha and ia64 because you are build-depending on libc6-dev, which is not the right package on these archs (or on non-Linux archs). If there is a reason you need this versioned build-dep on libc6-dev (which is not explained in the changelog), please fix the build-dep to be architecture-conditional, build-depending on libc6.1-dev on alpha and ia64 instead of on libc6-dev. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420012: newsbeuter: (on unstable): segfaults on reading URLS, new build fixes it.
On 5/3/07, Varun Hiremath [EMAIL PROTECTED] wrote: How do I fix this bug? As far as I understand, the so name should have been bumped because of ABI changed in libmrss. But what should be done now to fix this bug? something like: DEB_DH_MAKESHLIBS_ARGS := -V 'libmrss0 (= 0.17.1)' but the author should set a new soname, too. Cheers, Torsten -- blog: http://twerner.blogspot.com/ homepage: http://www.twerner42.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422217: linux-image-2.6.20-1-686: SCSI disks initialised too late for mdadm
Package: linux-image-2.6.20-1-686
Version: 2.6.20-3
Severity: critical
Justification: breaks the whole system
Hi,
I've filed this bug under the this package since, although one could
argue that initramfs-tools has the problem, the difference appears to be
kernel version.
My machine is configured with an software raid 0 (mdadm) root
filesystem, composed of two SCSI drives.
If I run the stock debian etch linux-image-2.6.18-4-686
(2.6.18.dfsg.1-12etch1) kernel, everything works as expected. If I
attempt to boot the linux-image-2.6.20-1-686 (2.6.20-3) kernel from
unstable, my system hangs on boot.
Examining captures of the boot process shows that on 2.6.18-4-686 we
see (excuse slight hiccups in formatting - imperfect capture from
serial over LAN console):
Begin: Running /scripts/init-premount ...
ACPI: Processor [usbcore: registered new driver usbfs
usbcore: registered new driver hub
SCSI subsystem initiale1000: :04:04.0: e1000_probe:
(PCI-X:100MHz:64-bit) 00:04:23:c5:10:d6
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; overrid 1999-2005
LSI Logic Corporation
USB Universal Host Controller Interface driver v3.0
e1000: ett :00:1d.0[A] - GSI 16 (level, low) - IRQ 169
uhci_hcd :00:1d.0: UHCI Host Controllerhdd: Slimtype COMBO
SOSC-2483K, ATAPI CD/DVD-ROM drive
scsi0 : ioc0: LSI53C1030, FwRev=01032700Vendor: SEAGATE Model:
ST336754LC Rev: 0005
Type: Direct-Access ANSI SCSI revision:
03
target0:0:0: Beginning Domain Validation
target0:0:0: Ending Domain Validation
target0:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP
(6.25 ns, offset 63)
Vendor: SEAGATE Model: ST336754LCRev: 0005
Type: Direct-Access ANSI SCSI revision:
03
target0:0:1: Beginning Domain Validation
target0:0:1: Ending Domain Validation
target0:0:1: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP
(6.25 ns, offset 63)
Vendor: SEAGATE Model: ST336807LCRev: 0C01
Type: Direct-AccessGW9 ANSI SCSI
revision: 03
target0:0:3: Beginning Domain Validation
target0:0:3: Ending DomaiFLOW PCOMP (6.25 ns, offset 63)
Vendor: ESG-SHV Model: SCA HSBP M29 Rev: 1.06
Type: Processor ANSI SCSI revision:
02
target0:0:6: Beginning Domain Validation
target0:0:6: Ending Domain Validation
target0:0:6: asynchronous
ACPI: PCI Interrupt :02:05.1[B] - GSI 25 (level, low) - IRQ 66
mptbase: Initiating ioc1 bringup
ioc1: 53C1030: Capabilities={Initiator}
scsi1 : ioc1: LSI53C1030, FwRev=01032700h, Ports=1, MaxQ=222, IRQ=66
SCSI device sda: 71687372 512-byte hdwr sectors (36704 MB)
hdd: ATAPI5sda: Write Protect is off
SCSI device sda: drive cache: write back w/ FUA
SCSI device sda: 71687372 512-byte hdwr sectors (36704 MB)
sda: Write Protect is off
SCSI device sda: drive cache: write back w/ FUA
sda: sda1 sda2 sda3 sda5 sda6 sda7
24X5sd 0:0:0:0: Attached scsi disk sda
SCSI device sdb: 71687372 512-byte hdwr sectors (36704 MB)
sdb: Write Protect is off
SCSI device sdb: drive cache: write back w/ FUA
SCSI device sdb: 71687372 512-byte hdwr sectors (36704 MB)
sdb: Write Protect is off
SCSI device sdb: drive c Write Protect is off
SCSI device sdc: drive cache: write back w/ FUA
SCSI device sdc: 7168737vision: 3.20
sdc: sdc4
sdc4: bsd:bad subpartition - ignored
bad subpartition - ignored
bac
Done.
Begin: Mounting root file system... ...
[BOOT CONTINUES]
whereas on linux-image-2.6.20-1-686 we see:
Begin: Running /scripts/init-premount ...
ACPIling states)
ACPI: Processor [CPU2] (supports 8 throttling states)
usbcore: registered new intporation.
ACPI: PCI Interrupt :04:04.0[A] - GSI 54 (level, low) - IRQ 17
ICH5: IDE contrbe irqs later
ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:pio, hdb:pio
ide1: BM-ystem initialized
USB Universal Host Controller Interface driver v3.0
e1000: eth0: e1000_probee COMBO SOSC-2483K, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
ACPI: PCI Interscsi0 : ioc0: LSI53C1030, FwRev=01032700h, Ports=1,
MaxQ=222, IRQ=25
ACPI: PCI Interrupt :02:05.1[B] - GSI 25 (level, low) - IRQ 27
mptbase: Initiating ioc1 bringup
ioc1: 53C1030: Capabilities={Initiator}
scsi 0:0:0:0: Direct-Access SEAGATE ST336754LC 0005 PQ: 0 ANSI:
3
target0:0:0: Beginning Domain Validation
scsi1 : ioc1: LSI53C1030, FwRev=01032700h, Ports=1, MaxQ=222, IRQ=27
target0:0:0: Ending Domain Validation
target0:0:0: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP
(6.25 ns, offset 63)
scsi 0:0:1:0: Direct-Access SEAGATE ST336754LC 0005 PQ: 0 ANSI:
3
target0:0:1: Beginning Domain Validation
target0:0:1: Ending Domain Validation
target0:0:1: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS RTI WRFLOW PCOMP
(6.25 ns, offset 63)
hdd: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM
Bug#422221: nscd fails to install (incorrectly indented comments in nscd.conf)
Package: nscd Version: 2.5-5 Severity: grave Justification: renders package unusable The package does not install here: Unpacking nscd (from .../archives/nscd_2.5-5_i386.deb) ... Setting up nscd (2.5-5) ... Starting Name Service Cache Daemon: nscd/usr/sbin/nscd: Parse error: /usr/sbin/nscd: Unknown option: hosts caching /usr/sbin/nscd: Parse error: /usr/sbin/nscd: Unknown option: per default. /usr/sbin/nscd: failure while reading configuration file; this is fatal (failed). invoke-rc.d: initscript nscd, action start failed. dpkg: error processing nscd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: nscd E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up nscd (2.5-5) ... Starting Name Service Cache Daemon: nscd/usr/sbin/nscd: Parse error: /usr/sbin/nscd: Unknown option: hosts caching /usr/sbin/nscd: Parse error: /usr/sbin/nscd: Unknown option: per default. /usr/sbin/nscd: failure while reading configuration file; this is fatal (failed). invoke-rc.d: initscript nscd, action start failed. dpkg: error processing nscd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: nscd -- This patch fixes it here: --- /tmp/nscd.conf 2007-05-04 13:04:17.0 +0200 +++ /etc/nscd.conf 2007-05-04 13:04:24.0 +0200 @@ -60,8 +60,8 @@ max-db-size group 33554432 auto-propagate group yes - # hosts caching is broken with gethostby* calls, hence is now disabled - # per default. See /usr/share/doc/nscd/NEWS.Debian. +# hosts caching is broken with gethostby* calls, hence is now disabled +# per default. See /usr/share/doc/nscd/NEWS.Debian. enable-cachehosts no positive-time-to-live hosts 3600 negative-time-to-live hosts 20 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nscd depends on: ii libc6 2.5-5 GNU C Library: Shared libraries nscd recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421606: More changes in sitecopy
Hi again, I see other issues with patches. In 00_previous_patches_transitions.dpatch only the patch against doc/sitecopy.fr.1 should be kept and 04_manpages_addition_fixes.dpatch and 02_french-po-fix.dpatch need to be redone. I'll send new patches for that. Also patches are applied after the first call to make. This is wrong. Patches should be applied before the call to configure. , | gcc -Wall -O2 -I/usr/include/neon -D_LARGEFILE64_SOURCE -DNE_LFS -o sitecopy src/sites.o src/sitefiles.o src/sitestore.o src/rcfile.o src/common.o src/nulldriver.o src/lsparser.o src/ftp.o src/ftpdriver.o src/davdriver.o src/rshdriver.o src/sftpdriver.o src/console_fe.o -lneon lib/netrc.o lib/basename.o lib/dirname.o lib/rpmatch.o lib/yesno.o | | Compilation complete. Run 'make install' to install sitecopy. | (You may need to become root to do this) | | make[1]: quittant le répertoire « /home/marillat/tmp/tmp/sitecopy-0.16.3/build-console » | touch build-console-stamp | test -d debian/patched || install -d debian/patched | dpatch apply-all | applying patch 01_remote_dynamic_rc to ./ ... ok. | applying patch 02_french-po-fix to ./ ... ok. | applying patch 03_wrong_memory_397155 to ./ ... ok. | applying patch 04_manpages_addition_fixes to ./ ... ok. | dpatch cat-all patch-stampT | mv -f patch-stampT patch-stamp | dh_testdir | touch build-stamp | fakeroot debian/rules binary | dh_testdir | dh_testroot | dh_clean -k | dh_installdirs | /usr/bin/make -C build-console install prefix=/home/marillat/tmp/tmp/sitecopy-0.16.3/debian/sitecopy/usr | make[1]: entrant dans le répertoire « /home/marillat/tmp/tmp/sitecopy-0.16.3/build-console » | Entering intl | make[2]: entrant dans le répertoire « /home/marillat/tmp/tmp/sitecopy-0.16.3/build-console/intl » | make[2]: Rien à faire pour « all ». | make[2]: quittant le répertoire « /home/marillat/tmp/tmp/sitecopy-0.16.3/build-console/intl » | Leaving intl | Entering lib/neon | make[2]: entrant dans le répertoire « /home/marillat/tmp/tmp/sitecopy-0.16.3/build-console/lib/neon » | Bundled neon build not being used. | make[2]: quittant le répertoire « /home/marillat/tmp/tmp/sitecopy-0.16.3/build-console/lib/neon » | Leaving lib/neon | gcc -I. -DHAVE_CONFIG_H -DLOCALEDIR=\/home/marillat/tmp/tmp/sitecopy-0.16.3/debian/sitecopy/usr/share/locale\ -I../src -I../lib -Wall -O2 -I/usr/include/neon -D_LARGEFILE64_SOURCE -DNE_LFS -o src/sites.o -c ../src/sites.c ` Christian
Bug#421142: dbs patched
The dbs has been patched, therefore, it is now possible to build the package. Please use the new (attached) patch, as this also updates build-depend against the new dbs. Best regards, Tobi -- ++[-]+++. ++.---.--...+++.---..+.+.---. -. +++. PGP-KeyID: 0x0DBDCA9B diff -Naur gcc-avr-4.1.1-orig/debian/control gcc-avr-4.1.1-2/debian/control --- gcc-avr-4.1.1-orig/debian/control 2007-04-22 17:17:17.0 +0200 +++ gcc-avr-4.1.1-2/debian/control 2007-05-04 13:08:37.0 +0200 @@ -3,7 +3,7 @@ Priority: extra Maintainer: Hakan Ardo [EMAIL PROTECTED] Standards-Version: 3.5.3 -Build-Depends: m4, autoconf (= 2.13), libtool, gawk, bzip2, binutils-avr (= 2.17), bison, flex, gettext, texinfo, zlib1g-dev, debhelper (= 4.2.10), tar (= 1.13.18), automake1.9, dbs (=0.22), gcc-4.1-source (=4.1.1) +Build-Depends: m4, autoconf (= 2.13), libtool, gawk, bzip2, binutils-avr (= 2.17), bison, flex, gettext, texinfo, zlib1g-dev, debhelper (= 4.2.10), tar (= 1.13.18), automake1.9, dbs (=0.43), gcc-4.1-source (=4.1.1), gcc-4.1-source (4.1.2) Build-Conflicts: libgcc0, libgcc300 Package: gcc-avr
Bug#422227: amavisd-new-milter dosen't work on amd64
Package: amavisd-new-milter Version: 1:2.4.2-6.1 Severity: grave Justification: renders package unusable The hardcoded socket path in amavis-milter is present in a strings result on i386 (/var/lib/amavis/amavisd.sock) , but isn't on a x86_64 arch (string looks like /var/libH). The only way to use a milter between sendmail and amavisd-new on this arch is to use amavisd-milter from http://sourceforge.net/projects/amavisd-milter/, which may replace the current package (the different path are can be set with command argument) Cheer, Rémi Demarthe -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages amavisd-new-milter depends on: ii amavisd-new 1:2.4.2-6.1 Interface between MTA and virus sc ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries amavisd-new-milter recommends no packages. -- no debconf information
Processed (with 1 errors): Re: Bug#422221: nscd fails to install (incorrectly indented comments in nscd.conf)
Processing commands for [EMAIL PROTECTED]: forcemerge 41 421882 Bug#41: nscd fails to install (incorrectly indented comments in nscd.conf) Bug#421882: nscd: fails to start, syntax error Bug#422090: /etc/nscd.conf contains tabs which prevent configuration Bug#422144: Nscd package fail to install Forcibly Merged 421882 422090 422144 41. thanks , that's just the fourth time today. Unknown command or malformed arguments to command. -- 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#422221: nscd fails to install (incorrectly indented comments in nscd.conf)
forcemerge 41 421882 thanks , that's just the fourth time today. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpLJfPAUND15.pgp Description: PGP signature
Bug#422233: jabber-jud: Fails to install, rebuild required
Package: jabber-jud Severity: grave Hi, I removed the Provides: libpth2 in pth 2.0.7-7, hence your package requires a simple rebuild (no changes required), so that your package depends on libpth20, in order to be installable again. Thanks, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422232: jabber-yahoo: Fails to install, rebuild required
Package: jabber-yahoo Severity: grave Hi, I removed the Provides: libpth2 in pth 2.0.7-7, hence your package requires a simple rebuild (no changes required), so that your package depends on libpth20, in order to be installable again. Thanks, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 422115, tagging 422116
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.4 # http://svn.debian.org/wsvn/debian-xml-sgml/packages/docbook-simple/?rev=774 tags 422115 + pending Bug#422115: bashism in debian/rules There were no tags set. Tags added: pending # http://svn.debian.org/wsvn/debian-xml-sgml/packages/docbook-ebnf/?rev=771 tags 422116 + pending Bug#422116: bashism in debian/rules 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]
Processed: tagging 421897, tagging 422114
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.4 # http://svn.debian.org/wsvn/debian-xml-sgml/packages/docbook-xml/?rev=770 tags 421897 + pending Bug#421897: bashism in debian/rules There were no tags set. Tags added: pending # http://svn.debian.org/wsvn/debian-xml-sgml/packages/docbook/?rev=772 tags 422114 + pending Bug#422114: bashism in debian/rules Tags were: patch Bug#422102: Bashisms in debian/rules 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#422170: hugs: Text.Regex gone!
On Fri, May 04, 2007 at 08:18:50AM +0100, Ross Paterson wrote: I think you've set the severity of this bug too high: renders package unusable is just not true. I would say it has a major effect on the usability of a package, without rendering it completely unusable to everyone, i.e. important. Well, I've got several Serious bugs that I can't resolve because of this. I guess I will have to drop Hugs support for the relevant packages until this is fixed. Not a very pleasant solution. -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: severity 422170 important Bug#422170: hugs: Text.Regex gone! Severity set to `important' from `grave' tags 422170 upstream Bug#422170: hugs: Text.Regex gone! There were no tags set. Tags added: upstream 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#392795: marked as done (libclass-dbi-perl: FTBFS: 15-accessor.t and 26-mutator.t tests failed)
Your message dated Fri, 04 May 2007 13:17:02 + with message-id [EMAIL PROTECTED] and subject line Bug#388717: fixed in libdbd-sqlite3-perl 1.13-2 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libclass-dbi-perl Version: 3.0.14-1 Severity: serious Hello, when trying to build 'libclass-dbi-perl' in a clean unstable chroot, I get the following error: # Looks like you planned 6 tests but ran 1 extra. # Looks like you failed 1 test of 7 run. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED tests 1, 7 Failed 2/6 tests, 66.67% okay t/97-pod.skipped all skipped: Test::Pod 1.00 required for testing POD t/98-failure.DBD::SQLite::st fetchrow_array warning: not an error(0) at dbdimp.c line 504 [for Statement PRAGMA table_info(Movies)] at /usr/share/perl5/DBIx/ContextualFetch.pm line 88. ok t/99-miscok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/15-accessor.t2 512554 7.27% 1 3 56-57 t/26-mutator.t 1 256 62 33.33% 1 7 5 tests skipped. Failed 2/27 test scripts, 92.59% okay. 0/549 subtests failed, 100.00% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/libclass-dbi-perl-3.0.14' make: *** [build-stamp] Error 2 Regards Andreas Jochens ---End Message--- ---BeginMessage--- Source: libdbd-sqlite3-perl Source-Version: 1.13-2 We believe that the bug you reported is fixed in the latest version of libdbd-sqlite3-perl, which is due to be installed in the Debian FTP archive: libdbd-sqlite3-perl_1.13-2.diff.gz to pool/main/libd/libdbd-sqlite3-perl/libdbd-sqlite3-perl_1.13-2.diff.gz libdbd-sqlite3-perl_1.13-2.dsc to pool/main/libd/libdbd-sqlite3-perl/libdbd-sqlite3-perl_1.13-2.dsc libdbd-sqlite3-perl_1.13-2_i386.deb to pool/main/libd/libdbd-sqlite3-perl/libdbd-sqlite3-perl_1.13-2_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. gregor herrmann [EMAIL PROTECTED] (supplier of updated libdbd-sqlite3-perl 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.7 Date: Fri, 04 May 2007 13:44:56 +0200 Source: libdbd-sqlite3-perl Binary: libdbd-sqlite3-perl Architecture: source i386 Version: 1.13-2 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: gregor herrmann [EMAIL PROTECTED] Description: libdbd-sqlite3-perl - Perl DBI driver with a self-contained RDBMS Closes: 388717 422209 Changes: libdbd-sqlite3-perl (1.13-2) unstable; urgency=low . * Acknowledge previous NMU (closes: #388717). * Apply patch to fix 'Unknown named parameter when binding positional parameters', thanks to Vickenty Fesunov (closes: #422209). Files: 9b7ee93e258fc637778a1ae1f1a462ab 981 perl optional libdbd-sqlite3-perl_1.13-2.dsc 763cfc90b6e3b059ed3534e4ae3d4f9f 5191 perl optional libdbd-sqlite3-perl_1.13-2.diff.gz c90f1cdc464171909373a318d863e33a 48912 perl optional libdbd-sqlite3-perl_1.13-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGOy+JHqjlqpcl9jsRAnEQAJ9xNACoiFJRM52iaDyuJniX2TJ/rgCfWX5t wquzBbEfDMKK9ZfoBJx7td4= =VhlA -END PGP SIGNATURE- ---End Message---
Bug#388717: marked as done (libclass-dbi-perl: FTBFS: test failures)
Your message dated Fri, 04 May 2007 13:17:02 + with message-id [EMAIL PROTECTED] and subject line Bug#388717: fixed in libdbd-sqlite3-perl 1.13-2 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libclass-dbi-perl Version: 3.0.14-1 Severity: serious From my pbuilder build log: ... /usr/bin/make test make[1]: Entering directory `/tmp/buildd/libclass-dbi-perl-3.0.14' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/01-columns.ok t/02-FilmDBD::SQLite::st fetchrow_array warning: not an error(0) at dbdimp.c line 504 [for Statement PRAGMA table_info(Movies)] at /usr/share/perl5/DBIx/ContextualFetch.pm line 88. prepare_cached(INSERT INTO Movies (title, director, rating, numexplodingsheep) VALUES (?, ?, ?, ?) ) statement handle DBIx::ContextualFetch::st=HASH(0x853bc14) still Active at /usr/share/perl5/Ima/DBI.pm line 381 ... t/15-accessor # Failed test 'DBD::SQLite::st fetchrow_array warning: not an error(0) at dbdimp.c line 504 [for Statement PRAGMA table_info(Movies)] at /usr/share/perl5/DBIx/ContextualFetch.pm line 88. # ' # in t/15-accessor.t at line 11. # 'DBD::SQLite::st fetchrow_array warning: not an error(0) at dbdimp.c line 504 [for Statement PRAGMA table_info(Movies)] at /usr/share/perl5/DBIx/ContextualFetch.pm line 88. # ' # doesn't match '(?-xism:clashes with built-in method)' ... t/99-miscok Failed Test Stat Wstat Total Fail Failed List of Failed --- t/15-accessor.t2 512554 7.27% 1 3 56-57 t/26-mutator.t 1 256 62 33.33% 1 7 5 tests skipped. Failed 2/27 test scripts, 92.59% okay. 0/549 subtests failed, 100.00% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/tmp/buildd/libclass-dbi-perl-3.0.14' make: *** [build-stamp] Error 2 -- Daniel Schepler ---End Message--- ---BeginMessage--- Source: libdbd-sqlite3-perl Source-Version: 1.13-2 We believe that the bug you reported is fixed in the latest version of libdbd-sqlite3-perl, which is due to be installed in the Debian FTP archive: libdbd-sqlite3-perl_1.13-2.diff.gz to pool/main/libd/libdbd-sqlite3-perl/libdbd-sqlite3-perl_1.13-2.diff.gz libdbd-sqlite3-perl_1.13-2.dsc to pool/main/libd/libdbd-sqlite3-perl/libdbd-sqlite3-perl_1.13-2.dsc libdbd-sqlite3-perl_1.13-2_i386.deb to pool/main/libd/libdbd-sqlite3-perl/libdbd-sqlite3-perl_1.13-2_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. gregor herrmann [EMAIL PROTECTED] (supplier of updated libdbd-sqlite3-perl 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.7 Date: Fri, 04 May 2007 13:44:56 +0200 Source: libdbd-sqlite3-perl Binary: libdbd-sqlite3-perl Architecture: source i386 Version: 1.13-2 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: gregor herrmann [EMAIL PROTECTED] Description: libdbd-sqlite3-perl - Perl DBI driver with a self-contained RDBMS Closes: 388717 422209 Changes: libdbd-sqlite3-perl (1.13-2) unstable; urgency=low . * Acknowledge previous NMU (closes: #388717). * Apply patch to fix 'Unknown named parameter when binding positional parameters', thanks to Vickenty Fesunov (closes: #422209). Files: 9b7ee93e258fc637778a1ae1f1a462ab 981 perl optional libdbd-sqlite3-perl_1.13-2.dsc 763cfc90b6e3b059ed3534e4ae3d4f9f 5191 perl optional libdbd-sqlite3-perl_1.13-2.diff.gz c90f1cdc464171909373a318d863e33a 48912 perl optional libdbd-sqlite3-perl_1.13-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGOy+JHqjlqpcl9jsRAnEQAJ9xNACoiFJRM52iaDyuJniX2TJ/rgCfWX5t wquzBbEfDMKK9ZfoBJx7td4= =VhlA -END PGP SIGNATURE- ---End Message---
Bug#422241: slpvm - DoS against the buildd
Package: slpvm Version: 0.1.5-7 Severity: critical slpvm doses the buildd. The resulting buildlog is nearly 4GiB of size. Bastian -- No one wants war. -- Kirk, Errand of Mercy, stardate 3201.7 signature.asc Description: Digital signature
Bug#422254: lighttpd: Security vulnerabilities in Etch version
Package: lighttpd
Version: 1.4.13-4
Severity: critical
Tags: security patch
Justification: root security hole
1.4.13-4 in etch has two security flaws:
CVE-2007-1870
CVE-2007-1869
I include a patch against the debian source of 1.4.13-4 with
http://www.lighttpd.net/assets/2007/4/13/lighttpd-1.4.x_crlf_parsing_dos.patch
and
http://www.lighttpd.net/assets/2007/4/13/lighttpd-1.4.x_zero_mtime_crash.patch
applied.
-- 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.20.7-linode30
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages lighttpd depends on:
ii libattr12.4.32-1 Extended attribute shared library
ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libldap22.1.30-13.3 OpenLDAP libraries
ii libpcre36.7-1Perl 5 Compatible Regular Expressi
ii libssl0.9.8 0.9.8c-4 SSL shared libraries
ii lsb-base3.1-23.1 Linux Standard Base 3.1 init scrip
ii mime-support3.39-1 MIME files 'mime.types' 'mailcap
ii zlib1g 1:1.2.3-13 compression library - runtime
Versions of packages lighttpd recommends:
pn php4-cgi | php5-cgi none (no description available)
-- no debconf information
diff -ur lighttpd-1.4.13.deborig/src/connections.c lighttpd-1.4.13/src/connections.c
--- lighttpd-1.4.13.deborig/src/connections.c 2006-10-07 17:44:43.0 +
+++ lighttpd-1.4.13/src/connections.c 2007-04-27 18:55:17.0 +
@@ -970,7 +970,7 @@
}
} else {
/* a splited \r \n */
-return -1;
+break;
}
}
}
diff -ur lighttpd-1.4.13.deborig/src/server.c lighttpd-1.4.13/src/server.c
--- lighttpd-1.4.13.deborig/src/server.c 2006-10-04 13:30:52.0 +
+++ lighttpd-1.4.13/src/server.c 2007-04-27 18:55:27.0 +
@@ -163,6 +163,7 @@
#undef CLEAN
for (i = 0; i FILE_CACHE_MAX; i++) {
+ srv-mtime_cache[i].mtime = (time_t)-1;
srv-mtime_cache[i].str = buffer_init();
}
Bug#390429: marked as done (bcm5700-source: does not compile against 2.6.18)
Your message dated Fri, 4 May 2007 16:29:30 +0200 with message-id [EMAIL PROTECTED] and subject line Fixed in 8.3.14-1 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: bcm5700-source Version: 8.2.18-2 Severity: important # cat /var/cache/modass/bcm5700-source.buildlog.2.6.18-grml.1159692311 [...] CC [M] /usr/src/modules/bcm5700/src/b57um.o In file included from /usr/src/modules/bcm5700/src/mm.h:186, from /usr/src/modules/bcm5700/src/b57um.c:19: /usr/src/modules/bcm5700/src/lm.h:462:5: warning: INCLUDE_5703_A0_FIX is not defined In file included from /usr/src/modules/bcm5700/src/mm.h:188, from /usr/src/modules/bcm5700/src/b57um.c:19: /usr/src/modules/bcm5700/src/tigon3.h:34:5: warning: T3_JUMBO_RCB_ENTRY_COUNT is not defined In file included from /usr/src/modules/bcm5700/src/b57um.c:19: /usr/src/modules/bcm5700/src/mm.h:392:5: warning: TIGON3_DEBUG is not defined /usr/src/modules/bcm5700/src/b57um.c:465: error: 'UTS_RELEASE' undeclared here (not in a function) /usr/src/modules/bcm5700/src/b57um.c:474:5: warning: TIGON3_DEBUG is not defined /usr/src/modules/bcm5700/src/b57um.c:1704:5: warning: TIGON3_DEBUG is not defined /usr/src/modules/bcm5700/src/b57um.c:1973:5: warning: TIGON3_DEBUG is not defined /usr/src/modules/bcm5700/src/b57um.c:1997:5: warning: TIGON3_DEBUG is not defined /usr/src/modules/bcm5700/src/b57um.c: In function 'bcm5700_start_xmit': /usr/src/modules/bcm5700/src/b57um.c:2018: error: 'struct skb_shared_info' has no member named 'tso_size' /usr/src/modules/bcm5700/src/b57um.c: At top level: /usr/src/modules/bcm5700/src/b57um.c:4432: warning: initialization from incompatible pointer type /usr/src/modules/bcm5700/src/b57um.c:4664:5: warning: LINUX_KERNEL_VERSION is not defined /usr/src/modules/bcm5700/src/b57um.c:4740:5: warning: LINUX_KERNEL_VERSION is not defined /usr/src/modules/bcm5700/src/b57um.c:5078:5: warning: TIGON3_DEBUG is not defined make[4]: *** [/usr/src/modules/bcm5700/src/b57um.o] Error 1 make[3]: *** [_module_/usr/src/modules/bcm5700/src] Error 2 [...] regards, -mika- ---End Message--- ---BeginMessage--- Version: 8.3.14-1 Hi, The new upstream version that was just uploaded fixes the build problem. Thijs ---End Message---
Bug#409689: marked as done (FTBFS: Could not find module `MissingH.IO.HVIO')
Your message dated Fri, 04 May 2007 14:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#409689: fixed in missingpy 0.9.0 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: missingpy Version: 0.8.9.1 Severity: serious Tags: sid This package fails to build in sid (but not in etch): Automatic build of missingpy_0.8.9.1 on em64t by sbuild/amd64 0.52 ... /usr/include/features.h:190:1: warning: this is the location of the previous definition Python/Objects/File.hs:63:7: Could not find module `MissingH.IO.HVIO': Use -v to see a list of the files searched for. Preprocessing library MissingPy-0.8.6... Building MissingPy-0.8.6... ./setup build files: 256 at /usr/share/haskell-devscripts//Dh_Haskell.pm line 138, COMPAT_IN line 1. make: *** [install] Error 9 -- Martin Michlmayr http://www.cyrius.com/ ---End Message--- ---BeginMessage--- Source: missingpy Source-Version: 0.9.0 We believe that the bug you reported is fixed in the latest version of missingpy, which is due to be installed in the Debian FTP archive: libghc6-missingpy-dev_0.9.0_i386.deb to pool/main/m/missingpy/libghc6-missingpy-dev_0.9.0_i386.deb missingpy_0.9.0.dsc to pool/main/m/missingpy/missingpy_0.9.0.dsc missingpy_0.9.0.tar.gz to pool/main/m/missingpy/missingpy_0.9.0.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. John Goerzen [EMAIL PROTECTED] (supplier of updated missingpy 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.7 Date: Fri, 04 May 2007 02:02:54 -0500 Source: missingpy Binary: libghc6-missingpy-dev Architecture: source i386 Version: 0.9.0 Distribution: unstable Urgency: low Maintainer: John Goerzen [EMAIL PROTECTED] Changed-By: John Goerzen [EMAIL PROTECTED] Description: libghc6-missingpy-dev - Python interface and utility library for Haskell Closes: 400391 406816 409689 Changes: missingpy (0.9.0) unstable; urgency=low . * Updated for newer MissingH. Closes: #406816, #409689. * Ack NMU. Closes: #400391. Files: 7e190319efaf108ff1a7fa1e327fb923 748 devel optional missingpy_0.9.0.dsc 82114fb307466d2150b2cd4c40613960 188136 devel optional missingpy_0.9.0.tar.gz 89efe4fe5630672907eb7f6c898d0b9e 140120 devel optional libghc6-missingpy-dev_0.9.0_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGOz/hTvSuJuBy3ggRAp+cAJ9+O45zH3u/vu6AkbxYg70zP+tRLACeLsNl qOv9Mp50liKK+uB3osfTvVM= =eoyH -END PGP SIGNATURE- ---End Message---
Bug#406816: marked as done (libghc6-missingpy-dev: not installable (wants missingh-0.16, but missingh-0.18 is in unstable))
Your message dated Fri, 04 May 2007 14:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#406816: fixed in missingpy 0.9.0 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libghc6-missingpy-dev Version: 0.8.9.1 Severity: grave Justification: renders package unusable iapt-get install libghc6-missingpy-dev Reading package lists... Done Building dependency tree... Done Suggested packages: python-gdbm The following NEW packages will be installed: libghc6-missingpy-dev 0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 140kB of archives. After unpacking 758kB of additional disk space will be used. Get:1 http://ftp.de.debian.org sid/main libghc6-missingpy-dev 0.8.9.1 [140kB] Fetched 140kB in 0s (146kB/s) Selecting previously deselected package libghc6-missingpy-dev. (Reading database ... 290008 files and directories currently installed.) Unpacking libghc6-missingpy-dev (from .../libghc6-missingpy-dev_0.8.9.1_i386.deb) ... Setting up libghc6-missingpy-dev (0.8.9.1) ... Reading package info from stdin ... done. ghc-pkg: dependency MissingH-0.16.0 doesn't exist (use --force to override) dpkg: error processing libghc6-missingpy-dev (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: libghc6-missingpy-dev -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libghc6-missingpy-dev depends on: ii ghc6 6.6-3 GHC - the Glasgow Haskell Compilat ii libghc6-missingh-dev 0.18.0 Library of utility functions for H ii python-dev2.4.4-2Header files and a static library libghc6-missingpy-dev recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: missingpy Source-Version: 0.9.0 We believe that the bug you reported is fixed in the latest version of missingpy, which is due to be installed in the Debian FTP archive: libghc6-missingpy-dev_0.9.0_i386.deb to pool/main/m/missingpy/libghc6-missingpy-dev_0.9.0_i386.deb missingpy_0.9.0.dsc to pool/main/m/missingpy/missingpy_0.9.0.dsc missingpy_0.9.0.tar.gz to pool/main/m/missingpy/missingpy_0.9.0.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. John Goerzen [EMAIL PROTECTED] (supplier of updated missingpy 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.7 Date: Fri, 04 May 2007 02:02:54 -0500 Source: missingpy Binary: libghc6-missingpy-dev Architecture: source i386 Version: 0.9.0 Distribution: unstable Urgency: low Maintainer: John Goerzen [EMAIL PROTECTED] Changed-By: John Goerzen [EMAIL PROTECTED] Description: libghc6-missingpy-dev - Python interface and utility library for Haskell Closes: 400391 406816 409689 Changes: missingpy (0.9.0) unstable; urgency=low . * Updated for newer MissingH. Closes: #406816, #409689. * Ack NMU. Closes: #400391. Files: 7e190319efaf108ff1a7fa1e327fb923 748 devel optional missingpy_0.9.0.dsc 82114fb307466d2150b2cd4c40613960 188136 devel optional missingpy_0.9.0.tar.gz 89efe4fe5630672907eb7f6c898d0b9e 140120 devel optional libghc6-missingpy-dev_0.9.0_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGOz/hTvSuJuBy3ggRAp+cAJ9+O45zH3u/vu6AkbxYg70zP+tRLACeLsNl qOv9Mp50liKK+uB3osfTvVM= =eoyH -END PGP SIGNATURE- ---End Message---
Bug#422155: [Pkg-jed-sl-modules] Bug#422241: slpvm - DoS against the buildd
* Bastian Blank [EMAIL PROTECTED] [2007-05-04 15:31]: Package: slpvm Version: 0.1.5-7 Severity: critical slpvm doses the buildd. The resulting buildlog is nearly 4GiB of size. This has been already reported as #422155. I hope that 0.1.5-8, uploaded some time ago, fixes the problem. I cannot see from the buildd logs whether it really works. Could you check it, please? If it is still dosing the autobuilders, I will quickly release 0.1.5-9 with the regression test disabled. Thanks, -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417739: Please fix this RC bug
On Friday 4 May 2007 00:47, Piotr Roszatycki wrote: Fixed patch in attachment... This looks fine to me. Thijs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422123: wise: FTBFS: unsat build-dep texlive-pdfetex
Lucas Nussbaum [EMAIL PROTECTED] wrote: Package: wise Version: 2.2.0-4 Severity: serious Hi, Your build-dependancy texlive-pdfetex (= 2005.df sg.2-12) cannot be satisfied. So wise fails to build. Actually, I would change a lot more in the Build-Deps: Build-Depends: debhelper (= 5), dpatch (= 2.0.21), texlive-pdfetex (= 2005.dfsg.2-12), texlive (= 2005.dfsg.3-1), texlive-latex-base (= 2005.dfsg.3-1), tex-common (= 1.0.1), gs-common (= 0.3.9), docbook-to-man (= 2.0.0-20), docbook (= 4.4-1), hevea (= 1.08-4) First of all, I don't see a reason to add a versioned depends to all of the tex-related packages. There's no older version in the archive for the texlive packages, and if someone has one lying around, it's probably going to work, too. And depending on tex-common = 1.0.1 really doesn't make any sense: There's no change in functionality between 0.40 and 1.0.1. Therefore I suspect that many of the other versioned depends could be dropped, too. Second, texlive is a meta package. It is not designed to be used as a build-depends, but for providing LaTeX users a decent selection of TeX packages for hand-edited documents. As such, it is lyable to change its dependencies. Please do not use it for Build-Deps, but use real packages instead. Third, please look for the actual functionality that you need. You need a latex executable and format, and that is provided by texlive-latex-base. The latex executable itself needs a (pdf)TeX binary, but it takes care for that itself, and since you don't call pdfTeX, there's no reason to ever depend on texlive-pdfetex (which doesn't exist any more now). Finally, I'd like to remark that many of the tex files are input files for LaTeX 2.09. This format has been obsolete for 13 years now, and support for it will be dropped soon when we talk about such timeframes (could be like only 5 years left, or 10 if you're lucky). That's an upstream issue, of course, but in case you have contact to them... Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#421582: This is CVE-2007-2459
retitle [CVE-2007-2459] buffer overflow when reading 8-bit compressed BMP files thanks This has been assigned CVE-2007-2459. Please mention this name in the changelog when fixing this bug. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 421582 to [CVE-2007-2459] buffer overflow when reading 8-bit compressed BMP files
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.4 retitle 421582 [CVE-2007-2459] buffer overflow when reading 8-bit compressed BMP files Bug#421582: libimager-perl: buffer overflow when reading 8-bit compressed BMP files Changed Bug title to [CVE-2007-2459] buffer overflow when reading 8-bit compressed BMP files from libimager-perl: buffer overflow when reading 8-bit compressed BMP files. 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#422241: [Pkg-jed-sl-modules] Bug#422241: slpvm - DoS against the buildd
On Fri, May 04, 2007 at 04:41:28PM +0200, Rafael Laboissiere wrote: * Bastian Blank [EMAIL PROTECTED] [2007-05-04 15:31]: Package: slpvm Version: 0.1.5-7 Severity: critical slpvm doses the buildd. The resulting buildlog is nearly 4GiB of size. This has been already reported as #422155. I hope that 0.1.5-8, uploaded some time ago, fixes the problem. I cannot see from the buildd logs whether it really works. Could you check it, please? I still don't see a 0.1.5-8, 0.1.5-7 still had the same problem and had a 12 GB buildd log when I killed it after more than 7 hours. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#372902: smssend: Cleanup of dependencies
Processing commands for [EMAIL PROTECTED]: severity 372902 serious Bug#372902: smssend: Cleanup of dependencies Severity set to `serious' from `minor' 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#421606: More changes in sitecopy
On 5/4/07, Christian Marillat [EMAIL PROTECTED] wrote: Hi again, I see other issues with patches. In 00_previous_patches_transitions.dpatch only the patch against doc/sitecopy.fr.1 should be kept and 04_manpages_addition_fixes.dpatch and 02_french-po-fix.dpatch need to be redone. Thanks Christian for pointing out hidden issues! I will do the required changes and upload package soon. I'll send new patches for that. Thanks! Also patches are applied after the first call to make. This is wrong. Patches should be applied before the call to configure. Hmm. Christian -- Kartik Mistry | Eng: kartikmistry.org/blog 0xD1028C8D | Guj: kartikm.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422278: dfsbuild: FTBFS: setup: cannot satisfy dependency FilePath-any
Package: dfsbuild Version: 1.0.0 Severity: serious Hi, Your package is failing to build with the following error: Configuring dfsbuild-1.0.0... configure: /usr/bin/ghc-pkg configure: Dependency base-any: using base-2.0 configure: Dependency network-any: using network-2.0 configure: Dependency unix-any: using unix-1.0 configure: Dependency parsec-any: using parsec-2.0 configure: Dependency MissingH=0.18.0: using MissingH-0.18.3 configure: Dependency regex-compat-any: using regex-compat-0.71 configure: Dependency hslogger-any: using hslogger-1.0.1 setup: cannot satisfy dependency FilePath-any make[1]: *** [all] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422277: aolserver4-nsimap: FTBFS: ld: cannot find -lnsthread
Package: aolserver4-nsimap Version: 3.1-3 Severity: serious Hi, Your package is failing to build with the following error: gcc -pipe -shared -nostartfiles -o nsimap.so nsimap.o -L/usr/kerberos/lib -lgssapi_krb5 -lpam -lcrypto -lssl -lnsthread -lnsd -L/usr/lib -lc-client -ltcl8.4 -ldl -lpthread -lieee -lm /usr/bin/ld: cannot find -lnsthread collect2: ld returned 1 exit status make[1]: *** [libs] Error 1 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 422254 is grave
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.4 severity 422254 grave Bug#422254: lighttpd: Security vulnerabilities in Etch version Severity set to `grave' from `critical' 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#422213: checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep
On Friday 04 May 2007 05:59:08 Steve Langasek wrote: The latest version of checkinstall is failing to build on alpha and ia64 because you are build-depending on libc6-dev, which is not the right package on these archs (or on non-Linux archs). I didn't know that. I'm sorry for the inconvenience. If there is a reason you need this versioned build-dep on libc6-dev (which is not explained in the changelog), It (sort of) is explained: the last line in the changelog says: * Correct the readlink definition to match the newer 2.5 glibc: now return a ssize_t instead of an int. I think it is necessary since (I think) this changes the ABI: readlink in 2.5 returns a ssize_t whereas previously it returned an int. This causes no problem when sizeof(ssize_t) == sizeof(int) (which is the case in i386), but it causes a FTBFS when used in 64 bit archs. This change was made because there were bugs reported upstream for a FTBFS on 64 bit archs. please fix the build-dep to be architecture-conditional, build-depending on libc6.1-dev on alpha and ia64 instead of on libc6-dev. The versions should be the same? I am not sure how the arch-dependant dependencies work, I have changed them to read the following: libc6-dev (= 2.5) [!alpha,!ia64], libc6.1-dev (= 2.5) [alpha, ia64] Shouldn't I be taking into account the kFreeBSD and Hurd ports too? If so, which tags should I use in the build-dep line? -- Felipe Sateler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#421790: gcc-4.1: Dynamic symbol information missing in stripped libraries
Processing commands for [EMAIL PROTECTED]: reassign 421790 binutils Bug#421790: gcc-4.1: Dynamic symbol information missing in stripped libraries Bug reassigned from package `gcc-4.1' to `binutils'. 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#422116: marked as done (bashism in debian/rules)
Your message dated Fri, 04 May 2007 17:32:03 +
with message-id [EMAIL PROTECTED]
and subject line Bug#422116: fixed in docbook-ebnf 1.2~cr1-3
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: docbook-xml
Version: 4.5-2
Severity: serious
Hi,
docbook-xml currently uses bashism in debian/rules, for example the for
loops with the {...} syntax.
The package builds on systems with dash as main shell but it's not
usable because many files are missing.
This might apply to the other docbook* packages too.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
---End Message---
---BeginMessage---
Source: docbook-ebnf
Source-Version: 1.2~cr1-3
We believe that the bug you reported is fixed in the latest version of
docbook-ebnf, which is due to be installed in the Debian FTP archive:
docbook-ebnf_1.2~cr1-3.diff.gz
to pool/main/d/docbook-ebnf/docbook-ebnf_1.2~cr1-3.diff.gz
docbook-ebnf_1.2~cr1-3.dsc
to pool/main/d/docbook-ebnf/docbook-ebnf_1.2~cr1-3.dsc
docbook-ebnf_1.2~cr1-3_all.deb
to pool/main/d/docbook-ebnf/docbook-ebnf_1.2~cr1-3_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.
Daniel Leidert (dale) [EMAIL PROTECTED] (supplier of updated docbook-ebnf
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.7
Date: Thu, 03 May 2007 19:55:27 +0200
Source: docbook-ebnf
Binary: docbook-ebnf
Architecture: source all
Version: 1.2~cr1-3
Distribution: unstable
Urgency: low
Maintainer: Debian XML/SGML Group [EMAIL PROTECTED]
Changed-By: Daniel Leidert (dale) [EMAIL PROTECTED]
Description:
docbook-ebnf - EBNF module for the XML version of the DocBook DTD
Closes: 422116
Changes:
docbook-ebnf (1.2~cr1-3) unstable; urgency=low
.
* debian/control (Maintainer, Uploaders): Set the Debian XML/SGML team as
maintainer.
* debian/rules: Removed bashisms (closes: #422116). Thanks to Sebastian
Dröge for the report.
Files:
891ace8f624c0d90f37cf6fd059c6d4f 862 text optional docbook-ebnf_1.2~cr1-3.dsc
8a3395d0a9c0516d5135baa39a0fddc1 4208 text optional
docbook-ebnf_1.2~cr1-3.diff.gz
1a3c16ecd6e4d2e2ba3b6037d8135665 8146 text optional
docbook-ebnf_1.2~cr1-3_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFGO2YTmHaJYZ7RAb8RAh06AJ90KNqiQd4r/T18V67Fgd23w5/S1QCdEZ4L
RbYixbMrYHD+8wk0cB1CZUw=
=RkJI
-END PGP SIGNATURE-
---End Message---
Bug#422115: marked as done (bashism in debian/rules)
Your message dated Fri, 04 May 2007 17:32:04 +
with message-id [EMAIL PROTECTED]
and subject line Bug#422115: fixed in docbook-simple 1.1-2
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: docbook-xml
Version: 4.5-2
Severity: serious
Hi,
docbook-xml currently uses bashism in debian/rules, for example the for
loops with the {...} syntax.
The package builds on systems with dash as main shell but it's not
usable because many files are missing.
This might apply to the other docbook* packages too.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
---End Message---
---BeginMessage---
Source: docbook-simple
Source-Version: 1.1-2
We believe that the bug you reported is fixed in the latest version of
docbook-simple, which is due to be installed in the Debian FTP archive:
docbook-simple_1.1-2.diff.gz
to pool/main/d/docbook-simple/docbook-simple_1.1-2.diff.gz
docbook-simple_1.1-2.dsc
to pool/main/d/docbook-simple/docbook-simple_1.1-2.dsc
docbook-simple_1.1-2_all.deb
to pool/main/d/docbook-simple/docbook-simple_1.1-2_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.
Daniel Leidert (dale) [EMAIL PROTECTED] (supplier of updated docbook-simple
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.7
Date: Thu, 03 May 2007 19:49:00 +0200
Source: docbook-simple
Binary: docbook-simple
Architecture: source all
Version: 1.1-2
Distribution: unstable
Urgency: low
Maintainer: Debian XML/SGML Group [EMAIL PROTECTED]
Changed-By: Daniel Leidert (dale) [EMAIL PROTECTED]
Description:
docbook-simple - simplified DocBook XML Doctype and css stylesheets
Closes: 422115
Changes:
docbook-simple (1.1-2) unstable; urgency=low
.
* docbook-simple-1.0/catalog: Added DTDDECL declarations for convenience.
* docbook-simple-1.1/catalog: Ditto.
* debian/control (Maintainer, Uploaders): Set the Debian XML/SGML team as
maintainer.
* debian/rules: Removed bashisms (closes: #422115). Thanks to Sebastian
Dröge for the report.
Files:
8d6519ab9914f43bef8d8b768b55a8d0 871 text optional docbook-simple_1.1-2.dsc
7a53a7b8278e45d7768c184f009a3b5b 7511 text optional
docbook-simple_1.1-2.diff.gz
48e9333d259595d25acc6f5d91978697 59828 text optional
docbook-simple_1.1-2_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFGO2YXmHaJYZ7RAb8RAtatAJwNUKENwuQuzMEQ+xHx8vEUouRsNwCfYqYB
dR0lY/9dTvgZ01DqUxxkrTY=
=mbTa
-END PGP SIGNATURE-
---End Message---
Bug#421790: gcc-4.1: Dynamic symbol information missing in stripped libraries
reassign 421790 binutils thanks On Thu, May 03, 2007 at 02:04:17PM -0400, Daniel Jacobowitz wrote: On Thu, May 03, 2007 at 07:36:59PM +0200, Kurt Roeckx wrote: From the -5 changelog: * Link using --hash-style=gnu/both. It seems to only generate a gnu hash now. Looking at the difference in sections between -4 and -5, .hash got replaced by a .gnu.hash section. I assumed from the changelog that it would be using both, but that doesn't seem to be the case. I think it's just a bug in readelf that it can't deal with the gnu hash. IIRC it was fixed recently upstream. As this just seems to be a bug in readelf, this bug belongs to binutils. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422114: marked as done (bashism in debian/rules)
Your message dated Fri, 04 May 2007 17:32:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#422114: fixed in docbook 4.5-3
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: docbook-xml
Version: 4.5-2
Severity: serious
Hi,
docbook-xml currently uses bashism in debian/rules, for example the for
loops with the {...} syntax.
The package builds on systems with dash as main shell but it's not
usable because many files are missing.
This might apply to the other docbook* packages too.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
---End Message---
---BeginMessage---
Source: docbook
Source-Version: 4.5-3
We believe that the bug you reported is fixed in the latest version of
docbook, which is due to be installed in the Debian FTP archive:
docbook_4.5-3.diff.gz
to pool/main/d/docbook/docbook_4.5-3.diff.gz
docbook_4.5-3.dsc
to pool/main/d/docbook/docbook_4.5-3.dsc
docbook_4.5-3_all.deb
to pool/main/d/docbook/docbook_4.5-3_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.
Daniel Leidert (dale) [EMAIL PROTECTED] (supplier of updated docbook 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.7
Date: Thu, 03 May 2007 19:46:21 +0200
Source: docbook
Binary: docbook
Architecture: source all
Version: 4.5-3
Distribution: unstable
Urgency: medium
Maintainer: Debian XML/SGML Group [EMAIL PROTECTED]
Changed-By: Daniel Leidert (dale) [EMAIL PROTECTED]
Description:
docbook- standard SGML representation system for technical documents
Closes: 422114
Changes:
docbook (4.5-3) unstable; urgency=medium
.
* debian/control (Maintainer, Uploaders): Set the Debian XML/SGML team as
maintainer.
* debian/docbook.examples: Fixed examples location: will re-add them back
to the package.
* debian/rules: Removed bashisms (closes: #422114). Thanks to Sebastian
Dröge for the report.
Files:
8defe807aab545ee43417ded34bb8e75 838 text optional docbook_4.5-3.dsc
95f68490e4efb95fe59f5d0fd4fa3143 13922 text optional docbook_4.5-3.diff.gz
671b19d7d8db389cb8740095432f2e76 450562 text optional docbook_4.5-3_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFGO2YemHaJYZ7RAb8RAvSlAKCRwm/pQNbMiQu6O+1BkzUP1cj8KgCff6Ag
hAiwjek4aOalyiFi8Tzbl14=
=60R+
-END PGP SIGNATURE-
---End Message---
Bug#417739: marked as done (depends on non-essential package debconf in postrm)
Your message dated Fri, 04 May 2007 17:32:07 + with message-id [EMAIL PROTECTED] and subject line Bug#417739: fixed in yada 0.53 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: phpmyadmin Version: 4:2.9.1.1-3 Severity: serious Tags: etch-ignore Justification: Policy violation, see section 7.2 hi, while running archive wide piuparts tests your package failed on purge because of debconf beeing unavailable during postrm: Removing phpmyadmin ... Purging configuration files for phpmyadmin ... rmdir: /var/lib/phpmyadmin: No such file or directory rmdir: /etc/phpmyadmin: No such file or directory /var/lib/dpkg/info/phpmyadmin.postrm: line 86: db_stop: command not found dpkg: error processing phpmyadmin (--purge): subprocess post-removal script returned error exit status 127 Errors were encountered while processing: phpmyadmin the full log can be found here: http://people.debian.org/~abi/piuparts/ please be sure to use a conditional call to debconf and its commands (this is just an example): -- if [ -f /usr/share/debconf/confmodule ]; then . /usr/share/debconf/confmodule fi db_get ||: -- Please also note: Bugs filed on Packages failing in postrm because of debconf beeing unavailable are not considered RC for etch, so are tagged etch-ignore. bye, - michael ---End Message--- ---BeginMessage--- Source: yada Source-Version: 0.53 We believe that the bug you reported is fixed in the latest version of yada, which is due to be installed in the Debian FTP archive: yada-doc_0.53_all.deb to pool/main/y/yada/yada-doc_0.53_all.deb yada_0.53.dsc to pool/main/y/yada/yada_0.53.dsc yada_0.53.tar.gz to pool/main/y/yada/yada_0.53.tar.gz yada_0.53_all.deb to pool/main/y/yada/yada_0.53_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. Piotr Roszatycki [EMAIL PROTECTED] (supplier of updated yada 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.7 Date: Fri, 4 May 2007 18:43:10 +0200 Source: yada Binary: yada-doc yada Architecture: source all Version: 0.53 Distribution: unstable Urgency: medium Maintainer: Piotr Roszatycki [EMAIL PROTECTED] Changed-By: Piotr Roszatycki [EMAIL PROTECTED] Description: yada - Yet Another Debianisation Aid yada-doc - Yet Another Debianisation Aid - documentation and examples Closes: 406052 417739 419878 Changes: yada (0.53) unstable; urgency=medium . * debian/yada: - Do not use Debconf in postrm if it is not available. It fixes serious bug. Closes: #417739. - Fixed typo for handling of Menu and Doc-Base fields. update-menus and install-docs wasn't being called on configure and remove scripts. Closes: #419878. * debian/packages: - Convert Polish manpages from utf-8 to iso8859-2 as far as Debian's Groff has completly broken UTF8 support. The source POD files are still UTF8. Closes: #406052. * doc: - Fixed typo. Files: 29ee0c04eeef4e5d713cfed93d5bd859 502 devel optional yada_0.53.dsc 258f7a8a4c0fb6e2ae70240e4cb79f09 300951 devel optional yada_0.53.tar.gz 493a6aec51c8789bd5d42a40006a02b8 47828 devel optional yada_0.53_all.deb 95041eae8944be7775e5a045c218d5a3 277442 devel optional yada-doc_0.53_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD4DBQFGO2OMhMHHe8CxClsRAinzAJj0EbcA9ZTWciBpQf+XZGVm5E+PAJ9dSh7Y NqGSKZxVsmaGRhchN2NNaQ== =wmQx -END PGP SIGNATURE- ---End Message---
Bug#421897: marked as done (bashism in debian/rules)
Your message dated Fri, 04 May 2007 17:32:05 +
with message-id [EMAIL PROTECTED]
and subject line Bug#421897: fixed in docbook-xml 4.5-3
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: docbook-xml
Version: 4.5-2
Severity: serious
Hi,
docbook-xml currently uses bashism in debian/rules, for example the for
loops with the {...} syntax.
The package builds on systems with dash as main shell but it's not
usable because many files are missing.
This might apply to the other docbook* packages too.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
---End Message---
---BeginMessage---
Source: docbook-xml
Source-Version: 4.5-3
We believe that the bug you reported is fixed in the latest version of
docbook-xml, which is due to be installed in the Debian FTP archive:
docbook-xml_4.5-3.diff.gz
to pool/main/d/docbook-xml/docbook-xml_4.5-3.diff.gz
docbook-xml_4.5-3.dsc
to pool/main/d/docbook-xml/docbook-xml_4.5-3.dsc
docbook-xml_4.5-3_all.deb
to pool/main/d/docbook-xml/docbook-xml_4.5-3_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.
Daniel Leidert (dale) [EMAIL PROTECTED] (supplier of updated docbook-xml
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.7
Date: Thu, 03 May 2007 19:47:56 +0200
Source: docbook-xml
Binary: docbook-xml
Architecture: source all
Version: 4.5-3
Distribution: unstable
Urgency: medium
Maintainer: Debian XML/SGML Group [EMAIL PROTECTED]
Changed-By: Daniel Leidert (dale) [EMAIL PROTECTED]
Description:
docbook-xml - standard XML documentation system, for software and systems
Closes: 421897
Changes:
docbook-xml (4.5-3) unstable; urgency=medium
.
* debian/control (Maintainer, Uploaders): Set the Debian XML/SGML team as
maintainer, so bug-reports go to the team list first.
* debian/rules: Removed bashisms (closes: #421897). Thanks to Sebastian
Dröge for the report.
Files:
2f1de83af030f98b3f55ae91b7146055 901 text optional docbook-xml_4.5-3.dsc
00bdc9571035381612fe46dd95cf7dca 21592 text optional docbook-xml_4.5-3.diff.gz
4f0a7e6fb84e49ef4dd8cf60dc283487 343532 text optional docbook-xml_4.5-3_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQFGO2YamHaJYZ7RAb8RAhghAKCojKZqIKrfs0zJttaj8LJ9xyxadACgvGp3
QmhCaAAa7hze/tOyy16vJns=
=yePO
-END PGP SIGNATURE-
---End Message---
Processed: Re: Bug#422269: kernel-patch-openvz doesn't apply cleanly
Processing commands for [EMAIL PROTECTED]: severity 422269 serious Bug#422269: kernel-patch-openvz doesn't apply cleanly Severity set to `serious' from `normal' 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#422290: hdbc - FTBFS: cannot satisfy dependency mtl-any
Package: hdbc Version: 1.1.2.0 Severity: serious There was an error while trying to autobuild your package: Automatic build of hdbc_1.1.2.0 on lxdebian.bfinv.de by sbuild/s390 98 [...] configure: Dependency base-any: using base-2.0 setup: cannot satisfy dependency mtl-any ./setup configure --prefix=/usr/lib/haskell-packages/ghc6 --with-compiler=/usr/bin/ghc6 files: 256 at /usr/share/haskell-devscripts//Dh_Haskell.pm line 138, COMPAT_IN line 1. make: *** [install-a] Error 9 ** Build finished at 20070504-1725 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422288: pygoocanvas - FTBFS: Build-depends against unavailable package
Package: pygoocanvas Version: 0.8.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of pygoocanvas_0.8.0-1 on lxdebian.bfinv.de by sbuild/s390 98 [...] E: Couldn't find package libgoocanvas-dev -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422289: jack-audio-connection-kit - FTBFS: error: C compiler cannot create executables
Package: jack-audio-connection-kit
Version: 0.103.0-3
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of jack-audio-connection-kit_0.103.0-3 on lxdebian.bfinv.de
by sbuild/s390 98
[...]
chmod a+x
/build/buildd/jack-audio-connection-kit-0.103.0/build-tree/jack-audio-connection-kit-0.103.0/configure
cd build-tree/jack-audio-connection-kit-0.103.0 CC=cc CXX=g++
CFLAGS=-g -Wall -O2 -m3dnow -msse CXXFLAGS=-g -Wall -O2 CPPFLAGS=
LDFLAGS=
/build/buildd/jack-audio-connection-kit-0.103.0/build-tree/jack-audio-connection-kit-0.103.0/configure
--build=s390-linux-gnu --prefix=/usr --includedir=\${prefix}/include
--mandir=\${prefix}/share/man --infodir=\${prefix}/share/info
--sysconfdir=/etc --localstatedir=/var
--libexecdir=\${prefix}/lib/jack-audio-connection-kit
--disable-maintainer-mode --disable-dependency-tracking --srcdir=.
--enable-resize --enable-timestamps --disable-iec61883 --with-oldtrans
--disable-ensure-mlock --enable-sse=yes --enable-stripped-jackd
--enable-capabilities --with-default-tmpdir=/dev/shm
checking build system type... s390-ibm-linux-gnu
checking host system type... s390-ibm-linux-gnu
checking target system type... s390-ibm-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... cc
checking for C compiler default output file name...
configure: error: C compiler cannot create executables
See `config.log' for more details.
make: *** [build-tree/jack-audio-connection-kit-0.103.0/config.status] Error
77
**
Build finished at 20070504-1743
FAILED [dpkg-buildpackage died]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422291: jikes-classpath - Fails to install
Package: jikes-classpath Version: 2:0.92-4 Severity: serious 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. The following information may help to resolve the situation: The following packages have unmet dependencies: jikes-classpath: Depends: classpath but it is not going to be installed E: Broken packages apt-get failed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422293: aolserver4 - Fails to install
Package: aolserver4 Version: 4.5.0-4 Severity: serious Setting up aolserver4 (4.5.0-4) ... Starting web server: aolserver4 failed! invoke-rc.d: initscript aolserver4, action start failed. dpkg: error processing aolserver4 (--configure): subprocess post-installation script returned error exit status 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422157: davfs2: file updates losses
Hello Loic, I have tested. My system: Etch, some Athlon board davfs2 1.1.2-3 What I have done: 1. Mount the the resource Create files testwb.html and testwb.xml (using gedit) unmount the resource 2. Test with cadaver: The files are on the server and are readable 3. Delete the cache (just to be sure) mount again edit both files using vim unmount 4. Test with cadaver: the files on the server are changed, o.k. 5. mount again delete files test with cadaver: they are no longer on the server. Date of the test: approx. 2007-05-04 20:50 +2:00 You may find the entries in the access.log Propable problem: Maybe firefox gets confused by index.html and index.xml and only saves the xml-version? Please try again, using editors like gedit, vi, ..., that do *not* treat html and xml in any special way. If that succeeds try to find out, what firefox is really doing. If you get the same problem with e.g. vi: - Make sure, there is no mount.davfs process running when you shutdown your system or the network connection. Please tell me the results of your tests. Cheers Werner (upstream developer) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422077: xserver-xorg: more information
jim wrote: I upgraded to kernel 2.6.20 and the kernel issues are fixed but xorg still wont start. Now i can attach some more information, hope it helps... I was wondering what you were talking about and where the good strace output was. Actually your previous mail probably got caught by the spam filter before being delivering to debian-x. Fortunately, it reached the BTS, so I found it. open(/sys/bus/pci/devices/:00:00.0/config, O_RDWR) = 7 ioctl(7, 0x50434900, 0) = -1 ENOTTY (Inappropriate ioctl for device) close(7) = 0 open(/sys/bus/pci/devices/:00:13.0/config, O_RDWR) = 7 ioctl(7, IIOCNETDIF, 0) = -1 ENOTTY (Inappropriate ioctl for device) write(2, \nFatal server error:\n, 21) = 21 write(2, xf86MapPciMem: Could not mmap PC..., 118) = 118 It's trying to open the root chipset and ATI board, looks ok: 00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIe 00:13.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) The first ioctl above looks ok too (0x50434900 == PCIIOC_CONTROLLER). xf86GetPciDomain() returns 0 at this point, harmless. The second ioctl looks crap. IIOCNETDIF has nothing to do here. There's not a lot of ioctl in this code, all of them are hardwired, except ioctl(fd, mmap_ioctl, 0) in linuxMapPci(..., int mmap_ioctl, ...). From the code, this mmap_ioctl is either 0x50434901 == PCIIOC_MMAP_IS_IO or 0x50434902 == PCIIOC_MMAP_IS_MEM. Here, IIOCNETDIF is apparently 0x20004902. So I would say that PCIIOC_MMAP_IS_MEM got passed from xf86MapDomainMemory() and somehow lost its 16bits first bits because of type/cast problems. The best would be to rebuild xorg-server from source after adding a temporary variable where PCIIOC_MMAP_IS_MEM would be stored before calling linuxMapPci(). And a printf() in linuxMapPci() to display the value of mmap_ioctl. I'll understand if this looks too hard for you :) Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422233: marked as done (jabber-jud: Fails to install, rebuild required)
Your message dated Fri, 4 May 2007 12:24:36 -0700 with message-id [EMAIL PROTECTED] and subject line Request for binNMUs (pth cleanup) has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: jabber-jud Severity: grave Hi, I removed the Provides: libpth2 in pth 2.0.7-7, hence your package requires a simple rebuild (no changes required), so that your package depends on libpth20, in order to be installable again. Thanks, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ---End Message--- ---BeginMessage--- On Fri, May 04, 2007 at 02:11:10PM +0200, Daniel Baumann wrote: Daniel Baumann wrote: Please schedule a binNMU for these two packages. ok, nobody arround.. filling RC bugs. Or you might have noticed from the dozen other binNMU requests on the list in the past two weeks that a 4-day turnaround is pretty normal, and still significantly better than the average maintainer response to RC bugs, and exercised a little more patience. BinNMUs scheduled, bugs closed. And you missed jabber-muc on amd64... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ ---End Message---
Bug#422232: marked as done (jabber-yahoo: Fails to install, rebuild required)
Your message dated Fri, 4 May 2007 12:24:36 -0700 with message-id [EMAIL PROTECTED] and subject line Request for binNMUs (pth cleanup) has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: jabber-yahoo Severity: grave Hi, I removed the Provides: libpth2 in pth 2.0.7-7, hence your package requires a simple rebuild (no changes required), so that your package depends on libpth20, in order to be installable again. Thanks, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ ---End Message--- ---BeginMessage--- On Fri, May 04, 2007 at 02:11:10PM +0200, Daniel Baumann wrote: Daniel Baumann wrote: Please schedule a binNMU for these two packages. ok, nobody arround.. filling RC bugs. Or you might have noticed from the dozen other binNMU requests on the list in the past two weeks that a 4-day turnaround is pretty normal, and still significantly better than the average maintainer response to RC bugs, and exercised a little more patience. BinNMUs scheduled, bugs closed. And you missed jabber-muc on amd64... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ ---End Message---
Bug#422157: davfs2: file updates losses
P.S.: The real propable reason: index.html is just a lot of java script (one of that famous web 2, java script php applications). These java script programs may do almost anything. When you edit something they usually try to to upload it using HTTP POST. What they will not do (and should not be allowed to do) is saving files on the local file system. If you open the file using your browser (and not some html editor), the browser will not write to your davfs2 file system. Cheers Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358044: RFO: crystalspace, RC buggy 1yr w/patch, not in oldstable/stable
crystalspace has been failing to build on alpha for 1yr, even though a patch has been available in the BTS for 6 months today. Previous versions of the package built fine on all architectures, making this a serious regression and preventing the package's inclusion in a stable release (or in testing). Christian, are you still interested in maintaining this package, or should it be orphaned/removed from the archive (along with crystalspace-data)? If there's a reason the package should not be orphaned, I can do an NMU for bug #358044 (and 399843) as previously suggested (by someone who apparently wasn't a DD), but if the package isn't actually being maintained I'd rather not fix these bugs just to clear the way for an unmaintained package to enter testing. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421526: gij bug not fixed--wrong upload
Hi. The upload with which you closed this bug does not include the gij-4.1 package, so the bug is still in fact open in the archive. Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422289: -m3dnow -msse
It looks like: CFLAGS += -m3dnow -msse was recently added to debian/rules. Those flags would not be valid outside of i686. signature.asc Description: Digital signature
Bug#404148: Upstream patch by nVidia
Hi I've been following this discussion as this problem hits many of my servers as well. Recently an upstream patch has appeared: http://groups.google.pl/group/linux.kernel/browse_thread/thread/4783711fa3d7592/dd12faec9a78f874 Is it possible to fix this problem in etch? Best regards, Marcin Gozdalik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422134: marked as done (sfind: empty package on powerpc [binutils #421456])
Your message dated Fri, 04 May 2007 20:32:10 + with message-id [EMAIL PROTECTED] and subject line Bug#422134: fixed in sfind 1.2-3 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: sfind Version: 1.2-2 Severity: grave Justification: renders package unusable The sfind package is empty on powerpc due to binutils bug #421456 . From the buildd log [1]: /tmp/ccSLWNRr.s: Assembler messages: /tmp/ccSLWNRr.s:1199: Error: operand out of range (0x is not between 0x and 0x00ff) make[3]: *** [OBJ/ppc-linux-cc/format.o] Error 1 make[3]: Leaving directory `/build/buildd/sfind-1.2/libschily' [...] make[2]: Entering directory `/build/buildd/sfind-1.2/sfind' == COMPILING OBJ/ppc-linux-cc/find.o == LINKING OBJ/ppc-linux-cc/sfind /usr/bin/ld: cannot find -lschily collect2: ld returned 1 exit status A binNMU will probably fix this. However, the fact that the build produces an empty package instead of failing on compiler errors is a lower-severity bug in the source and should also be fixed. [1] http://buildd.debian.org/fetch.cgi?pkg=sfind;ver=1.2-2;arch=powerpc;stamp=1177864815 Cheers, -- Niko Tyni [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: sfind Source-Version: 1.2-3 We believe that the bug you reported is fixed in the latest version of sfind, which is due to be installed in the Debian FTP archive: sfind_1.2-3.diff.gz to pool/main/s/sfind/sfind_1.2-3.diff.gz sfind_1.2-3.dsc to pool/main/s/sfind/sfind_1.2-3.dsc sfind_1.2-3_i386.deb to pool/main/s/sfind/sfind_1.2-3_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. Daniel Baumann [EMAIL PROTECTED] (supplier of updated sfind 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.7 Date: Fri, 4 May 2007 22:21:00 +0200 Source: sfind Binary: sfind Architecture: source i386 Version: 1.2-3 Distribution: unstable Urgency: low Maintainer: Daniel Baumann [EMAIL PROTECTED] Changed-By: Daniel Baumann [EMAIL PROTECTED] Description: sfind - improved version of the find utility Closes: 422134 Changes: sfind (1.2-3) unstable; urgency=low . * Rebuild (Closes: #422134). Files: c90e627bc8188cb097fbfaabcab35cce 552 utils optional sfind_1.2-3.dsc 88386dea1c31861f3749697bb9b1a6f2 7742 utils optional sfind_1.2-3.diff.gz 03037c8e7dee04338dfb706f37273117 47134 utils optional sfind_1.2-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGO5aO+C5cwEsrK54RAj6hAJ4mpFAPFK58hWaJe9MCm/vXAtXngwCcDOLe R8ja+RFRrRD9zFJBfmSpVbE= =jso5 -END PGP SIGNATURE- ---End Message---
Bug#422053: marked as done (sdd: empty package on powerpc [binutils #421456])
Your message dated Fri, 04 May 2007 20:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#422053: fixed in sdd 1.52-8 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: sdd Version: 1.52-7 Severity: grave Justification: renders package unusable The sdd package is empty on powerpc due to binutils bug #421456 . From the buildd log [1]: /tmp/ccseboaK.s: Assembler messages: /tmp/ccseboaK.s:1199: Error: operand out of range (0x is not between 0x and 0x00ff) make[3]: *** [OBJ/ppc-linux-cc/format.o] Error 1 make[3]: Leaving directory `/build/buildd/sdd-1.52/libschily' make[2]: *** [install] Error 2 make[2]: Leaving directory `/build/buildd/sdd-1.52/libschily' [...] make[2]: Entering directory `/build/buildd/sdd-1.52/sdd' == COMPILING OBJ/ppc-linux-cc/sdd.o == LINKING OBJ/ppc-linux-cc/sdd /usr/bin/ld: cannot find -lschily collect2: ld returned 1 exit status A binNMU will probably fix this. However, the fact that the build produces an empty package instead of failing on compiler errors is a lower-severity bug in the source and should also be fixed. [1] http://buildd.debian.org/fetch.cgi?pkg=sdd;ver=1.52-7;arch=powerpc;stamp=1177893747 Cheers, -- Niko Tyni [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: sdd Source-Version: 1.52-8 We believe that the bug you reported is fixed in the latest version of sdd, which is due to be installed in the Debian FTP archive: sdd_1.52-8.diff.gz to pool/main/s/sdd/sdd_1.52-8.diff.gz sdd_1.52-8.dsc to pool/main/s/sdd/sdd_1.52-8.dsc sdd_1.52-8_i386.deb to pool/main/s/sdd/sdd_1.52-8_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. Daniel Baumann [EMAIL PROTECTED] (supplier of updated sdd 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.7 Date: Fri, 4 May 2007 22:26:00 +0200 Source: sdd Binary: sdd Architecture: source i386 Version: 1.52-8 Distribution: unstable Urgency: low Maintainer: Daniel Baumann [EMAIL PROTECTED] Changed-By: Daniel Baumann [EMAIL PROTECTED] Description: sdd- File duplication and conversion tool, similar to 'dd' Closes: 422053 Changes: sdd (1.52-8) unstable; urgency=low . * Rebuild (Closes: #422053). Files: f27b15652dd9a44ccdeaeb52edcba14e 547 utils optional sdd_1.52-8.dsc 45d33ca7612f3b12f28d0b5303fe7f92 3733 utils optional sdd_1.52-8.diff.gz d491cb5f4f8178aae84ea96d5a6428a2 30348 utils optional sdd_1.52-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGO5eD+C5cwEsrK54RApUGAJ9HtUGEHG8C4Ll0ZEdbzMaD6GHDowCfWNAz HUeHs3ocOgZFcE8F+d5Op8w= =1YZL -END PGP SIGNATURE- ---End Message---
Bug#420390: marked as done (Purging tetex transition packages removes texlive configuration files)
Your message dated Fri, 04 May 2007 21:17:09 + with message-id [EMAIL PROTECTED] and subject line Bug#420390: fixed in texlive-base 2007-5 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: tetex-base Version: 3.0.dfsg.3-5 Severity: grave Justification: Makes texlive packages unusable This BR is a follow-up to the discussion on the d-tex-maint mailing list that starts at [1] and in which a a series of unexpected behavior is discussed seen while building the Debian Installation Guide after making the transition from tetex to texlive. Part of the problems discussed there can be traced to this BR: the fact that some essential configuration files had gone missing. Important here is that at some point I decided to *purge* the old tetex transition packages (which is a completely valid action). The problem seems to be that the ownership of some config files is not transfered from the old tetex packages (now empty transition packages) to the corresponding texlive packages. Attached is a tarball with a series of files that show the changes in /etc/texmf/ and in installed packages in the following series of actions: 01 Start situation with cleanly installed texlive, including several texlive-lang-* packages 02 Purged all TeX related packages: one file not deleted 03 Clean install of Etch tetex packages 04 Upgraded to a somewhat minimal texlive install (without the texlive-lang-* packages); at this point some old tetex config files are still installed (diff 04 and 07) 05 Purge old transition packages 06 Purge whole installation: 10tipa.cfg remains behind 07 Clean install of texlive again, this time same packages as 04 Here is an overview of differences in /etc/texmf between: A) an Etch tetex installation, upgraded to texlive B) a clean texlive installation The following files are present after A, but not after B: /etc/texmf/updmap.d/10tipa.cfg I suspect that this file should have been deleted during the upgrade of tipa 1.3-4 to 1.3-5, but isn't. The following files are present after B, but not after A: /etc/texmf/dvipdfm/config/dvipdfmx.cfg (maybe) /etc/texmf/dvips/config/config.ps /etc/texmf/fmt.d/01tetex.cnf (maybe) /etc/texmf/metafont/misc/modes.mf /etc/texmf/tex/generic/config/pdftexconfig.tex /etc/texmf/tex/latex/config/color.cfg /etc/texmf/tex/latex/config/graphics.cfg /etc/texmf/tex/latex/config/hyperref.cfg /etc/texmf/web2c/mktex.cnf Two files are marked as maybe as I'm not 100% sure if they should be installed or not or how they were created. It seems that that the first was created as the result of a 'texconfig-sys' run (which may also explain why it was not purged in 02). I'm unsure about the second as it was not present in 01, but it was in 07. Cheers, FJP [1] http://lists.debian.org/debian-tex-maint/2007/04/msg00351.html tetex-texlive.tgz Description: application/tgz pgpwEtJV3YWP4.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: texlive-base Source-Version: 2007-5 We believe that the bug you reported is fixed in the latest version of texlive-base, which is due to be installed in the Debian FTP archive: tetex-base_2007-5_all.deb to pool/main/t/texlive-base/tetex-base_2007-5_all.deb tetex-bin_2007-5_all.deb to pool/main/t/texlive-base/tetex-bin_2007-5_all.deb tetex-extra_2007-5_all.deb to pool/main/t/texlive-base/tetex-extra_2007-5_all.deb texlive-base_2007-5.diff.gz to pool/main/t/texlive-base/texlive-base_2007-5.diff.gz texlive-base_2007-5.dsc to pool/main/t/texlive-base/texlive-base_2007-5.dsc texlive-base_2007-5_all.deb to pool/main/t/texlive-base/texlive-base_2007-5_all.deb texlive-common_2007-5_all.deb to pool/main/t/texlive-base/texlive-common_2007-5_all.deb texlive-fonts-recommended_2007-5_all.deb to pool/main/t/texlive-base/texlive-fonts-recommended_2007-5_all.deb texlive-full_2007-5_all.deb to pool/main/t/texlive-base/texlive-full_2007-5_all.deb texlive-generic-recommended_2007-5_all.deb to pool/main/t/texlive-base/texlive-generic-recommended_2007-5_all.deb texlive-latex-base_2007-5_all.deb to pool/main/t/texlive-base/texlive-latex-base_2007-5_all.deb texlive-latex-recommended_2007-5_all.deb to pool/main/t/texlive-base/texlive-latex-recommended_2007-5_all.deb texlive-pictures_2007-5_all.deb to pool/main/t/texlive-base/texlive-pictures_2007-5_all.deb texlive_2007-5_all.deb to pool/main/t/texlive-base/texlive_2007-5_all.deb A summary of the changes between this version and the previous one is attached. Thank you for
Processed: tagging 404148
Processing commands for [EMAIL PROTECTED]: tags 404148 + pending Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?! Tags were: etch-ignore patch 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#422077: xserver-xorg: more information
Brice Goglin wrote: I was wondering what you were talking about and where the good strace output was. Actually your previous mail probably got caught by the spam filter before being delivering to debian-x. Fortunately, it reached the BTS, so I found it. open(/sys/bus/pci/devices/:00:00.0/config, O_RDWR) = 7 ioctl(7, 0x50434900, 0) = -1 ENOTTY (Inappropriate ioctl for device) close(7) = 0 open(/sys/bus/pci/devices/:00:13.0/config, O_RDWR) = 7 ioctl(7, IIOCNETDIF, 0) = -1 ENOTTY (Inappropriate ioctl for device) write(2, \nFatal server error:\n, 21) = 21 write(2, xf86MapPciMem: Could not mmap PC..., 118) = 118 It's trying to open the root chipset and ATI board, looks ok: 00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIe 00:13.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) The first ioctl above looks ok too (0x50434900 == PCIIOC_CONTROLLER). xf86GetPciDomain() returns 0 at this point, harmless. The second ioctl looks crap. IIOCNETDIF has nothing to do here. Let's forget about this, looks like strace does not take the whole 32bits into account. So the ioctl command is probably right here. It seems that the ioctl fails because the /sys/bus/pci/devices/:00:00.0/config file does not have a ioctl method in the kernel. From what I see on my machine, Xorg does not use this code path on x86, which might explain while it works there and fails on your machine. One way to check this would to force Xorg to use ioctls on /proc files instead of /sys as it did in Xorg 7.1. PCI files in /proc support these ioctl fine, that may explain why Xorg 7.1 worked on your sparc. Booting with a 2.4 kernel should force Xorg to use /proc. Another way would be to umount /sys before starting Xorg (umount -l /sys might do the trick if /sys is busy). I will have to forward this bug upstream anyway, but please let me know if it helps. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404148: Upstream patch by nVidia
On Fri, May 04, 2007 at 10:34:39PM +0200, Marcin Gozdalik wrote: Hi I've been following this discussion as this problem hits many of my servers as well. Recently an upstream patch has appeared: http://groups.google.pl/group/linux.kernel/browse_thread/thread/4783711fa3d7592/dd12faec9a78f874 Is it possible to fix this problem in etch? You bet! I've committed this to our repository, I'd appreciate it if people with this hardware could test snapshot builds and reply to this bug report to confirm that it does (or doesn't) fix the issue on your system. Snapshot builds are available here: deb http://kernel-archive.buildserver.net/debian-kernel etch main Please try a version = 2.6.18.dfsg.1-13~snapshot.8564 (should be available within 24 hours). -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422077: xserver-xorg: more information
Brice Goglin wrote: to umount /sys before starting Xorg (umount -l /sys might do the trick if /sys is busy). I will have to forward this bug upstream anyway, but please let me know if it helps. Yes, i did that as root # umount -l /sys then as user $ startx and it just works - thanks jim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422309: [amd64] missing 32-bit libgcc.a
Package: gcc-4.1 Version: 4.1.2-5 Severity: critical Justification: breaks unrelated packages gcc-4.1 4.1.1-21 had this file: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/32/libgcc.a which gcc-4.1 4.1.2-5 no longer provides. This breaks build of every package building biarch 32-bit stuff that relies on libgcc. I tested a few of them and found that at least the following packages no longer build: grub2 alsa-lib bzip2 ncurses readline5 zlib -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422077: xserver-xorg: more information
Also I verified this after a reboot, it would not start xorg until I did '# umount /sys ' and the '-l' was not required. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422309: marked as done ([amd64] missing 32-bit libgcc.a)
Your message dated Sat, 5 May 2007 00:42:30 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#422309: Acknowledgement ([amd64] missing 32-bit libgcc.a) has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gcc-4.1 Version: 4.1.2-5 Severity: critical Justification: breaks unrelated packages gcc-4.1 4.1.1-21 had this file: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/32/libgcc.a which gcc-4.1 4.1.2-5 no longer provides. This breaks build of every package building biarch 32-bit stuff that relies on libgcc. I tested a few of them and found that at least the following packages no longer build: grub2 alsa-lib bzip2 ncurses readline5 zlib -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Argh, sorry. As Aurelien just pointed out, gcc-multilib has the missing files. To make it backport-friendly, I suggest to use the following in each of the affected packages: gcc-multilib [amd64 kfreebsd-amd64 ppc64] | gcc-4.1 ( 4.1.2) [amd64 kfreebsd-amd64 ppc64] -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. ---End Message---
Processed: setting package to glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-p
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.4 package glibc glibc-doc libc0.1 libc0.1-dbg libc0.1-dev libc0.1-dev-i386 libc0.1-i386 libc0.1-i686 libc0.1-pic libc0.1-prof libc0.1-udeb libc0.3 libc0.3-dbg libc0.3-dev libc0.3-pic libc0.3-prof libc0.3-udeb libc6 libc6.1 libc6.1-dbg libc6.1-dev libc6.1-pic libc6.1-prof libc6.1-udeb libc6-amd64 libc6-dbg libc6-dev libc6-dev-amd64 libc6-dev-i386 libc6-dev-mips64 libc6-dev-mipsn32 libc6-dev-powerpc libc6-dev-ppc64 libc6-dev-s390x libc6-dev-sparc64 libc6-i386 libc6-i686 libc6-mips64 libc6-mipsn32 libc6-pic libc6-powerpc libc6-ppc64 libc6-prof libc6-s390x libc6-sparc64 libc6-sparcv9 libc6-sparcv9b libc6-udeb libc6-xen libnss-dns-udeb libnss-files-udeb locales locales-all nscd Ignoring bugs not assigned to: libc6.1-pic glibc libc0.3-dev libc6-udeb libc6.1-dev libc0.3-prof libc0.1-i686 libc6-sparcv9b libc6.1-dbg libc0.1-pic libc6-dev-mips64 libc6.1-prof libc6-powerpc nscd libc6.1-udeb libc0.3-udeb libc0.1-udeb libc6-ppc64 locales libc6-sparc64 libc6-prof libc6-dev libc0.1-dev libc6-i386 glibc-doc libc6-dev-sparc64 libnss-files-udeb libc6-dev-amd64 libc6-i686 libc6-mips64 libc0.1-i386 libnss-dns-udeb libc6-dev-powerpc libc0.1-prof locales-all libc6-sparcv9 libc0.1 libc6 libc6-xen libc0.1-dev-i386 libc6-dev-s390x libc0.1-dbg libc6.1 libc6-s390x libc6-pic libc6-dev-i386 libc0.3 libc0.3-dbg libc6-amd64 libc6-mipsn32 libc6-dev-mipsn32 libc6-dev-ppc64 libc0.3-pic libc6-dbg tags 422067 + pending Bug#422067: glibc_2.5-5 (alpha/unstable): FTBFS: CFI instruction used without previous .cfi_startproc 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#422213: checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep
On Fri, May 04, 2007 at 01:17:37PM -0400, Felipe Sateler wrote: If there is a reason you need this versioned build-dep on libc6-dev (which is not explained in the changelog), It (sort of) is explained: the last line in the changelog says: * Correct the readlink definition to match the newer 2.5 glibc: now return a ssize_t instead of an int. I think it is necessary since (I think) this changes the ABI: readlink in 2.5 returns a ssize_t whereas previously it returned an int. This causes no problem when sizeof(ssize_t) == sizeof(int) (which is the case in i386), but it causes a FTBFS when used in 64 bit archs. This change was made because there were bugs reported upstream for a FTBFS on 64 bit archs. Ok. Well, I would've gone with an autoconf check instead of a versioned bulid-dependency in that case, but your choice. :) please fix the build-dep to be architecture-conditional, build-depending on libc6.1-dev on alpha and ia64 instead of on libc6-dev. The versions should be the same? Yes, the versions are the same, just the package name is different for historical reasons. I am not sure how the arch-dependant dependencies work, I have changed them to read the following: libc6-dev (= 2.5) [!alpha,!ia64], libc6.1-dev (= 2.5) [alpha, ia64] no commas in the arch list, FWIW. Shouldn't I be taking into account the kFreeBSD and Hurd ports too? If so, which tags should I use in the build-dep line? The kfreebsd package seems to be named libc0.1-dev, and I'm not sure about the hurd. But perhaps this change isn't relevant to the non-Linux ports, and you could just list: libc6-dev (= 2.5) [!alpha !ia64 !hurd-i386 !kfreebsd-i386], libc6.1-dev (= 2.5) [alpha, ia64] ? Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422189: marked as done (ocsinventory-agent: Does not install)
Your message dated Fri, 04 May 2007 23:32:02 + with message-id [EMAIL PROTECTED] and subject line Bug#422189: fixed in ocsinventory-agent 1.01-4 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: ocsinventory-agent Version: 1.01-3 Severity: grave Justification: renders package unusable Trying to install I get the following message : Unpacking ocsinventory-agent (from .../ocsinventory-agent_1.01-3_i386.deb) ... Setting up ocsinventory-agent (1.01-3) ... cp: cannot stat `/usr/share/ocsinventory-client/ocsinv.adm': No such file or directory dpkg: error processing ocsinventory-agent (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ocsinventory-agent E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up ocsinventory-agent (1.01-3) ... cp: cannot stat `/usr/share/ocsinventory-client/ocsinv.adm': No such file or directory dpkg: error processing ocsinventory-agent (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: ocsinventory-agent /usr/share/ocsinventory-client contains only create-ucf-config-files.pl ocsinv.conf -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocsinventory-agent depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii dmidecode 2.8-4 Dump Desktop Management Interface ii libc6 2.5-5 GNU C Library: Shared libraries ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libnet-ssleay-perl1.30-1 Perl module for Secure Sockets Lay ii libwww-perl 5.805-1WWW client/server library for Perl ii libxml-simple-perl2.16-1 Perl module for reading and writin ii po-debconf1.0.8 manage translated Debconf template ii ucf 2.0021 Update Configuration File: preserv ocsinventory-agent recommends no packages. -- debconf information: * ocsinventory-agent/method: local * ocsinventory-agent/tag: * ocsinventory-agent/server: ---End Message--- ---BeginMessage--- Source: ocsinventory-agent Source-Version: 1.01-4 We believe that the bug you reported is fixed in the latest version of ocsinventory-agent, which is due to be installed in the Debian FTP archive: ocsinventory-agent_1.01-4.diff.gz to pool/main/o/ocsinventory-agent/ocsinventory-agent_1.01-4.diff.gz ocsinventory-agent_1.01-4.dsc to pool/main/o/ocsinventory-agent/ocsinventory-agent_1.01-4.dsc ocsinventory-agent_1.01-4_amd64.deb to pool/main/o/ocsinventory-agent/ocsinventory-agent_1.01-4_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. Pierre Chifflier [EMAIL PROTECTED] (supplier of updated ocsinventory-agent 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.7 Date: Fri, 4 May 2007 09:55:38 +0200 Source: ocsinventory-agent Binary: ocsinventory-agent Architecture: source amd64 Version: 1.01-4 Distribution: unstable Urgency: medium Maintainer: Pierre Chifflier [EMAIL PROTECTED] Changed-By: Pierre Chifflier [EMAIL PROTECTED] Description: ocsinventory-agent - Hardware and software inventory tool (client) Closes: 422189 Changes: ocsinventory-agent (1.01-4) unstable; urgency=medium . * Install file ocsinv.adm in correct path, and do not try to copy it (Closes: #422189) * Urgency = medium because of the above bug Files: b088bf19211a76c5b970d5ebfb9bf732 644 net extra ocsinventory-agent_1.01-4.dsc a4172c3fcb120137fc67711c7708759f 8224 net extra ocsinventory-agent_1.01-4.diff.gz
Bug#422269: marked as done (kernel-patch-openvz doesn't apply cleanly)
Your message dated Fri, 04 May 2007 23:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#422269: fixed in kernel-patch-openvz 028.18.3 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: kernel-patch-openvz Version: 028.18.1 kernel-patch-openvz package of versions 028.18.1 and 028.18.2 doesn't apply cleanly to linux-source-2.6.18_2.6.18.dfsg.1-12etch1_all patching file fs/binfmt_elf.c Hunk #2 FAILED at 679. Hunk #3 succeeded at 864 (offset 9 lines). Hunk #5 succeeded at 1058 (offset 9 lines). Hunk #7 succeeded at 1360 (offset 9 lines). Hunk #9 succeeded at 1511 (offset 9 lines). 1 out of 9 hunks FAILED -- saving rejects to file fs/binfmt_elf.c.rej patching file fs/binfmt_elf_fdpic.c Hunk #1 FAILED at 230. 1 out of 1 hunk FAILED -- saving rejects to file fs/binfmt_elf_fdpic.c.rej Bug was initially opened at bugzilla.openvz.org by Arno Nebauer: http://bugzilla.openvz.org/show_bug.cgi?id=568 Ola, can you perform patch modification by self? Or do you need some assistant from us? Thanks, Vasily ---End Message--- ---BeginMessage--- Source: kernel-patch-openvz Source-Version: 028.18.3 We believe that the bug you reported is fixed in the latest version of kernel-patch-openvz, which is due to be installed in the Debian FTP archive: kernel-patch-openvz_028.18.3.dsc to pool/main/k/kernel-patch-openvz/kernel-patch-openvz_028.18.3.dsc kernel-patch-openvz_028.18.3.tar.gz to pool/main/k/kernel-patch-openvz/kernel-patch-openvz_028.18.3.tar.gz kernel-patch-openvz_028.18.3_all.deb to pool/main/k/kernel-patch-openvz/kernel-patch-openvz_028.18.3_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. Ola Lundqvist [EMAIL PROTECTED] (supplier of updated kernel-patch-openvz 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.7 Date: Fri, 4 May 2007 21:04:24 +0200 Source: kernel-patch-openvz Binary: kernel-patch-openvz Architecture: source all Version: 028.18.3 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: kernel-patch-openvz - server virtualization solution - kernel patch Closes: 422269 Changes: kernel-patch-openvz (028.18.3) unstable; urgency=low . * Make it possible to compile on kernel fixed for DSA-1286-1. This correction was already included in this patch package. Closes: #422269. Files: e28188ccf1c4de020dcbc42cef7765f8 578 devel extra kernel-patch-openvz_028.18.3.dsc f9b04b816fd9dd83416a0f6c17945672 1579891 devel extra kernel-patch-openvz_028.18.3.tar.gz 5b094c9932128a1943deefc328712e58 1584828 devel extra kernel-patch-openvz_028.18.3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGO8BMGKGxzw/lPdkRAv1BAJ91CvUCl0T81EN7g8VbvZVn+CJBygCgl7+Z jAQuUYDssN21HT7OB6tHRNM= =beHq -END PGP SIGNATURE- ---End Message---
Bug#422077: xserver-xorg: more information
Jim Watson wrote: Also I verified this after a reboot, it would not start xorg until I did '# umount /sys ' and the '-l' was not required. Ok, good to know. A similar problem has been reported in gentoo as well [1]. Fedora reverted partially the pci domain patch[2] from Xserver because of other problems, but I don't think it will be enough here since linuxDomainSupport() seems to return TRUE on sparc. There's an upstream bug about all this pci domain mess[3] which is supposed to be fixed before Xorg 7.3 is out. But I don't see any obvious solution. I wonder whether we could just set is26 to 0 on all architecture so that the server does not try any ioctl on /sys/pci/.../config files and reverts to /proc instead as it did in Xserver 1.1. It should work on sparc and x86 at least. However, I don't know about other architectures. Maybe some of them were broken in 1.1 and got fixed by this pci domain change. Brice [1] http://bugs.gentoo.org/show_bug.cgi?id=167052 [2] http://david.woodhou.se/xorg-x11-server-1.2.99-unbreak-domain.patch [3] http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=56f21bda1ce95741c88c423b60bd709eef26eb12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422213: checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep
clone 422213 -1 reassign -1 libc6-sparc64 found -1 2.5-2 retitle -1 readlink return type changed without backwards-compatibility symbol thanks On Fri, May 04, 2007 at 07:58:18PM -0400, Felipe Sateler wrote: On Friday 04 May 2007 19:36:51 you wrote: On Fri, May 04, 2007 at 01:17:37PM -0400, Felipe Sateler wrote: If there is a reason you need this versioned build-dep on libc6-dev (which is not explained in the changelog), It (sort of) is explained: the last line in the changelog says: * Correct the readlink definition to match the newer 2.5 glibc: now return a ssize_t instead of an int. I think it is necessary since (I think) this changes the ABI: readlink in 2.5 returns a ssize_t whereas previously it returned an int. This causes no problem when sizeof(ssize_t) == sizeof(int) (which is the case in i386), but it causes a FTBFS when used in 64 bit archs. This change was made because there were bugs reported upstream for a FTBFS on 64 bit archs. Ok. Well, I would've gone with an autoconf check instead of a versioned bulid-dependency in that case, but your choice. :) This packages doesn't use autoconf, and autotooling it just for this doesn't seem worth the while (specially since I don't know autotools very well). Heh, ok. Also, wouldn't there be breakage if the return tipe is of different sizes (say it was compiled against glibc 2.5, but now I installed 2.5)? I guess this relates to /usr/lib/checkinstall/installwatch.so, which seems to be a preload wrapper? Honestly, it looks to me like checkinstall is very vulnerable to all *kinds* of breakage, because whereas glibc uses symbol versioning to prevent ABI breakage within itself, checkinstall provides only unversioned symbols -- so the most likely outcome is that any changes to one or more of these symbols will result in checkinstall failing to intercept all the right calls, either causing some actions to be overlooked or causing segfaults due to calls being incorrectly split between checkinstall and glibc. But as for whether this constitutes ABI breakage, glibc upstream hasn't marked it as such in the package, and all of my existing alpha and amd64 binaries seem to run just fine with the changed return value. I believe this is because, as little-endian architectures, reading the first 32-bits of the return value will give the right result for any reasonably-sized buffer. But on 64-bit big-endian architectures, such as ppc64 or sparc64, this will probably break. libc6-sparc64 2.5-2 doesn't appear to include a new readlink symbol. I think the glibc folks might want to take a look at this, to confirm whether there's ABI breakage here. Cloned reassigned. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#422213: checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep
Processing commands for [EMAIL PROTECTED]: clone 422213 -1 Bug#422213: checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep Bug 422213 cloned as bug 422317. reassign -1 libc6-sparc64 Bug#422317: checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep Bug reassigned from package `checkinstall' to `libc6-sparc64'. found -1 2.5-2 Bug#422317: checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep Bug marked as found in version 2.5-2. retitle -1 readlink return type changed without backwards-compatibility symbol Bug#422317: checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep Changed Bug title to readlink return type changed without backwards-compatibility symbol from checkinstall_1.6.1-2 (alpha/unstable): FTBFS: wrong libc6-dev build-dep. 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#422107: uninstallable
On Fri, May 04, 2007 at 11:31:06AM +0200, Steinar H. Gunderson wrote: On Fri, May 04, 2007 at 11:49:20AM +0900, Simon Horman wrote: heartbeat is uninstallable in unstable: My gut feeling is that libsnmp9 shouldn't have been removed while packages still depend on it. But apparently it was. Yes. I don't know why, you might want to check the removal logs. :-) I guess that the best way forward is to simp0le rebuild heartbeat against libsnmp10 and upload. Yes. Ask the RMs and they can probably schedule binNMUs for you. I'm sorry, but I don't understand that a binNMU is. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422309: [amd64] missing 32-bit libgcc.a
severity 422309 normal thanks gcc-4.1 4.1.1-21 had this file: /usr/lib/gcc/x86_64-linux-gnu/4.1.2/32/libgcc.a which gcc-4.1 4.1.2-5 no longer provides. This breaks build of every package building biarch 32-bit stuff that relies on libgcc. see the changelog, split out into gcc-multilib to avoid dangling symlinks. I tested a few of them and found that at least the following packages no longer build: grub2 alsa-lib bzip2 ncurses readline5 zlib please file bug reports / patches for those packages. these should depend on gcc-multilib [amd64 i386 powerpc ppc64 sparc s390] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#422309: [amd64] missing 32-bit libgcc.a
Processing commands for [EMAIL PROTECTED]: severity 422309 normal Bug#422309: [amd64] missing 32-bit libgcc.a Severity set to `normal' from `critical' 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: Bug#422107: uninstallable
Processing commands for [EMAIL PROTECTED]: retitle 422107 heartbeat: uninstallable due to dependancy on libsnmp9 Bug#422107: uninstallable Changed Bug title to heartbeat: uninstallable due to dependancy on libsnmp9 from uninstallable. tags 422107 +pending Bug#422107: heartbeat: uninstallable due to dependancy on libsnmp9 Tags were: sid Tags added: pending clone 422107 -1 Bug#422107: heartbeat: uninstallable due to dependancy on libsnmp9 Bug 422107 cloned as bug 422320. reassign -1 heartbeat-2 Bug#422320: heartbeat: uninstallable due to dependancy on libsnmp9 Bug reassigned from package `heartbeat' to `heartbeat-2'. retitle -1 heartbeat-2: uninstallable due to dependancy on libsnmp9 Bug#422320: heartbeat: uninstallable due to dependancy on libsnmp9 Changed Bug title to heartbeat-2: uninstallable due to dependancy on libsnmp9 from heartbeat: uninstallable due to dependancy on libsnmp9. tags -1 +pending Bug#422320: heartbeat-2: uninstallable due to dependancy on libsnmp9 Tags were: pending sid Tags added: pending -- 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]
