Bug#493951: libpkg-guide: recommendations are contrary to accepted best practices
Hi Steve, thanks for taking care The libpkg-guide that has been packaged and is now in the archive gives recommendations regarding -dev package naming which are not at all representative of a consensus in Debian. We already have problems with library maintainers inserting sonames into their -dev package names based on the unclear/misguided advice of this document; shipping it in a stable release would be seen by many as an endorsement by the Debian project, and no such endorsement exists. There *particularly* isn't such an endorsement from the Debian release team, for whom gratuitous -dev package name changes make library transitions more difficult by orders of magnitude. May I kindly ask you if you're willing to provide a patch against libpkg-guide (the code is in git[1])? Alternatively, may you please give us some hints about where thinks have to be fixed (I supposed you read recently the doc so it's fresh :) ) and references for what Debian recommends for -dev package? Thanks in Advance, Sandro [1] git://git.debian.org/git/collab-maint/libpkg-guide.git -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493966: sim_0.9.5~svn20080716-1(sparc/unstable): FBFS on sparc. error: call of overloaded 'pack(uint)' is ambiguous
Package: sim Version: 0.9.5~svn20080716-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of sim_0.9.5~svn20080716-1 on lebrun by sbuild/sparc 98 Build started at 20080806-0216 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 7), flex, cmake (= 2.4.8), libtool (= 1.5.20), g++ (= 4.0), libpng12-dev (= 1.2.27), libqt3-mt-dev (= 3:3.3.8), libqt3-headers (= 3:3.3.8), qt3-dev-tools (= 3:3.3.8), libssl-dev (= 0.9.8g), kdelibs4-dev (= 4:3.5.9), zlib1g-dev (= 1:1.2.3.3), libexpat1-dev (= 1.95.8), libxml2-dev (= 2.6.32), libxslt1-dev (= 1.1.24), libxft-dev (= 2.1.12), libxss-dev (= 1:1.1.3), zip [...] /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:101: note: candidates are: void ICQBuffer::pack(const QString) near match /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:102: note: void ICQBuffer::pack(const QCString) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:104: note: void ICQBuffer::pack(char) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:105: note: void ICQBuffer::pack(unsigned char) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:106: note: void ICQBuffer::pack(short unsigned int) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:107: note: void ICQBuffer::pack(long unsigned int) /build/buildd/sim-0.9.5~svn20080716/plugins/icq/icqbuffer.h:108: note: void ICQBuffer::pack(long int) make[3]: *** [plugins/icq/CMakeFiles/icq.dir/icqlists.o] Error 1 make[3]: Leaving directory `/build/buildd/sim-0.9.5~svn20080716/build-sim' make[2]: *** [plugins/icq/CMakeFiles/icq.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/sim-0.9.5~svn20080716/build-sim' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/sim-0.9.5~svn20080716/build-sim' make: *** [install-stamp] Error 2 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=simver=0.9.5~svn20080716-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493967: mercurial: Incorrect license text. Mercurial is GPLv2 only
Package: mercurial Version: 1.0.1-4 Severity: serious Justification: Policy 12.5 /usr/share/doc/mercurial/copyright states: This package is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. The (at your option) any later version is wrong! Mercurial is licensed as GPLv2 only, see here: http://selenic.com/pipermail/mercurial/2008-August/020534.html or the mercurial homepage. Greetings, Dennis -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mercurial depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii mercurial-common 1.0.1-4Scalable distributed version contr ii python2.5.2-2An interactive high-level object-o ii python-support0.8.5 automated rebuilding support for P ii ucf 3.007 Update Configuration File: preserv Versions of packages mercurial recommends: ii kdiff30.9.92-2 compares and merges 2 or 3 files o ii meld 1.1.5.1-2 graphical tool to diff and merge f pn python-beaker none (no description available) Versions of packages mercurial suggests: ii emacs 22.2+2-3 The GNU Emacs editor (metapackage) ii python-elementtree1.2.6-12 Light-weight toolkit for XML proce pn python-mysqldbnone (no description available) pn python-pygments none (no description available) ii python-subversion 1.5.1dfsg1-1 Python bindings for Subversion ii qct 1.5-1 GUI commit tool ii tk8.4 [wish] 8.4.19-2 Tk toolkit for Tcl and X11, v8.4 - ii vim 1:7.1.314-3+b1 Vi IMproved - enhanced vi editor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reopening 492818, found 492818 in 3.11.3-2
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.34 reopen 492818 Bug#492818: solfege_3.11.3-1(sparc/unstable): FTBFS on sparc: NameError: global name 'getcwd' is not defined '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. found 492818 3.11.3-2 Bug#492818: solfege_3.11.3-1(sparc/unstable): FTBFS on sparc: NameError: global name 'getcwd' is not defined Bug marked as found in version 3.11.3-2. 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#479915: marked as done (debian-faq: FTBFS: debiandoc2latexps: ERROR: debian-faq.dvi could not be generated properly)
Your message dated Wed, 06 Aug 2008 08:47:04 + with message-id [EMAIL PROTECTED] and subject line Bug#479915: fixed in debian-faq 4.0.4 has caused the Debian Bug report #479915, regarding debian-faq: FTBFS: debiandoc2latexps: ERROR: debian-faq.dvi could not be generated properly to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 479915: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479915 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: debian-faq Version: 4.0 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080506 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: make[2]: Entering directory `/build/user/debian-faq-4.0/zh_CN' debiandoc2latexps -l zh_CN debian-faq.sgml debiandoc2latexps: ERROR: debian-faq.dvi could not be generated properly debiandoc2latexps: rerun with the -v option to found out why debiandoc2latexps: or check the log file debian-faq.log make[2]: *** [debian-faq.zh_CN.ps] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/06 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: debian-faq Source-Version: 4.0.4 We believe that the bug you reported is fixed in the latest version of debian-faq, which is due to be installed in the Debian FTP archive: debian-faq-de_4.0.4_all.deb to pool/main/d/debian-faq/debian-faq-de_4.0.4_all.deb debian-faq-fr_4.0.4_all.deb to pool/main/d/debian-faq/debian-faq-fr_4.0.4_all.deb debian-faq-it_4.0.4_all.deb to pool/main/d/debian-faq/debian-faq-it_4.0.4_all.deb debian-faq-zh-cn_4.0.4_all.deb to pool/main/d/debian-faq/debian-faq-zh-cn_4.0.4_all.deb debian-faq_4.0.4.dsc to pool/main/d/debian-faq/debian-faq_4.0.4.dsc debian-faq_4.0.4.tar.gz to pool/main/d/debian-faq/debian-faq_4.0.4.tar.gz debian-faq_4.0.4_all.deb to pool/main/d/debian-faq/debian-faq_4.0.4_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. Joost van Baal [EMAIL PROTECTED] (supplier of updated debian-faq package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 06 Aug 2008 08:06:02 +0200 Source: debian-faq Binary: debian-faq debian-faq-de debian-faq-fr debian-faq-it debian-faq-zh-cn Architecture: source all Version: 4.0.4 Distribution: unstable Urgency: high Maintainer: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Changed-By: Joost van Baal [EMAIL PROTECTED] Description: debian-faq - The Debian FAQ debian-faq-de - The Debian FAQ, in German debian-faq-fr - The Debian FAQ, in French debian-faq-it - The Debian FAQ, in Italian debian-faq-zh-cn - The Debian FAQ, in Chinese Closes: 479915 Changes: debian-faq (4.0.4) unstable; urgency=high . * Urgency set to high to get this into lenny. The only changes since last accepted upload (4.0.2) are: Fix FTBFS and translation updates. [ Changes by Joost van Baal ] * debian/control: change priority from standard to optional: sync with Debian archive's override file. . debian-faq (4.0.3) unstable; urgency=high . * Urgency set to high to get this into lenny. The only changes are: Fix FTBFS and translation updates. [ Changes by Frank
Bug#493718: [Pkg-fglrx-devel] Bug#493718: possible patch
Le Wednesday 06 August 2008 07:46:59 Thomas Bushnell BSG, vous avez écrit : See http://nopaste.debianforum.de/9635 for what might be a good patch for this bug. Seems so. However, it doesn't fit the current packaging: firegl_public.c is heavily patched in the package I'll be away until the 11th, so I won't be able to upload it before. If you can help making it work with current packaging, I'll be thankfull. Romain -- Oh what a competition But Jah is mi highest region Rocking trough revelation Chanting to Jah holy nation -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493168: gpm: Segfaults on boot.
It still looks the same to me like before. I've also attached gdb and set a breakpoint in selection_copy and never got there. The problem seems to be that in old_main.c line 236, event.vc is 1, and cinfo[1] is NULL. In fact, cinfo is completly filled with NULL. Ha! Found the bug! This was a real good hint :-) I reorded a three level if-clause wrongly in some cleanup commit (old_main.c). Fixed that in 1.99.7-4-gb47, which is available at http://home.schottelius.org/~nico/temp/gpm-1.99.7-4-gb47.tar.bz2 Can you test it, if it works as expected now? PS: The new tar has a src/daemon/selection_copy.c~ in it. Thanks, removed it. It's a left-over from the indent_script. I'll backport the fix to 1.20.x and make a new release soon. As soon as the compile error on 64 Bit Linux is fixed, there will also be a new 1.99.x release. Expect both before the end of August. Sincerly, Nico -- Think about Free and Open Source Software (FOSS). http://nico.schottelius.org/documentations/foss/the-term-foss/ PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C signature.asc Description: Digital signature
Bug#493961: menu: Debian menu not visible on fresh installs
Package: menu Version: 2.1.39 Severity: serious Justification: useless package; package doesn't fulfill its role I made a fresh install on a new laptop and I discovered that the Debian menu is not present AT ALL in GNOME's menu. This package is useless as long as this happens. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages menu depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libstdc++64.3.1-2The GNU Standard C++ Library v3 menu recommends no packages. Versions of packages menu suggests: ii gksu 2.0.0-5graphical frontend to su -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity
Processing commands for [EMAIL PROTECTED]: package cryptsetup Ignoring bugs not assigned to: cryptsetup severity 493622 grave Bug#493622: cryptsetup: cryptdisks_starts Command failed parse errors and keyboard locks Severity set to `grave' 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#490022: marked as done (ttf-engadget - FTBFS: Empty binary-arch target)
Your message dated Wed, 06 Aug 2008 07:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#490022: fixed in ttf-engadget 1.0-2 has caused the Debian Bug report #490022, regarding ttf-engadget - FTBFS: Empty binary-arch target to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 490022: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490022 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: ttf-engadget Version: 1.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of ttf-engadget_1.0-1 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] /usr/bin/fakeroot debian/rules binary-arch dh_testdir dh_testroot dh_clean -k dh_installdirs dh_install *.ttf usr/share/fonts/truetype/engadget dpkg-genchanges -B -ms390 Build Daemon buildd_s390-debian-31 ../ttf-engadget_1.0-1_s390.changes dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2 ** Build finished at 20080708-1439 FAILED [dpkg-buildpackage died] This package really should be arch-all. ---End Message--- ---BeginMessage--- Source: ttf-engadget Source-Version: 1.0-2 We believe that the bug you reported is fixed in the latest version of ttf-engadget, which is due to be installed in the Debian FTP archive: ttf-engadget_1.0-2.diff.gz to pool/main/t/ttf-engadget/ttf-engadget_1.0-2.diff.gz ttf-engadget_1.0-2.dsc to pool/main/t/ttf-engadget/ttf-engadget_1.0-2.dsc ttf-engadget_1.0-2_all.deb to pool/main/t/ttf-engadget/ttf-engadget_1.0-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. Gürkan Sengün [EMAIL PROTECTED] (supplier of updated ttf-engadget package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 11 Jul 2008 15:52:16 +0200 Source: ttf-engadget Binary: ttf-engadget Architecture: source all Version: 1.0-2 Distribution: unstable Urgency: low Maintainer: Gürkan Sengün [EMAIL PROTECTED] Changed-By: Gürkan Sengün [EMAIL PROTECTED] Description: ttf-engadget - Modern font from John Stracke Closes: 490022 Changes: ttf-engadget (1.0-2) unstable; urgency=low . * Change arch to all. (Closes: #490022) * Bump standards version. Checksums-Sha1: b4f78b694b89149b5754542d1828f77fdffcb8db 1021 ttf-engadget_1.0-2.dsc 4ada824895811e8b94550a1d253bb03bfcb6e6e4 1528 ttf-engadget_1.0-2.diff.gz c65889cb444229a3eeec15d96afefcff6195c13b 13350 ttf-engadget_1.0-2_all.deb Checksums-Sha256: c355708cdca6f5e9a8a3d7cbb1d9257a0ba11cf80df8d565a097f38dc51cc390 1021 ttf-engadget_1.0-2.dsc de2b16e236a44d4ec70a01c4f179fbece1aa56b1a88fb6dd8ac2cb818f6b557f 1528 ttf-engadget_1.0-2.diff.gz 147cbd7c4e9589b6dba0e733368fb76d8135cbd4b57e2384bf70de499ef49f77 13350 ttf-engadget_1.0-2_all.deb Files: 36e025a8a3a00b4974687ea022af1877 1021 x11 optional ttf-engadget_1.0-2.dsc 0b40d1bd3034133fc5dc23e975e8a08c 1528 x11 optional ttf-engadget_1.0-2.diff.gz 9623a0eca3ae327dffa761aa274d46c0 13350 x11 optional ttf-engadget_1.0-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiZSRMACgkQ+ZNUJLHfmlehwgCeJwMyJoJtbAVrY21CWMPKZBsL DdAAoIa1E3ruuVLOiiQSjNWBh3nbOCON =sNsn -END PGP SIGNATURE- ---End Message---
Bug#493848: Source of this problem: /lib/cryptsetup/cryptdisks.functions
Package: cryptsetup Version: 2:1.0.6-4 Followup-For: Bug #493848 The problem is, that the method do_noluks() in the /lib/cryptsetup/cryptdisks.functions file is broken. The PARAMS variable is modified multiple times; before the if-loop regarding the options about keyfiles and afterwards again. This results in calling cryptsetup with two --key-file arguments and making the real keyfile unavailable. The solution I use was commenting out both the first PARAMS variable modification and the if-loop. However it might be enough to remove the first PARAMS variable modification line: PARAMS=$PARAMS --key-file=$key in that method (not tested). regards, Yusuf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (850, 'unstable'), (800, 'testing'), (630, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.27-3 The Linux Kernel Device Mapper use ii libc62.7-13 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.27-3 The Linux Kernel Device Mapper use ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libuuid1 1.41.0-3universally unique id library cryptsetup recommends no packages. Versions of packages cryptsetup suggests: ii dosfstools2.11-6 utilities for making and checking ii initramfs-tools [linux-initra 0.92e tools for generating an initramfs ii udev 0.125-4/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493872: marked as done (gutenbrowser: QSQLITE driver not loaded)
Your message dated Wed, 06 Aug 2008 06:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#493872: fixed in gutenbrowser 3:0.9.0-2 has caused the Debian Bug report #493872, regarding gutenbrowser: QSQLITE driver not loaded to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 493872: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493872 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: gutenbrowser Version: 3:0.9.0-1 Severity: grave Justification: renders package unusable On startup, a dialog box pops up saying Unable to establish a database connection. and on stdout: bool gutenDb::connectDatabase() QSqlDatabase: QSQLITE driver not loaded QSqlDatabase: available drivers: QMYSQL3 QMYSQL Attempting to use the Library Update menu option also fails, with a dialog box saying Cannot remove database file. and on stdout: void gutenDb::updateLibraryDatabase() /home/noct/.gutenbrowser/gutenbrowser.sqlite [EMAIL PROTECTED]:~$ ls -a /home/noct/.gutenbrowser/ ./ ../ [EMAIL PROTECTED]:~$ df /home/noct/.gutenbrowser Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda8 19228276 15384452 2867076 85% /home -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gutenbrowser depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii libgcc11:4.3.1-8 GCC support library ii libqt4-network 4.4.0-4 Qt 4 network module ii libqt4-sql 4.4.0-4 Qt 4 SQL module ii libqt4-webkit 4.4.0-4 Qt 4 WebKit module ii libqt4-xml 4.4.0-4 Qt 4 XML module ii libqtcore4 4.4.0-4 Qt 4 core module ii libqtgui4 4.4.0-4 Qt 4 GUI module ii libstdc++6 4.3.1-8 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime gutenbrowser recommends no packages. gutenbrowser suggests no packages. -- no debconf information [EMAIL PROTECTED]:~$ dpkg -l '*sql*' +++-===-===-== un gda2-mysql none (no description available) un gda2-sqlite none (no description available) ii libhsqldb-java 1.8.0.9-3 Java SQL database engine un libhsqldb-java-doc none (no description available) un libhsqldb-java-gcj none (no description available) un libmysql-java none (no description available) un libmysqlclient-dev none (no description available) un libmysqlclient10-devnone (no description available) un libmysqlclient12-devnone (no description available) un libmysqlclient14-devnone (no description available) un libmysqlclient15none (no description available) ii libmysqlclient15-dev5.0.51a-11 MySQL database development files ii libmysqlclient15off 5.0.51a-11 MySQL database client library un libqt3-mt-mysql none (no description available) un libqt3-mt-psql none (no description available) ii libqt4-sql 4.4.0-4 Qt 4 SQL module un libqt4-sql-ibasenone (no description available) ii libqt4-sql-mysql4.4.0-4 Qt 4 MySQL database driver un libqt4-sql-odbc none (no description available) un libqt4-sql-psql none (no description available) un libqt4-sql-sqlite none
Bug#493951: libpkg-guide: recommendations are contrary to accepted best practices
Package: libpkg-guide Version: 0.0.20070413 Severity: serious The libpkg-guide that has been packaged and is now in the archive gives recommendations regarding -dev package naming which are not at all representative of a consensus in Debian. We already have problems with library maintainers inserting sonames into their -dev package names based on the unclear/misguided advice of this document; shipping it in a stable release would be seen by many as an endorsement by the Debian project, and no such endorsement exists. There *particularly* isn't such an endorsement from the Debian release team, for whom gratuitous -dev package name changes make library transitions more difficult by orders of magnitude. This package should not be included in a stable release until the recommendations have been revised to reflect best practices. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479915: please unblock debian-faq 4.0.3
Hi, I've just uploaded debian-faq 4.0.3. It'd be cool if it could get shipped with lenny: it fixes a FTBFS (thanks to Daniel Schepler and Frank Lichtenheld), and includes some translation updates. debian-faq has some by-hand files too, btw. Thanks, Bye, Joost signature.asc Description: Digital signature
Bug#493834: pymsnt: problem with CVR0 in version string
On 06/08/2008 at 01:24 +0100, Sam Morris wrote: I have just uploaded a fixed package to unstable. Could you please test it (once it's available on your mirror) and let me know if it fixes the problem? If so, I'll request a freeze exception for the new package. Hi! I grabbed this just a minute ago from incoming.debian.org and installed it. Seems to work just fine. Thanks for the quick answer. Cheers! -- Kiko Private mail is preferred encrypted: http://www.pirispons.net/pgpkey.html signature.asc Description: Digital signature
Processed: Re: Bug#479915: Patch
Processing commands for [EMAIL PROTECTED]: tags 479915 +pending Bug#479915: debian-faq: FTBFS: debiandoc2latexps: ERROR: debian-faq.dvi could not be generated properly Tags were: patch Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479915: Patch
tags 479915 +pending thanks Op Tue 5 Aug 2008 om 09:46:03 +0200 schreef Frank Lichtenheld: The following patch fixes the build error for me: Index: debian/control === --- debian/control(Revision 5240) +++ debian/control(Arbeitskopie) @@ -4,7 +4,8 @@ Maintainer: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Uploaders: Pierre Machard [EMAIL PROTECTED], Josip Rodin [EMAIL PROTECTED], Joost van Baal [EMAIL PROTECTED] Build-Depends: debhelper (= 5) -Build-Depends-Indep: debiandoc-sgml, tetex-bin, tetex-extra, latex-cjk-chinese +Build-Depends-Indep: debiandoc-sgml, tetex-bin, tetex-extra, latex-cjk-chinese, + latex-cjk-chinese-arphic-bkai00mp, latex-cjk-chinese-arphic-bsmi00lp, latex-cjk-chinese-arphic-gbsn00lp, latex-cjk-chinese-arphic-gkai00mp Standards-Version: 3.7.3 Thanks a lot! It's in debian-faq 4.0.3 which I've just uploaded. Bye, Joost signature.asc Description: Digital signature
Bug#292231: marked as done ([NONFREE-DOC:GFDL1.1] making the entire manpage invariant is not consistent with the DFSG)
Your message dated Wed, 06 Aug 2008 06:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#292231: fixed in hasciicam 0.9.1-2.1 has caused the Debian Bug report #292231, regarding [NONFREE-DOC:GFDL1.1] making the entire manpage invariant is not consistent with the DFSG to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 292231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292231 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: hasciicam Version: 0.9.1-1 Severity: serious The following manpages say they are only distributeable under the GFDL, but do not include the license text required by this license: hasciicam.1.gz This mass-filing of bugs was announced 2005-01-09 in my mail to debian-devel and debian-legal: http://lists.debian.org/debian-devel/2005/01/msg00499.html http://lists.debian.org/debian-legal/2005/01/msg00262.html Hochachtungsvoll, Bernhard R. Link ---End Message--- ---BeginMessage--- Source: hasciicam Source-Version: 0.9.1-2.1 We believe that the bug you reported is fixed in the latest version of hasciicam, which is due to be installed in the Debian FTP archive: hasciicam_0.9.1-2.1.diff.gz to pool/main/h/hasciicam/hasciicam_0.9.1-2.1.diff.gz hasciicam_0.9.1-2.1.dsc to pool/main/h/hasciicam/hasciicam_0.9.1-2.1.dsc hasciicam_0.9.1-2.1_amd64.deb to pool/main/h/hasciicam/hasciicam_0.9.1-2.1_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. Vincent Bernat [EMAIL PROTECTED] (supplier of updated hasciicam package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 06 Aug 2008 07:27:18 +0200 Source: hasciicam Binary: hasciicam Architecture: source amd64 Version: 0.9.1-2.1 Distribution: unstable Urgency: low Maintainer: Christian Surchi [EMAIL PROTECTED] Changed-By: Vincent Bernat [EMAIL PROTECTED] Description: hasciicam - (h)ascii for the masses: live video as text Closes: 292231 Changes: hasciicam (0.9.1-2.1) unstable; urgency=low . * Non-maintainer upload to fix RC bug * The manual page hasciicam.1 is also licensed under GFDL without invariant sections. Add a note about this in debian/copyright (Closes: #292231). Point to common-licenses GFDL copy. Checksums-Sha1: 3b34ef9d756cff60757e1a999c28997eb2335f8a 1000 hasciicam_0.9.1-2.1.dsc 3e18457a82ea89b3320e643504d513b88fb47f3b 2959 hasciicam_0.9.1-2.1.diff.gz 1dd31416f663609693b79b534359c9cdea2bf7aa 24302 hasciicam_0.9.1-2.1_amd64.deb Checksums-Sha256: 06eef9d2ec76308cfa73df1cf22845dc213bffe1617aa41d6c74277fda16e9f0 1000 hasciicam_0.9.1-2.1.dsc 466b88d3b385a0277b1779720228632eca8eeb00c647c80a7180ca52c5ee886e 2959 hasciicam_0.9.1-2.1.diff.gz 653349bd9d9c53a68b69353ec0f2da99cff9bfea8b3349a16e61ca467883fe9e 24302 hasciicam_0.9.1-2.1_amd64.deb Files: fdd8d0ca29aa24f3c7e5b658a6de997a 1000 graphics optional hasciicam_0.9.1-2.1.dsc 4dd131459ef7848d0cdbe902ec7df919 2959 graphics optional hasciicam_0.9.1-2.1.diff.gz 0d8ed6a3713d9fb0ce721902fe73d2bc 24302 graphics optional hasciicam_0.9.1-2.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiZOnAACgkQKFvXofIqeU7GqQCgmUiWsjMhmJua38XNlNHi+jsC 8/UAn0VyMZ3sk8wlKkdscoc2fI8MwgLx =xjcN -END PGP SIGNATURE- ---End Message---
Bug#493947: ganglia_3.1.0-1(hppa/experimental): FTBFS: cannot find the library `/usr/lib/libxml2.la'
Package: ganglia Version: 3.1.0-1 Severity: serious Hi, your package failed to build from source. | Automatic build of ganglia_3.1.0-1 on lofn by sbuild/hppa 98-farm | Build started at 20080806-0738 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 1209kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main ganglia 3.1.0-1 (dsc) [1227B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main ganglia 3.1.0-1 (tar) [1175kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main ganglia 3.1.0-1 (diff) [32.9kB] | Fetched 1209kB in 1s (837kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), librrd2-dev, autoconf, autotools-dev, automake, libapr1-dev, libexpat1-dev, python-dev, libconfuse-dev, po-debconf | Checking for already installed source dependencies... [...] | if hppa-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..-O0 -I../lib -I../gmond -I../include -O2 -Wall -fgnu89-inline -fno-strict-aliasing -Wall -D_REENTRANT -MT cleanup.o -MD -MP -MF .deps/cleanup.Tpo -c -o cleanup.o cleanup.c; \ | then mv -f .deps/cleanup.Tpo .deps/cleanup.Po; else rm -f .deps/cleanup.Tpo; exit 1; fi | /bin/sh ../libtool --mode=link --tag=CC hppa-linux-gnu-gcc -O0 -I../lib -I../gmond -I../include -O2 -Wall -fgnu89-inline -fno-strict-aliasing -Wall -D_REENTRANT -L/usr/lib -o gmetad gmetad.o cmdline.o data_thread.o server.o process_xml.o rrd_helpers.o conf.o type_hash.o xml_hash.o cleanup.o ../lib/libganglia.la -lrrd -lm -ldl -lnsl -lnsl -lexpat -lconfuse -lapr-1 -lpthread | mkdir .libs | libtool: link: cannot find the library `/usr/lib/libxml2.la' | make[3]: *** [gmetad] Error 1 | make[3]: Leaving directory `/build/buildd/ganglia-3.1.0/gmetad' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/ganglia-3.1.0' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/ganglia-3.1.0' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080806-0747 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=3.1.0-1pkg=gangliaarch=hppa Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493718: possible patch
See http://nopaste.debianforum.de/9635 for what might be a good patch for this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 492519
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.35 tags 492519 pending Bug#492519: vim-runtime: netrw explorer potentially deletes wrong files 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#484305: bicyclerepair: bike.vim imports untrusted python files from cwd
On Tue, 2008-08-05 at 23:07 -0400, James Vega wrote: While this does provide a workaround for the issue, this is behavior inherent in the way Python is designed and should be fixed in Python. If we choose to instead address every application that embeds Python, we're just creating an endless stream of work for ourselves. Possibly. I did file a bug [rejected] on reportbug itself just a few days ago, because it also will load from . if '' is in the pythonpath. OTOH perhaps having '' in sys.path is always wrong and we should start a mass set of bugs to prevent it? -Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#493941: php5-xapian does not work out of the box, php config file lacks .ini extension
Processing commands for [EMAIL PROTECTED]: severity 493941 important Bug#493941: php5-xapian does not work out of the box, php config file lacks .ini extension Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493941: php5-xapian does not work out of the box, php config file lacks .ini extension
severity 493941 important thanks On Tue, Aug 05, 2008 at 09:45:43PM -0500, Diego Escalante Urrelo wrote: 1. If you are installing that file there, I'm pretty sure you missed the .ini extension Indeed - the draft PHP policy doesn't mention that an extension is required (I'll report that) so I didn't know it was. I must have had a left over line in php.ini when I tested this. It is intended that if you install the package, the default assumption is that you want to use it. Hopefully lenny can be released with this fixed, so I hope no one minds I set a high severity (kind of new with BTS policy still). I don't see how serious is justified (it's not a severe violation of policy that I can see, and I don't feel it renders the package unsuitable for release as you can still load the module by hand), so I've lowered the severity to important. Clearly it should be fixed before the release though, and I certainly intended to. I can give a hand providing a fix in case you don't have the time, let me know. Thanks for the offer, but I should be OK, and the fix seems trivial. I'm currently waiting to hear from debian-release as to whether the 1.0.7-2 packages are OK for lenny (xapian-core 1.0.7-1 was hinted in, but FTBFS on s390; the other packages weren't hinted). Once I know about that, I know where to fix this. Cheers, Olly -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd
On Wed, Aug 06, 2008 at 01:39:15AM +0100, Simon McVittie wrote: Shouldn't Python builds of vim avoid this bug by stopping '' from being prepended to sys.path in the first place? As I mentioned earlier[0][1] in the bug log, I don't think removing '' from sys.argv is the correct change to make in Vim. After looking through Python initialization and vim's if_python.c it seems that the way forward is to set Python's argv, via PySys_SetArgv(), to have a non-empty and absolute first argument. vim sets Python's argv to { , NULL }, which according to a comment is to avoid a crash when warn() is called. Changing that to { /usr/bin/vim, NULL } would seem to solve this problem - but for that matter, any safe value is fine. The way Vim is using PySys_SetArgv (and therefore the resulting behavior) is exactly following the recommended use of PySys_SetArgv according to upstream's documentation[2]. A safe value for argv[0] is any value where there won't be files dir/*.py or dir/*/__init__.py, where dir == dirname(argv[0]). So setting argv[0] to /, /usr/lib/something or /usr/share/vim would be safe too, for instance. I'm afraid I haven't tested this in vim itself (the multiple builds take a while...) but the attached program demonstrates it: [EMAIL PROTECTED] gcc -o484305 `python-config --cflags` `python-config --ldflags` 484305.c [EMAIL PROTECTED] ./484305 (I have no argv!) ['/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', ... more output ... '/var/lib/python-support/python2.5/pyinotify'] [EMAIL PROTECTED] ./484305 [''] ['', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', ... more output ... '/var/lib/python-support/python2.5/pyinotify'] [EMAIL PROTECTED] ./484305 /usr/bin/vim ['/usr/bin/vim'] ['/usr/bin', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', ... more output ... '/var/lib/python-support/python2.5/pyinotify'] While this does provide a workaround for the issue, this is behavior inherent in the way Python is designed and should be fixed in Python. If we choose to instead address every application that embeds Python, we're just creating an endless stream of work for ourselves. From a quick check via Google's codesearch, at least X-Chat[3], Gnumeric[4], python-nautilus[5], and gedit[6] are likely to have this same problem. N.B., most of the above projects use a single-element argv of the project name. This is no different than using a single-element argv of since PySys_SetArgv attempts to resolve argv[0] to an absolute path and uses when it is unable to do so. [0] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484305#51 [1] - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484305#61 [2] - If there isn't a script that will be run, the first entry in argv can be an empty string. http://docs.python.org/api/initialization.html#l2h-881 [3] - http://ln-s.net/27az [4] - http://ln-s.net/27ay [5] - http://ln-s.net/27b1 [6] - http://ln-s.net/27b9 -- James GPG Key: 1024D/61326D40 2003-09-02 James Vega [EMAIL PROTECTED] signature.asc Description: Digital signature
Processed: Re: pulseaudio: PulseAudio freezes the boot process in some situations
Processing commands for [EMAIL PROTECTED]: tag 491270 fixed-upstream Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations Tags were: pending patch Tags added: fixed-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#493941: php5-xapian does not work out of the box, php config file lacks .ini extension
Package: php5-xapian Version: 1.0.5-1 Severity: serious Heya, today I installed php5-xapian and after realizing it's not working I jumped to /etc/php5/conf.d: [EMAIL PROTECTED]:~$ ls -l /etc/php5/conf.d/ total 36 -rw-r--r-- 1 root root 57 2008-06-20 10:28 mysqli.ini -rw-r--r-- 1 root root 56 2008-06-20 10:28 mysql.ini -rw-r--r-- 1 root root 52 2008-06-20 10:28 pdo.ini -rw-r--r-- 1 root root 60 2008-06-20 10:28 pdo_mysql.ini -rw-r--r-- 1 root root 65 2008-06-20 10:28 pdo_pgsql.ini -rw-r--r-- 1 root root 62 2008-06-20 10:28 pdo_sqlite.ini -rw-r--r-- 1 root root 61 2008-06-20 10:28 pgsql.ini -rw-r--r-- 1 root root 58 2008-06-20 10:28 sqlite.ini -rw-r--r-- 1 root root 58 2008-03-23 03:57 xapian Now, you can see that the only difference in there for xapian is the missing .ini extension. php5 will NOT use xapian until you rename that file to xapian.ini. Ok, here comes the rationale: 1. If you are installing that file there, I'm pretty sure you missed the .ini extension 2. Users expect the module to just work™, they are installing it for that in 90% of cases. If they want to install it but disable it, they know how for sure. 3. If you don't expect the module to be auto enabled on install, then put xapian.ini somewhere else, or with the contents commented or something Hopefully lenny can be released with this fixed, so I hope no one minds I set a high severity (kind of new with BTS policy still). I can give a hand providing a fix in case you don't have the time, let me know. Thank you -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491270: pulseaudio: PulseAudio freezes the boot process in some situations
tag 491270 fixed-upstream thanks Just letting you know that the patch is correct and was also fixed in upstream's head. Please include this patch in the debian package, pulseaudio will not see another release any time soon and 0.9.11 is not recommended for any stable purpose by its maintainer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd
thanks, yes - I concur. -Rob signature.asc Description: This is a digitally signed message part
Bug#493834: marked as done (pymsnt: problem with CVR0 in version string)
Your message dated Wed, 06 Aug 2008 00:32:04 + with message-id [EMAIL PROTECTED] and subject line Bug#493834: fixed in pymsnt 0.11.3-2 has caused the Debian Bug report #493834, regarding pymsnt: problem with CVR0 in version string to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 493834: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493834 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: pymsnt Version: 0.11.3-1.1 Severity: grave Tags: patch Justification: renders package unusable This morning I realised that pymsnt wasn’t working. Some googling took me here: http://groups.google.com/group/py-transports/browse_thread/thread/8e3583a86a4bb053 Did that, (removed CVR0 from variable MSN_PROTOCOL_VERSION (line 113 of /usr/share/pymsnt/src/legacy/msn/msn.py) and now it works again. Setting severity to grave because I guess this should affect everyone using the package. If it’s not: I’m sorry and, please, feel free to downgrade it. Thanks! -- Kiko -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pymsnt depends on: ii adduser 3.109 add and remove users and groups ii python 2.5.2-2 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii python-crypto2.0.1+dfsg1-2.3 cryptographic algorithms and proto ii python-openssl [python-p 0.7-2 Python wrapper around the OpenSSL ii python-pyopenssl 0.7-2 transitional dummy package ii python-twisted 8.1.0-3 Event-based framework for internet Versions of packages pymsnt recommends: ii python-imaging1.1.6-3Python Imaging Library Versions of packages pymsnt suggests: ii ejabberd 2.0.1-4Distributed, fault-tolerant Jabber -- no debconf information ---End Message--- ---BeginMessage--- Source: pymsnt Source-Version: 0.11.3-2 We believe that the bug you reported is fixed in the latest version of pymsnt, which is due to be installed in the Debian FTP archive: pymsnt_0.11.3-2.diff.gz to pool/main/p/pymsnt/pymsnt_0.11.3-2.diff.gz pymsnt_0.11.3-2.dsc to pool/main/p/pymsnt/pymsnt_0.11.3-2.dsc pymsnt_0.11.3-2_all.deb to pool/main/p/pymsnt/pymsnt_0.11.3-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. Sam Morris [EMAIL PROTECTED] (supplier of updated pymsnt package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 06 Aug 2008 01:11:28 +0100 Source: pymsnt Binary: pymsnt Architecture: source all Version: 0.11.3-2 Distribution: unstable Urgency: low Maintainer: Sam Morris [EMAIL PROTECTED] Changed-By: Sam Morris [EMAIL PROTECTED] Description: pymsnt - MSN transport for Jabber Closes: 493834 Changes: pymsnt (0.11.3-2) unstable; urgency=low . * Work around MSN protocol changes (closes: #493834). Checksums-Sha1: 3f83e3cf4ddc92f6461e62520c7ef541126b5ae0 1128 pymsnt_0.11.3-2.dsc b951ecb3554818bd11f73c522d23ba99fa8811f2 7647 pymsnt_0.11.3-2.diff.gz 6ccf9493f2219a424c3ee594bd7c24d308e6daa5 164282 pymsnt_0.11.3-2_all.deb Checksums-Sha256: 874c306aee0caee21aff3fe222d4dc27808c81a4970cca67c82c91937c86997e 1128 pymsnt_0.11.3-2.dsc b5e867e5934ced0fe8c4a52d06144279ff9dad127b681f5a2ca0e63061fb5a9f 7647 pymsnt_0.11.3-2.diff.gz ac66af1f860135576839eb3f5aa43a543ff8b70269b6df0703f0215227b161bd 164282 pymsnt_0.11.3-2_all.deb Files: 9a864562807961855237c56ddd5e0097 1128 net optional pymsnt_0.11.3-2.dsc e874868e028a6bd9384a24c1dd56ef84 7647 net optional pymsnt_0.11.3-2.diff.gz c31bb64dadfb5c1a09b3259678ce6844 164282 net optional pymsnt_0.11.3-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiY7dkACgkQshl/216gEHhn1gCfRqKE7qhoYr+ZXgrUwph0kDJ3 JrIAoIGFH/Z6izFRyiiBML+g2K+l/+LK =hzCn -END PGP SIGNATURE- ---End Message---
Processed: Re: Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd
Processing commands for [EMAIL PROTECTED]: clone 484305 -1 Bug#484305: bicyclerepair: bike.vim imports untrusted python files from cwd Bug 484305 cloned as bug 493937. reassign -1 vim-python Bug#493937: bicyclerepair: bike.vim imports untrusted python files from cwd Bug reassigned from package `bicyclerepair' to `vim-python'. 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#484305: bicyclerepair: bike.vim imports untrusted python files from cwd
clone 484305 -1 reassign -1 vim-python thanks Shouldn't Python builds of vim avoid this bug by stopping '' from being prepended to sys.path in the first place? After looking through Python initialization and vim's if_python.c it seems that the way forward is to set Python's argv, via PySys_SetArgv(), to have a non-empty and absolute first argument. vim sets Python's argv to { , NULL }, which according to a comment is to avoid a crash when warn() is called. Changing that to { /usr/bin/vim, NULL } would seem to solve this problem - but for that matter, any safe value is fine. A safe value for argv[0] is any value where there won't be files dir/*.py or dir/*/__init__.py, where dir == dirname(argv[0]). So setting argv[0] to /, /usr/lib/something or /usr/share/vim would be safe too, for instance. I'm afraid I haven't tested this in vim itself (the multiple builds take a while...) but the attached program demonstrates it: [EMAIL PROTECTED] gcc -o484305 `python-config --cflags` `python-config --ldflags` 484305.c [EMAIL PROTECTED] ./484305 (I have no argv!) ['/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', ... more output ... '/var/lib/python-support/python2.5/pyinotify'] [EMAIL PROTECTED] ./484305 [''] ['', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', ... more output ... '/var/lib/python-support/python2.5/pyinotify'] [EMAIL PROTECTED] ./484305 /usr/bin/vim ['/usr/bin/vim'] ['/usr/bin', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', ... more output ... '/var/lib/python-support/python2.5/pyinotify'] Hope this helps, Simon /* * Usage: * gcc -o484305 `python-config --cflags` `python-config --ldflags` 484305.c * ./484305- default behaviour of embedded Python * ./484305 - what vim does now * ./484305 /usr/bin/vim * ./484305 / * ./484305 /usr/share/vim */ #include Python.h int main(int argc, char **argv) { char *replacement_argv[] = { argv[1], NULL }; Py_Initialize(); if (argc = 2) { PySys_SetArgv(1, replacement_argv); } PyRun_SimpleString(import sys\n print getattr(sys, 'argv', '(I have no argv!)')\n print sys.path\n); return 0; }
Bug#493834: pymsnt: problem with CVR0 in version string
Thanks for filing this bug--I had noticed that pymsnt had stopped working, but I assumed it was a local issue. I have just uploaded a fixed package to unstable. Could you please test it (once it's available on your mirror) and let me know if it fixes the problem? If so, I'll request a freeze exception for the new package. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#493342: marked as done (librrd-dev: Should depend on libxml2-dev.)
Your message dated Wed, 06 Aug 2008 09:47:06 + with message-id [EMAIL PROTECTED] and subject line Bug#493342: fixed in rrdtool 1.3.1-3 has caused the Debian Bug report #493342, regarding librrd-dev: Should depend on libxml2-dev. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 493342: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493342 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: librrd-dev Version: 1.3.1-2 Severity: serious Hi, Your package ships an librrd.la which has a dependency_libs in it. That has things in it like /usr/lib/libxml2.la. Every package that's using libtool to link against your package will have a problem that /usr/lib/libxml2.la isn't available. Please make sure you have a Depends for all files mentioned in the dependency_libs, either directly or indirectly. There is a relation between the build dependencies and the depends on the -dev package. Kurt ---End Message--- ---BeginMessage--- Source: rrdtool Source-Version: 1.3.1-3 We believe that the bug you reported is fixed in the latest version of rrdtool, which is due to be installed in the Debian FTP archive: librrd-dev_1.3.1-3_amd64.deb to pool/main/r/rrdtool/librrd-dev_1.3.1-3_amd64.deb librrd-ruby1.8_1.3.1-3_amd64.deb to pool/main/r/rrdtool/librrd-ruby1.8_1.3.1-3_amd64.deb librrd-ruby1.9_1.3.1-3_amd64.deb to pool/main/r/rrdtool/librrd-ruby1.9_1.3.1-3_amd64.deb librrd-ruby_1.3.1-3_all.deb to pool/main/r/rrdtool/librrd-ruby_1.3.1-3_all.deb librrd4_1.3.1-3_amd64.deb to pool/main/r/rrdtool/librrd4_1.3.1-3_amd64.deb librrdp-perl_1.3.1-3_all.deb to pool/main/r/rrdtool/librrdp-perl_1.3.1-3_all.deb librrds-perl_1.3.1-3_amd64.deb to pool/main/r/rrdtool/librrds-perl_1.3.1-3_amd64.deb python-rrd_1.3.1-3_all.deb to pool/main/r/rrdtool/python-rrd_1.3.1-3_all.deb python-rrdtool_1.3.1-3_amd64.deb to pool/main/r/rrdtool/python-rrdtool_1.3.1-3_amd64.deb rrdtool-tcl_1.3.1-3_amd64.deb to pool/main/r/rrdtool/rrdtool-tcl_1.3.1-3_amd64.deb rrdtool_1.3.1-3.diff.gz to pool/main/r/rrdtool/rrdtool_1.3.1-3.diff.gz rrdtool_1.3.1-3.dsc to pool/main/r/rrdtool/rrdtool_1.3.1-3.dsc rrdtool_1.3.1-3_amd64.deb to pool/main/r/rrdtool/rrdtool_1.3.1-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sebastian Harl [EMAIL PROTECTED] (supplier of updated rrdtool package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 04 Aug 2008 15:57:26 +0200 Source: rrdtool Binary: rrdtool librrd4 librrd-dev librrds-perl librrdp-perl rrdtool-tcl python-rrdtool python-rrd librrd-ruby librrd-ruby1.8 librrd-ruby1.9 Architecture: source amd64 all Version: 1.3.1-3 Distribution: unstable Urgency: low Maintainer: Debian RRDtool Team [EMAIL PROTECTED] Changed-By: Sebastian Harl [EMAIL PROTECTED] Description: librrd-dev - Time-series data storage and display system (development) librrd-ruby - Time-series data storage and display system (Ruby interface) librrd-ruby1.8 - Time-series data storage and display system (Ruby 1.8 interface) librrd-ruby1.9 - Time-series data storage and display system (Ruby 1.9 interface) librrd4- Time-series data storage and display system (runtime library) librrdp-perl - Time-series data storage and display system (Perl interface, pipe librrds-perl - Time-series data storage and display system (Perl interface, shar python-rrd - Transitional dummy package python-rrdtool - Time-series data storage and display system (Python interface) rrdtool- Time-series data storage and display system (programs) rrdtool-tcl - Time-series data storage and display system (Tcl interface) Closes: 493342 493553 Changes: rrdtool (1.3.1-3) unstable; urgency=low . * Added libxml2-dev to librrd-dev's dependencies (Closes: #493342). * debian/patches: - Added bts493553-pango-utf-8 to try to make sure an UTF-8 string is passed to pango_layout_set_{text,markup}() as required by libpango (Closes: #493553). Checksums-Sha1: 628b2bc3eee03db6265faa216f0cd1573c042c8e 1617 rrdtool_1.3.1-3.dsc 5c536b6b8b5f1b5a54d3737a601a5dd7d75d145b 17562 rrdtool_1.3.1-3.diff.gz 924a49fd5dbab08bcf5426221934885c884ca142
Bug#493622: marked as done (cryptsetup: cryptdisks_starts Command failed parse errors and keyboard locks)
Your message dated Wed, 06 Aug 2008 09:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#493622: fixed in cryptsetup 2:1.0.6-5 has caused the Debian Bug report #493622, regarding cryptsetup: cryptdisks_starts Command failed parse errors and keyboard locks to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 493622: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493622 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: cryptsetup Version: 2:1.0.6-4 Severity: normal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.1c0 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_IE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.27-3 The Linux Kernel Device Mapper use ii libc62.7-10 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.27-3 The Linux Kernel Device Mapper use ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libuuid1 1.41.0-3universally unique id library cryptsetup recommends no packages. Versions of packages cryptsetup suggests: ii dosfstools2.11-6 utilities for making and checking ii initramfs-tools [linux-initra 0.92e tools for generating an initramfs ii udev 0.114-2/dev/ and hotplug management daemo ii yaird [linux-initramfs-tool] 0.0.13-2 Yet Another mkInitRD -- no debconf information above the emacs debian-bug command output The exact and complete text of any error messages printed or logged: # cryptdisks_start sdb2_crypt sdb2_crypt (starting). Command failed: No key available with this passphrase A description of the incorrect behaviour: exactly what behaviour you were expecting, and what you observed. attached /etc/crypttab file where you can see the none = interactive passphrase. After the Command failed: No key... message the keyboard locks (X-Windows system) and a reboot is needed (mouse does not lock). The direct command cryptsetup luksOpen /dev/sdb2 sdb2_crypt works perfectly, only the crypdisks_start script fails. cryptdisks_stop sdb2_crypt script is successfull if runs after cryptsetup luksOpen /dev/sdb2 sdb2_crypt Suggested fix: I do not know. Please let me know if you need some testing for your fixes. Additional information: After some reading of the documentation I have found the following extrange things: File: /usr/share/doc/cryptsetup/README.Debian.gz If you are using udev, it might be a good idea to use the /dev/disk/by-label links instead of /dev/sdg2 as the link will work no matter in which order the media is inserted and detected. /dev/disk/by-label ... on kernel 2.6.26.1 also are /dev/disk/by-id but in /lib/cryptsetup/cryptdisks.functions # parse UUID= symlinks if [ ${src#UUID=} != $src ]; then src=/dev/disk/by-uuid/${src#UUID=} elif [ ${src#LABEL=} != $src ]; then src=/dev/disk/by-label/${src#LABEL=} UUID= and LABEL= sintaxes are not documented on man crypttab There is also ID= ( /dev/disk/by-id on GNU/Linux kernel 2.6.26.1) Maybe remove this sintax and use the full /dev path on all cases. Thank you for your work and time. Best regards crypttab Description: Binary data ---End Message--- ---BeginMessage--- Source: cryptsetup Source-Version: 2:1.0.6-5 We believe that the bug you reported is fixed in the latest version of cryptsetup, which is due to be installed in the Debian FTP archive: cryptsetup-udeb_1.0.6-5_amd64.udeb to pool/main/c/cryptsetup/cryptsetup-udeb_1.0.6-5_amd64.udeb cryptsetup_1.0.6-5.diff.gz to pool/main/c/cryptsetup/cryptsetup_1.0.6-5.diff.gz cryptsetup_1.0.6-5.dsc to pool/main/c/cryptsetup/cryptsetup_1.0.6-5.dsc cryptsetup_1.0.6-5_amd64.deb to pool/main/c/cryptsetup/cryptsetup_1.0.6-5_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. Jonas Meurer [EMAIL PROTECTED] (supplier of updated cryptsetup package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive
Bug#493848: marked as done ([EMAIL PROTECTED]: [pkg-cryptsetup-devel] crypttab problem])
Your message dated Wed, 06 Aug 2008 09:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#493848: fixed in cryptsetup 2:1.0.6-5 has caused the Debian Bug report #493848, regarding [EMAIL PROTECTED]: [pkg-cryptsetup-devel] crypttab problem] to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 493848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493848 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: cryptsetup Version: 2:1.0.6-4 Severity: grave forwarding a bug reported by Marco Gatti to the pkg-cryptsetup-devel mailinglist. greetings, jonas - Forwarded message from Marco Gatti [EMAIL PROTECTED] - Date: Mon, 4 Aug 2008 12:24:41 +0200 From: Marco Gatti [EMAIL PROTECTED] Subject: [pkg-cryptsetup-devel] crypttab problem To: [EMAIL PROTECTED] Using Lenny with an encrypted partition on a secondary disk the new version of cryptsetup doesn't work anymore with this line configured in /etc/crypttab: backup /dev/hdb1 /path/to/file.key hash=sha512 The device get created but there's no chance to mount it since it doesn't find any proper filesystem (even forcing it in the mount options). If i run cryptsetup manually it works and i see all my data: cryptsetup create backup /dev/hdb1 --key-file=/path/to/file.key --hash=sha512 I've tried to look at the documentation and the changes but didn't find if i'm doing something wrong (and i've been using this setup for years...). System Information: Debian Release: lenny Kernel: Linux 2.6.25.14 #1 SMP PREEMPT Mon Aug 4 10:26:20 CEST 2008 i686 GNU/Linux Package: ii cryptsetup 2:1.0.6-4 configures encrypted block devices Versions of packages cryptsetup depends on: ii dmsetup2:1.02.27-3The Linux Kernel Device Mapper userspace library ii libc6 2.7-10 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.27-3The Linux Kernel Device Mapper userspace library ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libuuid1 1.41.0-3 universally unique id library -- Linux Registered User #398764 - http://counter.li.org/ [EMAIL PROTECTED] User - http://www.boincstats.com/signature/user_833490.gif ___ pkg-cryptsetup-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-cryptsetup-devel - End forwarded message - signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: cryptsetup Source-Version: 2:1.0.6-5 We believe that the bug you reported is fixed in the latest version of cryptsetup, which is due to be installed in the Debian FTP archive: cryptsetup-udeb_1.0.6-5_amd64.udeb to pool/main/c/cryptsetup/cryptsetup-udeb_1.0.6-5_amd64.udeb cryptsetup_1.0.6-5.diff.gz to pool/main/c/cryptsetup/cryptsetup_1.0.6-5.diff.gz cryptsetup_1.0.6-5.dsc to pool/main/c/cryptsetup/cryptsetup_1.0.6-5.dsc cryptsetup_1.0.6-5_amd64.deb to pool/main/c/cryptsetup/cryptsetup_1.0.6-5_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. Jonas Meurer [EMAIL PROTECTED] (supplier of updated cryptsetup package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 06 Aug 2008 10:19:21 +0200 Source: cryptsetup Binary: cryptsetup cryptsetup-udeb Architecture: source amd64 Version: 2:1.0.6-5 Distribution: unstable Urgency: high Maintainer: Jonas Meurer [EMAIL PROTECTED] Changed-By: Jonas Meurer [EMAIL PROTECTED] Description: cryptsetup - configures encrypted block devices cryptsetup-udeb - configures encrypted block devices (udeb) Closes: 493151 493622 493848 Changes: cryptsetup (2:1.0.6-5) unstable; urgency=high . * Fix watch file to not report -pre and -rc releases as superior. * Remove the global var $SIZE from cryptdisks.functions again but keep the extended value checks. * Remove the udev rules file also in preinst, code taken from example at http://wiki.debian.org/DpkgConffileHandling.
Bug#485909: fuse-source fails to build with linux-source-2.6.25
On Fri, Aug 01, 2008 at 07:17:57PM +0200, Moritz Muehlenhoff wrote: Since the fuse kernel module is present in the stock kernel images, the best solution seems to be to drop the fuse-source binary package altogether. Even though I personally think all out-of-tree kernel modules should be deleted (the proper way for the features to appear in Debian is via the upstream linux kernel - any other way is just avoiding QA), this is what the packages NEWS.Debian file says: fuse (2.6.5-2) unstable; urgency=low The fuse-source package is back. Even though fuse comes with all recent 2.6 kernels, some software (i.e. ntfs-3g) needs the most recent fuse API to enable all its features. -- Adam Cécile (Le_Vert) [EMAIL PROTECTED] Thu, 17 May 2007 12:56:42 +0200 Has kernel upgrades since then included the features ntfs-3g needs? If not, maybe it's better to not enable these at all until then to avoid the maintenance burden of the the fuse-source package. Removing the binary fuse-source package is a simple enough way to fix the problem, but maybe the maintainers should ACK it before anyone thinks of uploading a NMU here. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: busybox: chpasswd fails to set root password
Processing commands for [EMAIL PROTECTED]: severity 484700 serious Bug#484700: busybox: chpasswd fails to set root password Severity set to `serious' from `important' 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#493966: FBFS on sparc. error: call of overloaded 'pack(uint)' is ambiguous
retitle 493966 FBFS on alpha, arm, armel, hppa, m68k, mips, mipsel, powerpc, s390, sparc error: call of overloaded 'pack(uint)' is ambiguous... tags 493966 patch thanks see attache see also patch for build on ia64 :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : [EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 --- plugins/icq/icqlists.cpp2008-06-27 02:38:29.0 +0400 +++ plugins/icq/icqlists.cpp2008-08-06 11:05:58.0 +0400 @@ -1078,7 +1078,7 @@ snac(ICQ_SNACxFOOD_LISTS, cmd, true); QCString sName = name.utf8(); -socket()-writeBuffer().pack(htons(sName.length())); +socket()-writeBuffer().pack((long unsigned int)htons(sName.length())); socket()-writeBuffer().pack(sName.data(), sName.length()); socket()-writeBuffer() grp_id --- debian/rules2008-08-06 11:18:41.0 +0400 +++ debian/rules2008-08-06 11:18:31.0 +0400 @@ -47,31 +47,48 @@ touch $@ binary-arch: install -# required + dh_testdir + dh_testroot + dh_installchangelogs-psim -psim-qt + dh_installdocs -psim -psim-qt + dh_installman -psim -psim-qt + dh_installmenu -psim -psim-qt + dh_install -psim -psim-qt + dh_lintian -psim -psim-qt + dh_link -psim -psim-qt + dh_strip-psim -psim-qt + dh_installdebconf -psim -psim-qt + dh_compress -psim -psim-qt + dh_fixperms -psim -psim-qt + dh_makeshlibs -psim -psim-qt + dh_installdeb -psim -psim-qt + dh_shlibdeps-psim -psim-qt + dh_gencontrol -psim -psim-qt + dh_md5sums -psim -psim-qt + dh_builddeb -psim -psim-qt -- -Z bzip2 binary-indep: install -# required - -binary: binary-arch binary-indep dh_testdir dh_testroot - dh_installchangelogs - dh_installdocs - dh_installman - dh_installmenu - dh_install - dh_lintian - dh_link - dh_strip - dh_installdebconf - dh_compress - dh_fixperms - dh_makeshlibs - dh_installdeb - dh_shlibdeps - dh_gencontrol - dh_md5sums - dh_builddeb -- -Z bzip2 + dh_installchangelogs-psim-data + dh_installdocs -psim-data + dh_installman -psim-data + dh_installmenu -psim-data + dh_install -psim-data + dh_lintian -psim-data + dh_link -psim-data + dh_strip-psim-data + dh_installdebconf -psim-data + dh_compress -psim-data + dh_fixperms -psim-data + dh_makeshlibs -psim-data + dh_installdeb -psim-data + dh_shlibdeps-psim-data + dh_gencontrol -psim-data + dh_md5sums -psim-data + dh_builddeb -psim-data -- -Z bzip2 + +binary: binary-arch binary-indep .PHONY: build \ clean \ signature.asc Description: Digital signature
Processed: FBFS on sparc. error: call of overloaded 'pack(uint)' is ambiguous
Processing commands for [EMAIL PROTECTED]: retitle 493966 FBFS on alpha, arm, armel, hppa, m68k, mips, mipsel, powerpc, s390, sparc error: call of overloaded 'pack(uint)' is ambiguous... Bug#493966: sim_0.9.5~svn20080716-1(sparc/unstable): FBFS on sparc. error: call of overloaded 'pack(uint)' is ambiguous Changed Bug title to `FBFS on alpha, arm, armel, hppa, m68k, mips, mipsel, powerpc, s390, sparc error: call of overloaded 'pack(uint)' is ambiguous...' from `sim_0.9.5~svn20080716-1(sparc/unstable): FBFS on sparc. error: call of overloaded 'pack(uint)' is ambiguous'. tags 493966 patch Bug#493966: FBFS on alpha, arm, armel, hppa, m68k, mips, mipsel, powerpc, s390, sparc error: call of overloaded 'pack(uint)' is ambiguous... There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: is upstream
Processing commands for [EMAIL PROTECTED]: tags 493966 upstream Bug#493966: FBFS on alpha, arm, armel, hppa, m68k, mips, mipsel, powerpc, s390, sparc error: call of overloaded 'pack(uint)' is ambiguous... Tags were: patch 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#493854: marked as done (libdjvulibre-text: please add a conflict against the appropriate version of djview3)
Your message dated Wed, 06 Aug 2008 12:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#493854: fixed in djvulibre 3.5.20-10 has caused the Debian Bug report #493854, regarding libdjvulibre-text: please add a conflict against the appropriate version of djview3 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 493854: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493854 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: libdjvulibre-text Version: 3.5.20-9 Severity: serious libdjvulibre-text was automatically marked for installation during the last upgrade, but it needs to conflict with the previous djview3 package (version 3.5.20-8, I think): Selecting previously deselected package libdjvulibre-text. Unpacking libdjvulibre-text (from .../libdjvulibre-text_3.5.20-9_i386.deb) ... dpkg: error processing /mirror/debian/pool/main/d/djvulibre/libdjvulibre-text_3.5.20-9_i386.deb (--unpack): trying to overwrite `/usr/share/djvu/djview3/cs/djview.qm', which is also in package djview3 dpkg-deb: subprocess paste killed by signal (Broken pipe) ciao Riccardo ---End Message--- ---BeginMessage--- Source: djvulibre Source-Version: 3.5.20-10 We believe that the bug you reported is fixed in the latest version of djvulibre, which is due to be installed in the Debian FTP archive: djview3_3.5.20-10_i386.deb to pool/main/d/djvulibre/djview3_3.5.20-10_i386.deb djview_3.5.20-10_i386.deb to pool/main/d/djvulibre/djview_3.5.20-10_i386.deb djvulibre-bin_3.5.20-10_i386.deb to pool/main/d/djvulibre/djvulibre-bin_3.5.20-10_i386.deb djvulibre-dbg_3.5.20-10_i386.deb to pool/main/d/djvulibre/djvulibre-dbg_3.5.20-10_i386.deb djvulibre-desktop_3.5.20-10_i386.deb to pool/main/d/djvulibre/djvulibre-desktop_3.5.20-10_i386.deb djvulibre-plugin_3.5.20-10_i386.deb to pool/main/d/djvulibre/djvulibre-plugin_3.5.20-10_i386.deb djvulibre_3.5.20-10.diff.gz to pool/main/d/djvulibre/djvulibre_3.5.20-10.diff.gz djvulibre_3.5.20-10.dsc to pool/main/d/djvulibre/djvulibre_3.5.20-10.dsc djvuserve_3.5.20-10_i386.deb to pool/main/d/djvulibre/djvuserve_3.5.20-10_i386.deb libdjvulibre-dev_3.5.20-10_i386.deb to pool/main/d/djvulibre/libdjvulibre-dev_3.5.20-10_i386.deb libdjvulibre-text_3.5.20-10_i386.deb to pool/main/d/djvulibre/libdjvulibre-text_3.5.20-10_i386.deb libdjvulibre21_3.5.20-10_i386.deb to pool/main/d/djvulibre/libdjvulibre21_3.5.20-10_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. Barak A. Pearlmutter [EMAIL PROTECTED] (supplier of updated djvulibre package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 05 Aug 2008 17:23:17 +0100 Source: djvulibre Binary: libdjvulibre-dev libdjvulibre21 libdjvulibre-text djvulibre-dbg djvulibre-desktop djview3 djview djvuserve djvulibre-plugin djvulibre-bin Architecture: source i386 Version: 3.5.20-10 Distribution: unstable Urgency: low Maintainer: Barak A. Pearlmutter [EMAIL PROTECTED] Changed-By: Barak A. Pearlmutter [EMAIL PROTECTED] Description: djview - Transition package for djview to djview3 djview3- Viewer for the DjVu image format djvulibre-bin - Utilities for the DjVu image format djvulibre-dbg - Debug symbols for the DjVu image format djvulibre-desktop - Desktop support for the DjVu image format djvulibre-plugin - Browser plugin for the DjVu image format djvuserve - CGI program for unbundling DjVu files on the fly libdjvulibre-dev - Development files for the DjVu image format libdjvulibre-text - Linguistic support files for libdjvulibre libdjvulibre21 - Runtime support for the DjVu image format Closes: 493854 Changes: djvulibre (3.5.20-10) unstable; urgency=low . * Put djview3 support files in djview3 package, leaving only generic library support files in libdjvulibre-text (closes: #493854) * Include more upstream translated text * Flush a bunch of minor compiler warnings Checksums-Sha1: 13de250f666032294c9403c751bc538b06b47787 1414 djvulibre_3.5.20-10.dsc c48fb5d617860a957679aa3598b433fe822e1d02 119052 djvulibre_3.5.20-10.diff.gz eb194431516fe4f3f528fc1eeb046f139cb971c6 756102
Bug#493899: libdirectfb: DirectFB 1.2.1 is released, works and doesn't have this problem.
Package: libdirectfb-1.0-0 Version: 1.0.1-10 Followup-For: Bug #493899 Hello, since the Debian package or directFB v.1.0.1 is broken, I compiled the latest 1.2.1 version and it works ok. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdirectfb-1.0-0 depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libsysfs2 2.1.0-4interface library to sysfs ii libts-0.0-0 1.0-4 touch screen library libdirectfb-1.0-0 recommends no packages. libdirectfb-1.0-0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485909: fuse-source fails to build with linux-source-2.6.25
Hello, fuse-source is not needed anymore with recent kernel. I think dropping fuse-source package is the right way, at least for a stable release. If you don't mind I would rather remove fuse-source by myself. I'm not MIA, just a bit fusy theses days but I'll be on hollidays next week so I'll fix my RCs ;-) Regards, Adam. Andreas Henriksson a écrit : On Fri, Aug 01, 2008 at 07:17:57PM +0200, Moritz Muehlenhoff wrote: Since the fuse kernel module is present in the stock kernel images, the best solution seems to be to drop the fuse-source binary package altogether. Even though I personally think all out-of-tree kernel modules should be deleted (the proper way for the features to appear in Debian is via the upstream linux kernel - any other way is just avoiding QA), this is what the packages NEWS.Debian file says: fuse (2.6.5-2) unstable; urgency=low The fuse-source package is back. Even though fuse comes with all recent 2.6 kernels, some software (i.e. ntfs-3g) needs the most recent fuse API to enable all its features. -- Adam Cécile (Le_Vert) [EMAIL PROTECTED] Thu, 17 May 2007 12:56:42 +0200 Has kernel upgrades since then included the features ntfs-3g needs? If not, maybe it's better to not enable these at all until then to avoid the maintenance burden of the the fuse-source package. Removing the binary fuse-source package is a simple enough way to fix the problem, but maybe the maintainers should ACK it before anyone thinks of uploading a NMU here. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493439: jifty: FTBFS: libjifty-toolbar-wikitoolbar-perl missing files
On Sun, 03 Aug 2008 01:09:04 +0200, gregor herrmann wrote: After a short look it seems that make install really installs the files into strange directories, that's why dh_install can't find them later. No idea so far what's happening there ... Good news: I can reproduce it (as in: it happens here too if I just rebuild the package). It seems to be related to the newer libmodule-install-perl, at least Module::Install 1) is used in the relevant Makefile.PLs and 2) it contains the lines that lead to funny directory names. I'm not yet sure how to fix this, though ... gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian gnu/linux user, admin developer - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-BOFH excuse #153: Big to little endian conversion error signature.asc Description: Digital signature
Bug#493992: jcc_1.9-4(sparc/unstable): FTBFS on sparc, missing dependency
Package: jcc Version: 1.9-4 Severity: serious There was an error while trying to autobuild your package: Automatic build of jcc_1.9-4 on lebrun by sbuild/sparc 98 Build started at 20080806-1315 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 5), python-setuptools (= 0.6c7), openjdk-6-jdk, python-dev, python-support, python2.4, python2.4-dev [...] jcc/sources/jcc.cpp:299: warning: deprecated conversion from string constant to 'char*' jcc/sources/jcc.cpp:304: warning: deprecated conversion from string constant to 'char*' jcc/sources/jcc.cpp:310: warning: deprecated conversion from string constant to 'char*' gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -O2 -g -Wall -O2 -fPIC -I/usr/lib/jvm/java-6-openjdk/include -I/usr/lib/jvm/java-6-openjdk/include/linux -I_jcc -Ijcc/sources -I/usr/include/python2.4 -c jcc/sources/JCCEnv.cpp -o /build/buildd/jcc-1.9/./build/temp.linux-sparc-2.4/jcc/sources/JCCEnv.o -DPYTHON -fno-strict-aliasing cc1plus: warning: command line option -Wstrict-prototypes is valid for Ada/C/ObjC but not for C++ jcc/sources/JCCEnv.cpp: In member function 'virtual void JCCEnv::setClassPath(const char*)': jcc/sources/JCCEnv.cpp:517: warning: deprecated conversion from string constant to 'char*' jcc/sources/JCCEnv.cpp: In member function 'virtual _jstring* JCCEnv::fromPyString(PyObject*)': jcc/sources/JCCEnv.cpp:610: warning: deprecated conversion from string constant to 'char*' g++ -pthread -shared -g -O2 -g -Wall -O2 /build/buildd/jcc-1.9/./build/temp.linux-sparc-2.4/jcc/sources/jcc.o /build/buildd/jcc-1.9/./build/temp.linux-sparc-2.4/jcc/sources/JCCEnv.o -o /build/buildd/jcc-1.9/./build/lib.linux-sparc-2.4/libjcc.so -L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64 -L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server -Wl,-rpath=/usr/lib/jvm/java-6-openjdk/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server -ljava -Wl,-S /usr/bin/ld: cannot find -ljava collect2: ld returned 1 exit status error: command 'g++' failed with exit status 1 make: *** [python-build-stamp-2.4] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=jccver=1.9-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493994: linux-modules-extra-2.6_2.6.26-1(sparc/unstable): FTBFS on sparc
Package: linux-modules-extra-2.6 Version: 2.6.26-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of linux-modules-extra-2.6_2.6.26-1 on spontini by sbuild/sparc 99.99 Build started at 20080805-0144 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), linux-support-2.6.26-1, linux-headers-2.6.26-1-all-alpha [alpha], linux-headers-2.6.26-1-all-amd64 [amd64], linux-headers-2.6.26-1-all-arm [arm], linux-headers-2.6.26-1-all-armel [armel], linux-headers-2.6.26-1-all-hppa [hppa], linux-headers-2.6.26-1-all-i386 [i386], linux-headers-2.6.26-1-all-ia64 [ia64], linux-headers-2.6.26-1-all-m68k [m68k], linux-headers-2.6.26-1-all-mips [mips], linux-headers-2.6.26-1-all-mipsel [mipsel], linux-headers-2.6.26-1-all-powerpc [powerpc], linux-headers-2.6.26-1-all-s390 [s390], linux-headers-2.6.26-1-all-sparc [sparc], atl2-source [alpha amd64 arm armel hppa i386 ia64 m68k mipsel powerpc sparc], aufs-source, btrfs-source [alpha amd64 armel i386 m68k s390], et131x-source [alpha amd64 arm armel hppa i386 ia64 m68k mipsel powerpc sparc], loop-aes-source, lzma-source, nilfs2-source, redhat-cluster-source, sfc-source [alpha amd64 arm armel hppa i386 ia64 m68k mipsel powerpc sparc], speakup-source [alpha amd64 arm armel hppa i386 ia64 m68k mips mipsel powerpc sparc], squashfs-source [alpha amd64 arm armel i386 ia64 m68k mips mipsel powerpc s390 sparc], gspca-source [amd64 i386 powerpc], iscsitarget-source [amd64 arm armel i386 ia64 m68k powerpc s390 sparc], r6040-source [amd64 i386], tp-smapi-source [amd64 i386], virtualbox-ose-source [amd64 i386], eeepc-acpi-source, kqemu-source [i386], virtualbox-ose-guest-source [i386] [...] /build/buildd/linux-modules-extra-2.6-2.6.26/debian/build/build_sparc_none_sparc64_atl2/atl2_main.c:: error: 'EOPNOTSUPP' undeclared (first use in this function) /build/buildd/linux-modules-extra-2.6-2.6.26/debian/build/build_sparc_none_sparc64_atl2/atl2_main.c: In function 'atl2_up': /build/buildd/linux-modules-extra-2.6-2.6.26/debian/build/build_sparc_none_sparc64_atl2/atl2_main.c:1180: error: 'EIO' undeclared (first use in this function) /build/buildd/linux-modules-extra-2.6-2.6.26/debian/build/build_sparc_none_sparc64_atl2/atl2_main.c: In function 'atl2_probe': /build/buildd/linux-modules-extra-2.6-2.6.26/debian/build/build_sparc_none_sparc64_atl2/atl2_main.c:1446: error: 'ENOMEM' undeclared (first use in this function) /build/buildd/linux-modules-extra-2.6-2.6.26/debian/build/build_sparc_none_sparc64_atl2/atl2_main.c:1468: error: 'EIO' undeclared (first use in this function) make[4]: *** [/build/buildd/linux-modules-extra-2.6-2.6.26/debian/build/build_sparc_none_sparc64_atl2/atl2_main.o] Error 1 make[3]: *** [_module_/build/buildd/linux-modules-extra-2.6-2.6.26/debian/build/build_sparc_none_sparc64_atl2] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.26-1-sparc64' make[2]: *** [debian/stamps/build_sparc_none_sparc64_atl2] Error 2 make[2]: Leaving directory `/build/buildd/linux-modules-extra-2.6-2.6.26' make[1]: *** [build_sparc_none_sparc64_atl2] Error 2 make[1]: Leaving directory `/build/buildd/linux-modules-extra-2.6-2.6.26' make: *** [debian/stamps/build-base] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=linux-modules-extra-2.6ver=2.6.26-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493995: dwm-tools_28-1(sparc/unstable): FTBFS on sparc
Package: dwm-tools Version: 28-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of dwm-tools_28-1 on spontini by sbuild/sparc 99.99 Build started at 20080803-2009 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 7), libx11-dev [...] LDFLAGS = -s -L/usr/lib -lc -L/usr/X11R6/lib -lX11 -L/usr/X11R6/lib -lXinerama CC = cc CC dmenu.c dmenu.c:15:37: error: X11/extensions/Xinerama.h: No such file or directory dmenu.c: In function 'setup': dmenu.c:592: error: 'XineramaScreenInfo' undeclared (first use in this function) dmenu.c:592: error: (Each undeclared identifier is reported only once dmenu.c:592: error: for each function it appears in.) dmenu.c:592: error: 'info' undeclared (first use in this function) dmenu.c:622: warning: implicit declaration of function 'XineramaIsActive' dmenu.c:622: warning: implicit declaration of function 'XineramaQueryScreens' make[1]: *** [dmenu.o] Error 1 make[1]: Leaving directory `/build/buildd/dwm-tools-28/dmenu-3.8' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=dwm-toolsver=28-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493993: linux-modules-contrib-2.6_2.6.26-1(sparc/unstable): FTBFS on sparc
Package: linux-modules-contrib-2.6 Version: 2.6.26-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of linux-modules-contrib-2.6_2.6.26-1 on spontini by sbuild/sparc 99.99 Build started at 20080805-0124 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), linux-support-2.6.26-1, linux-headers-2.6.26-1-all-alpha [alpha], linux-headers-2.6.26-1-all-amd64 [amd64], linux-headers-2.6.26-1-all-arm [arm], linux-headers-2.6.26-1-all-armel [armel], linux-headers-2.6.26-1-all-hppa [hppa], linux-headers-2.6.26-1-all-i386 [i386], linux-headers-2.6.26-1-all-ia64 [ia64], linux-headers-2.6.26-1-all-m68k [m68k], linux-headers-2.6.26-1-all-mips [mips], linux-headers-2.6.26-1-all-mipsel [mipsel], linux-headers-2.6.26-1-all-powerpc [powerpc], linux-headers-2.6.26-1-all-s390 [s390], linux-headers-2.6.26-1-all-sparc [sparc], rt73-source [...] /build/buildd/linux-modules-contrib-2.6-2.6.26/debian/build/build_sparc_none_sparc64_rt73/rtmp_main.c: In function 'usb_rtusb_probe': /build/buildd/linux-modules-contrib-2.6-2.6.26/debian/build/build_sparc_none_sparc64_rt73/rtmp_main.c:2160: error: 'ENOMEM' undeclared (first use in this function) /build/buildd/linux-modules-contrib-2.6-2.6.26/debian/build/build_sparc_none_sparc64_rt73/rtmp_main.c:2200: error: implicit declaration of function 'le32_to_cpu' /build/buildd/linux-modules-contrib-2.6-2.6.26/debian/build/build_sparc_none_sparc64_rt73/rtmp_main.c:2203: error: 'ENODEV' undeclared (first use in this function) /build/buildd/linux-modules-contrib-2.6-2.6.26/debian/build/build_sparc_none_sparc64_rt73/rtmp_main.c: In function 'usb_rtusb_init': /build/buildd/linux-modules-contrib-2.6-2.6.26/debian/build/build_sparc_none_sparc64_rt73/rtmp_main.c:2353: error: 'E2BIG' undeclared (first use in this function) make[4]: *** [/build/buildd/linux-modules-contrib-2.6-2.6.26/debian/build/build_sparc_none_sparc64_rt73/rtmp_main.o] Error 1 make[3]: *** [_module_/build/buildd/linux-modules-contrib-2.6-2.6.26/debian/build/build_sparc_none_sparc64_rt73] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.26-1-sparc64' make[2]: *** [debian/stamps/build_sparc_none_sparc64_rt73] Error 2 make[2]: Leaving directory `/build/buildd/linux-modules-contrib-2.6-2.6.26' make[1]: *** [build_sparc_none_sparc64_rt73] Error 2 make[1]: Leaving directory `/build/buildd/linux-modules-contrib-2.6-2.6.26' make: *** [debian/stamps/build-base] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=linux-modules-contrib-2.6ver=2.6.26-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483266: hdbc-sqlite3_1.1.4.0.0(hppa/unstable): FTBFS: segmentation violation
[EMAIL PROTECTED] wrote: Package: hdbc-sqlite3 Version: 1.1.4.0.0 Severity: serious There was an error while trying to autobuild your package: Automatic build of hdbc-sqlite3_1.1.4.0.0 on penalosa by sbuild/hppa 98 Build started at 20080527-2141 Hi Lamont, This is not manifesting itself on any other architecture. I am not certain if the bug is in hdbc-sqlite3, its test code, sqlite3, hugs, or something platform-specific on hppa. According to db.debian.org, there are no hppa development machines I could access. Would you be able to do a debug build and run the test under gdb, or alternatively give me access to an hppa machine with hugs and libhugs-hdbc installed? I am not presently aware of any packages in Debian that use the Hugs hdbc-sqlite3 code (everything uses the GHC version). It may even make sense to binNMU this, commenting out the hugs test, which would allow the other packages that use the GHC hdbc-sqlite3 code to migrate into lenny. I could ordinarily make a new release doing so, but that would complicate things given the freeze. Thanks, -- John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: rungetty: 492845: unreproducible
Processing commands for [EMAIL PROTECTED]: severity 492845 important Bug#492845: rungetty: Segfault on AMD64 Severity set to `important' from `grave' tags 492845 + moreinfo unreproducible Bug#492845: rungetty: Segfault on AMD64 There were no tags set. Tags added: moreinfo, unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492845: rungetty: 492845: unreproducible
severity 492845 important tags 492845 + moreinfo unreproducible thanks I'm unable to reproduce this bug, at least with the common case of running login from rungetty. Please provide more information. Downgrading to important, as requested by maintainer at debconf8. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rungetty depends on: ii libc6 2.7-10 GNU C Library: Shared libraries -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#493715: em8300: FTBFS with 2.6.26-1
tag 493715 + sid thanks On Mon, Aug 04, 2008 at 03:08:06PM +0200, Daniel Baumann wrote: Package: em8300 Severity: serious em8300 fails to build with 2.6.26-1. Thanks for your report. For what it's worth, the problem is already fixed upstream in 0.17.1 (see http://dxr3.sourceforge.net/hg/em8300-nboullis/rev/1f6e519f4e6d and http://dxr3.sourceforge.net/hg/em8300-nboullis/rev/8bfd80c74fa2 ). Those patches could probably easily be backported to 0.16.4, just like I did to fix compatibility with 2.6.25 linux kernels. As far as I know (that is, very little), 2.6.26 is not meant to be in lenny, so I'm tagging this bug sid so that it does not cause the removal of the package from lenny. And since I'm currently away from home, I probably won't upload a fixed version before a few weeks. If you think a prompt upload is needed, just tell me and I'll send you a patch so you can NMU. Cheers, Nicolas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#493715: em8300: FTBFS with 2.6.26-1
Processing commands for [EMAIL PROTECTED]: tag 493715 + sid Bug#493715: em8300: FTBFS with 2.6.26-1 There were no tags set. Tags added: sid 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#492637: NMU interdiff to fix 492637
Attached is the interdiff of the NMU I have just made to delayed/1 to fix the current RC bug against bitlbee. Don Armstrong -- There is no such thing as social gambling. Either you are there to cut the other bloke's heart out and eat it--or you're a sucker. If you don't like this choice--don't gamble. -- Robert Heinlein _Time Enough For Love_ p250 http://www.donarmstrong.com http://rzlab.ucr.edu diff -u bitlbee-1.2.1/debian/prerm bitlbee-1.2.1/debian/prerm --- bitlbee-1.2.1/debian/prerm +++ bitlbee-1.2.1/debian/prerm @@ -11,3 +11,7 @@ else - /etc/init.d/bitlbee stop || exit 0 + if which invoke-rc.d /dev/null 21; then + invoke-rc.d bitblee stop || exit 0 + else + /etc/init.d/bitlbee stop || exit 0 + fi fi diff -u bitlbee-1.2.1/debian/changelog bitlbee-1.2.1/debian/changelog --- bitlbee-1.2.1/debian/changelog +++ bitlbee-1.2.1/debian/changelog @@ -1,3 +1,11 @@ +bitlbee (1.2.1-1.1) unstable; urgency=low + + * Non-Maintainer Upload + * Use invoke-rc.d as per policy. (Closes: #492637) [Thanks to Matt +Kraii] + + -- Don Armstrong [EMAIL PROTECTED] Wed, 06 Aug 2008 06:57:18 -0700 + bitlbee (1.2.1-1) unstable; urgency=low * New upstream release. diff -u bitlbee-1.2.1/debian/postinst bitlbee-1.2.1/debian/postinst --- bitlbee-1.2.1/debian/postinst +++ bitlbee-1.2.1/debian/postinst @@ -64,7 +64,11 @@ fi if [ -n $2 -a $BITLBEE_UPGRADE_DONT_RESTART != 1 ]; then - /etc/init.d/bitlbee restart + if which invoke-rc.d /dev/null 21; then + invoke-rc.d bitlbee restart + else + /etc/init.d/bitlbee restart + fi fi ## If we're upgrading, we'll probably skip this next part @@ -92,3 +96,7 @@ if [ -z $2 ]; then - /etc/init.d/bitlbee start + if which invoke-rc.d /dev/null 21; then + invoke-rc.d bitlbee start + else + /etc/init.d/bitlbee start + fi fi
Bug#493715: em8300: FTBFS with 2.6.26-1
Salut Nicolas :) On Wed, Aug 6, 2008 at 16:10:57 +0200, Nicolas Boullis wrote: As far as I know (that is, very little), 2.6.26 is not meant to be in lenny, so I'm tagging this bug sid so that it does not cause the removal of the package from lenny. Actually the plan is to release lenny with 2.6.26. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: 386570 actually not fixed
Processing commands for [EMAIL PROTECTED]: reopen 386570 Bug#386570: sounds/icons with unclear licensing '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. 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 (with 5 errors): Re: Bug#493999: tpm-tools: pkcs11 tools require libopencryptoki.so
Processing commands for [EMAIL PROTECTED]: severity 493999 serious Bug#493999: tpm-tools: pkcs11 tools require libopencryptoki.so Severity set to `serious' from `normal' tags 493999 +pending Bug#493999: tpm-tools: pkcs11 tools require libopencryptoki.so There were no tags set. Tags added: pending YAEGASHI Takeshi wrote: Unknown command or malformed arguments to command. libopencryptoki.so seems hardcoded in PKCS#11 related tools. It's Unknown command or malformed arguments to command. not available in any dependent packages. Unknown command or malformed arguments to command. jup; opencryptoki just changed that with the last upload. adjusted Unknown command or malformed arguments to command. upload of tpm-tools is on the way. Unknown command or malformed arguments to command. Too many unknown commands, stopping 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#493715: em8300: FTBFS with 2.6.26-1
Processing commands for [EMAIL PROTECTED]: tags 493715 -sid Bug#493715: em8300: FTBFS with 2.6.26-1 Tags were: sid Tags removed: sid 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#493715: em8300: FTBFS with 2.6.26-1
tags 493715 -sid thanks Those patches could probably easily be backported to 0.16.4, just like I did to fix compatibility with 2.6.25 linux kernels. that would be nice, please do so. As far as I know (that is, very little), 2.6.26 is not meant to be in lenny, so I'm tagging this bug sid so that it does not cause the removal of the package from lenny. 2.6.26 is ment for lenny. If you think a prompt upload is needed, just tell me and I'll send you a patch so you can NMU. as it should be fixed asap in order to get linux-modules-* ready, it would be nice to have an upload rsn, prefered from you, but if you've no time, i can of course take care if you can prepare the patch. Thanks a lot, 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#483266: hdbc-sqlite3_1.1.4.0.0(hppa/unstable): FTBFS: segmentation violation
hi, On Wed, Aug 06, 2008 at 08:38:01AM -0500, John Goerzen wrote: [EMAIL PROTECTED] wrote: Package: hdbc-sqlite3 Version: 1.1.4.0.0 Severity: serious There was an error while trying to autobuild your package: Automatic build of hdbc-sqlite3_1.1.4.0.0 on penalosa by sbuild/hppa 98 Build started at 20080527-2141 Would you be able to do a debug build and run the test under gdb, or alternatively give me access to an hppa machine with hugs and libhugs-hdbc installed? I have a spare hppa box, feel free to send me your public ssh key in a signed mail. ciao, Domenico -[ Domenico Andreoli, aka cavok --[ http://www.dandreoli.com/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 493857 is serious
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.33 severity 493857 serious Bug#493857: mga-vid: Please update to 2.6.26 Severity set to `serious' from `wishlist' 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#493899: please update to version 1.2 from upstream
i confirm last post that version 1.2 upstream solved the same issue for me laptop:~# dfbinfo ===| DirectFB 1.0.1 |=== (c) 2001-2007 The DirectFB Organization (directfb.org) (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2008-07-23 00:38) (!) DirectFB/Core: Could not initialize 'system' core! -- Access denied! (#) DirectFBError [DirectFBCreate() failed]: Access denied! laptop:~# laptop:~# laptop:~# ls /dev/fb0 /dev/fb0 laptop:~# ls -l /dev/fb0 crw-rw 1 root video 29, 0 2008-08-06 17:18 /dev/fb0 laptop:~# fbset mode 1024x768-60 # D: 65.003 MHz, H: 48.365 kHz, V: 60.006 Hz geometry 1024 768 1024 768 8 timings 15384 -344 16 29 3 648 6 hsync high vsync high rgba 8/0,8/0,8/0,0/0 endmode see output after using version 1.2 laptop:~/Desktop/DirectFB-1.2.0-rc1# dfbinfo | DirectFB 1.2.0-rc1 | (c) 2001-2008 The world wide DirectFB Open Source Community (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2008-08-06 14:31) (*) Direct/Thread: Started 'VT Switcher' (-1) [CRITICAL OTHER/OTHER 0/0] 8388608... (*) Direct/Thread: Started 'Keyboard Input' (-1) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: Keyboard 0.9 (directfb.org) (*) Direct/Thread: Started 'PS/2 Input' (25042) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: IMPS/2 Mouse 1.0 (directfb.org) (*) Direct/Thread: Started 'Linux Input' (25043) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: AT Translated Set 2 keyboard (1) 0.1 (directfb.org) (*) Direct/Thread: Started 'Linux Input' (25044) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: Microsoft Microsoft Notebook/Mo (2) 0.1 (directfb.org) (*) Direct/Thread: Started 'Linux Input' (25045) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: PC Speaker (3) 0.1 (directfb.org) (*) Direct/Thread: Started 'Linux Input' (25046) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: Power Button (FF) (4) 0.1 (directfb.org) (*) Direct/Thread: Started 'Linux Input' (25047) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: Power Button (CM) (5) 0.1 (directfb.org) (*) Direct/Thread: Started 'Linux Input' (25048) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: Sleep Button (CM) (6) 0.1 (directfb.org) (*) Direct/Thread: Started 'Linux Input' (25049) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: Lid Switch (7) 0.1 (directfb.org) (*) Direct/Thread: Started 'Linux Input' (25050) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: SynPS/2 Synaptics TouchPad (8) 0.1 (directfb.org) (*) Direct/Thread: Started 'Linux Input' (25051) [INPUT OTHER/OTHER 0/0] 8388608... (*) DirectFB/Input: b43-phy0 (9) 0.1 (directfb.org) (*) DirectFB/Genefx: MMX detected and enabled (*) DirectFB/Graphics: ATI Radeon Mobility M7 (4c57) 1.2 (Claudio Ciccani) (*) DirectFB/Core/WM: Default 0.3 (directfb.org) (*) FBDev/Mode: Setting 640x480 LUT8 (*) FBDev/Mode: Switched to 640x480 (virtual 640x960) at 8 bit (LUT8), pitch 640 (*) FBDev/Surface: Allocated 640x480 8 bit LUT8 buffer (index 1) at offset 307200 and pitch 640. (*) FBDev/Surface: Allocated 640x480 8 bit LUT8 buffer (index 0) at offset 0 and pitch 640. Screen (00) FBDev Primary Screen(primary screen) Caps: VSYNC POWER_MANAGEMENT Layer (00) FBDev Primary Layer (primary layer) Type:GRAPHICS Caps:SURFACE ALPHACHANNEL BRIGHTNESS CONTRAST SATURATION Layer (01) Radeon CRTC1's Overlay Type:GRAPHICS VIDEO STILL_PICTURE Caps:SURFACE OPACITY SCREEN_LOCATION DEINTERLACING DST_COLORKEY BRIGHTNESS CONTRAST HUE SATURATION LEVELS SCREEN_POSITION SCREEN_SIZE Screen (01) Radeon CRTC2 Caps: VSYNC POWER_MANAGEMENT Layer (02) Radeon CRTC2's Underlay Type:GRAPHICS Caps:SURFACE ALPHACHANNEL BRIGHTNESS CONTRAST SATURATION Layer (03) Radeon CRTC2's Overlay Type:GRAPHICS VIDEO STILL_PICTURE Caps:SURFACE OPACITY SCREEN_LOCATION DEINTERLACING DST_COLORKEY BRIGHTNESS CONTRAST HUE SATURATION LEVELS SCREEN_POSITION SCREEN_SIZE Input (00) Keyboard(primary keyboard) Type: KEYBOARD Caps: KEYS Min. Keycode: 0 Max. Keycode: 127 Input (01) IMPS/2 Mouse(primary mouse) Type: MOUSE Caps: AXES BUTTONS Max. Axis: 2 Max. Button: 2 Input (10) AT Translated Set 2 keyboard Type: KEYBOARD Caps: KEYS Min. Keycode: 0 Max. Keycode: 127 Input (11) Microsoft Microsoft Notebook/Mo Type: MOUSE Caps: AXES BUTTONS Max. Axis: 2 Max. Button: 2 Input (17) SynPS/2 Synaptics TouchPad Type: MOUSE Caps: AXES BUTTONS Max. Axis: 1 Max.
Bug#493144: qemu: erratic mouse movements
On Thu, Jul 31, 2008 at 09:16:29PM +0200, Lucas Nussbaum wrote: When emulating Windows ME, the mouse movements are really strange. If the cursor is that some position, and I move the mouse, the cursor follows the movement, then goes back (after 1 or 2 secs) to the original position. Can you reproduce that with a free OS? This happens on an up-to-date lenny system. It worked perfectly fine two days ago, before I updated that system (but, according to dpkg.log, none of qemu's deps were updated). I did check with an old qemu image (that I'm sure was working fine), and it also broke with this image. Any changes in X/input area ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493999: marked as done (tpm-tools: pkcs11 tools require libopencryptoki.so)
Your message dated Wed, 06 Aug 2008 15:02:12 + with message-id [EMAIL PROTECTED] and subject line Bug#493999: fixed in tpm-tools 1.3.1-4 has caused the Debian Bug report #493999, regarding tpm-tools: pkcs11 tools require libopencryptoki.so to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 493999: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493999 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: tpm-tools Version: 1.3.1-3 Severity: normal Hi, I've encountered a problem when I tried to run tpmtoken_init on the system without libopencryptoki-dev: % tpmtoken_init The PKCS#11 library cannot be loaded: libopencryptoki.so: cannot open shared object file: No such file or directory libopencryptoki.so seems hardcoded in PKCS#11 related tools. It's not available in any dependent packages. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tpm-tools depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-13SSL shared libraries ii libtspi10.3.1-7 open-source TCG Software Stack (li ii opencryptoki2.2.6+dfsg-3 PKCS#11 implementation for Linux ( ii trousers0.3.1-7 open-source TCG Software Stack (da tpm-tools recommends no packages. tpm-tools suggests no packages. -- no debconf information Regards, -- YAEGASHI Takeshi [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: tpm-tools Source-Version: 1.3.1-4 We believe that the bug you reported is fixed in the latest version of tpm-tools, which is due to be installed in the Debian FTP archive: libtpm-unseal-dev_1.3.1-4_i386.deb to pool/main/t/tpm-tools/libtpm-unseal-dev_1.3.1-4_i386.deb libtpm-unseal0_1.3.1-4_i386.deb to pool/main/t/tpm-tools/libtpm-unseal0_1.3.1-4_i386.deb tpm-tools-dbg_1.3.1-4_i386.deb to pool/main/t/tpm-tools/tpm-tools-dbg_1.3.1-4_i386.deb tpm-tools_1.3.1-4.diff.gz to pool/main/t/tpm-tools/tpm-tools_1.3.1-4.diff.gz tpm-tools_1.3.1-4.dsc to pool/main/t/tpm-tools/tpm-tools_1.3.1-4.dsc tpm-tools_1.3.1-4_i386.deb to pool/main/t/tpm-tools/tpm-tools_1.3.1-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Daniel Baumann [EMAIL PROTECTED] (supplier of updated tpm-tools package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 6 Aug 2008 16:51:00 +0200 Source: tpm-tools Binary: tpm-tools tpm-tools-dbg libtpm-unseal0 libtpm-unseal-dev Architecture: source i386 Version: 1.3.1-4 Distribution: unstable Urgency: medium Maintainer: Daniel Baumann [EMAIL PROTECTED] Changed-By: Daniel Baumann [EMAIL PROTECTED] Description: libtpm-unseal-dev - Management tools for the TPM hardware (development) libtpm-unseal0 - Management tools for the TPM hardware (library) tpm-tools - Management tools for the TPM hardware (tools) tpm-tools-dbg - Management tools for the TPM hardware (debug) Closes: 493999 Changes: tpm-tools (1.3.1-4) unstable; urgency=medium . * Opening libopencryptoki correctly with soname major (Closes: #493999). Checksums-Sha1: a30e7563bc661e148727eb52a377b487881fe989 1208 tpm-tools_1.3.1-4.dsc 40d6f1171c18e3053fb3e29308457e841a9a3169 6622 tpm-tools_1.3.1-4.diff.gz cd5df3d90d493258e7af526b68ce10a8b8ddf93f 144396 tpm-tools_1.3.1-4_i386.deb e728ad9bd90f999da8d35090795016fb282ae0fe 405174 tpm-tools-dbg_1.3.1-4_i386.deb 80d1741278f49a224ee851e5e3506d4473a5ebc0 11358 libtpm-unseal0_1.3.1-4_i386.deb 289f53ff0cd7dd6ed1ac7e4b4cbe2821c373fa5b 12180 libtpm-unseal-dev_1.3.1-4_i386.deb Checksums-Sha256: 67937b021c9f540b8fbfe050747ec0fba23299a3b783f413e2ff275134e2996d 1208 tpm-tools_1.3.1-4.dsc ade570584c61cad44704fd4020239a8dcbd481ef9bb9e83729189d4e97acc8d9 6622 tpm-tools_1.3.1-4.diff.gz 4e6345b7d37e7d184e564838f24492c8e7f8e96c6a0ec3226be8a5de02033497 144396 tpm-tools_1.3.1-4_i386.deb
Bug#486400: Still in 0.3.11
This is a very important bug; if you can get a fix for it, got for it. I have not been able to do any FOSS work these last weekends. I guess we will just miss Lenny... On Fri, Aug 1, 2008 at 2:35 PM, Fabio Pugliese Ornellas [EMAIL PROTECTED] wrote: If by any means I can help, please let me know. I was about to start debugging it today... -- )(- Luis Mondesi Maestro Debiano - START ENCRYPTED BLOCK (Triple-ROT13) -- Gur Hohagh [Yvahk] qvfgevohgvba oevatf gur fcvevg bs Hohagh gb gur fbsgjner jbeyq. - END ENCRYPTED BLOCK (Triple-ROT13) -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492513: [Pkg-kde-extras] Bug#492513: [digikam] does not start :: symbol lookup error: digikam: undefined symbol
On Tue, Jul 29, 2008 at 10:31:24PM +1000, Mark Purcell wrote: On Tue, 29 Jul 2008, Marc 'HE' Brockschmidt wrote: The fix will require an soname bump and NEW package for libkipi Why? If it's just a new symbol, bump the shlib and be done with it. That answers my question. Upload pending... Unblocked now. Kind regards, Philipp Kern signature.asc Description: Digital signature
Processed: Downgrading bug severity
Processing commands for [EMAIL PROTECTED]: package octave-tsa Ignoring bugs not assigned to: octave-tsa severity 493417 important Bug#493417: octave-tsa: FTBFS: `sumskipnan' undefined Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493417: Downgrading bug severity
package octave-tsa severity 493417 important thanks * Thomas Weber [EMAIL PROTECTED] [2008-08-05 08:46]: tags 493417 + unreproducible thanks People are looking at RC bugs, so let's give them a hint. An unreproducible bug cannot be release-critical. I am hereby downgrading the severity of this bug report. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494007: binary firmware in drivers/char/drm/r128_cce.c
Package: linux-2.6 Version: 2.6.26-1 Severity: serious Hi, drivers/char/drm/r128_cce.c (licensed under BSD-style terms) contains a small buffer with code in binary form: /* CCE microcode (from ATI) */ static u32 r128_cce_microcode[] = { [...] As per the comment, it appears to be copyrighted by ATI, although the copyright header doesn't mention that. This could possibly be infringing ATI's copyright. Assuming it's not, it's still in violation of the DFSG. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494009: binary firmware in drivers/char/drm/radeon_microcode.h
Package: linux-2.6 Version: 2.6.26-1 Severity: serious drivers/char/drm/radeon_microcode.h (licensed under BSD-style terms) is entirely composed of binary code, such as: /* production radeon ucode r1xx-r6xx */ static const u32 R100_cp_microcode[][2] = { { 0x21007000, 00 }, { 0x20007000, 00 }, [...] Since the licensing terms allow redistribution, shipping it is not illegal but is a DFSG violation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494010: binary firmware in drivers/char/dsp56k.c
Package: linux-2.6 Version: 2.6.26-1 Severity: serious Hi, drivers/char/dsp56k.c (licensed under GPL2) includes a small section of binary code: /* DSP56001 bootstrap code */ static char bootstrap[] = { 0x0c, 0x00, 0x40, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, [...] Since the licensing terms allow redistribution, shipping it is not illegal but is a DFSG violation. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494011: prayer: Ask for ondocumented lock_dir configuration option
Package: prayer Version: 1.2.2.1-2 Severity: serious Justification: The packet is not usable /etc/init.d/prayer start dies with Starting webmail server: prayerprayer PANICLOG: Failed to open panic log file: paniclog Error was: Aug 06 18:02:21 [3157] config: lock_dir not defined failed! Workaround: add the following lines tot /etc/prayer/prayer.cf: help_dir = /tmp #lock_dir = /tmp -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages prayer depends on: ii adduser3.108 add and remove users and groups ii libc-client2007b 7:2007b~dfsg-2c-client library for mail protocol ii libc6 2.7-10GNU C Library: Shared libraries ii libdb4.6 4.6.21-8 Berkeley v4.6 Database Libraries [ ii libldap-2.4-2 2.4.10-2+lenny1 OpenLDAP libraries ii libssl0.9.80.9.8g-12 SSL shared libraries ii logrotate 3.7.1-3 Log rotation utility ii ssl-cert 1.0.22simple debconf wrapper for OpenSSL ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime prayer recommends no packages. Versions of packages prayer suggests: ii aspell 0.60.6-1 GNU Aspell spell-checker ii courier-imap [imap-server] 4.4.0-1 Courier mail server - IMAP server ii ispell 3.1.20.0-4.4 International Ispell (an interacti pn prayer-accountd none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445359: [Pkg-mol-devel] Bug#445359: [RFH] Mac-on-Linux for Debian lenny
Hi! Sorry for following up late. * Gaudenz Steinlin [EMAIL PROTECTED] [2008-07-16 04:38:53 ART]: * The current version of mol in testing and unstable works with the patches from SuSE. So no update to mol or the driver packages is needed to fix the RC bug on mol-source. I am not sure if I completely get that. Which patches exactly, what needs to get patched by them? The mol-source package only, or is there deeper stuff in the kernel that needs to get patched, too? Please notice that http://bugs.debian.org/460667 was approved and is available already available through unstable. * The fix needed to be able to build mol kernel modules with the current Debian kernel was rejected by the kernel team. See above, was that all that was missing here? * So the only short term option I see is to update mol-source based on the SuSE patches and to advise user to build their own kernel with the handl_mm_fault patch if they want to run mol. The handle_mm_fault patch seems to be what was fixed in #460667 so I am planing to give the rest of the patches a try against mol-source. If it compiles for me and works I plan to do an NMU to fix this later today. I have set such a short time schedule because I got notified about a round of updated kernel images and thus also modules packages that will happen within the next day and if we want to get this in we would need to have it in shape when the rebuild of the modules packages happen. See this as information about my plans, keep me updated with objections to it or your own findings along these lines, I'm going to check this bugreport regularly for the time being. So long, and thanks for all the digging around so far. Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493929: marked as done (awesome: can't spawn an xterm with older xcb-util)
Your message dated Wed, 06 Aug 2008 16:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#493929: fixed in awesome 3.0~rc1-2 has caused the Debian Bug report #493929, regarding awesome: can't spawn an xterm with older xcb-util to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 493929: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493929 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: awesome Version: 3.0~rc1-1 Severity: serious awesome crashes with x-window-manager: symbol lookup error: x-window-manager: undefined symbol: xcb_wm_hints_get_urgency Upgrading from libxcb-icccm0 0.2+git36-1 to 0.2+git41-1 fixes the problem. ---End Message--- ---BeginMessage--- Source: awesome Source-Version: 3.0~rc1-2 We believe that the bug you reported is fixed in the latest version of awesome, which is due to be installed in the Debian FTP archive: awesome_3.0~rc1-2.diff.gz to pool/main/a/awesome/awesome_3.0~rc1-2.diff.gz awesome_3.0~rc1-2.dsc to pool/main/a/awesome/awesome_3.0~rc1-2.dsc awesome_3.0~rc1-2_amd64.deb to pool/main/a/awesome/awesome_3.0~rc1-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Julien Danjou [EMAIL PROTECTED] (supplier of updated awesome package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 06 Aug 2008 17:49:52 +0200 Source: awesome Binary: awesome Architecture: source amd64 Version: 3.0~rc1-2 Distribution: experimental Urgency: low Maintainer: Julien Danjou [EMAIL PROTECTED] Changed-By: Julien Danjou [EMAIL PROTECTED] Description: awesome- highly configurable, next generation framework window manager for Closes: 493929 Changes: awesome (3.0~rc1-2) experimental; urgency=low . * Add versioned build-dep on xcb-util (Closes: #493929) Checksums-Sha1: 809cc2e29deaf0f258872796a92f20b170acfcbe 1362 awesome_3.0~rc1-2.dsc 6e4713051acb18e3fdd0347fd49354c6558cf12e 6110 awesome_3.0~rc1-2.diff.gz 78bd87d781d47781c576699d9678a0a2917a518b 169468 awesome_3.0~rc1-2_amd64.deb Checksums-Sha256: e94c767390086ee41e14c470743a65df55c8c64ae70fa5d6730620359f86a52a 1362 awesome_3.0~rc1-2.dsc 025767c3213e561f892cf93e9468b1132df1c89c2d8fcedd6c86f93adad2d8dd 6110 awesome_3.0~rc1-2.diff.gz 10a653c17156f04aa3aa30265ef0593c0ee653914ae96ce001c7cd5069892012 169468 awesome_3.0~rc1-2_amd64.deb Files: 1b9c7f619e158d2e8e4f3efb6d9bf66c 1362 x11 optional awesome_3.0~rc1-2.dsc 3147588cc62ea465aa817d248b607204 6110 x11 optional awesome_3.0~rc1-2.diff.gz b419a72fdc3cd1d9c407847051fde053 169468 x11 optional awesome_3.0~rc1-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiZyTkACgkQpGK1HsL+5c0iWgCgz+XPCNcav6xD7IYU+b8NLsS1 tMIAoKU+7Hg4NlvfDm5ouqusz1E//YN4 =GFkF -END PGP SIGNATURE- ---End Message---
Bug#494012: No transitional package for dvb-utils
Package: linuxtv-dvb-apps Version: 1.1.1+rev1207-1 Severity: serious Please provide a transitional package for dvb-utils (- dvb-apps) for lenny transition Regards Laurent Bigonville -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: found 494009 in 2.6.18-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 found 494009 2.6.18-1 Bug#494009: binary firmware in drivers/char/drm/radeon_microcode.h Bug marked as found in version 2.6.18-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]
Processed: found 494010 in 2.6.18-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 found 494010 2.6.18-1 Bug#494010: binary firmware in drivers/char/dsp56k.c Bug marked as found in version 2.6.18-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]
Processed: found 494007 in 2.6.18-1
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 found 494007 2.6.18-1 Bug#494007: binary firmware in drivers/char/drm/r128_cce.c Bug marked as found in version 2.6.18-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]
Processed: tagging 493925, tagging 494007, tagging 494009, tagging 494010
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 tags 493925 help Bug#493925: binary firmware in drivers/char/drm/mga_ucode.h There were no tags set. Tags added: help tags 494007 help Bug#494007: binary firmware in drivers/char/drm/r128_cce.c There were no tags set. Tags added: help tags 494009 help Bug#494009: binary firmware in drivers/char/drm/radeon_microcode.h There were no tags set. Tags added: help tags 494010 help Bug#494010: binary firmware in drivers/char/dsp56k.c There were no tags set. Tags added: help 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#492434: pidgin: Connects to Jabber server with bad SSL certificates, without warning
Why is a patch necessary to enable /etc/ssl/certs? Does --with-system-ssl-certs= not do what you need? If so, we should fix it, rather than applying additional hacks. Ethan signature.asc Description: Digital signature
Bug#491407: [pkg-cli-libs-team] Bug#491407: libmysql5.0-cil: cannot connect to mysql-server using mono C#
Hi Star, please test the new version of libmysql5.0-cil available in Debian/Unstable which is 5.2.1+dfsg-2. This version should fix the issue you reported. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486400: Still in 0.3.11
Since you already know exactly what the problem is, please let me know where it is, so I won't waste time on something already known. Please drop me an email with it, and we keep in touch. Thanks. Fabio Pugliese Ornellas E-Mail: [EMAIL PROTECTED] gTalk: [EMAIL PROTECTED] ICQ: 6516089 MSN: [EMAIL PROTECTED] WWW: http://ornellas.apanela.com/ On Wed, Aug 6, 2008 at 12:02, Luis Mondesi [EMAIL PROTECTED] wrote: This is a very important bug; if you can get a fix for it, got for it. I have not been able to do any FOSS work these last weekends. I guess we will just miss Lenny... On Fri, Aug 1, 2008 at 2:35 PM, Fabio Pugliese Ornellas [EMAIL PROTECTED] wrote: If by any means I can help, please let me know. I was about to start debugging it today... -- )(- Luis Mondesi Maestro Debiano - START ENCRYPTED BLOCK (Triple-ROT13) -- Gur Hohagh [Yvahk] qvfgevohgvba oevatf gur fcvevg bs Hohagh gb gur fbsgjner jbeyq. - END ENCRYPTED BLOCK (Triple-ROT13) --
Bug#492434: pidgin: Connects to Jabber server with bad SSL certificates, without warning
As far as I can tell, --with-system-ssl-certs doesn't exist in 2.4.3. On Wed, 2008-08-06 at 13:03 -0400, Ethan Blanton wrote: Why is a patch necessary to enable /etc/ssl/certs? Does --with-system-ssl-certs= not do what you need? If so, we should fix it, rather than applying additional hacks. Ethan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493168: gpm: Segfaults on boot.
On Wed, Aug 06, 2008 at 10:31:50AM +0200, Nico Schottelius wrote: It still looks the same to me like before. I've also attached gdb and set a breakpoint in selection_copy and never got there. The problem seems to be that in old_main.c line 236, event.vc is 1, and cinfo[1] is NULL. In fact, cinfo is completly filled with NULL. Ha! Found the bug! This was a real good hint :-) I reorded a three level if-clause wrongly in some cleanup commit (old_main.c). Fixed that in 1.99.7-4-gb47, which is available at http://home.schottelius.org/~nico/temp/gpm-1.99.7-4-gb47.tar.bz2 Can you test it, if it works as expected now? Yes, seems to work perfectly. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491671: Other crash reports for _x_meta_info_reset... no solution in sight.
The same issue, involving _x_meta_info_reset, seems to have been reported by Gentoo[1], ArchLinux[2], and possibly Ubuntu[3] users as well. No solution in sight yet though, but who knows might be worth keeping an eye open. Atleast it verifies that it's not a Debian-specific or unreproducible problem. 1: http://bugs.kde.org/show_bug.cgi?id=166695 2: http://bugs.archlinux.org/task/11012 3: http://paste.ubuntu.com/30890/ (Had a quick look at what I think is the right hg repo upstream, but couldn't find any relevant changes since the release Not sure I was looking in the right place though. Also tried messing around a bit with mp3s in gxine, but couldn't get it to crash. I'm on amd64 though, and all reporters seems to be on ix86.) -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#467343: libvcp-perl: FTBFS with Perl 5.10
Processing commands for [EMAIL PROTECTED]: retitle 467343 libvcp-perl: FTBFS with Perl 5.10 Bug#467343: libvcp-perl: FTBFS with Perl 5.10 (Getopt::Long has changed) Changed Bug title to `libvcp-perl: FTBFS with Perl 5.10' from `libvcp-perl: FTBFS with Perl 5.10 (Getopt::Long has changed)'. merge 467343 479948 Bug#467343: libvcp-perl: FTBFS with Perl 5.10 Bug#479948: libvcp-perl: FTBFS: make[1]: *** [t/test-cvs-in-0-no-big-files.revml] Error 2 Merged 467343 479948. tag 467343 patch Bug#467343: libvcp-perl: FTBFS with Perl 5.10 There were no tags set. Bug#479948: libvcp-perl: FTBFS: make[1]: *** [t/test-cvs-in-0-no-big-files.revml] Error 2 Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467343: libvcp-perl: FTBFS with Perl 5.10
retitle 467343 libvcp-perl: FTBFS with Perl 5.10 merge 467343 479948 tag 467343 patch thanks On Sun, Feb 24, 2008 at 09:18:02PM +0200, Niko Tyni wrote: Package: libvcp-perl Version: 0.9-20050110-1 This package fails to build with Perl 5.10.0 (currently in experimental.) I looked into this a bit, and the reason is a change in Getopt::Long between 2.35 (bundled with Perl 5.8.8) and 2.37 (bundled with Perl 5.10.0). The argument given to a user callback function is now a 'Getopt::Long::CallBack' object that is overloaded to return the option name when stringified for backwards compatibility, but it's always 0 when numified. Hi Bastian, the Getopt::Long regression is now fixed in perl 5.10.0-12, but the package still doesn't build. /usr/bin/perl -Iinc -Iblib/arch -Iinc -Iblib/lib -I/usr/lib/perl/5.10 -I/usr/share/perl/5.10 \ bin/gentrevml --cvs --batch 0 --no-big-files t/test-cvs-in-0-no-big-files.revml Not a HASH reference at /usr/share/perl5/XML/Doctype.pm line 322. BEGIN failed--compilation aborted at bin/gentrevml line 575. make[1]: *** [t/test-cvs-in-0-no-big-files.revml] Error 255 This is because of pseudo-hash related changes in libxml-autowriter-perl that require regenerating lib/RevML/Doctype/v0_35.pm with something like perl -Ilib bin/compile_dtd revml.dtd Then there's a problem with the autogenerated help module: writing lib/VCP/Help.pm Can't locate object method select via package VCP::PodDESCRIPTIONParser at lib/VCP/PodDESCRIPTIONParser.pm line 74. [...] t/01driver1/45 syntax error at /home/niko/tmp/libvcp-perl-0.9-20050110/blib/lib/VCP/Help.pm line 835, at EOF which is because Pod::Text no longer uses Pod::Select in Perl 5.10.0. Just using Pod::Select instead of Pod::Text in lib/VCP/Pod*.pm seems to work. With these and the usual fix for an unconditional removal of /usr/lib/perl5, the package finally builds. There are still some test failures, but they don't seem to differ from those present already on Etch, and the build doesn't stop on them. I'm attaching the complete patch for your convenience and merging the other FTBFS bug. Cheers, -- Niko Tyni [EMAIL PROTECTED] diff --git a/debian/rules b/debian/rules index b832350..1f2b073 100755 --- a/debian/rules +++ b/debian/rules @@ -41,8 +41,6 @@ install: build $(MAKE) install DESTDIR=$(TMP) PREFIX=/usr - rmdir --ignore-fail-on-non-empty --parents $(TMP)/usr/lib/perl5 - # Build architecture-dependent files here. binary-arch: build install # We have nothing to do by default. diff --git a/lib/RevML/Doctype/v0_35.pm b/lib/RevML/Doctype/v0_35.pm index a106e8d..8068b91 100644 --- a/lib/RevML/Doctype/v0_35.pm +++ b/lib/RevML/Doctype/v0_35.pm @@ -3,7 +3,7 @@ package RevML::Doctype::v0_35 ; ## ## THIS FILE CREATED AUTOMATICALLY: YOU MAY LOSE ANY EDITS IF YOU MOFIFY IT. ## -## When: Mon Sep 13 04:15:51 2004 +## When: Wed Aug 6 20:55:57 2008 ## By: RevML::Doctype, v0.1, (XML::Doctype, v0.11) ## @@ -15,187 +15,136 @@ sub import { $XML::Doctype::_default_dtds{$callpkg} = $doctype ; } -$doctype = bless( [ - { -'ELTS' = 1, -'NAME' = 2, -'SYSID' = 3, -'PUBID' = 4 - }, - { -'lock' = bless( [ - { -'PATHS' = 6, -'DECLARED' = 3, -'NAME' = 4, -'TODO' = 7, -'NAMES' = 5, -'CONTENT' = 2, -'ATTDEFS' = 1 - }, - undef, - '^(?:time)?user_id$', - 1, - 'lock', - [ +$doctype = bless( { + 'ELTS' = { +'lock' = bless( { + 'DECLARED' = 1, + 'NAME' = 'lock', + 'NAMES' = [ 'time', 'user_id' - ] -], 'XML::Doctype::ElementDecl' ), -'source_filebranch_id' = bless( [ - {}, - undef, - '^(?:(?:#PCDATA)?)$', - 1, - 'source_filebranch_id', - [] -], 'XML::Doctype::ElementDecl' ), -'content' = bless( [ - {}, - { -'encoding' = bless( [ - { -'NAME' = 2, -'DEFAULT' = 1, -'TYPE' = 5, -'QUANT' = 4, -'OUT_DEFAULT' = 3 - }, - undef, - 'encoding', - undef, - '#REQUIRED', - '(none|base64)' -], 'XML::Doctype::AttDef' ) - }, - '^(?:(?:#PCDATA)?|char)*$', - 1, - 'content', - [ + ], + 'ATTDEFS' = undef, + 'CONTENT' = '^(?:time)?user_id$' +}, 'XML::Doctype::ElementDecl' ), +'source_filebranch_id' = bless( { + 'DECLARED' = 1, + 'NAME' = 'source_filebranch_id', + 'NAMES' = [], + 'ATTDEFS' = undef, + 'CONTENT' = '^(?:(?:#PCDATA)?)$' +}, 'XML::Doctype::ElementDecl' ), +'content' = bless( { + 'DECLARED' = 1, + 'NAME' = 'content', + 'NAMES' = [ 'char' - ] -], 'XML::Doctype::ElementDecl' ), -'from_id' = bless( [ - {}, - undef, - '^(?:(?:#PCDATA)?)$', - 1, - 'from_id', - [] -], 'XML::Doctype::ElementDecl' ), -'rev_root' = bless( [ -
Bug#492434: pidgin: Connects to Jabber server with bad SSL certificates, without warning
Ari Pollak spake unto us the following wisdom: As far as I can tell, --with-system-ssl-certs doesn't exist in 2.4.3. Whoops, an excellent point. You might want to simply use the attached (untested, but compiles and looks rather trivial) patch, instead, which is from upstream. It is upstream revision 90ed1fb17982cbb6355d5dd32d041b8c0027509b and 19703c67fa680f4ee37fb1ff944b7b3a0fcf18a4. This option will be in 2.5.0 when it releases. Sorry for the confusion. :-) If *this* doesn't do what you need, let us know ASAP and we'll make sure what you need is in 2.5.0. Ethan -- The laws that forbid the carrying of arms are laws [that have no remedy for evils]. They disarm only those who are neither inclined nor determined to commit crimes. -- Cesare Beccaria, On Crimes and Punishments, 1764 # # old_revision [0e1a1cafd709183a78147301f28ea9dcb74e0ae2] # # patch ChangeLog # from [cd7b539946d50225b719f5594f4084fddeaf3efe] #to [1c0f485c1af2b9ec0a93bd7b6e227404cdbb2633] # # patch configure.ac # from [77b8e73d68b933ab6e036e3c0debd856fdac9dc1] #to [e93dfa5cee17b76c4a5783c0804178353fedb8af] # # patch libpurple/Makefile.am # from [f3dab424aa4a70b47a6ff6b2a7539b0a3b07fb7e] #to [ea431ecfb45e9b1e546b7f8dd0d012a98bb1aaf7] # # patch libpurple/certificate.c # from [d76a13f43539ec74cc79f0cb209f8ef932a8ee78] #to [a264086c888f898c25043ef7b5198370ebd23a82] # # patch share/ca-certs/Makefile.am # from [ad9eb3c2351739d37207771b760021e0cfc94738] #to [202666b39100153843c8cd81cb57e15e70b933e1] # --- ChangeLog cd7b539946d50225b719f5594f4084fddeaf3efe +++ ChangeLog 1c0f485c1af2b9ec0a93bd7b6e227404cdbb2633 @@ -7,6 +7,10 @@ version 2.5.0 (??/??/2008): Marcus Lundblad, Jorge Villaseñor and other contributors) * Yahoo! Japan now uses UTF-8, matching the behavior of official clients and restoring compatibility with the web messenger (Yusuke Odate) + * Add a configure option, --with-system-ssl-certs to allow packagers + to specify a system-wide SSL CA certificates directory. When set, + we don't install our SSL CA certs, so it's important that the + libpurple package depend on the CA certificates. Pidgin: * Custom buddy icons can now be added to and removed from buddy list --- configure.ac 77b8e73d68b933ab6e036e3c0debd856fdac9dc1 +++ configure.ac e93dfa5cee17b76c4a5783c0804178353fedb8af @@ -1561,6 +1561,18 @@ dnl dnl # Thanks go to Evolution for the checks. dnl ### +AC_ARG_WITH(with-system-ssl-certs, [AC_HELP_STRING([--with-system-ssl-certs=dir], [directory containing system-wide SSL CA certificates])]) + +SSL_CERTIFICATES_DIR= +if ! test -z $with_system_ssl_certs ; then + if ! test -d $with_system_ssl_certs ; then + AC_MSG_ERROR([$with_system_ssl_certs does not exist, if this is the correct location please make sure that it exists.]) + fi + SSL_CERTIFICATES_DIR=$with_system_ssl_certs +fi +AC_SUBST(SSL_CERTIFICATES_DIR) +AM_CONDITIONAL(INSTALL_SSL_CERTIFICATES, test x$SSL_CERTIFICATES_DIR = x) + dnl These two are inverses of each other -- stolen from evolution! AC_ARG_ENABLE(gnutls, @@ -2409,6 +2421,9 @@ echo SSL Library/Libraries. : $m fi echo Build with NetworkManager. : $enable_nm echo SSL Library/Libraries. : $msg_ssl +if test x$SSL_CERTIFICATES_DIR != x ; then + eval eval echo SSL CA certificates directory. : $SSL_CERTIFICATES_DIR +fi echo Build with Cyrus SASL support. : $enable_cyrus_sasl echo Use kerberos 4 with zephyr : $kerberos echo Use external libzephyr : $zephyr --- libpurple/Makefile.am f3dab424aa4a70b47a6ff6b2a7539b0a3b07fb7e +++ libpurple/Makefile.am ea431ecfb45e9b1e546b7f8dd0d012a98bb1aaf7 @@ -261,3 +261,9 @@ AM_CPPFLAGS = \ $(DBUS_CFLAGS) \ $(LIBXML_CFLAGS) \ $(NETWORKMANAGER_CFLAGS) + +# INSTALL_SSL_CERTIFICATES is true when SSL_CERTIFICATES_DIR is empty. +# We want to use SSL_CERTIFICATES_DIR when it's not empty. +if ! INSTALL_SSL_CERTIFICATES +AM_CPPFLAGS += -DSSL_CERTIFICATES_DIR=\$(SSL_CERTIFICATES_DIR)\ +endif --- libpurple/certificate.c d76a13f43539ec74cc79f0cb209f8ef932a8ee78 +++ libpurple/certificate.c a264086c888f898c25043ef7b5198370ebd23a82 @@ -745,8 +745,12 @@ x509_ca_init(void) x509_ca_paths = g_list_append(NULL, g_build_filename(DATADIR, ca-certs, NULL)); #else +# ifdef SSL_CERTIFICATES_DIR + x509_ca_paths = g_list_append(NULL, SSL_CERTIFICATES_DIR); +# else x509_ca_paths = g_list_append(NULL, g_build_filename(DATADIR, purple, ca-certs, NULL)); +# endif #endif } --- share/ca-certs/Makefile.am ad9eb3c2351739d37207771b760021e0cfc94738 +++
Bug#494025: FTBFS: ../../../../src/util/time.h:44: error: expected ')' before 'n'
Package: elinks Version: 0.11.1-1.2etch1 Severity: serious DEB_BUILD_OPTIONS='nostrip debug noopt' fakeroot apt-get --build source $PACKAGE fails here with make[5]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main/src/document/html/parser' [CC] src/document/html/frames.o [CC] src/document/html/parser.o [CC] src/document/html/renderer.o In file included from ../../../../src/cache/cache.h:6, from ../../../../src/document/html/renderer.c:13: ../../../../src/util/time.h:44: error: expected ')' before 'n' In file included from ../../../../src/document/html/renderer.c:13: ../../../../src/cache/cache.h:47: error: expected specifier-qualifier-list before 'off_t' ../../../../src/cache/cache.h:71: error: expected specifier-qualifier-list before 'off_t' ../../../../src/cache/cache.h:106: error: expected declaration specifiers or '...' before 'off_t' ../../../../src/cache/cache.h:107: error: expected declaration specifiers or '...' before 'ssize_t' ../../../../src/cache/cache.h:116: error: expected declaration specifiers or '...' before 'off_t' ../../../../src/cache/cache.h:118: error: expected declaration specifiers or '...' before 'off_t' ../../../../src/document/html/renderer.c: In function 'html_special': ../../../../src/document/html/renderer.c:1679: error: 'struct cache_entry' has no member named 'cache_mode' ../../../../src/document/html/renderer.c:1680: error: 'struct cache_entry' has no member named 'expire' ../../../../src/document/html/renderer.c:1688: error: 'struct cache_entry' has no member named 'cache_mode' ../../../../src/document/html/renderer.c:1691: error: 'struct cache_entry' has no member named 'max_age' ../../../../src/document/html/renderer.c:1692: error: 'struct cache_entry' has no member named 'expire' make[4]: *** [renderer.o] Error 1 make[4]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main/src/document/html' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main/src/document' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/lindi/debian/debian-elinks/elinks-0.11.1/build-main' make: *** [debian/build-heavy] Error 2 Build command 'cd elinks-0.11.1 dpkg-buildpackage -b -uc' failed. E: Child process failed Any idea what's wrong? -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686-bigmem Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages elinks depends on: ii debconf1.5.11etch2 Debian configuration management sy ii libbz2-1.0 1.0.3-6 high-quality block-sorting file co ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libexpat1 1.95.8-3.4XML parsing C library - runtime li ii libgnutls131.4.4-3+etch1 the GNU TLS library - runtime libr ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii liblua50 5.0.3-2 Main interpreter library for the L ii liblualib505.0.3-2 Extension library for the Lua 5.0 ii libperl5.8 5.8.8-7etch3 Shared Perl library ii zlib1g 1:1.2.3-13compression library - runtime elinks recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492434: pidgin: Connects to Jabber server with bad SSL certificates, without warning
On Wed, 2008-08-06 at 14:43 -0400, Ethan Blanton wrote: Whoops, an excellent point. You might want to simply use the attached (untested, but compiles and looks rather trivial) patch, instead, which is from upstream. It is upstream revision 90ed1fb17982cbb6355d5dd32d041b8c0027509b and 19703c67fa680f4ee37fb1ff944b7b3a0fcf18a4. Unfortunately this means I'd have to re-run autoconf automake during build, which I'm trying to avoid doing. Since the current patch essentially does the same thing in the end, I'll just switch to the configure option for 2.5.0 and fix the path for now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493217: libnfsidmap-0.21 is available
On Fri, Aug 1, 2008 at 6:57 PM, Paul Collins [EMAIL PROTECTED] wrote: Kevin Coffman [EMAIL PROTECTED] writes: On Fri, Aug 1, 2008 at 9:41 AM, Paul Collins [EMAIL PROTECTED] wrote: Kevin Coffman [EMAIL PROTECTED] writes: Did you run ldconfig? I was trying to find the right thing to force that, but from what I saw, when you install in /usr/local/lib, libtool knows better. If anyone has the answer on that, let me know. The convention on Debian seems to be to install plugins as /usr/lib/${packagename}/${plugin}.so and dlopen them with an absolute path. OK, I'll update the code and put out a -0.22 ASAP, but it might not be for a few days. Having had some sleep, I realized a quicker fix is to just change the dlopen calls to do e.g. dlopen(libfoo.so.0, ...). This would avoid any tussling with libtool and the autogar, which is always a plus. I've tried that out here and it works nicely. Patch below. BTW, this is the kind of comments I was looking for since putting the beta out in April, but received none. I guess I was asking in the wrong places. :-/ You may have to just be bold and trick people into testing your betas by calling them releases. I'm happy to complain about anything that ends up in Debian unstable, but I tend not to grab stuff from upstream much. --- libnfsidmap-0.21/libnfsidmap.c~ 2008-08-02 10:52:00.289845221 +1200 +++ libnfsidmap-0.21/libnfsidmap.c 2008-08-02 10:47:50.647889312 +1200 @@ -101,7 +101,7 @@ char plgname[128]; int ret = 0; - snprintf(plgname, sizeof(plgname), %s%s.so, PLUGIN_PREFIX, method); + snprintf(plgname, sizeof(plgname), %s%s.so.0, PLUGIN_PREFIX, method); dl = dlopen(plgname, RTLD_NOW | RTLD_LOCAL); if (dl == NULL) { Getting back to this. I'm curious if there is a specific reason why the *.so symlink was not there? Adding the .0 shouldn't be necessary. But there may be a reason for not including the .so symlink that I am not aware of. My default install in /usr/local/lib shows: lrwxrwxrwx 1 root root29 2008-07-30 16:59 /usr/local/lib/libnfsidmap_nsswitch.so - libnfsidmap_nsswitch.so.0.0.0 lrwxrwxrwx 1 root root29 2008-07-30 16:59 /usr/local/lib/libnfsidmap_nsswitch.so.0 - libnfsidmap_nsswitch.so.0.0.0 -rwxr-xr-x 1 root root 17141 2008-07-30 16:59 /usr/local/lib/libnfsidmap_nsswitch.so.0.0.0 Thanks, K.C. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494031: paraview_3.2.3-2(sparc/unstable): FTBFS on sparc, bus error
Package: paraview Version: 3.2.3-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of paraview_3.2.3-2 on spontini by sbuild/sparc 99.99 Build started at 20080806-0244 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.51), debhelper (= 5), autotools-dev, quilt (= 0.46-4), cmake (= 2.4.8), libqt4-dev (= 4.3.3-2), libopenmpi-dev, ffmpeg, libavformat-dev, libavutil-dev, libavcodec-dev, python-dev, chrpath, libglu1-mesa-dev, libxt-dev, libxext-dev, doxygen, graphviz, gnuplot [...] [ 23%] Building C object Utilities/hdf5/CMakeFiles/H5detect.dir/H5detect.o Linking C executable ../../bin/H5detect make[3]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Built target H5detect make[3]: Entering directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Generating H5Tinit.c /bin/sh: line 1: 14931 Bus error ../../bin/H5detect /build/buildd/paraview-3.2.3/obj-sparc-linux-gnu/Utilities/hdf5/H5Tinit.c make[3]: *** [Utilities/hdf5/H5Tinit.c] Error 138 make[3]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' make[2]: *** [Utilities/hdf5/CMakeFiles/vtkhdf5.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=sparcpkg=paraviewver=3.2.3-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451303: suggestions?
Hi I'm an exaile dev. I do agree that this is a severe flaw that needs to be fixed, though I am not sure what the most sane way to do so would be. I am open to any suggestions as to the best way to resolve this issue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to prayer prayer-accountd, tagging 494011, tagging 493009
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # prayer (1.2.2.1-3) unstable; urgency=low # # * welcome_is_template.patch: #- shared/config.c: Don't require that the help_dir option, which was # removed from the default prayer.cf earlier, is defined # (Closes: #493009). # * makefile_install_config.patch: #- shared/config.c: Likewise don't check for lock_dir (Closes: #494011). # package prayer prayer-accountd Ignoring bugs not assigned to: prayer prayer-accountd tags 494011 + pending Bug#494011: prayer: Ask for ondocumented lock_dir configuration option There were no tags set. Tags added: pending tags 493009 + pending Bug#493009: prayer: ask for an undocumented help_dir configuration option; missing manpage 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#493439: jifty: FTBFS: libjifty-toolbar-wikitoolbar-perl missing files
On Wed, 06 Aug 2008 09:47:52 -0300, gregor herrmann wrote: It seems to be related to the newer libmodule-install-perl, at least Module::Install 1) is used in the relevant Makefile.PLs and 2) it contains the lines that lead to funny directory names. This seems to be the relevant change in Module::Install::Share (used in jifty's plugins/WikiToolbar/Makefile.PL via install_share;). -\t\t$dir \$(INST_AUTODIR) +\t\t$dir \$(INST_LIB)${S}auto${S}share${S}dist${S}\$(DISTNAME) gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian gnu/linux user, admin developer - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-BOFH excuse #124: user to computer ration too low. signature.asc Description: Digital signature
Bug#494011: setting package to prayer prayer-accountd, tagging 494011, tagging 493009
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # prayer (1.2.2.1-3) unstable; urgency=low # # * welcome_is_template.patch: #- shared/config.c: Don't require that the help_dir option, which was # removed from the default prayer.cf earlier, is defined # (Closes: #493009). # * makefile_install_config.patch: #- shared/config.c: Likewise don't check for lock_dir (Closes: #494011). # package prayer prayer-accountd tags 494011 + pending tags 493009 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494031: [Pkg-scicomp-devel] Bug#494031: paraview_3.2.3-2(sparc/unstable): FTBFS on sparc, bus error
On Wed, Aug 6, 2008 at 9:51 PM, Martin Zobel-Helas [EMAIL PROTECTED] wrote: Package: paraview Version: 3.2.3-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of paraview_3.2.3-2 on spontini by sbuild/sparc 99.99 Build started at 20080806-0244 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.51), debhelper (= 5), autotools-dev, quilt (= 0.46-4), cmake (= 2.4.8), libqt4-dev (= 4.3.3-2), libopenmpi-dev, ffmpeg, libavformat-dev, libavutil-dev, libavcodec-dev, python-dev, chrpath, libglu1-mesa-dev, libxt-dev, libxext-dev, doxygen, graphviz, gnuplot [...] [ 23%] Building C object Utilities/hdf5/CMakeFiles/H5detect.dir/H5detect.o Linking C executable ../../bin/H5detect make[3]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Built target H5detect make[3]: Entering directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Generating H5Tinit.c /bin/sh: line 1: 14931 Bus error ../../bin/H5detect /build/buildd/paraview-3.2.3/obj-sparc-linux-gnu/Utilities/hdf5/H5Tinit.c Hm -- Martin, any ideas what's wrong here? Is this a hardware problem? How can I get some access to some sparc machine to reproduce it and see what can be done with this? Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471404: 64-bit versions not useful
clone 471404 -1 retitle -1 linux86: Port to 64 bit archs severity -2 wishlist thanks Robert Millan wrote: Package: bin86 Version: 0.16.17-2 Severity: grave The 64-bit versions of this package don't produce useful code; they're full of sizeof(long) == 4 assumptions, causing as86 to mess up alignment, etc. Attached patch fixes some of the problems, although I didn't get it to produce equivalent images for my test case (bochsbios). If nobody can step in and solve this, an alternative would be restricting availability of this package to 32-bit architectures. I'll NMU to drop the 64 bit archs. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494031: [Pkg-scicomp-devel] Bug#494031: paraview_3.2.3-2(sparc/unstable): FTBFS on sparc, bus error
Hi, On Wed Aug 06, 2008 at 22:33:54 +0200, Ondrej Certik wrote: On Wed, Aug 6, 2008 at 9:51 PM, Martin Zobel-Helas [EMAIL PROTECTED] wrote: Package: paraview Version: 3.2.3-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of paraview_3.2.3-2 on spontini by sbuild/sparc 99.99 Build started at 20080806-0244 [...] ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.51), debhelper (= 5), autotools-dev, quilt (= 0.46-4), cmake (= 2.4.8), libqt4-dev (= 4.3.3-2), libopenmpi-dev, ffmpeg, libavformat-dev, libavutil-dev, libavcodec-dev, python-dev, chrpath, libglu1-mesa-dev, libxt-dev, libxext-dev, doxygen, graphviz, gnuplot [...] [ 23%] Building C object Utilities/hdf5/CMakeFiles/H5detect.dir/H5detect.o Linking C executable ../../bin/H5detect make[3]: Leaving directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Built target H5detect make[3]: Entering directory `/build/buildd/paraview-3.2.3/obj-sparc-linux-gnu' [ 23%] Generating H5Tinit.c /bin/sh: line 1: 14931 Bus error ../../bin/H5detect /build/buildd/paraview-3.2.3/obj-sparc-linux-gnu/Utilities/hdf5/H5Tinit.c Hm -- Martin, any ideas what's wrong here? Is this a hardware problem? How can I get some access to some sparc machine to reproduce it and see what can be done with this? usualy that is the sign that you used some non-clean code here. bus error on sparc is a nice error finder in your code. Best you ask for the build-depends to be installed on sperger.debian.org, or if you are not a debian developer (so you do not have access to sperger.d.o) ask send you gpg key to [EMAIL PROTECTED] or [EMAIL PROTECTED] and ask for an account on titan.ayous.org. Greetings. Martin -- Martin Zobel-Helas [EMAIL PROTECTED] | Debian Release Team Member Debian GNU/Linux Developer | Debian Listmaster Public key http://zobel.ftbfs.de/5d64f870.asc - KeyID: 5D64 F870 GPG Fingerprint: 5DB3 1301 375A A50F 07E7 302F 493E FB8E 5D64 F870 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]