Bug#702541: ITP: nicstat -- print network traffic statistics
Hi, This is now waiting in NEW. In the meantime the Debian packages are also available from: http://people.canonical.com/~james/nicstat/ And for Ubuntu from: https://launchpad.net/~elmo/+archive/nicstat -- James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702541: ITP: nicstat -- print network traffic statistics
Package: wnpp Severity: wishlist * Package name : nicstat Version : 1.9.2 Upstream Author : brendan.gr...@sun.com and tim.c...@sun.com * URL : http://blogs.sun.com/timc/entry/nicstat_the_solaris_and_linux * License : Artistic Programming Lang : C Description : print network traffic statistics nicstat is to network interfaces as iostat is to disks, or prstat is to processes. It is designed as a much better version of netstat -i. Its differences include: - Reports bytes in out as well as packets. - Normalizes these values to per-second rates. - Reports on all interfaces (while iterating) - Reports Utilization (rough calculation as of now) - Reports Saturation (also rough) - Prefixes statistics with the current time -- James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536689: mawk: incorrect license in copyright file
Steve Langasek vor...@debian.org writes: This program 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, or (at your option) any later version. (The Debian changelog does not indicate at what point the license terms were changed). James, can you comment on this? Is there supporting evidence for this relicensing under or later for mawk? If there is, I'm not aware of it. I inherited the copyright in this form and obviously didn't catch the discrepancy. I also had no (return) contact from upstream throughout my time maintaining mawk, FWIW. -- James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#440966: util-linux: missing replaces (and/or conflicts) with sparc-utils
Package: util-linux Version: 2.13-2 Severity: serious (Reading database ... 9677 files and directories currently installed.) Preparing to replace util-linux 2.13~rc3-6 (using .../util-linux_2.13-2_sparc.deb) ... Unpacking replacement util-linux ... dpkg: error processing /var/cache/apt/archives/util-linux_2.13-2_sparc.deb (--unpack): trying to overwrite `/usr/bin/sparc32', which is also in package sparc-utils Errors were encountered while processing: /var/cache/apt/archives/util-linux_2.13-2_sparc.deb -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437423: /usr/share/common-licenses/GPL-3 do not exist
severity 437423 important thanks Juhapekka Tolvanen [EMAIL PROTECTED] writes: But http://packages.debian.org/cgi-bin/search_contents.pl?word=%2Fusr%2Fshare%2Fcommon-licenses%2FGPL-3searchmode=searchfilescase=sensitiveversion=unstablearch=i386 says: You have searched for usr/share/common-licenses/GPL-3 in unstable, architecture i386. Can't find that file, at least not in that distribution and on that architecture. Sorry, but this is clearly a bug in base-files. See #431176. I'll close this bug when that package gets fixed, but until then, it's not (IMO) an RC bug in ed. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432143: please keep gnus accessible for emacs22 in debian
Daniel Kahn Gillmor [EMAIL PROTECTED] writes: merge 432644 432143 thanks I just wanted to second these bug reports. gnus users are more likely to want to move to emacs22 than the random emacs user, i would think. It'd be good to get them compatible within debian, and the patch from 432143 seems to work OK for me. AFAICS the gnus in emacs22 is newer than either the current packaged version or ngnus-0.6. It's not obvious to me that allowing the gnus package to install with emacs22 before it's newer is a good idea. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430890: libsilc-1.0-2-dev: missing Replaces on libsilc-1.0-2
Package: libsilc-1.0-2-dev Version: 0.9.12-6 Severity: serious | Unpacking replacement libsilc-1.0-2-dev ... | dpkg: error processing /var/cache/apt/archives/libsilc-1.0-2-dev_0.9.12-6_i386.deb (--unpack): | trying to overwrite `/usr/lib/libsilc.so', which is also in package libsilc-1.0-2 | Preparing to replace libsilc-1.0-2 0.9.12-4.3 (using .../libsilc-1.0-2_0.9.12-6_i386.deb) ... | Unpacking replacement libsilc-1.0-2 ... -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430041: kernel 2.6.21.5 fails to build with error ld: vmlinux: section `.init.text'
severity 430041 important thanks Loïc Gomez [EMAIL PROTECTED] writes: le 22.06.2007, Touko Korpela [EMAIL PROTECTED] a écrit: You seem to use obsolete version of binutils. Testing and unstable have 2.17cvs20070426-8. I tried with all the versions availables before posting this bugreport : p2.17cvs20070426-8 i2.17.50-1 p2.17.20070406cvs-2 I tried again with 2.17cvs20070426-8 but still the same issue. Have you confirmed the patch fixes the problem for you? Could you provide me with a .config and pointer to the grsec patch you're using because I can't reproduce this in sid with vanilla 2.6.21.5 and the binutils in the archive is happily building the Debian kernel packages too, AFAICS. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369064: binutils: please add support for multiarch
Aurelien Jarno [EMAIL PROTECTED] writes: Hi, Please find attached an updated version of the patch. Tests with a recent binutils has shown that the i386-i486 part is not needed anymore. Could you please fix it as soon as possible? It is the latest missing part to get a multiarch capable toolchain in Debian. So, applying this patch results in: SEARCH_DIR(/usr/i486-linux-gnu/lib32); SEARCH_DIR(/usr/i486-linux-gnu/lib/i486-linux-gnu); SEARCH_DIR(/usr/local/lib32); SEARCH_DIR(/usr/local/lib/i486-linux-gnu); SEARCH_DIR(/lib32); SEARCH_DIR(/lib/i486-linux-gnu); SEARCH_DIR(/usr/lib32); SEARCH_DIR(/usr/lib/i486-linux-gnu); SEARCH_DIR(/usr/i486-linux-gnu/lib); SEARCH_DIR(/usr/local/lib); SEARCH_DIR(/lib); SEARCH_DIR(/usr/lib); /usr/i486-linux-gnu/lib/i486-linux-gnu ? -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421790: gcc-4.1: Dynamic symbol information missing in stripped libraries
Daniel Jacobowitz [EMAIL PROTECTED] writes: I think it's just a bug in readelf that it can't deal with the gnu hash. IIRC it was fixed recently upstream. It hasn't been as far as I can see; there's simply no code in readelf to handle hash-style=gnu when invoked as -s -D, only for -i. I checked the mailing list and couldn't see any pending patches either. I've opened bug 4476 upstream about this[1]. In the meantime, there are only three ways to get d-i building I can see: (1) Revert the recent change to gcc and have it use hash-style=both rather than gnu. (2) Use readelf from elfutils rather than binutils in mklibs. (3) Someone (else) provides a patch for readelf to support hash for -s -D. (1) seems the most obvious, since h-s=both doesn't have any significant disadvantage (small amount of wasted space?) but does have the advantages of h-s=gnu. However it will require bin-only NMUs of any packages rebuilt with h-s=gnu gcc that d-i uses. (2) may be plausible, from casual code browsing it looks like it's readelf will at least work with h-s=gnu, but I don't know offhand if elfutils has (or even tries to have) compatible output. -- James [1] http://sourceware.org/bugzilla/show_bug.cgi?id=4476 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421037: libc6: SIGILL on upgrade on netwinder
Package: libc6 Version: 2.5-4 Severity: serious | Preparing to replace libc6 2.3.6.ds1-11 (using .../archives/libc6_2.5-4_arm.deb) ... | Unpacking replacement libc6 ... | dpkg: error processing /var/cache/apt/archives/libc6_2.5-4_arm.deb (--unpack): | dpkg: warning - old post-removal script killed by signal (Illegal instruction) This is on a netwinder (SA-110) running 2.6.xx. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419800: expect-tcl8.3: segfaults when /proc is not mounted
Package: expect-tcl8.3 Version: 5.43.0-4 If you run expect without /proc mounted, it'll segfault which isn't overly helpful - it could at least tell you why it couldn't work and exit gracefully. readlink(/proc/self/fd/5, 0x80612f0, 4095) = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV (core dumped) +++ -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414161: grub-install doesnt install on /dev/cciss/c0d0
severity 414161 serious thanks Jason Cormie [EMAIL PROTECTED] writes: Package: grub Version: 0.97-23 Severity: important Tags: patch in grub-install there is a regular expression that strips the partition from the dev supplied /dev/cciss/c0d0p1 = 1 if you supply /dev/cciss/c0d0 howover it supplies the whole device, when the code expects an empty string. I also ran into this on a Proliant and can confirm both the bug and that the suggested patch does indeed fix it. Given that debian-installer uses grub-install, this will effectively break etch installs on all HP Proliant servers. It'd be very nice to get this fixed for etch. If you want me to upload an NMU, I'd be happy to do so, just let me know. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411049: python-numpy-dev: file conflict with python-numpy
Package: python-numpy-dev Version: 1:1.0.1-2 Severity: serious | Automatic build of shogun_0.3.0-1 on grieg by sbuild/arm 98 | Build started at 20070215-1448 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: atlas3-base-dev [!arm], cdbs, debhelper, libreadline5-dev, octave-forge, octave2.1-headers, python-all-dev, python-central (= 0.5), python-numpy-dev, python-numpy-ext, quilt, r-base-dev, refblas3-dev, swig, xutils-dev [...] | Selecting previously deselected package python-numpy. | Unpacking python-numpy (from .../python-numpy_1%3a1.0.1-2_arm.deb) ... | Selecting previously deselected package python-numpy-dev. | Unpacking python-numpy-dev (from .../python-numpy-dev_1%3a1.0.1-2_arm.deb) ... | dpkg: error processing /org/buildd/build/chroot-unstable/var/cache/apt/archives/python-numpy-dev_1%3a1.0.1-2_arm.deb (--unpack): | trying to overwrite `/usr/lib/python2.4/site-packages/numpy/f2py/src/fortranobject.h', which is also in package python-numpy A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=shogunver=0.3.0-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408573: libooc-vo_20020310-3+b1(unstable/arm/cats): ooconfig failure breaks other packages
Package: oo2c Version: 2.1.11-2 Severity: serious This failure mode hoses the buildd chroot to the point where a human has to come and intervene... | Automatic build of libooc-vo_20020310-3+b1 on cats by sbuild/arm 98 | Build started at 20070126-1804 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 3.0.0), oo2c (= 1.5.7-2), libooc-xml-dev (= 3.0-4), libooc-x11-dev (= 20020123-1), autoconf, libtool, texinfo [...] | Setting up oo2c (2.1.11-2) ... | | Setting up libooc-x11-dev (20020123-3) ... | xargs: /usr/lib/oo2c/ooconfig: No such file or directory | dpkg: error processing libooc-x11-dev (--configure): | subprocess post-installation script returned error exit status 127 | Setting up libooc-xml (3.2.0-2) ... | | Setting up libooc-xml-dev (3.2.0-2) ... | xargs: /usr/lib/oo2c/ooconfig: No such file or directory | dpkg: error processing libooc-xml-dev (--configure): | subprocess post-installation script returned error exit status 127 | Setting up libtool (1.5.22-4) ... | Errors were encountered while processing: | libooc-x11-dev | libooc-xml-dev | E: Sub-process /usr/bin/dpkg returned an error code (1) | apt-get failed. | Package installation failed | Trying to reinstall removed packages: | Trying to uninstall newly installed packages: | /usr/bin/sudo dpkg --root=/org/buildd/build/chroot-unstable --purge autoconf autotools-dev debconf debconf-i18n debhelper file gettext gettext-base html2text intltool-debian libgc-dev libgc1c2 libice6 liblocale-gettext-perl libmagic1 liboo2c libooc-x11 libooc-x11-dev libooc-xml libooc-xml-dev libsm6 libtext-charwidth-perl libtext-iconv-perl libtext-wrapi18n-perl libtool libx11-6 libx11-data libxau6 libxdmcp6 m4 oo2c po-debconf texinfo x11-common [...] | Removing libooc-x11-dev ... | xargs: /usr/lib/oo2c/ooconfig: No such file or directory | dpkg: error processing libooc-x11-dev (--purge): | subprocess pre-removal script returned error exit status 127 [...] | Removing libooc-xml-dev ... | xargs: /usr/lib/oo2c/ooconfig: No such file or directory | dpkg: error processing libooc-xml-dev (--purge): | subprocess pre-removal script returned error exit status 127 | Removing libsm6 ... A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=libooc-vover=20020310-3+b1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390664: closed by [EMAIL PROTECTED] (Theodore Y. Ts'o) (Bug#390664: fixed in e2fsprogs 1.39+1.40-WIP-2006.10.02-1)
Simon Josefsson [EMAIL PROTECTED] writes: This is out of scope of debian-legal, I think, because it's not a matter of interpreting the DFSG or a license. It's really matter for the FTP masters and the Release manager, I think. FWIW, I'm happy to say as an FTP master that the requirements of DFSG freeness apply equally to both source and binaries. NB: I'm not actually taking a position on the DFSG-freeness or not of whatever's under discussion (or even the need for DFSG-freeness or not). I'm just saying that if you've been convinced that you need to remove something from the binary package because it's not DFSG-free, than it really also has to be removed from the source package IMO. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380370: FTBFS: arts on arm due to segmentation fault (program as)
retitle 380370 as: arm segmentation fault in low memory situations with large C++ severity 380370 important thanks Christopher Martin [EMAIL PROTECTED] writes: /usr/lib/gcc/arm-linux-gnu/4.0.4/../../../../include/c++/4.0.4/bits/basic_string.h:278: warning: cast from 'char*' to 'std::basic_stringchar, std::char_traitschar, std::allocatorchar ::_Rep*' increases required alignment of target type g++: Internal error: Segmentation fault (program as) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.0/README.Bugs. These errors are all occuring on a machine that only has 64Mb of real memory. When retried on another buildd they succeed. These kind of (C++) packages shouldn't be building on the low memory buildds anyway, so I'm going to downgrade the bug for now. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390779: mpd_0.12.0-2(unstable/sparc/spontini): missing build-depends
Package: mpd Version: 0.12.0-2 Severity: serious You appear to be missing a build-depends on quilt. | Automatic build of mpd_0.12.0-2 on spontini by sbuild/sparc 85 | Build started at 20061002-1652 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.1.0), cdbs, libaudiofile-dev, libflac-dev (= 1.1.1-3), libogg-dev, libshout3-dev, libvorbis-dev, libspeex-dev, libasound2-dev [!kfreebsd-i386 !hurd-i386], libao-dev (= 0.8.3-1), libmad0-dev, libid3tag0-dev, libmikmod2-dev, libmpcdec-dev, zlib1g-dev [...] | debian/rules:10: /usr/share/cdbs/1/rules/patchsys-quilt.mk: No such file or directory | make: *** No rule to make target `/usr/share/cdbs/1/rules/patchsys-quilt.mk'. Stop. A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=mpdver=0.12.0-2 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390544: libdvdread3: temp file vulnerability in install-css.sh
Package: libdvdread3 Version: 0.9.6-4 Severity: serious The /usr/share/doc/libdvdread3/install-css.sh script uses files in /tmp in an entirely unsafe manner and is only useful when run as root. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390034: libsensors3: missing depends on debconf
Package: libsensors3 Version: 2.10.1-1 Severity: serious You appear to be missing a depends on debconf. | Automatic build of cpufreqd_2.2.0-2 on auric by sbuild/sparc 85 | Build started at 20060927-1449 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.1.16), libsensors-dev (= 1:2.9.1), libcpufreq-dev, libsysfs-dev (= 2.0.0) [...] | Setting up libsensors3 (2.10.1-1) ... | /var/lib/dpkg/info/libsensors3.postinst: line 11: /usr/share/debconf/confmodule: No such file or directory | dpkg: error processing libsensors3 (--configure): | subprocess post-installation script returned error exit status 1 A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=cpufreqdver=2.2.0-2 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390036: libept_0.4.0(unstable/sparc/auric): missing build-depends
Package: libept Version: 0.4.0 Severity: serious You appear to be missing a build-depends on cmake. | Automatic build of libept_0.4.0 on auric by sbuild/sparc 85 | Build started at 20060928-0606 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: cdbs, debhelper ( 4.1), dh-buildinfo, doxygen, libtool, libapt-pkg-dev, libtagcoll2-dev (= 2.0), libtagcoll2-dev ( 2.1), pkg-config, help2man, libsigc++-2.0-dev [...] | cd obj-sparc-linux-gnu cmake /build/buildd/libept-0.4.0/. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_CXX_FLAGS=-g -Wall -O2 -DCMAKE_C_FLAGS=-g -Wall -O2 -DCMAKE_VERBOSE_MAKEFILE=ON | /bin/sh: cmake: command not found | make: *** [obj-sparc-linux-gnu/CMakeCache.txt] Error 127 A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=libeptver=0.4.0 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389792: apr_1.2.7-4(unstable/arm/europa): missing build-depends
Package: apr Version: 1.2.7-4 Severity: serious You appear to be missing a build-depends on doxygen. | Automatic build of apr_1.2.7-4 on europa by sbuild/arm 85 | Build started at 20060927-1256 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), autoconf, autotools-dev, dpatch, libtool, mawk, uuid-dev [...] | doxygen /build/buildd/apr-1.2.7/docs/doxygen.conf | make[1]: doxygen: Command not found A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=aprver=1.2.7-4 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389150: packagesearch_2.1.1(unstable/sparc/spontini): broken build depends
Package: packagesearch Version: 2.1.1 Severity: serious Build-Depends-Indep are not satisifed when debian/rules build is run. docbook-to-man should be in build-depends. | Automatic build of packagesearch_2.1.1 on spontini by sbuild/sparc 85 | Build started at 20060924-0321 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.0), libapt-front-dev (= 0.3.10), libapt-front-dev ( 0.4), libqt4-dev, qt4-dev-tools, pkg-config, libmysqlclient15-dev | Build-Depends-Indep: docbook-to-man [...] | debian/rules build [...] | docbook-to-man debian/packagesearch.sgml debian/packagesearch.1 | /bin/sh: docbook-to-man: command not found | make: *** [build-stamp] Error 127 | ** A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=packagesearchver=2.1.1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389034: libgnome-java: uninstallable and not bin-NMU safe
Package: libgnome-java Version: 2.12.3-1 Severity: grave libgnome-jni has been bin-only NMUed but libgnome-java (which is Arch: all) has a strict dependency on the exact source version of libgnome-jni. libgnome-java | 2.12.3-1 | unstable | source, all libgnome-jni | 2.12.3-1+b1 | unstable | alpha, amd64, i386, powerpc, s390, sparc At the very least a sourceful upload is going to be needed to get us out of the current mess, but it'd be nice if the libgnome-java package could be bin-NMU safe so this doesn't happen again (by weakening the overly strict dependency to the same upstream version, not the specific debian source revision). | Automatic build of libglade-java_2.12.4-1+b1 on auric by sbuild/sparc 85 | Build started at 20060923-0906 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4), gcj, java-gcj-compat-dev, docbook-utils, cdbs, pkg-config, libgnome-java (= 2.12), libgtk-java (= 2.8), libglib-java, libgnome2-dev, libglade2-dev, libgnomeui-dev, libgnomecanvas2-dev [...] | The following packages have unmet dependencies: | libgnome-java: Depends: libgnome-jni (= 2.12.3-1) but it is not going to be installed | E: Broken packages A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=libglade-javaver=2.12.4-1+b1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388480: mnogosearch: new upstream version
Package: mnogosearch Version: 3.2.37-3.1 3.2.39 was released in June, please update the Debian package at some point. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388480: mnogosearch: new upstream version
BTW, If you get errors like the following: /home/james/scratch/LA/mnogosearch-3.2.39/install-sh -d /home/james/scratch/LA/mnogosearch-3.2.39/debian/tmp/var/cache/mnogosearch /home/james/scratch/LA/mnogosearch-3.2.39/install-sh -d /home/james/scratch/LA/mnogosearch-3.2.39/debian/tmp/var/cache/mnogosearch/cache/ mkdir: cannot create directory `/home/james/scratch/LA/mnogosearch-3.2.39/debian/tmp/var/cache/mnogosearch/cache/': File existsmake[3]: *** [install-data-local] Error 1 during debian/rules binary, the solution is to upgrade the included copy of install-sh to something more recent as the included one is buggy. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384019: Open Publication License DFSG-freeness
James Vega [EMAIL PROTECTED] writes: Is Vim's manual distributable in main or do we need to move it to non-free? The OPL without options is fine for main. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382624: xmms_1:1.2.10+20060801-1(unstable/arm/toffee): needs libtool update for arm
Package: xmms Version: 1:1.2.10+20060801-1 Severity: important The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of xmms_1:1.2.10+20060801-1 on toffee by sbuild/arm 85 | Build started at 20060812-0142 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4), dpatch, autotools-dev, automake1.9, libtool, gettext, libasound2-dev [!kfreebsd-amd64 !kfreebsd-i386 !hurd-i386], libaudiofile-dev, libgl1-mesa-dev | xlibmesa-gl-dev, libglib1.2-dev, libgtk1.2-dev, libesd0-dev, libice-dev, libmikmod2-dev, libogg-dev, libsm-dev, libvorbis-dev, libx11-dev, libxext-dev, libxi-dev, libxxf86vm-dev, libxml-dev, libssl-dev, sharutils [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -lpthread. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=xmmsver=1:1.2.10+20060801-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293556: data loss - RC
tags 293556 + unreproducible moreinfo help thanks martin f krafft [EMAIL PROTECTED] writes: severity 293556 grave thanks It just did it again. I am thus making the bug RC. Obviously this works for me - I've never had gpg trash a pubring.gpg and I've often interrupted it while it was fetching a key. If you want anything to happen to this bug, more information is definitely going to be needed. You're also the only the third person in two years to report seeing this, so while I'll leave it at grave for now, unless more information or more victims are forthcoming, I'm going to downgrade the severity again in a while. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380012: linda: failed to process: Level 2 unpacking failed: Data [...] doesn't match
Package: linda Version: 0.3.23 I got this error/warning while trying to run linda on the binutils source. (This part of the package hasn't changed since -1, I'm sure it's reproduceable with the binutils currently in sid) | File /home/james/debian/packages/binutils/binutils_2.17-2.dsc failed to process: Level 2 unpacking failed: Data modutils ( 2.4.19-1) ${extraConflicts} doesn't match -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Aurelien Jarno [EMAIL PROTECTED] writes: True, this part has been rejected upstream, but all other parts, ie most of them, have been accepted. So I can't let you say the patch as originally posted was rejected there. Sorry, maybe you speak a different English from me. The patch as originally posted[1] was rejected because it has not been applied to upstream CVS. This is demonstrably true. On the other hand your claim (Well this patch has been merged upstream in November 2005 [...] The only missing part is Debian specific) is demonstrably untrue. Now let's leave that aside and pretend we accept your strange reinterpretation of as originally posted for a moment, let's look at the patch and what was accepted and what wasn't. (1) | binutils-2.16/debian/patches/00list|2 (2) | binutils-2.16/debian/rules |2 (3) | debian/patches/123_kfreebsd_ld_so_conf.dpatch | 72 + (4) | debian/patches/124_kfreebsd_ld_so_executable_shared.dpatch | 54 + | 4 files changed, 129 insertions(+), 1 deletion(-) (1) and (2) are obviously debian specific, (3) was accepted and (4) was rejected. So of the upstream parts half (1 of 2) was rejected and half was accepted. How you think it's reasonable to represent 1 out of 2 patches, or 50% as but all other parts, ie most of them, I'm honestly not sure. Anyway, again, thanks a lot for making me spend the time researching this, it's a REALLY GOOD use of my time. Anytime you want to stop making obviously and demonstrably untrue claims about binutils patches, that'd be really great, because maybe then I could spend some time on maintaining binutils instead. -- James [1] http://bugs.debian.org/cgi-bin/bugreport.cgi/binutils_2.16-0.kfreebsd.patch?bug=315306;msg=5;att=1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339541: Bug is bad use of `readlink' in `ucf' triggered by dangling link
Steinar H. Gunderson [EMAIL PROTECTED] writes: Here's a patch to do that; before configure, it checks for the existence of the given symlink, and if it exists, removes it. Testing would be appreciated. Thanks for the patch, I'm uploading a package with something similar now. Some notes: o I ran the code in the preinst because it seems obvious to me that the earlier we can get rid of the symlink the better. o Using readlink -f is wrong - we're looking for a very specific dangling symlink and we don't actually want to canonicalise it as that'll break in certain circumstances (e.g. if you have /usr - /x/usr like I do). -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Aurelien Jarno [EMAIL PROTECTED] writes: The bug is opened with a patch for a long time, so I plan to do a porter NMU on friday morning UTC time, unless you oppose and upload a patched version by yourself. I do oppose an NMU as you haven't actually explained why this patch is necessary. Ubuntu doesn't have this patch and yet has been building 32-bit alsa for several releases without problems. And I absolutely do not want the untested ppc64 patch going in. I am also planning to fix bug #315306 at the same time, as the patch is And don't do that either. NMUs are not an excuse to get random pet bug fixes in. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Aurelien Jarno [EMAIL PROTECTED] writes: Also Ubuntu *DOES* have this patch. Matthias has added it in version 2.17-1ubuntu1, and the patch is called debian/patches/122_x86_64_i386_biarch.dpatch. That's edgy, not dapper. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Aurelien Jarno [EMAIL PROTECTED] writes: Well this patch has been merged upstream in November 2005, Bzzt, no, it wasn't. ~/debian/packages/binutils/binutils-2.17 % grep ld.so bfd/elfcode.h zsh: exit 1 grep ld.so bfd/elfcode.h That part of the patch was, as I said, rejected upstream. That's exactly why I warned you before doing the NMU. For the record: so I plan to do a porter NMU [...], unless you oppose and upload a patched version by yourself is not a warning, it's an ultimatum. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Aurelien Jarno [EMAIL PROTECTED] writes: James Troup wrote: Aurelien Jarno [EMAIL PROTECTED] writes: The bug is opened with a patch for a long time, so I plan to do a porter NMU on friday morning UTC time, unless you oppose and upload a patched version by yourself. I do oppose an NMU as you haven't actually explained why this patch is necessary. In the future, if you have questions, please ask them instead of waiting for the answers. In the future, please reply to one mail with one mail, not three separate mails. K, thx, bye. P.S. I was no more waiting for an answer than you were in not following up to the bug. I mean, seriously, do you want me to spend my time replying to these kind of childish emails, or do you want me to spend my time on binutils? Your call... -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Loïc Minier [EMAIL PROTECTED] writes: On Wed, Jul 19, 2006, James Troup wrote: Also Ubuntu *DOES* have this patch. Matthias has added it in version 2.17-1ubuntu1, and the patch is called debian/patches/122_x86_64_i386_biarch.dpatch. That's edgy, not dapper. Your point being? *sigh* My point being the patch is not in dapper, but dapper has 32-bit alsa on amd64. Therefore it's wasn't obvious to me why this patch is necessary to compile 32-bit alsa in Debian. [Yes Debian has an utterly different (and utterly retarded) path for 32-bit libraries, but that's not relevant.] Non-obvious patches that deviate from upstream don't get blindly applied without better explanation. Yes, I could have asked for it, yes Aurel has now provided some additional information, but that doesn't change history. All the fact that it's in edgy demonstrates is that Matthias is more relaxed about adding patches to binutils than I am. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369411: alsa-lib: FTBFS on AMD64 (32-bit link problems)
Aurelien Jarno [EMAIL PROTECTED] writes: First it would have been nice to expose your opposition before, that would have let us 50+ days to dig into the problem. Well, it'd be nice if I had a pony too, but I don't. Saying it works on Ubuntu is not a right answer. I didn't say it was the answer. Debian and Ubuntu are different, some choices are not the same, and it is precisely the case for bi-arch on amd64, where the location of the bi-arch libraries is totally different. ITYM, totally retarded in Debian's case, but I'll not quibble. I don't have an Ubuntu machine so I can't do more work in that direction. It seems it is the case for you, so I let you propose another fix for this problem. Dude, that's not how this works. You want to make a change that deviates us from upstream, that means you get to justify the chane in a manner that's sufficient that I can both understand it and feel confident in proposing it upstream. That's why I don't understand why you don't want the same for i386 on amd64. I didn't say I didn't want it, I said I wanted it explained. And don't do that either. NMUs are not an excuse to get random pet bug fixes in. It's not a random pet bug. It's a porting bug that has been opened for more than a year without any answer. I may not have answered it, but I was tracking it's progress upstream, and it's worth noting that the patch as originally posted was rejected there... If anyone had asked the status of the bug, that's what I would have told them. I was wanting to do a porter NMU for amd64 and kfreebsd-i386. Sorry, but porter NMU doesn't give you free reign to ignore the maintainer. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376777: apt-utils: apt-ftparchive fails to generate Contents files
Matt Zimmerman [EMAIL PROTECTED] writes: On Tue, Jul 04, 2006 at 11:55:16PM +0100, James Troup wrote: Package: apt-utils Version: 0.6.44.2 Severity: serious Tags: help (Backported) apt-ftparchive on ftp-master currently fails to generate Contents files. I've reproduced this locally on sid with vanilla apt-utils and a trivial apt.conf file. Is the source identical to 0.6.44.2 in unstable? Of the backport? Yes. But I don't understand the point of the question. As I said, it's reproduceable on sid with vanilla apt-utils, i.e. the 0.6.44.2 binaries from unstable running in a unstable chroot. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376777: apt-utils: apt-ftparchive fails to generate Contents files
Hi, I'm pretty sure this bug is simply due to misuse of auto_ptr in writer.cc (causing old auto_ptr's not to be freed properly or similar which then causes breakage after a few have built up). This is probably my fault; the fix is just: Unfortunately this patch doesn't fix the problem for me at all. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376777: apt-utils: apt-ftparchive fails to generate Contents files
Package: apt-utils Version: 0.6.44.2 Severity: serious Tags: help (Backported) apt-ftparchive on ftp-master currently fails to generate Contents files. I've reproduced this locally on sid with vanilla apt-utils and a trivial apt.conf file. | Done Packages, Starting contents. | unstable/Contents-i386: | E: Sub-process decompressor exited unexpectedly | E: Error processing contents unstable/Contents-i386 | Done. 588MB in 335 archives. Took 1m49s Michael's looked into this today but was unable to find the problem and unfortunately he's now away for a while. (Thus the 'help' tag) strace shows that one of the gzip -d processes is throwing SIGPIPE but nothing else particularly useful. I've put one up at http://people.debian.org/~troup/misc/strace.txt anyway. Interestingly while trying to reproduce this I discovered that if I limited the number of debs I was feeding apt-ftparchive, I could make the problem go away. 63 or less files worked, = 64 doesn't. I've attached the local apt.conf too (but it's obviously not useful unmodified). -- James Dir { ArchiveDir /home/james/scratch/apt/; OverrideDir /home/james/scratch/apt/; CacheDir /home/james/scratch/apt/; }; Default { Packages::Compress gzip; Contents::Compress gzip; } tree unstable { FileList /home/james/scratch/apt/filelist; Sections main; Architectures i386; BinOverride override; };
Bug#375634: cdck_0.5.2-1(unstable/arm/europa): needs libtool update on arm
Package: cdck Version: 0.5.2-1 Severity: important The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of cdck_0.5.2-1 on europa by sbuild/arm 85 | Build started at 20060606-1431 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5.0.0), autotools-dev [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: This library needs some functionality provided by /usr/lib/gcc/arm-linux-gnu/4.0.4/libsupc++.a. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=cdckver=0.5.2-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375657: cacao: libopcodes-2.16.91.so: cannot open shared object file
Lukasz Pankowski [EMAIL PROTECTED] writes: Package: cacao Version: 0.96-1 Severity: important Hi, After upgrading from binutils 2.16.1cvs20060413-1 to 2.17-1 cacao no longer starts: $ cacao cacao: error while loading shared libraries: libopcodes-2.16.91.so: cannot open shared object file: No such file or directory because the version of libopcodes have changed /usr/lib/libopcodes-2.16.91.so (binutils 2.16.1cvs20060413) /usr/lib/libopcodes-2.17.so(binutils 2.17) cacao should really not be linking to the shared libraries of binutils. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375507: heartbeat: uses adduser when it may not be available
Package: heartbeat Version: 1.2.4-9 Severity: serious Justification: breaks buildds | Purging configuration files for heartbeat ... | /var/lib/dpkg/info/heartbeat.postrm: line 25: deluser: command not found This left the buildd chroot in a broken state. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365750: gnus doesn't start
severity 365750 important thanks Stefan Janke [EMAIL PROTECTED] writes: [ Sorry for not replying earlier, my bug mail filters weren't setup to flag bugs for gnus yet. ] If I start gnus, then I get at the moment only the following backtrace: I (obviously) can't reproduce this. Could you please a) try ngnus 0.5 once it reaches the archive, b) send me any relevant config files (~/.emacs, ~/.gnus.el etc.). I also need to know which emacsen you're using. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366169: gst-plugins-ugly0.10_0.10.3-1(unstable/arm/cats): FTBFS unsatisfiable build-depends
Package: gst-plugins-ugly0.10 Version: 0.10.3-1 Severity: serious Please update your build-depends to match the current package name. | Automatic build of gst-plugins-ugly0.10_0.10.3-1 on cats by sbuild/arm 85 | Build started at 20060505-2015 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: libgstreamer0.10-dev (= 0.10.1), libgstreamer-plugins-base0.10-dev (= 0.10.3), autotools-dev, cdbs (= 0.4.20), check, debhelper (= 4.1.0), pkg-config (= 0.11.0), python-xml, gtk-doc-tools, liboil0.3-dev (= 0.3.2), liba52-0.7.4-dev, libmad0-dev (= 0.15), libid3tag0-dev, libmpeg2-4-dev (= 0.4.0), libsidplay1-dev, libdvdread3-dev (= 0.9.0) [...] | /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install libgstreamer0.10-dev libgstreamer-plugins-base0.10-dev autotools-dev cdbs check debhelper pkg-config python-xml gtk-doc-tools liboil0.3-dev liba52-0.7.4-dev libmad0-dev libid3tag0-dev libmpeg2-4-dev libsidplay1-dev libdvdread3-dev [...] | Note, selecting libdvdread-dev instead of libdvdread3-dev [...] | Unpacking libdvdread-dev (from .../libdvdread-dev_0.9.6-1_arm.deb) ... [...] | dpkg-checkbuilddeps: Unmet build dependencies: libdvdread3-dev (= 0.9.0) | dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting. | dpkg-buildpackage: (Use -d flag to override.) | ** A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=gst-plugins-ugly0.10ver=0.10.3-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365748: dvbstream_0.6+cvs20060501-1(unstable/sparc/spontini): missing build-depends
Package: dvbstream Version: 0.6+cvs20060501-1 Severity: serious You appear to be missing a build-depends on dbs. | Automatic build of dvbstream_0.6+cvs20060501-1 on spontini by sbuild/sparc 85 | Build started at 20060502-0745 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), linux-kernel-headers [...] | /usr/bin/fakeroot debian/rules clean | debian/rules:16: /usr/share/dbs/dbs-build.mk: No such file or directory | make: *** No rule to make target `/usr/share/dbs/dbs-build.mk'. Stop. A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=dvbstreamver=0.6+cvs20060501-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365493: redhat-cluster_1.02.00-1(unstable/sparc/spontini): FTBFS - missing build-depends
Package: redhat-cluster Version: 1.02.00-1 Severity: serious You appear to be missing a build-depends on libncurses5-dev. | Automatic build of redhat-cluster_1.02.00-1 on spontini by sbuild/sparc 85 | Build started at 20060429-2345 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.0), libxml2-dev, python, lib64c-dev [powerpc s390 sparc] [...] | gcc -Wall -I../include -I../config -I/build/buildd/redhat-cluster-1.02.00/debian/build/build/build/incdir -DHELPER_PROGRAM -D_FILE_OFFSET_BITS=64 -DGFS_RELEASE_NAME=\1.02.00\ -I../include -I../config -I/build/buildd/redhat-cluster-1.02.00/debian/build/build/build/incdir gfshex.c hexedit.c -lncurses -o gfs_edit | gfshex.c:22:20: error: curses.h: No such file or directory A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=redhat-clusterver=1.02.00-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361195: ivtv_0.6.1-3(unstable/sparc/spontini): still FTBFS
reopen 361195 thanks This doesn't appear to be fixed. | Automatic build of ivtv_0.6.1-3 on spontini by sbuild/sparc 85 | Build started at 20060428-1715 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.0), bzip2 [...] | g++ -I. -I/build/buildd/ivtv-0.6.1/utils/../driver -D_GNU_SOURCE -O2 -Wall -lm -lpthread -o ivtvplay ivtvplay.cc | ivtvplay.cc: In function 'int mpeg_play(mpeg_file*, int, gop_header_t, gop_header_t)': | ivtvplay.cc:53: error: impossible constraint in 'asm' A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=ivtvver=0.6.1-3 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365405: rgl_0.66-3(unstable/sparc/spontini): FTBFS build-depends on non-existent package
Package: rgl Version: 0.66-3 Severity: serious sbuild automatically selects the first of an or'ed build-depends, so it needs to be a valid (real) package which is in the archive and AFAICS libgl-mesa-dev isn't/doesn't. | Automatic build of rgl_0.66-3 on spontini by sbuild/sparc 85 | Build started at 20060428-1946 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.3.0), cdbs, libgl-mesa-dev | libgl-dev, libglu-mesa-dev | libglu-dev, libpng12-dev, libx11-dev, libxt-dev, x-dev [...] | E: Couldn't find package libgl-mesa-dev A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=rglver=0.66-3 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365404: kinput2_3.1-8(unstable/sparc/spontini): FTBFS due to build-dep on libxaw8-dev
Package: kinput2 Version: 3.1-8 Severity: serious libxaw8-dev is deprecated and going away soon, please use libxaw7-dev instead. | Automatic build of kinput2_3.1-8 on spontini by sbuild/sparc 85 | Build started at 20060428-2206 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.1.16), xutils, x-dev, libice-dev, libsm-dev, libx11-dev, libxext-dev, libxmu-dev, libxp-dev, libxpm-dev, libxt-dev, libxaw8-dev | libxaw7-dev | libxaw-dev, libcanna1g-dev, libwnn6-dev [...] | gcc -c -g -O2 -fno-strict-aliasing-I../include -Iimlib -I/usr/include -Dlinux -D__sparc__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTOOffConv.c | OffConv.c:34:26: error: X11/Xaw/Form.h: No such file or directory A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=kinput2ver=3.1-8 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365205: scorched3d_39.1+cvs20050929-2+b1(unstable/sparc/mrpurply): build-depends on removed xlibmesa-glu-dev
Package: scorched3d Version: 39.1+cvs20050929-2+b1 Severity: serious Please update the build-depends to account for the recent changes in X. | Automatic build of scorched3d_39.1+cvs20050929-2+b1 on mrpurply by sbuild/sparc 85 | Build started at 20060427-2232 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.0), autotools-dev, libsdl1.2-dev, libsdl-net1.2-dev, libopenal-dev (= 0.2005080600-2), libfreetype6-dev, libwxgtk2.6-dev, xlibmesa-gl-dev, xlibmesa-glu-dev, dpatch, sharutils [...] | E: Package xlibmesa-glu-dev has no installation candidate A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=scorched3dver=39.1+cvs20050929-2+b1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365237: misc3d_0.3-1-4(unstable/sparc/spontini): FTBFS - depends on removed xlibmesa-glu-dev
Package: misc3d Version: 0.3-1-4 Severity: serious Please update your build-depends to take into account the recent X changes. | Automatic build of misc3d_0.3-1-4 on spontini by sbuild/sparc 85 | Build started at 20060428-0942 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.1.0), r-base-dev (= 2.0.0), cdbs, xlibmesa-gl-dev | libgl-dev, xlibmesa-glu-dev | libglu-dev, libpng12-dev [...] | E: Package xlibmesa-glu-dev has no installation candidate A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=misc3dver=0.3-1-4 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365113: kdebluetooth_0.99+1.0beta1-9(unstable/sparc/mrpurply): missing build-depends
Package: kdebluetooth Version: 0.99+1.0beta1-9 Severity: serious You appear to be missing a build-depends on autoconf. | Automatic build of kdebluetooth_0.99+1.0beta1-9 on mrpurply by sbuild/sparc 85 | Build started at 20060427-1928 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.0), autotools-dev, kdelibs4-dev (= 3.1.4), libbluetooth1-dev (= 2.6) | libsdp2-dev (= 1.5), kdepim-dev, libopenobex1-dev [...] | ./admin/cvs.sh: line 13: autoconf: command not found | make[2]: *** [configure] Error 1 A complete build log can be found at http://buildd.debian.org/build.php?arch=sparcpkg=kdebluetoothver=0.99+1.0beta1-9 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.
retitle 364609 ITA: Gnus -- A versatile News and mailing list reader for Emacsen. thanks Unless anyone, particularly the former maintainer, objects I'll adopt this package. It's my MUA of choice (has been for years) and I'm entirely reliant on it anyway, so maintaining it shouldn't be too much of an additional burden. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364216: poker-network_1.0.19-1(unstable/arm/toffee): inappropriate valgrind build-dep
Package: poker-network Version: 1.0.19-1 Severity: serious Why on earth are you build-depending on valgrind? I can't imagine why a package like this would require it installed to build. Even if there is a legitimate reason to build-depend on it, the dependency needs to be conditionalized on architecture as valgrind is only available for i386, amd64 and powerpc. | Automatic build of poker-network_1.0.19-1 on toffee by sbuild/arm 85 | Build started at 20060422-0005 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.0), automake1.7 | automake1.9, cdbs, pkg-config, debconf | debconf-2.0, po-debconf, python-dev, python2.3, python2.3-dev, python2.3-mysqldb, python2.3-pyopenssl, python2.3-soappy, python2.3-glade2, python2.3-twisted, python2.3-pygame, python2.3-poker-engine (= 1.0.12), python2.4, python2.4-dev, python2.4-mysqldb, python2.4-pyopenssl, python2.4-soappy, python2.4-glade2, python2.4-twisted, python2.4-pygame, python2.4-poker-engine (= 1.0.12), libglade2-dev, libtool, perl, valgrind, vncserver [...] | E: Package valgrind has no installation candidate A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=poker-networkver=1.0.19-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361022: namazu2_2.0.16-2(unstable/arm/elara): still broken
NOKUBI Takatsugu [EMAIL PROTECTED] writes: At Sun, 09 Apr 2006 18:30:56 +0100, James Troup wrote: FYI, this bug has not been fixed by -2. I found the reason. libtool uses file command, but it is not included in build-essential or Build-Depends field. I think it is better to include file in build-essential, anyway I'll upload a new package. No, sorry this is incorrect. libtool only tries to use 'file' if it's using the old _broken_ method of handling shared libraries. Please fix the package's configure script instead. i.e. | # This must be Linux ELF. | linux-gnu*) | case $host_cpu in | alpha* | hppa* | i*86 | mips | mipsel | powerpc* | sparc* | ia64* | s390* | x86_64*) | lt_cv_deplibs_check_method=pass_all ;; | *) | # glibc up to 2.1.1 does not perform some relocations on ARM | lt_cv_deplibs_check_method='file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib )' ;; | esac | lt_cv_file_magic_test_file=`echo /lib/libc.so* /lib/libc-*.so` | ;; Should be something like this instead: | # This must be Linux ELF. | linux-gnu*) | lt_cv_deplibs_check_method=pass_all ;; | lt_cv_file_magic_test_file=`echo /lib/libc.so* /lib/libc-*.so` | ;; Relibtoolizing and regenerating configure with a recent libtool from Debian should be enough to do this for you. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361022: namazu2_2.0.16-2(unstable/arm/elara): still broken
Hi, FYI, this bug has not been fixed by -2. | Automatic build of namazu2_2.0.16-2 on elara by sbuild/arm 85 | Build started at 20060406-1234 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.1.16), perl, kakasi, chasen, libnkf-perl, libfile-mmagic-perl, libtext-kakasi-perl, wish, lynx [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=namazu2ver=2.0.16-2 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361023: xmms-mpg123-ja_1.2.10j.20051231-1(unstable/arm/grieg): silent build breakage
Package: xmms-mpg123-ja Version: 1.2.10j.20051231-1 Severity: important The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of xmms-mpg123-ja_1.2.10j.20051231-1 on grieg by sbuild/arm 85 | Build started at 20060227-1443 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.0.0), xmms-dev, libsm-dev, libice-dev, libxi-dev, libxext-dev, libx11-dev, libxxf86vm-dev, libglib1.2-dev, libgtk1.2-dev, gettext, libasound2-dev [!kfreebsd-i386 !hurd-i386] [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -lpthread. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=xmms-mpg123-javer=1.2.10j.20051231-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361022: namazu2_2.0.16-1(unstable/arm/grieg): silent build breakage on arm
Package: namazu2 Version: 2.0.16-1 Severity: important The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of namazu2_2.0.16-1 on grieg by sbuild/arm 85 | Build started at 20060313-0945 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.1.16), perl, kakasi, chasen, libnkf-perl, libfile-mmagic-perl, libtext-kakasi-perl, wish, lynx [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -lm. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=namazu2ver=2.0.16-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361020: adplug-xmms_1.1-2(unstable/arm/netwinder): silent build breakage on arm
Package: adplug-xmms Version: 1.1-2 Severity: serious The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of adplug-xmms_1.1-2 on netwinder by sbuild/arm 85 | Build started at 20060227-0836 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.0.0), dpatch, autotools-dev, libadplug-dev, libbinio-dev, xmms-dev [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -lstdc++. | *** I have the capability to make that library automatically link in when | *** you link to this library. But I can only do this if you have a | *** shared version of the library, which you do not appear to have | *** because I did check the linker path looking for a file starting | *** with libstdc++ and none of the candidates passed a file format test | *** using a file magic. Last file checked: /usr/lib/libstdc++.so.6.0.7 | ../libtool: line 3944: ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ): command not found A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=adplug-xmmsver=1.1-2 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#361021: sctplib_1:1.0.4-4(unstable/arm/smackdown): silent build breakage on arm
Package: sctplib Version: 1:1.0.4-4 Severity: important The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of sctplib_1:1.0.4-4 on smackdown by sbuild/arm 85 | Build started at 20060317-0022 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: libglib1.2-dev, bzip2, autotools-dev [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -ldl. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=sctplibver=1:1.0.4-4 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334497: acknowledged by developer (Re: binutils: linking error in building boost)
severity 334497 important thanks Domenico Andreoli [EMAIL PROTECTED] writes: it is up-to-date because it is built using -mlong-calls option which works around this bug. please have a look at #342267. OK, but if there's a workaround that gets stuff building, I think we can call it not RC (and hppa has traditionally had problems in this area and it's not something that's going to get fixed anytime soon). -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347944: irssi: shows channel key in status bar by default
Package: irssi Version: 0.8.10-1 Severity: important irssi shows the channel key for key-ed channels in the status bar by default. This is less than useful when you're in a conference type setting (or really anywhere where people can shoulder surf). -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347998: linux-2.6: infinite loops during build on arm
Package: linux-2.6 Version: 2.6.15-2 Severity: serious The build on arm gets into an infinite loop running make oldconfig while building the footbridge variant. It loops in the 'ARM system type' menu. The first 2000 lines of the build log are available from: http://people.debian.org/~troup/misc/linux-2.6-arm.txt (The full log isn't on buildd.d.o, because it's 2.6Gb :-P) -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347944: irssi: shows channel key in status bar by default
David Pashley [EMAIL PROTECTED] writes: On Jan 13, 2006 at 17:49, James Troup praised the llamas by saying: Package: irssi Version: 0.8.10-1 Severity: important irssi shows the channel key for key-ed channels in the status bar by default. This is less than useful when you're in a conference type setting (or really anywhere where people can shoulder surf). /toggle chanmode_expando_strip This hides all parameters on the mode string. It would be hard to just strip the channel key as there are no guarentee that the server will use +k. Upstream may add a chanmode_expando_strip_modes parameter in a future release. I think either chanmode_expando_strip or a stripping of just the channel key (assuming +k is the channel key would be better than nothing) should be on by default. irssi is the only major linux client I've seen that leaks channel keys like this. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343460: licq_1.3.2-5(unstable/arm/cats): needs libtool update for arm
Package: licq Version: 1.3.2-5 Severity: serious The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of licq_1.3.2-5 on cats by sbuild/arm 79 | Build started at 20051215-0822 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.1.0), cdbs (= 0.4.0), libncurses5-dev, libcdk5-dev, libqt3-mt-dev, libqt3-headers, qt3-dev-tools-compat, libssl-dev, kdelibs4-dev, imagemagick, kdebase-data, libgpgme11-dev (= 0.4.2), libxosd-dev (= 2.1.0), libxss-dev [...] | checking how to recognise dependant libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -lstdc++. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=licqver=1.3.2-5 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343461: geoip_1.3.14-1(unstable/arm/grieg): needs libtool update for arm
Package: geoip Version: 1.3.14-1 Severity: serious The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of geoip_1.3.14-1 on grieg by sbuild/arm 79 | Build started at 20051203-1532 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.0.0), zlib1g-dev [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -lz. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=geoipver=1.3.14-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343543: rageircd: user authentication can be bypassed by not providing a password
Package: rageircd Version: 2.0.1-4 Severity: grave Tags: patch, security If rageircd is configured to require a password to connect to the server, it will still allow users to connect if they don't provide a password at all and only bounce them if they provide an incorrect one. I've attached the patch I'm using which fixes it for me. -- James --- rageircd-2.0.1.orig/src/s_conf2.c +++ rageircd-2.0.1/src/s_conf2.c @@ -1825,8 +1825,8 @@ if ((allow-class-clients + 1) allow-class-max_clients) { return CLIENTAUTH_CLASSFULL; } - if ((allow-auth != NULL) !BadPtr(cptr-localClient-passwd)) { - if (!check_auth(allow-auth, cptr-localClient-passwd)) { + if ((allow-auth != NULL)) { + if (BadPtr(cptr-localClient-passwd) || !check_auth(allow-auth, cptr-localClient-passwd)) { return CLIENTAUTH_INVALIDPW; } memset(cptr-localClient-passwd, '\0', PASSWDLEN + 1); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343553: gaim: please apply IRC SSL patch from upstream CVS
Package: gaim Version: 1:1.5.0+1.5.1cvs20051015-1 Severity: wishlist Please consider applying this patch from upstream CVS to add SSL support for IRC in gaim. Thanks. -- James --- gaim-1.5.0/src/protocols/irc/irc.c.orig 2005-07-24 20:27:36.0 +0100 +++ gaim-1.5.0/src/protocols/irc/irc.c 2005-12-15 23:51:13.0 + @@ -45,13 +45,16 @@ static GList *irc_actions(GaimPlugin *plugin, gpointer context); /* static GList *irc_chat_info(GaimConnection *gc); */ static void irc_login(GaimAccount *account); +static void irc_login_cb_ssl(gpointer data, GaimSslConnection *gsc, GaimInputCondition cond); static void irc_login_cb(gpointer data, gint source, GaimInputCondition cond); +static void irc_ssl_connect_failure(GaimSslConnection *gsc, GaimSslErrorType error, gpointer data); static void irc_close(GaimConnection *gc); static int irc_im_send(GaimConnection *gc, const char *who, const char *what, GaimConvImFlags flags); static int irc_chat_send(GaimConnection *gc, int id, const char *what); static void irc_ping_server(GaimConnection *gc); static void irc_chat_join (GaimConnection *gc, GHashTable *data); static void irc_input_cb(gpointer data, gint source, GaimInputCondition cond); +static void irc_input_cb_ssl(gpointer data, GaimSslConnection *gsc, GaimInputCondition cond); static guint irc_nick_hash(const char *nick); static gboolean irc_nick_equal(const char *nick1, const char *nick2); @@ -85,13 +88,20 @@ { int ret; - if (irc-fd 0) - return -1; + if (irc-gsc) { + ret = gaim_ssl_write(irc-gsc, buf, strlen(buf)); + } else { + if (irc-fd 0) + return -1; + ret = write(irc-fd, buf, strlen(buf)); + } - /* gaim_debug(GAIM_DEBUG_MISC, irc, sent: %s, buf); */ - if ((ret = write(irc-fd, buf, strlen(buf))) 0) + /* gaim_debug(GAIM_DEBUG_MISC, irc, sent%s: %s, + irc-gsc ? (ssl) : , buf); */ + if (ret 0) { gaim_connection_error(gaim_account_get_connection(irc-account), _(Server has disconnected)); + } return ret; } @@ -237,43 +247,41 @@ gaim_connection_update_progress(gc, _(Connecting), 1, 2); - err = gaim_proxy_connect(account, irc-server, + if (gaim_account_get_bool(account, ssl, FALSE)) { + if (gaim_ssl_is_supported()) { + irc-gsc = gaim_ssl_connect(account, irc-server, + gaim_account_get_int(account, port, IRC_DEFAULT_SSL_PORT), + irc_login_cb_ssl, irc_ssl_connect_failure, gc); + } else { + gaim_connection_error(gc, _(SSL support unavailable)); + } + } + + if (!irc-gsc) { + + err = gaim_proxy_connect(account, irc-server, gaim_account_get_int(account, port, IRC_DEFAULT_PORT), irc_login_cb, gc); - if (err || !account-gc) { - gaim_connection_error(gc, _(Couldn't create socket)); - return; + if (err || !account-gc) { + gaim_connection_error(gc, _(Couldn't create socket)); + return; + } } } -static void irc_login_cb(gpointer data, gint source, GaimInputCondition cond) -{ - GaimConnection *gc = data; - struct irc_conn *irc = gc-proto_data; - char hostname[256]; +static gboolean do_login(GaimConnection *gc) { char *buf; + char hostname[256]; const char *username, *realname; - GList *connections = gaim_connections_get_all(); - - if (source 0) { - gaim_connection_error(gc, _(Couldn't connect to host)); - return; - } - - if (!g_list_find(connections, gc)) { - close(source); - return; - } - - irc-fd = source; + struct irc_conn *irc = gc-proto_data; if (gc-account-password *gc-account-password) { buf = irc_format(irc, vv, PASS, gc-account-password); if (irc_send(irc, buf) 0) { gaim_connection_error(gc, Error sending password); g_free(buf); - return; + return FALSE; } g_free(buf); } @@ -287,18 +295,78 @@ if (irc_send(irc, buf) 0) { gaim_connection_error(gc, Error registering with server); g_free(buf); - return; + return FALSE; } g_free(buf); buf = irc_format(irc, vn, NICK, gaim_connection_get_display_name(gc)); if (irc_send(irc, buf) 0) { gaim_connection_error(gc, Error sending nickname); g_free(buf); - return; +
Bug#343097: binutils:hidden symbol `__fini_array_end' in bitmap_test is referenced by DSO
Micha Feigin [EMAIL PROTECTED] writes: Trying to link against glut (freeglut3) causes the following error: gcc -lglut test.c /usr/bin/ld: BFD 2.16.91 20051206 Debian GNU/Linux assertion fail ../../bfd/elf link.c:6203 I can't reproduce this - can you send me or the bug the output of 'gcc -v -lglut test.c', please? And also confirm that ld is using the package provided libbfd and not a local one ('ldd /usr/bin/ld'). -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325689: xsetbg keeps opening X clients without closing the old
severity 325689 important tags 325689 - security thanks Neil McGovern [EMAIL PROTECTED] writes: It's essentially the same, with a minor difference: Fork bombs traditionally happen very quickly, whereas with normal operation, this DoS will take some time. Sorry, but a (by your own admission) slow fork bomb DoS is not a grave bug. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325689: xsetbg keeps opening X clients without closing the old
Neil McGovern [EMAIL PROTECTED] writes: I'm tagging this bug as security and upping the severity. Justification: A small script can be used to affect the availability of the parent xserver if xloadimage is installed. If the resource limits of the xserver are high enough, there is potential for the process table to become saturated, leading to a loss of availability of the machine that xloadimage is installed on. Err, I'm confused - how is this any different in DoS profile from e.g. a traditional fork bomb? -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337006: awk shange versions - change concepts
tags 337006 + unreproducible thanks Chapko Dmitrij [EMAIL PROTECTED] writes: gatev:~# awk --version GNU Awk 3.1.3 gawk version - 1:3.1.3-3 gatev:~# echo -e 543.21 1234.56\n2345.67 765.43|awk '{if($1$2){print $1-$2}} ' 1580.24 gate:~# awk --version GNU Awk 3.1.4 gawk version - 1:3.1.4-2 gate:~# echo -e 543.21 1234.56\n2345.67 765.43|awk '{if($1$2){print $1-$2}}' -691 % gawk --version | head -n1 GNU Awk 3.1.4 % echo -e 543.21 1234.56\n2345.67 765.43|./gawk '{if($1$2){print $1-$2}}' 1580.24 % I can't reproduce this. If you can, please provide an md5sum of the gawk binary (to confirm you are using the Debian version) and tell me what architecture you're doing this on. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341474: trustedqsl: infinite loop on some buildds
Package: trustedqsl Version: 1.11-3 Severity: grave ObSeverity: builds forever or at least till the logfile fills up the disk On 4, if not 5 of Debian's architectures the build of trustedqsl went into an infinite loop, the ad-nauseam section of the build log looks like this: | make[1]: Entering directory `/build/buildd/trustedqsl-1.11' | make[1]: Circular tqslbuild.h - Makefile dependency dropped. | make[1]: Circular tqslcertbuild.h - Makefile dependency dropped. | test -e help || ln -s ./help help | test -e icons || ln -s ./icons icons | cd . \ |CONFIG_FILES=Makefile CONFIG_HEADERS= /bin/sh ./config.status | config.status: creating Makefile | make[1]: Leaving directory `/build/buildd/trustedqsl-1.11' | make[1]: Entering directory `/build/buildd/trustedqsl-1.11' | make[1]: Circular tqslbuild.h - Makefile dependency dropped. | make[1]: Circular tqslcertbuild.h - Makefile dependency dropped. | test -e help || ln -s ./help help | test -e icons || ln -s ./icons icons | cd . \ |CONFIG_FILES=Makefile CONFIG_HEADERS= /bin/sh ./config.status | config.status: creating Makefile | make[1]: Leaving directory `/build/buildd/trustedqsl-1.11' Some of Debian's architectures managed to escape unscathed but I'm not sure how - I guess maybe timestamp skew? In any event sorry for the diagnosis-less bug, but given the severe side effects of an infinitely looping build, I figured the bug should at least be reported. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339415: Processed: Re: Bug#339415: FTBFS: Redefinitions of __divdi3, __moddi3, __udivdi32, and __umoddi3
reassign 339415 glibc thanks Daniel Jacobowitz [EMAIL PROTECTED] writes: This bug was both worked around in the glibc CVS and fixed in binutils. It was only present in binutils HEAD for a week or two. [AFAIK (and based in no small part on the conversation I had with you?)] We already have a new enough binutils to fix this; it's glibc which needs patched now. I believe there's a suitable patch ('ubuntu-new-binutils') for i386/amd64 in the (work-in-progress) package at: http://people.ubuntu.com/~jbailey/glibc/ However, powerpc also has similar build problems now (and they're also glibc bugs) but I'm not sure how far Jeff has got with those. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339823: tailor: AttributeError: '_Branch' object has no attribute 'remove'
Package: tailor Version: 0.9.18-1 While trying to convert the dak cvs tree to bzr, I got the following error. It's reproducible on demand, and I'm happy to provide my config and a tar ball of the CVS tree (please don't try and import it from cvs.d.o), if the traceback doesn't contain enough info. -- James 2005-11-19 01:16:06,001 [INFO] docs/README.names updated to 1.1 2005-11-19 01:16:06,004 [ERROR] Revision: 2001-01-10 05:58:26 by troup Date: 2001-01-10 05:58:26 Author: troup Removed: sortover.pl Added: alyson,denise,melanie,natalie.py,contrib/hack.1,docs/README.names Log: Add new scripts; remove old ones. Traceback (most recent call last): File /usr/lib/python2.4/site-packages/vcpx/target.py, line 106, in replayChangeset self._replayChangeset(changeset) File /usr/lib/python2.4/site-packages/vcpx/target.py, line 280, in _replayChangeset if removed: self._removeEntries(removed) File /usr/lib/python2.4/site-packages/vcpx/target.py, line 362, in _removeEntries self._removePathnames([e.name for e in entries]) File /usr/lib/python2.4/site-packages/vcpx/bzr.py, line 167, in _removePathnames self._b.remove(entries) AttributeError: '_Branch' object has no attribute 'remove' 2005-11-19 01:16:06,387 [ERROR] Upstream change application failed Traceback (most recent call last): File /usr/lib/python2.4/site-packages/vcpx/tailor.py, line 108, in update last, conflicts = dwd.applyPendingChangesets( File /usr/lib/python2.4/site-packages/vcpx/dualwd.py, line 96, in applyPendingChangesets applied=applied) File /usr/lib/python2.4/site-packages/vcpx/source.py, line 123, in applyPendingChangesets replay(c) File /usr/lib/python2.4/site-packages/vcpx/dualwd.py, line 106, in replayChangeset self.target.replayChangeset(changeset) File /usr/lib/python2.4/site-packages/vcpx/target.py, line 106, in replayChangeset self._replayChangeset(changeset) File /usr/lib/python2.4/site-packages/vcpx/target.py, line 280, in _replayChangeset if removed: self._removeEntries(removed) File /usr/lib/python2.4/site-packages/vcpx/target.py, line 362, in _removeEntries self._removePathnames([e.name for e in entries]) File /usr/lib/python2.4/site-packages/vcpx/bzr.py, line 167, in _removePathnames self._b.remove(entries) AttributeError: '_Branch' object has no attribute 'remove' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338249: lam: source package has (unused) APSL licensed code
Package: lam Version: 7.1.1-5 Severity: serious | ~/scratch/0/lam-7.1.1 $ grep -ri APSL . | ./share/memory/darwin7/APPLE_LICENSE:http://www.opensource.apple.com/apsl/ and read it before using this | ./share/memory/darwin7/scalable_malloc.c: * http://www.opensource.apple.com/apsl/ and read it before using this | ./share/memory/darwin7/scalable_malloc.h: * http://www.opensource.apple.com/apsl/ and read it before using this | ./share/memory/darwin7/pthread_machdep.h: * http://www.opensource.apple.com/apsl/ and read it before using this | ./share/memory/darwin7/pthread_spinlock.h: * http://www.opensource.apple.com/apsl/ and read it before using this Please remove the APSL code from the lam source package as the APSL isn't a DFSG compliant license. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308169: debootstrap: can't mmap package info file
tags 308169 + patch thanks Lex Spoon [EMAIL PROTECTED] writes: debootstrap fails with the following error: I: Installing core packages... dpkg: can't mmap package info file `/var/lib/dpkg/available': Invalid argument W: Failure trying to run: chroot /root/woody-chroot dpkg --force-depends --inst all /var/cache/apt/archives/base-files_3.0.2_i386.deb /var/cache/apt/archives/b ase-passwd_3.4.1_i386.deb The file does exist but has size 0: # ls -l woody-chroot/var/lib/dpkg/available -rw-r--r-- 1 root root 0 May 8 11:02 woody-chroot/var/lib/dpkg/available This is a dpkg bug exposed by kernels = 2.6.12 and which was fixed in dpkg 1.13.8[0]; however that doesn't help anyone trying to debootstrap chroots of pre-etch versions of Debian. A trivial work around is to have the available file contain just a newline rather than be empty, e.g. as in the attached patch[1] (which is for --variant=buildd, but the same patch should apply to the plain 'woody' script and other distro versions). -- James [0] | dpkg (1.13.8) experimental; urgency=low | | The In like Flynn Release. | | * Linux 2.6.12 changed the behaviour of mmap to fail and set EINVAL when | given a zero length, rather than returning NULL. This is POSIXly | correct, so handle zero-length package control files (like available). [1] --- /usr/lib/debootstrap/scripts/woody.buildd.old 2005-04-01 15:40:41.0 +0100 +++ /usr/lib/debootstrap/scripts/woody.buildd 2005-10-22 01:29:31.0 +0100 @@ -70,7 +70,7 @@ mkdir -p $TARGET/var/lib/dpkg : $TARGET/var/lib/dpkg/status -: $TARGET/var/lib/dpkg/available +echo $TARGET/var/lib/dpkg/available setup_etc if [ ! -e $TARGET/etc/fstab ]; then -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333218: gnupg: ftbfs [sparc] build installs random mail-transport-agent which failed
severity 333218 normal thanks Blars Blarson [EMAIL PROTECTED] writes: Package: gnupg Version: 1.4.2-2 Severity: serious Justification: no longer builds from source gnupg has mail-transport-agent as a build dependancy without specifying a desired one first as an alternative. The sparc buildd randomly chose zmailer which failed to install so the build failed. That's a bug in the buildd's setup and zmailer for requiring interactivity. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332872: dpkg: broken pt_BR translation for 'dpkg -l' header
Package: dpkg Version: 1.3.11.0.1 Tags: l10n, patch Severity: minor | pasta 3:11 ~ % LANG=C dpkg -l dpkg | Desired=Unknown/Install/Remove/Purge/Hold | | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed | |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) | ||/ Name VersionDescription | +++-==-==- | ii dpkg 1.13.11.0.1package maintenance system for Debian | pasta 3:11 ~ % LANG=pt_BR.UTF-8 dpkg -l dpkg | Desejado=U=Desconhecido/Instalar/Remover/aPagar/H=Manter | | status=Não/Instalado/arquiv.-Config./U=Descomp./Falhou-config/H=semi-inst. | |/ Erro?=(nenhum)/H=Mantido/precisa-Reinst./X=os dois problemas (status,Erro: maiúsculas=ruim) | ||/ NomeVersão Descrição | +++-===-==- | ||/ Nome VersãoDescrição | +++-==-==- | ii dpkg 1.13.11.0.1package maintenance system for Debian | pasta 3:11 ~ % The obvious, but completely untested and unverified (I don't speak Portugese), patch against the pt_BR.po from #325224 is attached. -- James --- pt_BR.po.new~ 2005-10-09 04:14:16.0 +0100 +++ pt_BR.po.new2005-10-09 04:16:07.0 +0100 @@ -2844,9 +2844,6 @@ inst.\n |/ Erro?=(nenhum)/H=Mantido/precisa-Reinst./X=os dois problemas (status, Erro: maiúsculas=ruim)\n -||/ NomeVersão Descrição\n -+++-===-==- -\n #: src/query.c:164 msgid Name
Bug#331569: Missing dependency on libdb4.2-dev
severity 330013 serious merge 331569 330013 thanks I've uploaded an NMU to fix this bug, as it's been broken in the archive since it was uploaded 2 and a half weeks ago. -- James diff -u evolution-data-server-1.2.3/debian/control evolution-data-server-1.2.3/debian/control --- evolution-data-server-1.2.3/debian/control +++ evolution-data-server-1.2.3/debian/control @@ -37,7 +37,7 @@ Package: libedataserver1.2-dev Section: libdevel Architecture: any -Depends: libedataserver1.2-4 (= ${Source-Version}), libdb4.1-dev, libnspr-dev +Depends: libedataserver1.2-4 (= ${Source-Version}), libdb4.2-dev, libnspr-dev Description: Utility library for evolution data servers (development files) The data server, called Evolution Data Server is responsible for managing calendar and addressbook information. diff -u evolution-data-server-1.2.3/debian/changelog evolution-data-server-1.2.3/debian/changelog --- evolution-data-server-1.2.3/debian/changelog +++ evolution-data-server-1.2.3/debian/changelog @@ -1,3 +1,10 @@ +evolution-data-server (1.2.3-4.1) unstable; urgency=low + + * debian/control: fix libedataserver1.2-dev to Depend on libdb4.2-dev +rather than libdb4.1-dev. Closes: #331569, #330013 + + -- James Troup [EMAIL PROTECTED] Sat, 8 Oct 2005 01:54:09 +0100 + evolution-data-server (1.2.3-4) unstable; urgency=low * Build with db4.2 (closes: #282770) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330686: gnupg: Errors running --check-trustdb in 1.4.2-1
David Shaw [EMAIL PROTECTED] writes: On Fri, Sep 30, 2005 at 07:53:20AM +0200, Romain Francoise wrote: David Shaw [EMAIL PROTECTED] writes: Please try the attached patch to 1.4.2. This patch fixes the problem. Thanks. Good. That patch is part of 1.4.3. FWIW, I already have a 1.4.2-2 prepared as this bug broke handling of the debian keyring too; I've just been waiting on a fixed bzip2 (#330637) to propagate. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330355: ITP: libmms -- MMS stream protocol library
Loïc Minier [EMAIL PROTECTED] writes: While inspecting the source code, I noticed that some source files and headers were copied from Xine and have GPL headers, hence the result is GPL. There's an (incomplete) README in the source explaining that the relevant authors agreed to relicense their code under the LGPL. (At least, IIRC, from when I checked this package for Ubuntu) -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330637: libbz2-1.0: broken .shlibs file
Package: libbz2-1.0 Version: 1.0.2-9 Severity: serious While building gnupg, I noticed the following: | dpkg-shlibdeps: warning: unable to find dependency information for shared library libbz2 (soname 1.0, path /usr/lib/libbz2.so.1.0, dependency field Depends) ... | % cat /var/lib/dpkg/info/libbz2-1.0.shlibs | libbz2 1 libbz2-1.0 The soname is '1.0' not '1'. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330200: zsh: xloadimage completion doesn't know about png support
Package: zsh Version: 4.2.5-19 zsh's xloadimage filename completion doesn't allow for .png files but xloadimage has supported them for almost 5 years now. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327152: irssi-text: please rename the package to 'irssi' or at the very least add a Provide:
Package: irssi-text Version: 0.8.9-3.1 Severity: important In addition to doing it myself more than once, I've seen several users try to install 'irssi' and fail. Is there any reason not to either just simply rename the package to 'irssi' or at the very least add a Provide: on irssi so that users get SOME clue of what to look for when 'apt-get install irssi' fails? -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326103: binutils: gcc -u hits ld segfault w/ certain -u options
dann frazier [EMAIL PROTECTED] writes: Package: binutils Version: 2.16.1-3 I hit this segfault[1] when building d-i. I rebuilt binutils unstripped, reproduced collected a backtrace[2]. An obvious NULL-pointer dereference. Please tar up the (non-system) files on the command line, and put them up somewhere so I (and more to the point, upstream) can reproduce this. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323768: lynx is not properly compiled, and is unusable in sid.
severity 323768 important tags 323768 + unreproducible thanks David Martínez Moreno [EMAIL PROTECTED] writes: Hello, James. Even though you state in the lynx changelog that you prop erly compiled lynx... What architecture is this? As I can't reproduce this on a fresh sid i386 chroot? pasta:~# ldd /usr/bin/lynx | grep gnutls libgnutls-extra.so.11 = /usr/lib/libgnutls-extra.so.11 (0xb7f78000) libgnutls-openssl.so.11 = /usr/lib/libgnutls-openssl.so.11 (0xb7f71000) libgnutls.so.11 = /usr/lib/libgnutls.so.11 (0xb7f0a000) pasta:~# dpkg -l lynx | grep ^ii ii lynx 2.8.5-2Text-mode WWW Browser pasta:~# -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320697: not really 'patch available'
tag 319308 - patch tag 320697 - patch kthxbye Hi, The patch in 319308 was part of a long thread that ended without conclusion and one year on still hasn't been applied upstream. The large patch from upstream in 320697 doesn't even remotely apply to 2.16.1 without either abandoning the test suite entirely or an insane amount of manual work to adjust the test suite to match. In both cases, the 'patch' tag isn't appropriate. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293556: gnupg kill my pubring.gpg
Paul Brossier [EMAIL PROTECTED] writes: i have a pubring.gpg of exactly the same size of pubring.gpg~ (about 600ko), except it is entirely full of zeros, which makes gpg output these sort of nice messages (anonymised for the bug report): Are you using XFS? -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314516: mailcrypt: mangles signatures when signing UTF-8 and language-environment is UTF-8
Package: mailcrypt Version: 3.5.8-3 Severity: important I ran into #234954 (8-bit characters causing signatures created via mailcrypt to be invalid) again and spent an annoying amount of time trying to figure out why. It turns out that if language-environment is UTF-8 mailcrypt-sign will mangle the signature of a buffer/file with non-ASCII (but valid UTF-8) characters in it. If I set language-environment to Latin-1, the problem disappears. To reproduce: o wget http://people.ubuntu.com/~james/misc/utf-8.changes o Set the language environment to UTF-8 o Use mailcrypt-sign to sign the buffer/file o Save the buffer/file somewhere and try to validate the signature with gpg - it fails o Set the language environment to Latin-1 o Use mailcrypt-sign to sign the original buffer/file o Save the resulting buffer/file somewhere and try to validate the signature with gpg - it works -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312945: gnupg-doc: installs mini-howto in multiple languages
Balbir Thomas [EMAIL PROTECTED] writes: Package: gnupg-doc Version: 2003.04.06-4 Severity: normal gnupg-mini howto should not be installed in multiple languages ... why not? -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312331: ntp-server: preinst is killall happytastic
Package: ntp-server Version: 1:4.2.0a+stable-8 Severity: serious ObJustification: installation of ntp-server into a clean/buildd chroot kills ntpd in base 25 # There's also the problem of spurious ntpd server processes, 26 # caused by the old (buggy) script in /etc/init.d whic fail to 27 # properly shutdown the server sometimes. 28 # Thus, we just kill all servers off here. This is not very nice, 29 # but unfortunately it's necessary. :-/ 30 if [ $1 = install ] || dpkg --compare-versions $2 lt 1:4.2.0a-10 31 then 32 killall ntpd || true 33 fi This triggers when $2 is blank, please either use 'lt-nl' or something else that doesn't trigger on fresh/new installs. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312333: nagios-plugins: please don't build-depend on daemons
Package: nagios-plugins Version: 1.4-6 Severity: important Please don't build-depend on daemons[1] (e.g. ntp-simple) for the sole purpose of allowing a configure script (or similar) to find the path to them. Either just hardcode the path or allow the plugins to rely on $PATH at runtime. -- James [1] Source packages requiring a daemon to be installed (- running) at build time is evil and wrong for a bunch of hopefully obvious reasons, but in case they're not, here's one totally unrelated [;)] example: #312331 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310763: gnupg-doc: patch attached
tags 310763 - patch thanks This patch doesn't actually work. Try building the package from source afterwards and comparing the resulting deb with previous versions ... -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306919: sudo: -k/-K don't work correctly/at all when using tty_tickets
Package: sudo Version: 1.6.8p7-1 Severity: important When using tty_tickets sudo -k/-K doesn't act on all timestamps, only the current tty. This is particularly problematic when sudo -k/-K is invoked from a script not attached to a tty. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306874: dpkg-dev: dpkg-source error message non-ideal when asked to extract directory
Package: dpkg-dev Version: 1.10.27 Severity: minor $ dpkg-source -x /tmp dpkg-source: error: syntax error in source control file /tmp at line 0: empty file $ -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302046: memtest86+: false positives with Dell PowerEdge 2650
Package: memtest86+ Version: 1.51-1 Severity: important memtest86+ appears to false positive on Dell PowerEdge 2650 machines. I've tried it on 5 different machines and they all get memory errors within seconds of starting memtest86+ and all in the same memory location with the same error patterns (e.g. the first is 0x7ffe31c4, IIRC). memtest86+ will eventually hang the box if left running. Happy to provide more details, just not sure what would be helpful. FWIW, I've tried 1.30 and 1.55.1 (new upstream) and they have the same problem. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300764: missing depends (at least) on tetex-bin breaks install/removal and hoses buildds
Package: musixlyr, pmx, musixtex Version: 2.1c-1, 2.5.4-1, 0.112.1-3 Severity: grave The postrm failure is particularly bad because it wedged the buildd chroots in a broken state causing all subsequent builds to fail. Please fix ASAP. | Setting up musixlyr (2.1c-1) ... | /var/lib/dpkg/info/musixlyr.postinst: line 13: /usr/bin/kpsewhich: No such file or directory | dpkg: error processing musixlyr (--configure): | subprocess post-installation script returned error exit status 1 | Setting up musixtex (0.112.1-3) ... | /var/lib/dpkg/info/musixtex.postinst: line 24: /usr/bin/kpsewhich: No such file or directory | dpkg: error processing musixtex (--configure): | subprocess post-installation script returned error exit status 1 | Setting up p2c (1.21alpha2-2) ... | Setting up pmx (2.5.4-1) ... | /var/lib/dpkg/info/pmx.postinst: line 13: /usr/bin/kpsewhich: No such file or directory | dpkg: error processing pmx (--configure): | subprocess post-installation script returned error exit status 1 | Errors were encountered while processing: | musixlyr | musixtex | pmx | E: Sub-process /usr/bin/dpkg returned an error code (1) | apt-get failed. | Package installation failed | Trying to reinstall removed packages: | Trying to uninstall newly installed packages: | /usr/bin/sudo dpkg --root=/home/buildd/build/chroot-unstable --remove debconf-utils debhelper gettext gettext-base html2text intltool-debian libg2c0 musixlyr musixtex p2c pmx po-debconf | (Reading database ... 15628 files and directories currently installed.) | Removing debhelper ... | Removing html2text ... | Removing libg2c0 ... | Removing musixlyr ... | Removing musixtex ... | /var/lib/dpkg/info/musixtex.postrm: line 16: /usr/bin/kpsewhich: No such file or directory | dpkg: error processing musixtex (--remove): | subprocess post-removal script returned error exit status 1 | /var/lib/dpkg/info/musixtex.postinst: line 24: /usr/bin/kpsewhich: No such file or directory | dpkg: error while cleaning up: | subprocess post-installation script returned error exit status 1 | Removing p2c ... | Removing pmx ... | Removing po-debconf ... | Removing debconf-utils ... | Removing intltool-debian ... | Removing gettext ... | Removing gettext-base ... | Errors were encountered while processing: | musixtex | dpkg run to remove packages (debconf-utils debhelper gettext gettext-base html2text intltool-debian libg2c0 musixlyr musixtex p2c pmx po-debconf) failed! A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=m-txver=0.55c-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]