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-rc-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#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#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#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#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#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#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: 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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#310328: Bug #310328,Upgrading gnupg with open enigmail causes serious problem
severity 310328 normal thanks Hi, Unless someone can a) reproduce this and b) provide (the non-secret parts of) the .gnupg directory and/or diagnose the actual problem, there's nothing I can do about this and no reason for it to remain grave. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295874: sctplib-stable_1.0.1a-1(unstable/arm/smackdown): needs libtool update for arm
Package: sctplib-stable Version: 1.0.1a-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 sctplib-stable_1.0.1a-1 on smackdown by sbuild/arm 1.170.5 | Build started at 20050218-1756 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: libglib1.2-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 -lc. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=sctplib-stablever=1.0.1a-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]