Bug#370182: diff for 0.9.70+1-1.1 NMU
Package: mol-drivers-linux
Version: 0.9.70+1-1
Severity: normal
Tags: patch
Hi,
Attached is the diff for my mol-drivers-linux 0.9.70+1-1.1 NMU.
--
Homepage: http://www.sesse.net/
--- mol-drivers-linux-0.9.70+1/debian/changelog
+++ mol-drivers-linux-0.9.70+1/debian/changelog
@@ -1,3 +1,10 @@
+mol-drivers-linux (0.9.70+1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Remove usage of removed lvalue-as-cast gcc extension. (Closes: #362407)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sat, 3 Jun 2006 20:53:40 +
+
mol-drivers-linux (0.9.70+1-1) unstable; urgency=low
* New upstream release, mainly with an up-to-date build system.
only in patch2:
unchanged:
--- mol-drivers-linux-0.9.70+1.orig/src/fs/hfsplus/include/swab.h
+++ mol-drivers-linux-0.9.70+1/src/fs/hfsplus/include/swab.h
@@ -25,9 +25,9 @@
/* Big endian */
-#define bswabU16_inc(ptr) (*((UInt16*) (ptr))++)
-#define bswabU32_inc(ptr) (*((UInt32*) (ptr))++)
-#define bswabU64_inc(ptr) (*((UInt64*) (ptr))++)
+#define bswabU16_inc(ptr) ({ UInt16* tmp = (UInt16*) (ptr); ptr = tmp + 1;
*tmp; })
+#define bswabU32_inc(ptr) ({ UInt32* tmp = (UInt32*) (ptr); ptr = tmp + 1;
*tmp; })
+#define bswabU64_inc(ptr) ({ UInt64* tmp = (UInt64*) (ptr); ptr = tmp + 1;
*tmp; })
#define bstoreU16_inc(ptr, val) (*((UInt16*) (ptr))++) = val
#define bstoreU32_inc(ptr, val) (*((UInt32*) (ptr))++) = val
@@ -35,5 +35,5 @@
/* for the sake of compleetness and readability */
-#define bswabU8_inc(ptr) (*((UInt8*) (ptr))++)
+#define bswabU8_inc(ptr) ({ UInt8* tmp = (UInt8*) (ptr); ptr = tmp + 1;
*tmp; })
#define bstoreU8_inc(ptr,val) (*((UInt8*) (ptr))++) = val
only in patch2:
unchanged:
--- mol-drivers-linux-0.9.70+1.orig/src/fs/hfsplus/btree.c
+++ mol-drivers-linux-0.9.70+1/src/fs/hfsplus/btree.c
@@ -70,8 +70,7 @@
head-reserved2= bswabU8_inc(p);
head-attributes= bswabU32_inc(p);
// skip reserved bytes
- ((UInt32*) p) += 16;
- return p;
+ return ((UInt32*)p) + 16;
}
/* Priority of the depth of the node compared to LRU value.
only in patch2:
unchanged:
--- mol-drivers-linux-0.9.70+1.orig/src/fs/hfsplus/record.c
+++ mol-drivers-linux-0.9.70+1/src/fs/hfsplus/record.c
@@ -149,7 +149,7 @@
static inline void* record_readFXInfo(void *p, FXInfo* xinfo)
{
xinfo-fdIconID= bswabU16_inc(p);
-((SInt16*) p) += 4; // skip unused
+p = ((SInt16*) p) + 4; // skip unused
xinfo-fdComment = bswabU16_inc(p);
xinfo-fdPutAway = bswabU32_inc(p);
return p;
only in patch2:
unchanged:
--- mol-drivers-linux-0.9.70+1.orig/src/fs/hfsplus/volume.c
+++ mol-drivers-linux-0.9.70+1/src/fs/hfsplus/volume.c
@@ -140,7 +140,7 @@
vh-write_count = bswabU32_inc(p);
vh-encodings_bmp = bswabU64_inc(p);
memcpy(vh-finder_info, p, 32);
- ((char*) p) += 32; // So finderinfo must be swapped later, ***
+ p = ((char*) p) + 32; // So finderinfo must be swapped later, ***
p = volume_readfork(p, vh-alloc_file );
p = volume_readfork(p, vh-ext_file );
p = volume_readfork(p, vh-cat_file );
@@ -180,12 +180,12 @@
UInt16 drAlBlSt; /* first allocation
block in volume */
UInt16 embeds, embedl; /* Start/lenght of
embedded area in blocks */
- ((char*) p) += 0x12;/* skip unneded HFS vol
fields */
+ p = ((char*) p) + 0x12; /* skip unneded HFS vol
fields */
drAlBlkSiz = bswabU32_inc(p); /* offset 0x14 */
- ((char*) p) += 0x4; /* skip unneded HFS vol
fields */
+ p = ((char*) p) + 0x4; /* skip unneded HFS vol
fields */
drAlBlSt = bswabU16_inc(p); /* offset 0x1C */
- ((char*) p) += 0x5E;/* skip unneded HFS vol
fields */
+ p = ((char*) p) + 0x5E; /* skip unneded HFS vol
fields */
signature = bswabU16_inc(p);/* offset 0x7C,
drEmbedSigWord */
if( signature != HFSP_VOLHEAD_SIG)
HFSP_ERROR(-1, This looks like a normal HFS volume);
Bug#370159: new NMU diff
I first found a new bug that needed fixing (changed sudo behaviour in buildds), and then made a borked upload. So, here is the entire new diff, _hopefully_ the last in the series. :-) /* Steinar */ diff -u doxygen-1.4.6/debian/changelog doxygen-1.4.6/debian/changelog --- doxygen-1.4.6/debian/changelog +++ doxygen-1.4.6/debian/changelog @@ -1,3 +1,28 @@ +doxygen (1.4.6-2.3) unstable; urgency=high + + * Non-maintainer upload. (Yes, the third in a row. I hope to get it right +this time.) + * Do the buffer overflow fixes in a file in debian/patches/ instead of +directly in the Debian diff. + + -- Steinar H. Gunderson [EMAIL PROTECTED] Sun, 4 Jun 2006 01:33:12 +0200 + +doxygen (1.4.6-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Use $(shell pwd) instead of $(PWD) in debian/rules, which fixes FTBFS on +builds that use (newer versions of) sudo. + + -- Steinar H. Gunderson [EMAIL PROTECTED] Sun, 4 Jun 2006 01:19:23 +0200 + +doxygen (1.4.6-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix buffer overflows in QCString::sprintf() and SCString::sprintf(). +(Closes: #357722) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Sat, 3 Jun 2006 13:28:13 +0200 + doxygen (1.4.6-2) unstable; urgency=low * Fix build error with g++-4.1 (closes: #358208). diff -u doxygen-1.4.6/debian/rules doxygen-1.4.6/debian/rules --- doxygen-1.4.6/debian/rules +++ doxygen-1.4.6/debian/rules @@ -49,8 +49,8 @@ install-indep: install-arch install-indep: install-indep-stamp install-indep-stamp: DH_OPTIONS=-i -install-indep-stamp: INSDIR=$(PWD)/debian/doxygen/usr -install-indep-stamp: DOCDIR=$(PWD)/debian/doxygen-doc/usr/share/doc/doxygen +install-indep-stamp: INSDIR=$(shell pwd)/debian/doxygen/usr +install-indep-stamp: DOCDIR=$(shell pwd)/debian/doxygen-doc/usr/share/doc/doxygen install-indep-stamp: dh_testdir dh_testroot @@ -63,8 +63,8 @@ install-arch: build install-arch: install-arch-stamp install-arch-stamp: DH_OPTIONS=-a -install-arch-stamp: INSDIR=$(PWD)/debian/doxygen/usr -install-arch-stamp: DOCDIR=$(PWD)/debian/doxygen/usr/share/doc/doxygen +install-arch-stamp: INSDIR=$(shell pwd)/debian/doxygen/usr +install-arch-stamp: DOCDIR=$(shell pwd)/debian/doxygen/usr/share/doc/doxygen install-arch-stamp: dh_testdir dh_testroot @@ -134,6 +134,7 @@ system-libpng \ install-docs \ manpages \ + fix-qcstring \ patch: patch-stamp patch-stamp: $(foreach p,$(debian_patches),patch-stamp-$(p)) only in patch2: unchanged: --- doxygen-1.4.6.orig/debian/patches/fix-qcstring.dpatch +++ doxygen-1.4.6/debian/patches/fix-qcstring.dpatch @@ -0,0 +1,160 @@ +#! /bin/sh -e + +# All lines beginning with `# DPATCH:' are a description of the patch. +# DP: fix QCString and SCstring + +dir= +if [ $# -eq 3 -a $2 = '-d' ]; then +pdir=-d $3 +dir=$3/ +elif [ $# -ne 1 ]; then +echo 2 usage: `basename $0`: -patch|-unpatch [-d srcdir] +exit 1 +fi +case $1 in +-patch) +patch $pdir -f --no-backup-if-mismatch -p1 $0 +;; +-unpatch) +patch $pdir -f --no-backup-if-mismatch -R -p1 $0 +;; +*) + echo 2 usage: `basename $0`: -patch|-unpatch [-d srcdir] +exit 1 +esac +exit 0 + +This patch fixes QCString (and its alternative implementation, SCString) +to be able to allocate their buffers dynamically as needed instead of the +programmer having to second-guess how buffer the needs to be. This fixes +at least one real bug, and probably several hidden ones, although it +introduces a dependency on vsnprintf (this should not be a problem for +Debian, though). + +--- doxygen-1.4.6.orig/qtools/qcstring.cpp doxygen-1.4.6/qtools/qcstring.cpp +@@ -577,43 +577,42 @@ + + + /*! +- Implemented as a call to the native vsprintf() (see your C-library ++ Implemented as a call to the native vsnprintf() (see your C-library + manual). + +- If your string is shorter than 256 characters, this sprintf() calls +- resize(256) to decrease the chance of memory corruption. The string is +- resized back to its natural length before sprintf() returns. +- +- Example: +- \code +-QCString s; +-s.sprintf( %d - %s, 1, first ); // result 256 chars +- +-QCString big( 25000 );// very long string +-big.sprintf( %d - %s, 2, longString ); // result 25000 chars +- \endcode +- +- \warning All vsprintf() implementations will write past the end of +- the target string (*this) if the format specification and arguments +- happen to be longer than the target string, and some will also fail +- if the target string is longer than some arbitrary implementation +- limit. +- +- Giving user-supplied arguments to sprintf() is begging for trouble. +- Sooner or later someone \e will paste a 3000-character line into +- your application. ++ This function takes some special care to avoid overflowing the buffer. ++ It uses vsnprintf() instead of vsprintf
Bug#370238: diff for 1:2.0.5-1.2 NMU
Package: libggi Version: 1:2.0.5-1.1 Severity: normal Tags: patch Hi, Attached is the diff for my libggi 1:2.0.5-1.2 NMU. diff -u libggi-2.0.5/debian/control libggi-2.0.5/debian/control --- libggi-2.0.5/debian/control +++ libggi-2.0.5/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Martin Albert [EMAIL PROTECTED] Standards-Version: 3.6.1 -Build-Depends: libgii0-dev (= 1:0.8.5), libaa1-dev, libncurses5-dev, libx11-dev, xlibs-static-pic, xutils, libdirectfb-dev, libglide2-dev [i386], libsvga1-dev [i386] | svgalibg1-dev [i386], debhelper (= 3.0.39) +Build-Depends: libgii0-dev (= 1:0.8.5), libaa1-dev, libncurses5-dev, libx11-dev, libxxf86dga-dev, libxxf86vm-dev, libx11-dev, libxext-dev, libxt-dev, x-dev, xutils, libdirectfb-dev, libglide2-dev [i386], libsvga1-dev [i386] | svgalibg1-dev [i386], debhelper (= 3.0.39) Package: libggi2 Architecture: any diff -u libggi-2.0.5/debian/changelog libggi-2.0.5/debian/changelog --- libggi-2.0.5/debian/changelog +++ libggi-2.0.5/debian/changelog @@ -1,3 +1,13 @@ +libggi (1:2.0.5-1.2) unstable; urgency=high + + * Non-maintainer upload. + * Replace build-dependency on xlibs-static-pic with build-dependencies on +the right modular -dev packages. (There are no _pic libraries anymore; +they have been replaced by proper shared libraries.) Fixes FTBFS. +(Closes: #366726) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Sun, 4 Jun 2006 11:21:24 +0200 + libggi (1:2.0.5-1.1) unstable; urgency=low * Build-depends on libaa1-dev instead of aalib1-dev (closes: bug#320881,
Bug#344152: bug may be in perlmagick?
On Sun, Mar 26, 2006 at 10:01:38AM +0530, Kapil Hari Paranjape wrote: Additional evidence that the bug is in perlmagick/libmagick is that the original webmagick program works fine when used with Graphics::Magick in place of Image::Magick. (Graphics::Magick is found in libgraphics-magick-perl. GraphicsMagick is a fork of ImageMagick which aims to be more stable than the original.) This bug is definitely in ImageMagick: trofast:~/wmtest# montage -font fixed -label '%f' *.jpg test.gif montage: unable to read font `fixed'. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370056: NMU procedure and /usr/bin/nmudiff defaults
On Sun, Jun 04, 2006 at 05:23:33PM +0200, Adeodato Simó wrote: (And while I wait for answers, I'll go dream about the day when dak itself will send the diffs to the BTS, if ever.) Actually, you can implement this outside dak, but I'd hesitate to do this automatically. How would people feel about a daemon that listened to -changes and automatically mailed NMU diffs if and only if the changelog included something like [nmudiff]? (Better suggestions for a tag welcome.) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370309: imagemagick: support for fixed font is broken
Package: imagemagick Version: 6:6.2.4.5-0.1 Severity: important ImageMagick's support for the fixed font is broken: trofast:~/wmtest# montage -font fixed -label '%f' *.jpg test.gif montage: unable to read font `fixed'. trofast:~/wmtest# montage -font courier -label '%f' *.jpg test.gif This was introduced somewhere between 6:6.2.3.6-3 and 6:6.2.4.5-0.1, as downgrading imagemagick and libmagick9 to 6:6.2.3.6-3 fixes the problem. The machine is not running X, so I do not think this is related to the other font problems. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.3-2 high-quality block-sorting file co ii libc62.3.6-7 GNU C Library: Shared libraries ii libdps1 6.8.2.dfsg.1-11 Display PostScript (DPS) client li ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libice6 6.9.0.dfsg.1-6 Inter-Client Exchange library ii libjasper-1.701-11.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg626b-13 The Independent JPEG Group's JPEG ii liblcms1 1.15-1 Color management library ii libmagick9 6:6.2.4.5-0.1 Image manipulation library ii libpng12-0 1.2.8rel-5.1PNG library - runtime ii libsm6 6.9.0.dfsg.1-6 X Window System Session Management ii libtiff4 3.8.2-2 Tag Image File Format (TIFF) libra ii libx11-6 6.9.0.dfsg.1-6 X Window System protocol client li ii libxext6 6.9.0.dfsg.1-6 X Window System miscellaneous exte ii libxml2 2.6.24.dfsg-1 GNOME XML library ii libxt6 6.9.0.dfsg.1-6 X Toolkit Intrinsics ii xlibs6.9.0.dfsg.1-6 X Window System client libraries m ii zlib1g 1:1.2.3-11 compression library - runtime imagemagick recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365409: slapd: segfaults on entry modify
On Sun, Apr 30, 2006 at 02:34:17AM -0700, Steve Langasek wrote: So, it's pretty non-obvious how this value has changed from being LDAP_MOD_REPLACE in bdb_modify_internal, to something else in modify_add_values. It seems to be either a very strangely-consistent threading bug, a subtle stack smash that I'm not seeing by looking at the code, or a bug in the hardware/kernel. Determining which of these it is will take somebody stepping through the code with a debugger to see what's going on. I'm completely unable to reproduce this. I've dug out the NSLU2 with latest sid and installed slapd on it, and although my experience with LDAP is limited, ldapmodify seems to go through just fine: kose:~# ldapmodify -W -x -D cn=admin,dc=nodomain Enter LDAP Password: dn: cn=admin,dc=nodomain userPassword:: e2NyeXB0fUJhYzdXMjhxb2RTOW8= modifying entry cn=admin,dc=nodomain kose:~# (The hash is of admin, so you can spare yourself the cracking :-) ) The bug is reported against a quite old version (2.2.26-5) of slapd; the latest version is 2.3.23-1. Unfortunately, snapshot.debian.net doesn't have this version for arm, but it has 2.2.26-4.0.1. I downgraded slapd, ldap-utils and libldap-2.2 (purging slapd first), but everything worked just as with 2.3. I haven't tried your exact configuration file, but it's nearly identical to what I have (the main differences being samba.schema and the domain names), so I doubt this is the problem. I'm quite willing to write this off as either BrokenDB corruption or hardware error... Steve? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365409: slapd: segfaults on entry modify
On Sun, Jun 04, 2006 at 08:43:47PM +0200, Steinar H. Gunderson wrote: I'm completely unable to reproduce this. Scrap that; I can reproduce it now. I just didn't see that slapd segfaulted... Debugging now. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365409: [Pkg-openldap-devel] Bug#365409: slapd: segfaults on entry modify
On Sun, Jun 04, 2006 at 01:17:51PM -0700, Quanah Gibson-Mount wrote: Is it possible to reproduce in 2.3.24? Or just the rather old 2.2.x version? 2.3.24. I'm currently compiling a noopt/nostrip-version, but at 133MHz ARM it's going to take a while. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365409: [Pkg-openldap-devel] Bug#365409: slapd: segfaults on entry modify
On Sun, Jun 04, 2006 at 10:19:44PM +0200, Steinar H. Gunderson wrote: I'm currently compiling a noopt/nostrip-version, but at 133MHz ARM it's going to take a while. OK, the problem doesn't show up at -O0, which supports the theory that it's some kind of overflow issue. I'm starting a build with -O2 now -- perhaps it can be caught using valgrind on a slightly faster platform, though... /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365409: [Pkg-openldap-devel] Bug#365409: slapd: segfaults on entry modify
On Sun, Jun 04, 2006 at 07:57:20PM -0700, Quanah Gibson-Mount wrote: If it isn't an OpenLDAP thing, then I guess no ITS. ;) I thought it wasn't completely specific to the ARM platform. I haven't seen anybody being able to reproduce it except on arm, and certainly such brokenness should be detected nearly at once. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350688: gcc-2.95: FTBFS with new make
On Mon, Jun 05, 2006 at 10:55:34AM +0200, Bill Allombert wrote: I see a NMU by Steinar being rejected due to bad versions. Yes. I was going to upload another one, but was told that Thiemo would make an upload this weekend anyhow, so I let it be. Thiemo, OTOH, told me that Matthias Klose got there first. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370430: nfs-common: NFS common utilities fail restarting. Not finishing upgrade.
On Mon, Jun 05, 2006 at 10:44:56AM +0200, Fran Aguilera wrote: Package: nfs-common Version: 1:1.0.8-4 Severity: normal Excuse me? You are filing a completely empty bug report against a version of nfs-common that does not exist (1:1.0.8-3 is the latest version). At the very minimum, I'll need: - What version are you upgrading from? - What version are you _really_ upgrading to? - What is the exact screen output on upgrade? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365409: [Pkg-openldap-devel] Bug#365409: slapd: segfaults on entry modify
On Sun, Jun 04, 2006 at 07:36:11PM -0700, Steve Langasek wrote: Since this is a bug with OpenLDAP Is that certain? It looks just as likely to be a compiler bug to me. After testing some more, it seems fairly likely to be a compiler bug. Compiling the file in question (mods.c) with -O0 makes the problem go away. Likewise, compiling it with gcc-4.1 (with -O2) makes the problem go away. I'm unable to point at anything directly wrong in the code, but I'm not familiar with arm assembler. I'll try building the entire package with gcc-4.1, but that will take another eight hours. (Perhaps I should try bisecting the list of available -f flags, but I'm not sure how useful that would be...) Cc'ing Martin Michlmayr, since this looks like another case for switching to gcc-4.1 in etch. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370430: nfs-common: NFS common utilities fail restarting. Not finishing upgrade.
On Mon, Jun 05, 2006 at 02:03:24PM +0200, Fran Aguilera wrote: 2. If I look at the packages database (using synaptic or apt-cache), it says version 1.0.8-4 This looks odder and odder. What distribution is this anyway? The latest version in Debian is 1:1.0.8-3 -- note the 1: in front. It looks more and more like you're using some completely different distribution. Could you please paste the output of gzip -dc /usr/share/doc/nfs-common/changelog.Debian.gz | head -30 ? It would help me trying to nail down where the package is from. Note: It's in Spanish. A useful trick here: If you do LANG=C aptitude dist-upgrade instead of just aptitude dist-upgrade, you'll get the messages in English. Handy for bug reports :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365409: [Pkg-openldap-devel] Bug#365409: slapd: segfaults on entry modify
On Mon, Jun 05, 2006 at 02:01:02PM +0200, Steinar H. Gunderson wrote: Compiling the file in question (mods.c) with -O0 makes the problem go away. Likewise, compiling it with gcc-4.1 (with -O2) makes the problem go away. I'm unable to point at anything directly wrong in the code, but I'm not familiar with arm assembler. I'll try building the entire package with gcc-4.1, but that will take another eight hours. (Perhaps I should try bisecting the list of available -f flags, but I'm not sure how useful that would be...) I also tried compiling the entire package, unmodified, with /usr/bin/gcc pointing to gcc-4.1. It compiled without a hitch, and ldapmodify works without segfaulting slapd. At this point, I throw up my hands and call it a compiler bug (very comforting, no? :-) ); as GCC 4.1 will be the default in Debian from tomorrow, this problem will probably be solved by issuing a binNMU for arm. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366161: Querying for HOST-RESOURCES-MIB::hrStorageAllocationFailures.2 causes snmpd to use max CPU
On Fri, May 05, 2006 at 01:24:20PM -0700, Andrew Gray wrote: To reproduce: apt-get install snmpd snmp - Modify /etc/snmp/snmpd.conf, comment out line 61, uncomment line 62 to enable a sec.name readonly with a community string of public (obviously don't do this to an exposed box) /etc/init.d/snmpd restart snmpget -c public -v 1 localhost .1.3.6.1.2.1.25.2.3.1.7.2 At the last point, I get: trofast:~# snmpget -c public -v 1 localhost .1.3.6.1.2.1.25.2.3.1.7.2 Error in packet Reason: (noSuchName) There is no such variable name in this MIB. Failed object: HOST-RESOURCES-MIB::hrStorageAllocationFailures.2 Is there anything I missed, or has this fixed itself somehow? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296332: Works with patch once debugging is turned off
On Thu, May 25, 2006 at 12:06:47AM -0400, Anthony DeRobertis wrote:
Anyway, if you conditionalize my alignment code to only be on 64-bit
platforms, I think you'll have a patch to fix this issue.
I minimalized your patch (removing the stuff to set -Wno-error, as it's
only relevant with noopt), and recoded the ROUNDUP32 macro to be
sizeof(long)-irrelevant. I don't have a desktop amd64 available, though, so
it's hard to say if the patch will work or not. Also, I met the following
problem when trying to build:
src/ui/obj/menu_proc.o: In function `PasteFromClipboard':
menu_proc.c:(.text+0x26ec): undefined reference to `XOpenDisplay'
menu_proc.c:(.text+0x2740): undefined reference to `XCreateSimpleWindow'
menu_proc.c:(.text+0x2765): undefined reference to `XConvertSelection'
menu_proc.c:(.text+0x2772): undefined reference to `XNextEvent'
menu_proc.c:(.text+0x27a4): undefined reference to `XCloseDisplay'
menu_proc.c:(.text+0x2818): undefined reference to `XGetWindowProperty'
menu_proc.c:(.text+0x2823): undefined reference to `XDestroyWindow'
menu_proc.c:(.text+0x282b): undefined reference to `XCloseDisplay'
menu_proc.c:(.text+0x284c): undefined reference to `XFree'
menu_proc.c:(.text+0x28a2): undefined reference to `XFree'
collect2: ld returned 1 exit status
Now, what's that? :-)
/* Steinar */
--
Homepage: http://www.sesse.net/
diff -rdbU3 stratagus-2.1/src/ai/ai_plan.c stratagus-2.1.new/src/ai/ai_plan.c
--- stratagus-2.1/src/ai/ai_plan.c 2004-06-17 21:48:11.0 -0400
+++ stratagus-2.1.new/src/ai/ai_plan.c 2006-05-24 20:20:20.0 -0400
@@ -514,8 +514,8 @@
int state;
Unit* transporter;
- DebugPrint(Planning for force #%d of player #%d\n _C_
- force - AiPlayer-Force _C_ AiPlayer-Player-Player);
+ DebugPrint(Planning for force #%ld of player #%d\n _C_
+ (long)(force - AiPlayer-Force) _C_ AiPlayer-Player-Player);
watermatrix = CreateMatrix();
diff -rdbU3 stratagus-2.1/src/editor/editloop.c
stratagus-2.1.new/src/editor/editloop.c
--- stratagus-2.1/src/editor/editloop.c 2004-06-24 19:37:31.0 -0400
+++ stratagus-2.1.new/src/editor/editloop.c 2006-05-24 20:24:18.0
-0400
@@ -1781,8 +1781,8 @@
Assert(vp);
if (TheUI.MouseViewport != vp) { // viewport changed
TheUI.MouseViewport = vp;
- DebugPrint(active viewport changed to %d.\n _C_
- TheUI.Viewports - vp);
+ DebugPrint(active viewport changed to %ld.\n _C_
+ (long)(TheUI.Viewports - vp));
}
CursorOn = CursorOnMap;
diff -rdbU3 stratagus-2.1/src/movie/vp31/FrameIni.c
stratagus-2.1.new/src/movie/vp31/FrameIni.c
--- stratagus-2.1/src/movie/vp31/FrameIni.c 2002-07-14 21:43:33.0
-0400
+++ stratagus-2.1.new/src/movie/vp31/FrameIni.c 2006-05-24 21:26:27.0
-0400
@@ -275,7 +275,7 @@
* ERRORS: None.
*
/
-#define ROUNDUP32(X) ( ( ( (unsigned long) X ) + 31 )( 0xFFE0 ) )
+#define ROUNDUP32(X) ( ( ( (unsigned long) X ) + 31 )(unsigned long)( -32L ) )
BOOL AllocateFragmentInfo(PB_INSTANCE * pbi)
{
diff -rdbU3 stratagus-2.1/src/ui/mouse.c stratagus-2.1.new/src/ui/mouse.c
--- stratagus-2.1/src/ui/mouse.c2004-07-01 21:38:10.0 -0400
+++ stratagus-2.1.new/src/ui/mouse.c2006-05-24 20:30:03.0 -0400
@@ -549,8 +549,8 @@
// viewport changed
if (TheUI.MouseViewport != vp) {
TheUI.MouseViewport = vp;
- DebugPrint(current viewport changed to %d.\n _C_
- vp - TheUI.Viewports);
+ DebugPrint(current viewport changed to %ld.\n _C_
+ (long)(vp - TheUI.Viewports));
}
// Note cursor on map can be in scroll area
@@ -1419,8 +1419,8 @@
if ((MouseButtons LeftButton)
TheUI.SelectedViewport != TheUI.MouseViewport) {
TheUI.SelectedViewport = TheUI.MouseViewport;
- DebugPrint(selected viewport changed to %d.\n _C_
- TheUI.SelectedViewport - TheUI.Viewports);
+ DebugPrint(selected viewport changed to %ld.\n _C_
+ (long)(TheUI.SelectedViewport -
TheUI.Viewports));
}
// to redraw the cursor immediately (and avoid up to 1 sec delay
diff -rdbU3 stratagus-2.1/src/unit/unittype.c
stratagus-2.1.new/src/unit/unittype.c
--- stratagus-2.1/src/unit/unittype.c 2004-06-26 18:38:19.0 -0400
+++ stratagus-2.1.new/src/unit/unittype.c 2006-05-24 20:41:12.0
-0400
@@ -515,7 +515,7 @@
// FIXME: peon applies also
Bug#366161: Querying for HOST-RESOURCES-MIB::hrStorageAllocationFailures.2 causes snmpd to use max CPU
reopen 366161 ! thanks On Mon, Jun 05, 2006 at 03:07:32PM -0700, [EMAIL PROTECTED] wrote: It should be noted that the TESTING version works - the one in STABLE is broken. :) Oh! In that case, it's a clear reopen. I'm sorry, I didn't think of the version in stable. Good to know that it's fixed in testing, though :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370697: diff for 2.7.3-2.1 NMU
Package: mldonkey Version: 2.7.3-2 Severity: normal Tags: patch Hi, Attached is the diff for my mldonkey 2.7.3-2.1 NMU. diff -u mldonkey-2.7.3/debian/mldonkey-server.init mldonkey-2.7.3/debian/mldonkey-server.init --- mldonkey-2.7.3/debian/mldonkey-server.init +++ mldonkey-2.7.3/debian/mldonkey-server.init @@ -86,7 +86,7 @@ ;; stop) echo -n Stopping $DESC: $NAME -start-stop-daemon --stop --pidfile $PIDFILE +start-stop-daemon --stop --oknodo --pidfile $PIDFILE echo . ;; reload) diff -u mldonkey-2.7.3/debian/changelog mldonkey-2.7.3/debian/changelog --- mldonkey-2.7.3/debian/changelog +++ mldonkey-2.7.3/debian/changelog @@ -1,3 +1,11 @@ +mldonkey (2.7.3-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Give --oknodo to start-stop-daemon when stopping daemon; makes the package +properly purgable. (Closes: #368118) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Tue, 6 Jun 2006 14:50:43 +0200 + mldonkey (2.7.3-2) unstable; urgency=low * Fix the build on alpha by using a workaround when opt compilation
Bug#340008: Fixed in NMU of mcrypt 2.6.4-3.1
Version: 2.6.4-3.1 reopen 340008 thanks Sorry, I closed the entirely wrong bug. My NMU fixed #358476 (mcrypt FTBFS), not #340008 (dovecot installs new SSL-key on upgrade). /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368118: diff for 2.7.3-2.1 NMU
On Tue, Jun 06, 2006 at 02:52:59PM +0200, Steinar H. Gunderson wrote: Attached is the diff for my mldonkey 2.7.3-2.1 NMU. Sorry, I miscalculated, and I couldn't upload the NMU due to #369770. I'll close the NMU bug, but I'm leaving the patch here for reference. diff -u mldonkey-2.7.3/debian/mldonkey-server.init mldonkey-2.7.3/debian/mldonkey-server.init --- mldonkey-2.7.3/debian/mldonkey-server.init +++ mldonkey-2.7.3/debian/mldonkey-server.init @@ -86,7 +86,7 @@ ;; stop) echo -n Stopping $DESC: $NAME -start-stop-daemon --stop --pidfile $PIDFILE +start-stop-daemon --stop --oknodo --pidfile $PIDFILE echo . ;; reload) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363375: Bug#370752: diff for 1:2.4.5+dfsg-0.1 NMU
On Tue, Jun 06, 2006 at 07:07:17PM +0100, Rene Mayrhofer wrote: Attached is the diff for my openswan 1:2.4.5+dfsg-0.1 NMU. (Note that all the changes, except for the one to debian/changelog, are done in the upstream tarball.) Thanks, I will apply it as soon as possible (but am currently _very_ busy with another project, so please feel free to NMU the other RC bug if you feel like it). You mean #363375? I could have a look at it, but I doubt I could be of too much use. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370309: imagemagick: support for fixed font is broken
On Tue, Jun 06, 2006 at 02:08:20PM +0200, Daniel Kobras wrote: That is, now you get to see the warning message while it used to be ignored in previous versions. The generated label should be exactly the same, rendered in the default font (Helvetica). I haven't found a version of ImageMagick that would actually select a fixed-width font if you specified '-font fixed'. They all silently fell back to the default. It's just the warning that's new. Maybe that's just a relict from 4.x versions or earlier that I haven't checked. What is supported in 6.x is a command-line option '-family fixed' that correctly selects a Courier-type font. Alas, this option is implemented for some of the tools only (convert for example groks it, montage doesn't--that's just an oversight, presumably). Apart from that, ImageMagick seems to work as intended, and you should probably just change the command line to use '-font courier'. Thanks for the analysis; to me, it sounds like what I really want is to make the default in webmagick 'Helvetica', then? After all, that's been the _real_ default the last N years. (I already NMUed webmagick to use Graphics::Magick, which at least unbroke it, but moving it back to Image::Magick would probably be a good idea in the long run, now that the real problem has been uncovered.) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363375: Bug#370752: diff for 1:2.4.5+dfsg-0.1 NMU
On Tue, Jun 06, 2006 at 07:56:20PM +0100, Rene Mayrhofer wrote:
You mean #363375? I could have a look at it, but I doubt I could be of too
much use.
Yes, the compilation problem - it would be also helpful if you can reproduce
it.
Let's see. Default .config and latest linux-source-2.6.16 (2.6.16-14)
compiles just fine for me using make-kpkg --added-patches openswan
kernel-image:
pannekake:/usr/src/linux-source-2.6.16# ls net/ipsec/ip{sec_alg,comp}.o
net/ipsec/ipcomp.o net/ipsec/ipsec_alg.o
It looks like that doesn't compile ipsec_alg_cryptoapi.o, though, so let's
try enabling CONFIG_KLIPS_ENC_CRYPTOAPI:
pannekake:/usr/src/linux-source-2.6.16# ls -l net/ipsec/ipsec_alg*.o
-rw-r--r-- 1 root root 980 2006-06-06 23:50 net/ipsec/ipsec_alg_cryptoapi.o
-rw-r--r-- 1 root root 12440 2006-06-06 23:50 net/ipsec/ipsec_alg.o
In other words, I can't reproduce this. Lupe, could we please get to see your
.config?
/* Steinar */
--
Homepage: http://www.sesse.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360042: php4-cgi: On running PHP cgi mode under Apache suexec condition, no post values could be obtained via $_POST
On Thu, Mar 30, 2006 at 05:18:46PM +0800, Terence Y.B. Wong wrote: I'm running php4, php4-cgi and php-cli on the same Apache server. The CGI mode PHP4 is run under suexec condition. However, no $_POST values could be obtained as in the server mode CGI. I'm completely unable to reproduce this with the latest PHP4 in sid (4:4.4.2-1+b1). Could you please retry, and if it still breaks, send minimal test scripts and your configuration? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358746: Fixed in NMU of mcrypt 2.6.4-3.1
On Tue, Jun 06, 2006 at 04:26:01PM +0200, [EMAIL PROTECTED] wrote: It seems you closed 340008 instead of 358746. Er, common typo -- the keys are like right next to each other? :-) I would suggest replacing your numberpad... I'd replace the brain. :-) Thanks for noticing. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296332: Works with patch once debugging is turned off
On Mon, Jun 05, 2006 at 11:53:23PM +0200, Steinar H. Gunderson wrote: src/ui/obj/menu_proc.o: In function `PasteFromClipboard': menu_proc.c:(.text+0x26ec): undefined reference to `XOpenDisplay' menu_proc.c:(.text+0x2740): undefined reference to `XCreateSimpleWindow' menu_proc.c:(.text+0x2765): undefined reference to `XConvertSelection' menu_proc.c:(.text+0x2772): undefined reference to `XNextEvent' menu_proc.c:(.text+0x27a4): undefined reference to `XCloseDisplay' menu_proc.c:(.text+0x2818): undefined reference to `XGetWindowProperty' menu_proc.c:(.text+0x2823): undefined reference to `XDestroyWindow' menu_proc.c:(.text+0x282b): undefined reference to `XCloseDisplay' menu_proc.c:(.text+0x284c): undefined reference to `XFree' menu_proc.c:(.text+0x28a2): undefined reference to `XFree' collect2: ld returned 1 exit status Now, what's that? :-) I figured it out; -lSDL no longer pulls in -lX11. There's a fixed package out at http://storage.sesse.net/stratagus_2.1-9.1_amd64.deb which is basically -9 + my stratagus.diff + a fix for -lX11. I'd appreciate if anybody would test it and verify that it's OK before I go ahead with a NMU. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344152: Bug#370309: imagemagick: support for fixed font is broken
On Wed, Jun 07, 2006 at 05:58:38PM +0200, Daniel Kobras wrote: In my experience, Image::Magick provides you with the latest features while Graphics::Magick is less prone to breakage. In the case of webmagick that hasn't been updated upstream in the last four years and is therefore unlikely to require the latest and greatest, I think it still makes sense to stick with Graphics::Magick. In that case, I'm simply letting it stay that way -- others can revert it if they feel like it. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373620: fglrx-kernel-src: kernel panic while starting xorg with fglrx driver if using athcool??Kernel panic happens if athcool powersave mode is enabled while starting??xorg with fglrx driver. Ker
severity 373620 important thanks On Wed, Jun 14, 2006 at 06:54:58PM +0300, Pauli Nieminen wrote: Severity: grave Justification: renders package unusable This seems a bit inflated; what is this “athcool” anyway? It doesn't seem like something that would render the package unusable for any significant fraction of people... There is note about possible hardware faults when using powersave mode in athcool manual. Could you please check 8.28.8 and see if it works better for you? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383465: Contains obfuscated source code, DFSG violation?
On Thu, Aug 17, 2006 at 02:12:17PM +0100, Matthew Garrett wrote: The nv driver appears to be heavily obfuscated and is effectively The idea that nvidia do not posess an electronic list of register names and offsets is entirely implausible. The only rational explanation is that register information is postprocessed out in order to reduce information leakage. Or that nVidia never wrote the driver in the first place. I cannot find any nVidia copyrights on it -- it seems to have been reverse-engineered and then written up by the current copyright holders. The shipped code is certainly not the preferred form for modification TBH, I don't think there is any other form in existence, unless you want to count the proprietary drivers this probably was reverse engineered from at some distant past. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383465: Contains obfuscated source code, DFSG violation?
On Tue, Aug 29, 2006 at 10:41:17AM +0300, Daniel Stone wrote: Or that nVidia never wrote the driver in the first place. I cannot find any nVidia copyrights on it -- it seems to have been reverse-engineered and then written up by the current copyright holders. The output of the below has been tidied up a bit to remove duplicates: OK, my analysis was clearly incorrect. With the information you presented, I agree with Matthew. :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384922: nfs-kernel-server: root_squash is broken
On Mon, Aug 28, 2006 at 08:39:41AM +1000, Paul Szabo wrote: There is a warning in man exports against other sensitive UIDs, but not against sensitive GIDs. There are no sensitive UIDs on a default Debian installation, but there is a sensitive GID mandated by policy; there is no default or easy gid_squash on NFS exports. The intended security benefit of root_squash is defeated. (This is not really a bug in NFS, but a result of broken policy; maybe NFS could document the issue, or help change policy.) I'm not sure how you think this is supposed to be solved, but about no matter what, this is the wrong package. nfs-utils doesn't do any of the squashing; it's just the part responsible for setting up the mount and that's it. If you really think more than one gid should be squashed, you should reassign to the kernel -- if you think this is a policy bug, you should reassign to the policy package. The only thing I could think of changing in nfs-utils (except support an updated interface for gid squashing) would be documentation, in which case this is wishlist. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384922: nfs-kernel-server: root_squash is broken
On Wed, Aug 30, 2006 at 08:12:45AM +1000, Paul Szabo wrote: ... this is the wrong package. nfs-utils doesn't do any of the squashing ... I submitted the bug against nfs-kernel-server. I do not understand why you think nfs-utils is involved. nfs-kernel-server is part of nfs-utils. Again: nfs-utils only contains the userspace part, which has no say in this. Sensible people would fix the brain-dead policy. In the face of existing policy, the NFS packages should do their best to protect the innocent: big warnings in man pages That would be a wishlist bug. maybe squashing the bad guys (i.e. squash gid=staff also when doing root_squash). nfs-utils cannot do such a thing without having the kernel changed first. The way things are, root_squash is documented as being useful, which it is not: because it can be defeated, its intentions circumvented. Assuming a combination of all of: 1. You have a compromised machine which you trust. 2. You are exporting file systems which are not set to nosuid, read-write. 3. You have /usr/local/* in your path (note that it's not in root's path by default, so you cannot easily make root run these; and if you have root on a compromised machine, you can just as well make suid files pointing to _any_ user, and then trojanize their home directory or whatever, so being gid=staff really won't help you much). 4. You can login on the NFS server. This is not an impossible combination, but it's not a gaping security hole either. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384922: nfs-kernel-server: root_squash is broken
On Wed, Aug 30, 2006 at 09:19:37AM +1000, Paul Szabo wrote: One of us is confused. Given that one of us has been co-maintaining nfs-utils for a while, I think I might have an idea :-) Squash is set in /etc/exports, I think /etc/exports is used by mountd; surely it is all done here? mountd never serves a single file. All it does is receive a mount request, authenticate it and then hand it off to the kernel. It cannot do a thing with squashing if the kernel doesn't support it. Note that nfs-utils _has_ code in place for parsing gid lists and the like; you can even specify squash_gids=. However, it is not documented for a simple reason: it _does not work_, since the kernel exports no such interface. 1. You have a compromised machine which you trust. Do not trust. Full trust would not need root_squash. root_squash is a safety net. It is _not_ a trust measure. 2. You are exporting file systems which are not set to nosuid, read-write. Whether suid or not on the NFS client is irrelevant. Yes, I was talking about the server. You could protect by, on the NFS exporter, mount nosuid the filesystem containing the exported directory. Yes. Do you really not put nosuid on your /home? Now supposing this contains user home directories, you will want to export read/write; you will want to mount suid on the NFS client, and if you allow user logins to the server also then will want suid there also. Then I'm afraid you have different wants than me. I definitely do not want /home nosuid, and I can't really imagine too many other sane administrators wanting to. My exact situation: my home directory is exported from a server (read/write and suid everywhere), with user login access to the server also. Gaping. Mount the file systems nosuid on the server, don't trust hosts you shouldn't trust. You can easily configure a system insecurily if you really want to; that doesn't really have to mean that anything is buggy. Anyhow, you'll have to decide: Either close, reassign to the kernel, or retitle to something like please document that root_squash doesn't squash gid staff and set to wishlist -- even leaving aside the other issues, that's really all nfs-utils can do here. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383747: Bug #383747: Unexpected font change in libgd2, makes libgd-gd2-perl FTBFS and changes font visual aspect
severity 383747 important thanks On Sat, Aug 19, 2006 at 06:22:24PM -0300, Martín Ferrari wrote: severity 383747 critical I can't possibly find #383747 critical -- does it break the entire system? Introduce a remote-root security hole? Cause critical data loss? Making another package FTBFS (by changing the appearance of a few fonts) is really not RC for a package. You may want to simply update the tests or disable them for the time being, which will fix your FTBFS. (I don't disagree that changing font style when you're only supposed to change the encoding is a bug, but I can't really say it's RC.) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382491: segfaults on startup
On Thu, Aug 24, 2006 at 03:03:50AM +0200, Javier Serrano Polo wrote:
Could you provide a full gdb backtrace?
Here's a bt full with debugging symbols (-g -O0 plus whatever odd -f options
lmms is adding by itself) on amd64:
(gdb) r
Starting program: /usr/home/root/nmu/lmms-0.2.1/lmms
[Thread debugging using libthread_db enabled]
[New Thread 47147389584512 (LWP 29716)]
Qt: gdb: -nograb added to command-line options.
Use the -dograb option to enforce grabbing.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47147389584512 (LWP 29716)]
0x0057d08c in QPixmap::width (this=0x729e20) at
/usr/include/qt3/qpixmap.h:84
84 int width() const { return data-w; }
(gdb) print data
$1 = (QPixmap::QPixmapData *) 0x421
(gdb) up
#1 0x2ae156c1759c in QListViewItem::width (this=0x9d0190, [EMAIL
PROTECTED], lv=0x83c440, c=0)
at widgets/qlistview.cpp:2218
2218widgets/qlistview.cpp: No such file or directory.
in widgets/qlistview.cpp
(gdb) bt full
#0 0x0057d08c in QPixmap::width (this=0x729e20) at
/usr/include/qt3/qpixmap.h:84
No locals.
#1 0x2ae156c1759c in QListViewItem::width (this=0x9d0190, [EMAIL
PROTECTED], lv=0x83c440, c=0)
at widgets/qlistview.cpp:2218
w = 71
pm = (const class QPixmap *) 0x729e20
#2 0x2ae156c0e348 in QListView::widthChanged (this=0x83c440,
item=0x9d0190, c=-1) at widgets/qlistview.cpp:5858
w = 0
fm = {d = 0x840b40, painter = 0x0, fscript = 56}
col = 0
#3 0x2ae156c0e4ff in QListViewItem::widthChanged (this=0x9d0190, c=-1) at
widgets/qlistview.cpp:4064
lv = (class QListView *) 0x83c440
#4 0x2ae156c1b56e in QListViewItem::setup (this=0x9d0190) at
widgets/qlistview.cpp:1597
lv = (class QListView *) 0x7fff544ab8e0
ph = 1457507492
h = 10977
#5 0x2ae156c05cb5 in QListViewItem::totalHeight (this=0x9d0190) at
widgets/qlistview.cpp:1814
that = (QListViewItem *) 0x9d0190
child = (QListViewItem *) 0x9a34d0
#6 0x2ae156c05d1c in QListViewItem::totalHeight (this=0x840780) at
widgets/qlistview.cpp:1823
that = (QListViewItem *) 0x840780
child = (QListViewItem *) 0x9d0190
#7 0x2ae156c0b59f in QListView::buildDrawableList (this=0x83c440) at
widgets/qlistview.cpp:3113
ih = 0
ith = 0
stack = {QGList = {QPtrCollection = {_vptr.QPtrCollection =
0x2ae1571986d0, del_item = false},
firstNode = 0x0, lastNode = 0x0, curNode = 0x0, curIndex = -1, numNodes =
0, iterators = 0x0}, No data fields}
cy = 0
ch = 7
cur = (QListViewPrivate::Pending *) 0x833d90
dl = (QPtrListQListViewPrivate::DrawableItem *) 0x9a34d0
#8 0x2ae156c0c5e0 in QListView::sizeHint (this=0x83c440) at
widgets/qlistview.cpp:6831
s = {wd = 1414183520, ht = 32767}
l = (QListViewItem *) 0x2ae156aaf4d0
#9 0x2ae156ab18cf in QWidgetItem::sizeHint (this=0x840bd0) at
kernel/qabstractlayout.cpp:532
s = {wd = -1, ht = -1}
#10 0x2ae156afe6ce in QBoxLayout::setupGeom (this=0x83c020) at
kernel/qlayout.cpp:2325
box = (QBoxLayoutItem *) 0x840bf0
exp = QSizePolicy::NoDirection
empty = false
ignore = 42
max = {wd = 32767, ht = 32767}
min = {wd = 76, ht = 52}
hint = {wd = 1414183904, ht = 32767}
space = 1489748397
i = 0
maxw = 524287
maxh = 0
minw = 0
minh = 0
hintw = 0
hinth = 0
horexp = false
verexp = false
n = 2
---Type return to continue, or q return to quit---
a = (QMemArrayQLayoutStruct ) @0x83c240: {QGArray = {_vptr.QGArray
= 0x2ae157193c90,
shd = 0x834f40}, No data fields}
first = true
#11 0x2ae156b00655 in QBoxLayout::setGeometry (this=0x83c020, [EMAIL
PROTECTED]) at kernel/qlayout.cpp:1899
s = {x1 = 9644272, y1 = 0, x2 = 8636736, y2 = 0}
a = {QGArray = {_vptr.QGArray = 0x7fff544abd20, shd = 0x5a2e31}, No
data fields}
visualDir = 1414184336
cr = {x1 = 1414184224, y1 = 32767, x2 = 1454388143, y2 = 10977}
pos = 32767
space = 5751785
n = 0
#12 0x2ae156ab0b58 in QLayout::activate (this=0x83c020) at
kernel/qabstractlayout.cpp:1202
mw = (class QWidget *) 0x83cd30
s = {wd = 100, ht = 30}
ms = {wd = -1, ht = -1}
mbh = 0
b = 0
#13 0x2ae156ab119b in QLayout::eventFilter (this=0x83c020, o=0x83cd30,
e=0x83c200)
at kernel/qabstractlayout.cpp:903
No locals.
#14 0x2ae156b19e49 in QObject::activate_filters (this=0x83cd30, e=0x83c200)
at kernel/qobject.cpp:903
it = {QPtrListIteratorQObject = {QGListIterator = {list =
0x83c1a0,
curNode = 0x0}, No data fields}, No data fields}
obj = (class QObject *) 0x83c020
#15 0x2ae156b19ec2 in QObject::event (this=0x83cd30, e=0x83c200) at
kernel/qobject.cpp:735
No locals.
#16 0x2ae156b4eceb in
Bug#384922: nfs-kernel-server: root_squash is broken
retitle 384922 please support NFS squashing multiple groups reassign 384922 linux-2.6.16 thanks On Wed, Aug 30, 2006 at 10:31:57AM +1000, Paul Szabo wrote: Are you saying that mountd might be happy to squash gid=staff, but the kernel would not understand such a request? Yes. Or rather, there is no way to tell the kernel that, so nfs-utils doesn't try to. (All the other code is there, though -- even the man page is written.) OK, how about: make a wishlist for NFS to squash gid=staff as default with root_squash, and reassign to the kernel to support that? Please do any of the above as you see fit. Done. (You may want to actually talk to the NFS kernel server people about that, though; I doubt such a bug in Debian's BTS will be read by them.) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315615: Any progress on fixing this bug?
On Wed, Aug 30, 2006 at 01:30:56PM -0400, Diab Jerius wrote: This bug is still in version 4.1.4-11 (with nis 3.16-2). Is there any progress on fixing this? It will have to be fixed in NIS, AFAIK. I Cc-ed the nis maintainer at some point, but I don't really know what happened after then. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385453: please increase the default request strictness
Package: aptitude Version: 0.4.2-1 Severity: wishlist For a few months now, I've been running with Aptitude::cmdline::Request-Strictness 1 in my apt.conf. The results are very good compared to the defaults; aptitude consistently gives me solutions that I _want_ instead of something I perceive as arbitrary scoring, and I rarely need to go beyond the first solution to get what I want, even for complex pkgsync invocations. IOW, I think this should become the default in aptitude. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3. 0.6.45 Advanced front-end for dpkg ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-11 GCC support library ii libncursesw5 5.5-2 Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.16-3type-safe Signal Framework for C++ ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384688: libnfsidmap soversions
On Sat, Sep 02, 2006 at 11:04:29AM +1000, Aníbal Monsalve Salazar wrote: Also if possible, it would be nice if you send to Steinar, Daniel and myself a heads-up note about new releases so we can organize a 0-days-delay upload to the debian archive. Shouldn't we just pseudo-freeze these libraries for etch soon? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385706: evms-gui: GUI sometimes doesn't appear, has to be killed with SIGKILL
On Sat, Sep 02, 2006 at 09:21:05AM -0400, Andrew Schulman wrote: This bug doesn't happen consistently; I'd say it's half the time. I run evmsgui, and nothing happens. Ctrl-C and SIGTERM won't kill it; only SIGKILL will. I'm quite enable to reproduce this. Could you at the very least send an strace? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385879: autofs: incorrect warning: rpc.idmapd appears not to be running
reassign 385879 mount forcemerge 385879 383308 thanks On Sun, Sep 03, 2006 at 06:17:20PM +0200, [EMAIL PROTECTED] wrote: I get the following log messages repeatedly during operation: Sep 3 18:08:17 kelev automount[9879]: Warning: rpc.idmapd appears not to be running. Sep 3 18:08:17 kelev automount[9879]: All uids will be mapped to the nobody uid. Sep 3 18:08:17 kelev automount[9879]: Warning: rpc.gssd appears not to be running. Both daemons are in fact running, and NFSv4 works correctly (including automounting). This is a known bug in mount, reassigning. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384529: wnpa-sec-2006-02: multiple problems in Wireshark/Ethereal version 0.7.9 to 0.99.2
On Thu, Aug 24, 2006 at 10:20:49PM +0100, Sam Morris wrote: Wireshark 0.99.3 fixes the following vulnerabilities: For those backporting fixes for these holes, I've dug up the Subversion revision numbers (I'll be doing a backport NMU for this instead of NMUing with a new upstream version, simply because the amount of work/pain needed for a new-version-NMU with a debian/ directory in there is just too big). * The SCSI dissector could crash. Versions affected: 0.99.2. CVE: CVE-2006-4330 svn diff -r18831:18832 http://anonsvn.wireshark.org/wireshark/trunk/ * If Wireshark was compiled with ESP decryption support, the IPsec ESP preference parser was susceptible to off-by-one errors. Versions affected: 0.99.2. CVE: CVE-2006-4331 svn diff -r18855:18856 http://anonsvn.wireshark.org/wireshark/trunk/ # this also contains unrelated changes, unfortunately svn diff -r18914:18915 http://anonsvn.wireshark.org/wireshark/trunk/ svn diff -r18942:18943 http://anonsvn.wireshark.org/wireshark/trunk/ * The DHCP dissector (and possibly others) in the Windows version of Wireshark could trigger a bug in Glib and crash. Versions affected: 0.10.13 - 0.99.2. CVE: CVE-2006-4332 (r18883, but not relevant for us) * If the SSCOP dissector has a port range configured and the SSCOP payload protocol is Q.2931, a malformed packet could make the Q.2931 dissector use up available memory. No port range is configured by default. Versions affected: 0.7.9 - 0.99.2. CVE: CVE-2006-4333 svn diff -r18991:18992 http://anonsvn.wireshark.org/wireshark/trunk/ /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385055: thttpd: cannot uninstall when daemon is not running
On Mon, Aug 28, 2006 at 08:40:14PM +0200, Bastian Kleineidam wrote: if the thttpd daemon is not running, the prerm script fails, since /etc/init.d/thttpd stop fails to exit with a zero status. This is just plain wrong: trofast:/usr/src/thttpd-2.23beta1# sh debian/thttpd.rc stop ; echo $? Stopping web server: No /usr/sbin/thttpd found running; none killed. 0 The only code path that _doesn't_ work is when there is a pid file but the web server does not run. This could surely be improved (the start target can't handle it either), but it surely isn't RC. The issue with invoke-rc.d is real enough, though, and I'll NMU for it. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378411: Buffer overflow in XML::Parser::Expat triggered by utf8
On Mon, Aug 07, 2006 at 10:53:38AM +0200, Joris van Rantwijk wrote: PS. (and slightly off-topic) My personal opinion is that Perl has utterly messed up Unicode handling. The documentation uses the terms Unicode and UTF8 as if they were interchangable. In fact, and as we see with this bug, there is a very important conceptual difference between a string containing N raw utf8 bytes and a string containing M logical Unicode characters. This isn't relevant for the bug report, but I think you got it wrong -- Perl _does_ distinguish between them. In Perl, a scalar is either binary (in which case it contains raw bytes), or it is text. In the latter case, it is logically Unicode, but can be stored internally in iso8859-1 or UTF-8 as Perl sees fit (and is converted transparently between the two). The fact that XS modules also have to care about this is, of course, another matter :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386096: evms-gui: Create segment dialog doesn't update Partition Type ID when Partition Type is changed
On Tue, Sep 05, 2006 at 05:31:40AM -0400, Andrew Schulman wrote: I right-click on some disk freespace, and choose Create segment. The Create Segment Configuration Options dialog appears. When I change the Partition Type, the Partition TYpe ID field should be updated to the new correct value, but it's not. (And vice versa: if I change the Partition Type ID, it would be nice if the Partition Type field changed to match it, if there is a match.) FWIW, I'm conferring with the Ubuntu people to just drop the GTK 2.0 patch; it just needs too much work (which nobody is doing) to be worth it. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386117: ftbfs: undefined reference to `write_oid'
On Tue, Sep 05, 2006 at 01:29:25PM +0200, Max Kellermann wrote: The linker states that it can't find the function write_oid(); the upstream patch http://www.citi.umich.edu/projects/nfsv4/linux/nfs-utils-patches/1.0.9-3/nfs-utils-1.0.9-001-gssd_write_oid.dif fixes that. This is odd; it compiles just fine here and on all the buildds. Is there anything odd about your build environment or something? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384357: libcommons-collections3-java: FTBFS: Build-Depends-Indep specified twice
tags 384357 - patch thanks On Wed, Aug 23, 2006 at 08:08:17PM +0200, Aurelien Jarno wrote: -Build-Depends-Indep: debhelper (= 4.2.30), cdbs (=0.4.21) +Build-Depends: debhelper (= 4.2.30), cdbs (=0.4.21) FWIW, the patch is correct, but even after applying it the package doesn't build. (The error log is way too long to include here, but it complains about undefined methods such as assertTrue() or fail(), totalling 4533 errors). /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386431: diff for 19c-release-20051115-2.1 NMU
Package: cmucl Version: 19c-release-20051115-2 Severity: normal Tags: patch Hi, Attached is the diff for my cmucl 19c-release-20051115-2.1 NMU. diff -u cmucl-19c-release-20051115/debian/changelog cmucl-19c-release-20051115/debian/changelog --- cmucl-19c-release-20051115/debian/changelog +++ cmucl-19c-release-20051115/debian/changelog @@ -1,3 +1,12 @@ +cmucl (19c-release-20051115-2.1) unstable; urgency=medium + + * Non-maintainer upload; all patches by Arjan Oosting. + * Update build dependency to lesstif2-dev; fixes FTBFS. (Closes: #384758) + * Fix typo in debian/config; fixes lintian error about unknown debconf +priority. + + -- Steinar H. Gunderson [EMAIL PROTECTED] Thu, 7 Sep 2006 16:33:41 +0200 + cmucl (19c-release-20051115-2) unstable; urgency=low * Included upstream patch 001: diff -u cmucl-19c-release-20051115/debian/control cmucl-19c-release-20051115/debian/control --- cmucl-19c-release-20051115/debian/control +++ cmucl-19c-release-20051115/debian/control @@ -1,6 +1,6 @@ Source: cmucl Section: devel -Build-Depends: debhelper (= 4.1.16), lesstif-dev, tetex-extra, cmucl (= 19c-pre1-20051019-1), hevea, tidy, a2ps, x-dev, gcc-3.4, bc +Build-Depends: debhelper (= 4.1.16), lesstif2-dev, tetex-extra, cmucl (= 19c-pre1-20051019-1), hevea, tidy, a2ps, x-dev, gcc-3.4, bc Priority: optional Maintainer: Peter Van Eynde [EMAIL PROTECTED] Standards-Version: 3.6.2.1 diff -u cmucl-19c-release-20051115/debian/config cmucl-19c-release-20051115/debian/config --- cmucl-19c-release-20051115/debian/config +++ cmucl-19c-release-20051115/debian/config @@ -9,7 +9,7 @@ configure|reconfigure) # do we need to warn? if `grep -q common-lisp-controller.lisp /etc/common-lisp/cmucl/site-init.lisp /var/lib/cmucl/site-init.lisp 2 /dev/null` ; then - db_input critital cmucl/upgradeproblems || true + db_input critical cmucl/upgradeproblems || true fi db_go || true
Bug#386488: diff for 1.0.1-7.2 NMU
Package: entity Version: 1.0.1-7.1 Severity: normal Tags: patch Hi, Attached is the diff for my entity 1.0.1-7.2 NMU. -- Homepage: http://www.sesse.net/ diff -Nru /tmp/W82AlggdsY/entity-1.0.1/debian/changelog /tmp/8T8T1LwhSQ/entity-1.0.1/debian/changelog --- /tmp/W82AlggdsY/entity-1.0.1/debian/changelog 2006-09-08 01:52:09.0 +0200 +++ /tmp/8T8T1LwhSQ/entity-1.0.1/debian/changelog 2006-09-08 01:52:11.0 +0200 @@ -1,3 +1,12 @@ +entity (1.0.1-7.2) unstable; urgency=low + + * Non-maintainer upload. + * Update Build-depends to the new Python policy; change build-dependency on +python2.3-dev to one on python-dev, and remove the demand that python +should be ( 2.4). Fixes FTBFS. (Closes: #380787, 383989) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 8 Sep 2006 01:46:59 +0200 + entity (1.0.1-7.1) unstable; urgency=low * Non-maintainer upload. diff -Nru /tmp/W82AlggdsY/entity-1.0.1/debian/control /tmp/8T8T1LwhSQ/entity-1.0.1/debian/control --- /tmp/W82AlggdsY/entity-1.0.1/debian/control 2006-09-08 01:52:09.0 +0200 +++ /tmp/8T8T1LwhSQ/entity-1.0.1/debian/control 2006-09-08 01:52:11.0 +0200 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Brian Bassett [EMAIL PROTECTED] Standards-Version: 3.6.1 -Build-Depends: python2.3-dev (= 2.3-4), python (= 2.3-4), python ( 2.4), tcl8.4-dev, perl (= 5.8.0), libperl-dev (= 5.8.0), gdk-imlib1-dev, libglib1.2-dev (= 1.2.6), libgtk1.2-dev (= 1.2.6), libpcre3-dev, gtkglarea5-dev, xlibmesa-gl-dev | libgl-dev, libglut3-dev, debhelper (= 1.1.17), libssl-dev, libgdk-pixbuf-dev +Build-Depends: python-dev (= 2.3-4), python (= 2.3-4), tcl8.4-dev, perl (= 5.8.0), libperl-dev (= 5.8.0), gdk-imlib1-dev, libglib1.2-dev (= 1.2.6), libgtk1.2-dev (= 1.2.6), libpcre3-dev, gtkglarea5-dev, xlibmesa-gl-dev | libgl-dev, libglut3-dev, debhelper (= 1.1.17), libssl-dev, libgdk-pixbuf-dev Package: entity Architecture: any
Bug#386490: diff for 4.18.0-6.1 NMU
Package: glimpse Version: 4.18.0-6 Severity: normal Tags: patch Hi, Attached is the diff for my glimpse 4.18.0-6.1 NMU. -- Homepage: http://www.sesse.net/ diff -Nru /tmp/FnKhTQrs9x/glimpse-4.18.0/debian/changelog /tmp/A15Y8EFtmz/glimpse-4.18.0/debian/changelog --- /tmp/FnKhTQrs9x/glimpse-4.18.0/debian/changelog 2006-09-08 02:00:48.0 +0200 +++ /tmp/A15Y8EFtmz/glimpse-4.18.0/debian/changelog 2006-09-08 02:00:49.0 +0200 @@ -1,3 +1,12 @@ +glimpse (4.18.0-6.1) unstable; urgency=low + + * Non-maintainer upload. + * Link against -lfl_pic instead of -lfl; fixes FTBFS on several +architectures (among them amd64) with gcc 4.1. (Closes: #384961) + * Build-depend on flex (= 2.5.33-6) to get -lfl_pic. + + -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 8 Sep 2006 01:55:29 +0200 + glimpse (4.18.0-6) unstable; urgency=low * Fix typos in the manual pages. Closes: #335339, #335341. diff -Nru /tmp/FnKhTQrs9x/glimpse-4.18.0/debian/control /tmp/A15Y8EFtmz/glimpse-4.18.0/debian/control --- /tmp/FnKhTQrs9x/glimpse-4.18.0/debian/control 2006-09-08 02:00:48.0 +0200 +++ /tmp/A15Y8EFtmz/glimpse-4.18.0/debian/control 2006-09-08 02:00:49.0 +0200 @@ -2,7 +2,7 @@ Section: non-free/text Priority: optional Maintainer: Shaun Jackman [EMAIL PROTECTED] -Build-Depends: flex, debhelper (= 4.0.0) +Build-Depends: flex (= 2.5.33-6), debhelper (= 4.0.0) Standards-Version: 3.6.2.1 Package: glimpse diff -Nru /tmp/FnKhTQrs9x/glimpse-4.18.0/dynfilters/Makefile.in /tmp/A15Y8EFtmz/glimpse-4.18.0/dynfilters/Makefile.in --- /tmp/FnKhTQrs9x/glimpse-4.18.0/dynfilters/Makefile.in 2001-07-07 07:47:08.0 +0200 +++ /tmp/A15Y8EFtmz/glimpse-4.18.0/dynfilters/Makefile.in 2006-09-08 02:00:49.0 +0200 @@ -31,7 +31,7 @@ # lex and flex require that you link against an additional library. If you use # ATT lex, change this to -ll. -LEXLIB=-lfl +LEXLIB=-lfl_pic # You can ignore the next lines if you do not want to build the filter
Bug#383308: nfs-common: incorrect warning: rpc.gssd appears not to be running
reassign 383308 mount severity 367931 minor merge 383308 367931 thanks On Wed, Aug 16, 2006 at 02:40:51PM +0200, [EMAIL PROTECTED] wrote: I get the message Warning: rpc.gssd appears not to be running. every time I mount an NFSv4 partition with Kerberos authentication. In fact rpc.gssd _is_ running and it works correctly. This is a bug in mount, checking for the wrong pid file, a duplicate of #376931. I'm reassigning and merging. (It's definitely not important, as the submitter of #367931 seems to think, since it's only a textual warning; it has no effect on the mount in any way beyond printing out the message.) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359614: debhelper: dh_installudev breaks for upgrades introducing new .rules files
On Sun, Apr 02, 2006 at 04:00:16PM -0400, Joey Hess wrote: Is there actually a good reason for the symlinks, which I am not seeing? The best reason I have come up with so far is that it allows the link to be renamed to a higher/lower number while still having the file contents updated by dpkg. FWIW, it looks like Ubuntu's debhelper has already done away with the symlinks: http://patches.ubuntu.com/d/debhelper/debhelper_5.0.37.3ubuntu1.patch I think it's the best solution for Debian too; it's a simple, effective way, and if an administrator really needs to move up and down (for what reason?), they can simply make a new file. (It's not ideal, but it's a lot better than what we have currently.) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383308: nfs-common: incorrect warning: rpc.gssd appears not to be running
On Thu, Aug 17, 2006 at 02:41:13PM +0200, Steinar H. Gunderson wrote: This is a bug in mount, checking for the wrong pid file, a duplicate of #376931. I'm reassigning and merging. (It's definitely not important, as the submitter of #367931 seems to think, since it's only a textual warning; it has no effect on the mount in any way beyond printing out the message.) Actually to follow up: The latest nfs-common removed the pid files altogether, as they were nonsensical (the daemons don't write them themselves, and --make-pidfile to start-stop-daemon created pidfiles with the wrong pid, since the daemons fork, which caused them to be started multiple times). Thus, the entire check should simply be removed, or something more intelligent (like scanning for an rpc.idmapd process) written. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379245: heimdal KCM
On Mon, Aug 21, 2006 at 10:45:16AM +1000, Brian May wrote: I have been requested to add KCM to the Debian packages - see bug #379245. Based on my limited understanding, KCM is a system wide daemon that keeps track of user's Kerberos tickets, in memory, so they don't need to be stored in /tmp. Does this mean other programs wanting to read tickets (say, rpc.gssd from nfs-common) will have to be patched to read the tickets? In that case, I very much object to having this by default before etch :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384327: pkgsync: command line option to pass --without-recommends to aptitude
On Wed, Aug 23, 2006 at 02:47:53PM +, Mitchell Smith wrote: Could you please add an option to pass --without-recommends through to aptitude. Can't you set this in apt.conf yourself? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384688: needs shlibs bump
Package: libnfsidmap1 Version: 0.16-3 Severity: serious nfs-common is broken when run with older libnfsidmap1 (say, 0.8-1): moccamaster:~# /etc/init.d/nfs-common restart Stopping NFS common utilities: idmapd statd. Starting NFS common utilities: statd idmapd/usr/sbin/rpc.idmapd: symbol lookup error: /usr/sbin/rpc.idmapd: undefined symbol: nfs4_set_debug As linking to newer libnfsidmap-dev creates binaries that won't run on older libnfsidmap1, you'll need a shlibs bump, so packages built against it will get proper the proper versioned depends. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages libnfsidmap1 depends on: ii libc6 2.3.6.ds1-3 GNU C Library: Shared libraries ii libldap22.1.30-13+b1 OpenLDAP libraries libnfsidmap1 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345552: squid: truncates XML on WebDAV
On Thu, Jul 27, 2006 at 02:02:22AM +0200, Luigi Gangitano wrote: It seems that in the dump you sent many packages are truncated and cannot be reconstructed. I have no idea why you think that -- it was taken with -s 5000, and the MTU of my network interface is 1500... /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345552: squid: truncates XML on WebDAV
On Thu, Jul 27, 2006 at 05:27:46PM +0200, Luigi Gangitano wrote: Upstream could not use your dump and asked for another dump with increased snaplen. Hm, that's odd. Oh well, I'll probably get to it sometime near the beginning of next week. In any case, the dump should be rather irrelevant -- it's quite obvious what Squid is choking on (cf. my analysis)... /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380442: squid: HTTP acceleration is broken
Package: squid Version: 2.6.1-3 Severity: grave Justification: renders package unusable Since upgrading Squid (I follow testing), it suddenly now refuses to start anymore: Setting up squid-common (2.6.1-3) ... Setting up squid (2.6.1-3) ... Installing new version of config file /etc/init.d/squid ... Restarting Squid HTTP proxy: squid2006/07/30 10:59:44| parseConfigFile: line 32 unrecognized: 'httpd_accel_host 127.0.0.1' 2006/07/30 10:59:44| parseConfigFile: line 33 unrecognized: 'httpd_accel_port 8008' 2006/07/30 10:59:44| parseConfigFile: line 34 unrecognized: 'httpd_accel_single_host off' 2006/07/30 10:59:44| parseConfigFile: line 35 unrecognized: 'httpd_accel_uses_host_header on' . Downgrading to the version in stable works. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages squid depends on: ii adduser 3.87 Add and remove users and groups ii coreutils 5.96-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.2Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdb4.34.3.29-4.1 Berkeley v4.3 Database Libraries [ ii libldap22.1.30-13+b1 OpenLDAP libraries ii libpam0g0.79-3.1 Pluggable Authentication Modules l ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-10 Linux Standard Base 3.1 init scrip ii netbase 4.25 Basic TCP/IP networking system ii squid-common2.6.1-3 Internet Object Cache (WWW proxy c squid recommends no packages. -- debconf information: squid/fix_cachedir_perms: false squid/largefiles_warning: squid/anonymize_headers: squid/authenticate_program: squid-cgi/cachemgr: squid/fix_lines: true squid/old_version: false squid/http_anonymizer: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380447: squid: release notes recommend non-existant accelerated option
Package: squid Version: 2.6.1-3 Severity: normal The release notes for 2.6 specify that http_port takes the accelerated and transparent options; however, that only gives a rather cryptic error message (bungled configuration line) and no useful information. The only place I've actually been able to find the new setup documented (after scouring the docs, Google and squid-cache.org) is in the default squid.conf template (which naturally did not overwrite my existing squid.conf), and even there only sparingly. FWIW, what I ended up with myself is: http_port 80 vhost vport=8008 defaultsite=127.0.0.1 cache_peer 127.0.0.1 parent 8008 0 originserver no-query no-digest Please fix the release notes and/or documentation so this is slightly easier to comprehend. :-) -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages squid depends on: ii adduser 3.95 Add and remove users and groups ii coreutils 5.96-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.2Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdb4.34.3.29-5 Berkeley v4.3 Database Libraries [ ii libldap22.1.30-13+b1 OpenLDAP libraries ii libpam0g0.79-3.1 Pluggable Authentication Modules l ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-10 Linux Standard Base 3.1 init scrip ii netbase 4.25 Basic TCP/IP networking system ii squid-common2.6.1-3 Internet Object Cache (WWW proxy c squid recommends no packages. -- debconf information: squid/fix_cachedir_perms: false squid/largefiles_warning: squid/anonymize_headers: squid/authenticate_program: squid-cgi/cachemgr: squid/fix_lines: true squid/old_version: false squid/http_anonymizer: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329140: squid: works as a forkbomb when httpd_accel_single_host is on
On Wed, Aug 02, 2006 at 02:45:28AM +0200, Luigi Gangitano wrote: can you confirm this bug with the latest version of squid. Since the transparent proxy feature was widely alterated in squid-2.6.STABLE I'd like to check if this issue was resolved. The option itself seems to be gone, and I'm not sure what the equivalent is. I haven't seen the bug in 2.6 with these settings, though: http_port 80 vhost vport=8008 defaultsite=127.0.0.1 cache_peer 127.0.0.1 parent 8008 0 originserver no-query no-digest login=PASS Is there any specific setting you want me to try that might trigger the bug in 2.6? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381210: acpi-support: 855resolution needs to be duplicated for 915resolution
Package: acpi-support Severity: normal Hi, My Dell Latitude D420 has an i945, which needs the program i915resolution to be run to program the right mode (1280x800), or X crashes on resume from hibernation. Simply changing s/855/915/ in the two existing 855resolution scripts did the trick for me; IOW, I'd guess you can simply duplicate the scripts (or the lines therein). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16trofastxen Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381475: initramfs-tools: resume from hibernation broke after change to klibc resume
Package: initramfs-tools Version: 0.73 Severity: grave Justification: makes the package unsuitable for release in maintainer's opinion After upgrading from testing (0.69b) to unstable (0.73), resuming from hibernation no longer works -- it just boots as normal. Downgrading fixes the issue. -- Package-specific info: -- /proc/cmdline root=/dev/mapper/Debian-root ro resume=/dev/hda5 -- /proc/filesystems cramfs ext3 -- lsmod Module Size Used by ppp_deflate 5792 0 zlib_deflate 18616 1 ppp_deflate ppp_async 10720 1 crc_ccitt 2208 1 ppp_async ppp_generic25492 6 ppp_deflate,ppp_async slhc6496 1 ppp_generic i915 16384 1 drm61556 2 i915 rfcomm 33428 4 l2cap 21504 7 rfcomm ppdev 8516 0 parport_pc 32132 0 lp 10852 0 parport33160 3 ppdev,parport_pc,lp button 6544 0 ac 4836 0 battery 9188 0 ipv6 221760 12 cpufreq_ondemand7148 0 speedstep_centrino 7216 1 freq_table 4544 1 speedstep_centrino sbp2 20648 0 scsi_mod 123080 1 sbp2 loop 14888 0 joydev 8992 0 mousedev 10788 1 tsdev 7392 0 snd_hda_intel 17140 1 snd_hda_codec 125408 1 snd_hda_intel snd_pcm_oss35936 0 snd_mixer_oss 15872 1 snd_pcm_oss snd_pcm74500 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss pcmcia 34012 0 snd_timer 20836 1 snd_pcm hw_random 5624 0 snd48100 8 snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer intel_agp 21116 1 ipw3945 170752 0 soundcore 9216 1 snd hci_usb14740 3 agpgart29864 3 drm,intel_agp ieee80211 29256 1 ipw3945 ieee80211_crypt 5856 1 ieee80211 bluetooth 42884 7 rfcomm,l2cap,hci_usb i2c_i8018236 0 psmouse34600 0 yenta_socket 23884 1 snd_page_alloc 9512 2 snd_hda_intel,snd_pcm firmware_class 9696 2 pcmcia,ipw3945 i2c_core 19520 1 i2c_i801 serio_raw 6596 0 rsrc_nonstatic 11968 1 yenta_socket pcmcia_core37300 3 pcmcia,yenta_socket,rsrc_nonstatic eth139418052 0 evdev 9088 2 rtc12340 0 pcspkr 3040 0 ext3 118152 6 jbd50260 1 ext3 mbcache 8324 1 ext3 dm_mirror 18768 0 dm_snapshot15680 0 dm_mod 49976 8 dm_mirror,dm_snapshot ide_generic 1376 0 [permanent] ide_disk 15072 4 piix9476 0 [permanent] uhci_hcd 20392 0 ohci1394 30608 0 ieee1394 86584 3 sbp2,eth1394,ohci1394 tg392772 0 generic 4420 0 [permanent] ide_core 110888 4 ide_generic,ide_disk,piix,generic ehci_hcd 28008 0 usbcore 111616 4 hci_usb,uhci_hcd,ehci_hcd thermal12904 0 processor 25512 2 speedstep_centrino,thermal fan 4516 0 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages initramfs-tools depends on: ii busybox 1:1.1.3-2 Tiny utilities for small and embed ii cpio 2.6-16 GNU cpio -- a program to manage ar ii klibc-utils 1.4.11-3 small statically-linked utilities ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii udev 0.093-1/dev/ and hotplug management daemo initramfs-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364760: can't export server root filesystem
On Sat, May 13, 2006 at 12:33:34PM +0200, Steinar H. Gunderson wrote: Sorry. I've been trying to figure out what kernel package I'm supposed to use to run Linux v2.6 on a Pentium I, which is what the NFS server in question is. Do you have any idea about that? linux-image-2.6-486 should do. There are no 586-specific images anymore; it just isn't that much of a gain. Still no luck? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311565: tar: --newer-mtime and --newer causes verbosity when file is unchanged
On Wed, Jun 01, 2005 at 11:59:36PM +0200, Hans-Christian Egtvedt wrote: Reproducable by the following commands: ~ mkdir tartest ~ cd tartest ~/tartest touch foo.bar ~/tartest tar c --newer-mtime=2006-01-01 * tar: foo.bar: file is unchanged; not dumped ~/tartest Bdale, did anything happen here? The bug has been open for about a year, with a quite obvious patch, and I'd really like it fixed for etch, so it won't start filling /var on our backup machine at an impressive rate :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319904: autofs: workaround
On Tue, May 23, 2006 at 05:01:41PM +0700, Roman Dubtsov wrote: This bug can be worked around by using autofs module instead of autofs4. Autofs will complain on boot, but it works for me... Is the system running HAL? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319904: autofs: workaround
On Thu, May 25, 2006 at 01:28:59AM +0700, Roman S Dubtsov wrote: There have been problems with hal and autofs, yes. I'll let upstream know. Thank you. No problem :-) By the way, does stopping hal fix the problem? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368912: linux-2.6: missing debian/copyright information for Xen
Package: linux-2.6 Severity: important debian/copyright currently only lists the copyright, license and upstream URL for Linux proper. Given that Xen is now part of the package, its license (a BSD variant, which is GPL-compatible, but still), copyright and upstream URL (whatever that is) should also be included; at the very least the COPYING file from upstream should be included in the *-xen-* packages. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369042: xen-utils-3.0: does not work with 32.bit userspace and 64-bit kernel
Package: xen-utils-3.0
Severity: normal
32-bit (i386) xend is completely broken when running on a 64-bit (amd64)
dom0 kernel (under a 64-bit hypervisor). xend start gives (in dmesg):
[ 149.356355] ioctl32(xenstored:9100): Unknown cmd fd(19) cmd(00084501){00}
arg(cae8) on /dev/xen/evtchn
[ 149.356628] xenstored[9100]: segfault at 001c rip
0804d6bf rsp cb00 error 6
[ 149.395409] ioctl32(python:9108): Unknown cmd fd(3) cmd(00185000){00}
arg(c534) on /proc/xen/privcmd
[ 149.395695] ioctl32(python:9108): Unknown cmd fd(3) cmd(00185000){00}
arg(c534) on /proc/xen/privcmd
and then xend just gets an exception and dies.
I guess this bug might ultimately lie in the kernel, which needs to
provide 32-bit ioctl emulation for the Xen ioctls, but the userspace
should at least give a proper _error_, not just segfault/exception out
and die badly.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.11
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364760: can't export server root filesystem
reassign 364760 kernel-image-2.4.27-2-386 thanks On Sat, May 20, 2006 at 01:03:33AM +0200, Steinar H. Gunderson wrote: Sorry. I've been trying to figure out what kernel package I'm supposed to use to run Linux v2.6 on a Pentium I, which is what the NFS server in question is. Do you have any idea about that? linux-image-2.6-486 should do. There are no 586-specific images anymore; it just isn't that much of a gain. Still no luck? As I seem to have lost contact, this bug is irreproducible on 2.6 and nobody else has ever reported the same, I can only conclude that it's likely to be a kernel bug, so I'm reassigning it to the kernel. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377928: diff for 8.15.1.dfsg.1-2.1 NMU
Package: gs-esp Version: 8.15.1.dfsg.1-2 Severity: normal Tags: patch Hi, Attached is the diff for my gs-esp 8.15.1.dfsg.1-2.1 NMU. diff -u gs-esp-8.15.1.dfsg.1/debian/changelog gs-esp-8.15.1.dfsg.1/debian/changelog --- gs-esp-8.15.1.dfsg.1/debian/changelog +++ gs-esp-8.15.1.dfsg.1/debian/changelog @@ -1,3 +1,12 @@ +gs-esp (8.15.1.dfsg.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * When installing, don't use $install_prefix, as it's applied multiple times +in some situations; instead, hard-code all the destinations. Fixes FTBFS. +(Closes: #376484) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Wed, 12 Jul 2006 00:09:41 +0200 + gs-esp (8.15.1.dfsg.1-2) unstable; urgency=low * Updated KRGB support to 1.2, thanks hmh - closes: #354394 diff -u gs-esp-8.15.1.dfsg.1/debian/rules gs-esp-8.15.1.dfsg.1/debian/rules --- gs-esp-8.15.1.dfsg.1/debian/rules +++ gs-esp-8.15.1.dfsg.1/debian/rules @@ -80,23 +80,16 @@ # Add here commands to install the package into debian/gs-esp. $(MAKE) install \ - install_prefix=$(CURDIR)/debian/gs-esp/usr \ prefix=$(CURDIR)/debian/gs-esp/usr \ datadir=$(CURDIR)/debian/gs-esp/usr/share \ - cups_serverroot=$(CURDIR)/debian/gs-esp/etc/cups \ + docdir=$(CURDIR)/debian/gs-esp/usr/share/doc/gs-esp \ + exdir=$(CURDIR)/debian/gs-esp/usr/share/doc/gs-esp/examples \ cups_serverbin=$(CURDIR)/debian/gs-esp/usr/lib/cups \ + CUPSSERVER=$(CURDIR)/debian/gs-esp/usr/lib/cups \ + CUPSCONFIG=$(CURDIR)/debian/gs-esp/etc/cups \ + CUPSDATA=$(CURDIR)/debian/gs-esp/usr/share/cups \ $(FT_OPTS) - - # Correct the incorrect locations for the pstoraster stuff. - mv $(CURDIR)/debian/gs-esp/usr/usr/lib/cups $(CURDIR)/debian/gs-esp/usr/lib - mv $(CURDIR)/debian/gs-esp/usr/usr/share/cups $(CURDIR)/debian/gs-esp/usr/share - mv $(CURDIR)/debian/gs-esp/usr/usr/share/gs-esp $(CURDIR)/debian/gs-esp/usr/share - mv $(CURDIR)/debian/gs-esp/usr/usr/share/doc/gs-esp/* $(CURDIR)/debian/gs-esp/usr/share/doc/gs-esp - mv $(CURDIR)/debian/gs-esp/usr/etc $(CURDIR)/debian/gs-esp/etc - - rm -rf $(CURDIR)/debian/gs-esp/usr/usr/share - rm -rf $(CURDIR)/debian/gs-esp/usr/usr - + # We only need gs-esp binary (others are in gs-common) rm -f $(CURDIR)/debian/gs-esp/usr/bin/* cp bin/* $(CURDIR)/debian/gs-esp/usr/bin
Bug#378048: diff for 0.6.18-0.1 NMU
Package: python-apt Version: 0.6.18 Severity: normal Tags: patch Hi, Attached is the diff for my python-apt 0.6.18-0.1 NMU. diff -Nru /tmp/nSCyyF4AdH/python-apt-0.6.18/debian/changelog /tmp/K3ICu45jlJ/python-apt-0.6.18/debian/changelog --- /tmp/nSCyyF4AdH/python-apt-0.6.18/debian/changelog 2006-06-17 15:10:22.0 +0200 +++ /tmp/K3ICu45jlJ/python-apt-0.6.18/debian/changelog 2006-07-12 23:27:43.0 +0200 @@ -1,3 +1,12 @@ +python-apt (0.6.18-0.1) unstable; urgency=high + + * Non-maintainer upload. + * Call dh_pycentral and dh_python before dh_installdeb, to make sure +the dh_pycentral snippets are put into the maintainer scripts; patch from +Sam Morris. (Closes: #376416) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Wed, 12 Jul 2006 23:26:50 +0200 + python-apt (0.6.18) unstable; urgency=low * Non-maintainer upload. diff -Nru /tmp/nSCyyF4AdH/python-apt-0.6.18/debian/rules /tmp/K3ICu45jlJ/python-apt-0.6.18/debian/rules --- /tmp/nSCyyF4AdH/python-apt-0.6.18/debian/rules 2006-06-17 15:21:32.0 +0200 +++ /tmp/K3ICu45jlJ/python-apt-0.6.18/debian/rules 2006-07-12 23:26:15.0 +0200 @@ -52,13 +52,13 @@ dh_installdocs dh_installchangelogs + dh_pycentral + dh_python dh_strip dh_compress dh_fixperms dh_installdeb dh_shlibdeps - dh_pycentral - dh_python dh_gencontrol dh_md5sums dh_builddeb
Bug#378084: crm114: mailfiter is broken
Package: crm114 Version: 20060704a-1 Severity: grave Justification: renders package unusable When trying to learn new mail as spam, I get the following error twice: Aw, crud. mailfilter.crm broke. Here's the error: /usr/bin/crm: *ERROR* This program wants to use a nonexistent variable named: ':text_cache:' Sorry, but this program is very sick and probably should be killed off. This happened at line 218 of file /usr/share/crm114/mailfilter.crm -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16trofastxen Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages crm114 depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libtre4 0.7.3-1regexp matching library with appro Versions of packages crm114 recommends: ii metamail 2.7-51 implementation of MIME -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378084: crm114: mailfiter is broken
severity 378084 important retitle 378084 NEWS.Debian needs to document mailfilter configuration change thanks On Thu, Jul 13, 2006 at 12:06:25PM +0200, Milan Zamazal wrote: You should update your mailfilter.cf, see /usr/share/crm114/mailfilter.cf. I should put a warning about it into NEWS.Debian. I'll do it, but first I'd like to know whether there are more problems with the new crm114 package, see bug #377978. Could you please test it? crm114 seems to work fine for me with both the default new configuration and my own old configuration, so I need help from other users. Well, yes, updating mailfilter.cf (and removing the old .css files, creating new ones instead) helped. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378157: general: w gives some weird message
On Fri, Jul 14, 2006 at 05:59:33AM +0530, Ritesh Raj Sarraf wrote: I couldn't figure out what package w belongs to, hence general. w is reporting some messages on Debian GNU/kFreeBSD. cassarossa:~ ls -l /usr/bin/w lrwxrwxrwx 1 root root 19 2005-06-04 11:39 /usr/bin/w - /etc/alternatives/w cassarossa:~ ls -l /etc/alternatives/w lrwxrwxrwx 1 root root 17 2005-06-04 11:39 /etc/alternatives/w - /usr/bin/w.procps cassarossa:~ dpkg -S /usr/bin/w.procps procps: /usr/bin/w.procps You might want to do the same check on your own machine. Note that if you give a binary name to reportbug, it will automatically track down the right package for you. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378255: diff for 2:1.4.7-14.1 NMU
Package: caudium Version: 2:1.4.7-14 Severity: normal Tags: patch Hi, Attached is the diff for my caudium 2:1.4.7-14.1 NMU. diff -u caudium-1.4.7/debian/changelog caudium-1.4.7/debian/changelog --- caudium-1.4.7/debian/changelog +++ caudium-1.4.7/debian/changelog @@ -1,3 +1,12 @@ +caudium (2:1.4.7-14.1) unstable; urgency=high + + * Non-maintainer upload. + * Copy code from top-level configure.ac to src/cmods/configure.ac to work +around changes in autoconf 2.59c; patch from Niko Tynui, fixes FTBFS. +(Closes: #376516) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 14 Jul 2006 19:36:00 +0200 + caudium (2:1.4.7-14) unstable; urgency=low * New Pike version dependency only in patch2: unchanged: --- caudium-1.4.7.orig/src/cmods/configure.ac +++ caudium-1.4.7/src/cmods/configure.ac @@ -3,6 +3,18 @@ CAUDIUM_LOW_MODULE_INIT() +# We want an absolute path to the source-dir. +case $srcdir in +/*) +;; +*) +oldsrcdir=$srcdir +srcdir=`cd \$srcdir\;pwd` +AC_MSG_WARN([ Converted $oldsrcdir to $srcdir, +If this does not work, please use an absolute path to the configure script. ]) +;; +esac + dirs= for a in `(cd $srcdir ; echo *)` do
Bug#376824: libvncserver: authentication bypass [CVE-2006-2450]
tags 376824 - patch thanks On Wed, Jul 05, 2006 at 12:15:44PM +0200, Martin Pitt wrote: Ludwig Nussel [EMAIL PROTECTED] discovered that libvncserver has the same authentication bypass as realvnc (in CVE-2006-2369), although it's completely different code. This has been fixed by upstream: http://libvncserver.cvs.sourceforge.net/libvncserver/libvncserver/libvncserver/auth.c?r1=1.11r2=1.14diff_format=u Unfortunately, this patch does not even remotely apply to the version in unstable; the version in unstable seems to be on revision 1.3 or earlier from CVS, while the patch is against 1.11 (and _lots_ of changes applied between then). I'm not even sure if the version in unstable is affected, but I haven't done anything to check; in any case, I'm unsetting the patch tag. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378259: diff for 0.5-2.1 NMU
Package: ussp-push Version: 0.5-2 Severity: normal Tags: patch Hi, Attached is the diff for my ussp-push 0.5-2.1 NMU. diff -u ussp-push-0.5/debian/changelog ussp-push-0.5/debian/changelog --- ussp-push-0.5/debian/changelog +++ ussp-push-0.5/debian/changelog @@ -1,3 +1,11 @@ +ussp-push (0.5-2.1) unstable; urgency=high + + * Non-maintainer upload. + * Build-depend on libbluetooth2-dev instead of obsolete libbluetooth1-dev; +fixes FTBFS. (Closes: #376966) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 14 Jul 2006 20:17:39 +0200 + ussp-push (0.5-2) unstable; urgency=low * Now build against glib 2.0. Thanks to Loïc Lefort for pointing out diff -u ussp-push-0.5/debian/control ussp-push-0.5/debian/control --- ussp-push-0.5/debian/control +++ ussp-push-0.5/debian/control @@ -2,7 +2,7 @@ Section: comm Priority: optional Maintainer: Simon Richter [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), libbluetooth1-dev, libglib2.0-dev, libopenobex-1.0-0-dev +Build-Depends: debhelper (= 4.0.0), libbluetooth2-dev, libglib2.0-dev, libopenobex-1.0-0-dev Standards-Version: 3.6.2 Package: ussp-push
Bug#378270: diff for 0.1cvs20050420-3.1 NMU
Package: jabber-irc Version: 0.1cvs20050420-3 Severity: normal Tags: patch Hi, Attached is the diff for my jabber-irc 0.1cvs20050420-3.1 NMU. diff -u jabber-irc-0.1cvs20050420/debian/changelog jabber-irc-0.1cvs20050420/debian/changelog --- jabber-irc-0.1cvs20050420/debian/changelog +++ jabber-irc-0.1cvs20050420/debian/changelog @@ -1,3 +1,11 @@ +jabber-irc (0.1cvs20050420-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Depend on python-irclib instead of python2.3-irclib, since it was +renamed as part of the Python transition. (Closes: #376894) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Fri, 14 Jul 2006 23:35:51 +0200 + jabber-irc (0.1cvs20050420-3) unstable; urgency=low * Added orig file for uploading, forgot last time (-1 wasn't actually diff -u jabber-irc-0.1cvs20050420/debian/control jabber-irc-0.1cvs20050420/debian/control --- jabber-irc-0.1cvs20050420/debian/control +++ jabber-irc-0.1cvs20050420/debian/control @@ -8,7 +8,7 @@ Package: jabber-irc Architecture: all -Depends: python2.3-irclib, python2.3-xmpp, jabber-common, python2.3, python +Depends: python-irclib, python2.3-xmpp, jabber-common, python2.3, python Suggests: jabber Description: IRC transport for jabber Provides jabber server with gateway to IRC messaging system.
Bug#374927: Downgrading #374927
severity 374927 important thanks According to the RMs, this is not RC: 01:38 vorlon Sesse: having two packages not coexist in the default case because they want to bind to the same port isn't RC Downgrading accordingly. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378334: ucf: missing versioned dependency on coreutils
Package: ucf Version: 2.0012 Severity: important (I'm unsure if this should be RC or not; I'm setting it to important. Please adjust as you see fit) ucf since 2.0012 uses readlink -e to determine the pager, but this flag is new -- it appeared in coreutils 5.91. This leads to situations such as #376285, which breaks installations of ucf-using packages with older coreutils. Please add a dependency on coreutils (= 5.93-1). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16trofastxen Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages ucf depends on: ii cdebconf [debconf-2.0]0.104 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy Versions of packages ucf recommends: ii debconf-utils 1.5.2 debconf utilities -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321771: Regarding the reference manual for alcovebook
On Sat, Jun 03, 2006 at 02:18:42PM +0200, Yann Dirson wrote: The intro documents, however, have a different status: they are derived from OPL documents, and thus fall under the OPL, but they contain a GFDL notice. Since those documents are not very useful anyway, I'll just drop them, that should fix the remaining issue. This was over a month ago -- any progress? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378385: diff for 1.0.23-1.1 NMU
Package: nufw Version: 1.0.23-1 Severity: normal Tags: patch Hi, Attached is the diff for my nufw 1.0.23-1.1 NMU. diff -u nufw-1.0.23/debian/nuauth.templates nufw-1.0.23/debian/nuauth.templates --- nufw-1.0.23/debian/nuauth.templates +++ nufw-1.0.23/debian/nuauth.templates @@ -556,8 +556,8 @@ Type: select Choices: 0, 1 _Default: 0 -_Description: Whether to remove the realm (domain) at logging time. If you -filter one domain only, you probably want to set this to 1. +_Description: Whether to remove the realm (domain) at logging time. + If you filter one domain only, you probably want to set this to 1. Template: nuauth/system_pam_module_not_threadsafe Type: select diff -u nufw-1.0.23/debian/changelog nufw-1.0.23/debian/changelog --- nufw-1.0.23/debian/changelog +++ nufw-1.0.23/debian/changelog @@ -1,3 +1,11 @@ +nufw (1.0.23-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Unbreak syntactically wrong debconf template, which caused problems +during package installation. (Closes: #360581) + + -- Steinar H. Gunderson [EMAIL PROTECTED] Sun, 16 Jul 2006 00:02:00 +0200 + nufw (1.0.23-1) unstable; urgency=low * New upstream release
Bug#328923: libpam-opie: GPL/4-clause BSD/RSA license conflict
On Wed, Jan 11, 2006 at 06:38:14AM -0500, Michael Stone wrote: It looks like someone needs to replace the RSA md5 implementation with one of the GPL-compatible ones, correct? I'm inclined to just dump the current code and go with freebsd's implementation of libpam-opie, just haven't had time. Any progress on this? Reimplementing the offending code would probably just be a few hours (including also fixing the code to write to the wtmp, although perhaps the advertising clause could be removed since Berkeley announced it could be removed for their software a few years ago?), but there's no point if you're replacing the code anyhow. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328923: libpam-opie: GPL/4-clause BSD/RSA license conflict
On Sat, Jul 15, 2006 at 06:53:09PM -0400, Michael Stone wrote: including also fixing the code to write to the wtmp ? An authentication module shouldn't be writing to wtmp. Don't ask me why, but it does. Anyhow, the code is completely useless -- the two calls to opielogwtmp() can be replaced by a single one to logwtmp() AFAICS, and then the wtmp code can just go away. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328923: libpam-opie: GPL/4-clause BSD/RSA license conflict
reassign 328923 opie thanks On Sun, Jul 16, 2006 at 12:53:46AM +0200, Steinar H. Gunderson wrote: ? An authentication module shouldn't be writing to wtmp. Don't ask me why, but it does. Anyhow, the code is completely useless -- the two calls to opielogwtmp() can be replaced by a single one to logwtmp() AFAICS, and then the wtmp code can just go away. So, I figured out: It's part of libopie. libpam-opie doesn't use the included libopie, though; in fact, the clean target does an rm -rf on it. (Not a very friendly thing to do; I had just spent some time replacing all the offending code in there!) Anyhow, the offending code is in the opie source package, so I'm reassigning. I've found appropriate replacement code, and it looks easy enough to slot in; expect a patch soon. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328923: Patch to replace offending code
tags 328923 + patch
thanks
Hi,
Attached is a patch to remove the offending code:
- md4c.c has been replaced with a GPLed implementation from Samba, by Andrew
Tridgell.
- md5c.c has been replaced by a free reimplementation (at least it looks
DFSG-free for me) by L. Peter Deutsch.
- logwtmp.c has simply been removed, it was redundant.
opie compiles and links with the patch (and it looks rather trivial), but I
have not actually tested it, as I don't run opie myself.
/* Steinar */
--
Homepage: http://www.sesse.net/
diff -Nur opie-2.32/libopie/hash.c ../opie-2.32/libopie/hash.c
--- opie-2.32/libopie/hash.c1998-01-02 00:53:52.0 +0100
+++ ../opie-2.32/libopie/hash.c 2006-07-16 01:26:29.0 +0200
@@ -39,24 +39,21 @@
#endif /* 0 */
case 4:
{
- struct opiemdx_ctx mdx;
UINT4 mdx_tmp[4];
- opiemd4init(mdx);
- opiemd4update(mdx, (unsigned char *)x, 8);
- opiemd4final((unsigned char *)mdx_tmp, mdx);
+ mdfour((unsigned char *)mdx_tmp, (unsigned char *)x, 8);
results[0] = mdx_tmp[0] ^ mdx_tmp[2];
results[1] = mdx_tmp[1] ^ mdx_tmp[3];
};
break;
case 5:
{
- struct opiemdx_ctx mdx;
+ md5_state_t mdx;
UINT4 mdx_tmp[4];
- opiemd5init(mdx);
- opiemd5update(mdx, (unsigned char *)x, 8);
- opiemd5final((unsigned char *)mdx_tmp, mdx);
+ md5_init(mdx);
+ md5_append(mdx, (unsigned char *)x, 8);
+ md5_finish(mdx, (unsigned char *)mdx_tmp);
results[0] = mdx_tmp[0] ^ mdx_tmp[2];
results[1] = mdx_tmp[1] ^ mdx_tmp[3];
};
diff -Nur opie-2.32/libopie/hashlen.c ../opie-2.32/libopie/hashlen.c
--- opie-2.32/libopie/hashlen.c 1998-01-02 00:53:53.0 +0100
+++ ../opie-2.32/libopie/hashlen.c 2006-07-16 01:26:29.0 +0200
@@ -17,7 +17,6 @@
VOIDRET opiehashlen FUNCTION((algorithm, in, out, n), int algorithm AND
VOIDPTR in AND VOIDPTR out AND int n)
{
UINT4 *results = (UINT4 *)out;
- struct opiemdx_ctx mdx;
UINT4 mdx_tmp[4];
#if 0
SHA_INFO sha;
@@ -34,18 +33,19 @@
break;
#endif /* 0 */
case 4:
- opiemd4init(mdx);
- opiemd4update(mdx, (unsigned char *)in, n);
- opiemd4final((unsigned char *)mdx_tmp, mdx);
+ mdfour((unsigned char *)mdx_tmp, (unsigned char *)in, n);
results[0] = mdx_tmp[0] ^ mdx_tmp[2];
results[1] = mdx_tmp[1] ^ mdx_tmp[3];
break;
case 5:
- opiemd5init(mdx);
- opiemd5update(mdx, (unsigned char *)in, n);
- opiemd5final((unsigned char *)mdx_tmp, mdx);
+{
+ md5_state_t mdx;
+ md5_init(mdx);
+ md5_append(mdx, (unsigned char *)in, n);
+ md5_finish(mdx, (unsigned char *)mdx_tmp);
results[0] = mdx_tmp[0] ^ mdx_tmp[2];
results[1] = mdx_tmp[1] ^ mdx_tmp[3];
break;
+}
}
}
diff -Nur opie-2.32/libopie/login.c ../opie-2.32/libopie/login.c
--- opie-2.32/libopie/login.c 1998-01-02 00:53:54.0 +0100
+++ ../opie-2.32/libopie/login.c2006-07-16 01:26:29.0 +0200
@@ -96,8 +96,7 @@
#endif /* !DISABLE_UTMP */
dowtmp:
- opielogwtmp(line, name, host);
- opielogwtmp(NULL, NULL, NULL);
+ logwtmp(line, name, host);
dosetlogin:
#if HAVE_SETLOGIN
diff -Nur opie-2.32/libopie/Makefile.in ../opie-2.32/libopie/Makefile.in
--- opie-2.32/libopie/Makefile.in 1998-01-02 00:53:49.0 +0100
+++ ../opie-2.32/libopie/Makefile.in2006-07-16 01:26:29.0 +0200
@@ -12,7 +12,7 @@
# Modified by cmetz for OPIE 2.31. Added logwtmp.o
# Created by cmetz for OPIE 2.3 using old Makefiles as a guide.
-OBJS=md4c.o md5c.o atob8.o btoa8.o btoh.o challenge.o getsequence.o hash.o
hashlen.o keycrunch.o lock.o lookup.o newseed.o parsechallenge.o passcheck.o
passwd.o randomchallenge.o readpass.o unlock.o verify.o version.o btoe.o
accessfile.o generator.o insecure.o getutmpentry.o readrec.o writerec.o login.o
open.o logwtmp.o # sha.o
+OBJS=md4c.o md5c.o atob8.o btoa8.o btoh.o challenge.o getsequence.o hash.o
hashlen.o keycrunch.o lock.o lookup.o newseed.o parsechallenge.o passcheck.o
passwd.o randomchallenge.o readpass.o unlock.o verify.o version.o btoe.o
accessfile.o generator.o insecure.o getutmpentry.o readrec.o writerec.o login.o
open.o # sha.o
[EMAIL PROTECTED]@
CFLAGS=$(CFL) -I..
diff -Nur opie-2.32/libopie/md4c.c ../opie-2.32/libopie/md4c.c
--- opie-2.32/libopie/md4c.c1998-01-02 00:53:54.0 +0100
+++ ../opie-2.32/libopie/md4c.c 2006-07-16 01:26:29.0 +0200
@@ -1,267 +1,172 @@
-/* md4c.c: RSA Data Security, Inc. MD4 Message-Digest Algorithm
+/*
+ Unix SMB/Netbios implementation.
+ Version 1.9.
+ a implementation of MD4 designed for use in the SMB authentication protocol
+ Copyright (C) Andrew Tridgell 1997
+
+ 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 of the License, or
+ (at your
Bug#352182: libtasn1-2: Please patch to fix CVE-2006-0645 security issue
On Fri, Jun 02, 2006 at 08:10:22PM +0200, Andreas Metzler wrote: tags 365234 pending # I have uploaded libtasn1-3 to experimental, it is sitting in NEW # queue. thanks Shouldn't this still be fixed in libtasn1-2? The bug is open, and the package has something like twenty reverse dependencies... /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378419: libimage-info-perl: EXIF parsing in TIFFs broken
Package: libimage-info-perl
Version: 1.21-1
Severity: important
Tags: patch upstream
EXIF parsing in TIFFs (at least the .NEF files from my camera) are
broken due to a typo in TIFF.pm, causing a syntax error. With the
following patch, I can read metadata from my .NEF files just fine.
iff -u libimage-info-perl-1.21/lib/Image/Info/TIFF.pm
libimage-info-perl-1.21/lib/Image/Info/TIFF.pm
--- libimage-info-perl-1.21/lib/Image/Info/TIFF.pm
+++ libimage-info-perl-1.21/lib/Image/Info/TIFF.pm
@@ -192,7 +192,7 @@
if ($tn eq ExifOffset) {
# parse ExifSubIFD
# print ExifSubIFD at $value_offset\n;
- process_ifds($info,$fh,$page,$tagsseen,$byteorder,$value_offset);
+ _process_ifds($info,$fh,$page,$tagsseen,$byteorder,$value_offset);
}
$info-push_info($page, $tn = $val);
$n--;
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16trofastxen
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378423: imagemagick: is not thread safe when using delegates
Package: imagemagick Version: 7:6.2.4.5.dfsg1-0.9 Severity: important I'm using perlmagick as part of my image gallery, which runs under mod_perl2 on threaded Apache. However, when I am to load a .NEF file, ImageMagick goes out, forks, and calls dcraw to decode the image. (They get way too dark since dcraw doesn't do equalization when outputting 16-bit PPMs, but that's a different story.) However, when multiple such images are decoded at the same time, I suddenly seem to get too many dcraw processes running at the same time, and corruption in what's written -- I have no idea why, but my primary guess it that it has _something_ to do with threading and fork() -- I do not get this when loading JPEG images or anything else that doesn't require a delegate. By the way, there is a library (libopenraw) which is essentially dcraw wrapped into a library; it might hide the problem well enough for me :-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16trofastxen Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.3-3 high-quality block-sorting file co ii libc62.3.6-15GNU C Library: Shared libraries ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjasper-1.701-11.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg626b-13 The Independent JPEG Group's JPEG ii liblcms1 1.15-1 Color management library ii libmagick9 7:6.2.4.5.dfsg1-0.9 Image manipulation library ii libpng12-0 1.2.8rel-5.1PNG library - runtime ii libsm6 1:1.0.0-4 X11 Session Management library ii libtiff4 3.8.2-5 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.0-7 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxml2 2.6.26.dfsg-2 GNOME XML library ii zlib1g 1:1.2.3-13 compression library - runtime imagemagick recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378423: imagemagick: is not thread safe when using delegates
On Sun, Jul 16, 2006 at 11:30:14AM +0200, Steinar H. Gunderson wrote: However, when multiple such images are decoded at the same time, I suddenly seem to get too many dcraw processes running at the same time, and corruption in what's written -- I have no idea why, but my primary guess it that it has _something_ to do with threading and fork() -- I do not get this when loading JPEG images or anything else that doesn't require a delegate. Actually, it seems to confuse the file descriptors somehow; my cache files (supposed to contain JPEG thumbnails) suddenly contain HTTP headers... /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375116: Splitting the bug into separate issues
severity 375116 important thanks On Sun, Jun 25, 2006 at 12:27:37PM +0100, Sam Morris wrote: The bug in lvm2 is that lvcreate allows the creation of the snapshot on kernel versions where it is known that the operation will crash the system. After conferring with the RMs: This is not RC for the userspace tools. Having such a check would be nice, but it's really not userspace's task to check that the kernel is not buggy. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378463: diff for 1.2.8rel-5.2 NMU
Package: libpng
Version: 1.2.8rel-5.1
Severity: normal
Tags: patch
Hi,
Attached is the diff for my libpng 1.2.8rel-5.2 NMU.
diff -u libpng-1.2.8rel/debian/changelog libpng-1.2.8rel/debian/changelog
--- libpng-1.2.8rel/debian/changelog
+++ libpng-1.2.8rel/debian/changelog
@@ -1,3 +1,12 @@
+libpng (1.2.8rel-5.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Backport changes from 1.2.12 to fix a buffer overflow in
+png_decompress_chunk; patch by Alec Berryman. [CVE-2006-3334]
+(Closes: #377298)
+
+ -- Steinar H. Gunderson [EMAIL PROTECTED] Sun, 16 Jul 2006 16:27:56 +0200
+
libpng (1.2.8rel-5.1) unstable; urgency=low
* Non Maintainer Upload (closes: #356252).
only in patch2:
unchanged:
--- libpng-1.2.8rel.orig/pngrutil.c
+++ libpng-1.2.8rel/pngrutil.c
@@ -275,7 +275,7 @@
if (ret != Z_STREAM_END)
{
#if !defined(PNG_NO_STDIO) !defined(_WIN32_WCE)
- char umsg[50];
+ char umsg[52];
if (ret == Z_BUF_ERROR)
sprintf(umsg,Buffer error in compressed datastream in %s chunk,
Bug#340538: followup on this bug?
On Wed, May 31, 2006 at 09:29:20AM +0100, Thom May wrote: This is in progress with upstream; we've worked with them to remove zb.c from the upstream repository and are working to find a reasonable solution to the RSA licensed files. FWIW, a reasonable usable replacement for the MD5 functions can be found at http://sourceforge.net/project/showfiles.php?group_id=42360 For MD4, you might find the following useful: http://trolocsis.com/crypto++/md4_8cpp-source.html I haven't been able to track down the original public domain code it talks about, though, but it might do -- I'm a bit worried that it doesn't explicitly say anything about modification, though... /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340538: More free replacements
FWIW: dovecot has MD4 and MD5 implementations placed in the public domain too. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370149: Ping
Hi, Any progress on getting libxfont 1.2.0 into unstable? I guess NMUing with a new upstream version would be slightly risky for anyone not knowing much about X internals :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345552: squid: truncates XML on WebDAV
On Mon, Jul 10, 2006 at 03:30:44PM +0200, Luigi Gangitano wrote: Hi Steinar, I forwarded this bug to the upstream developers, who asked for more informations: A somewhat odd server sending back the response before the entire request have been sent.. Ah, yes. I've looked around a bit, and I think I know what happens: For some reason, Apache starts sending back the _beginning_ of the response as soon as it gets the headers -- but at some point, it runs out of buffer or something and waits for the body. Only when the body arrives, it sends out the end. (AFAIK it's fully entitled to do this if it likes.) Squid, OTOH, isn't much better: As soon as it receives the header in the request, it sends it on to Apache -- but it seems to simply ignore the body. (Perhaps it doesn't know that PROPFIND can have a body?) Since it never sends the body, Apache never ends the request, and after a while it simply seems to time out, leaving the Squid with only a partial response to send back. IMO Squid should be fixed to read the body and pass it on, even though the server starts sending out responses. Please collect etheral traces of the traffic between Squid and the web server and attach the saved packet dump to this bug report for further analysis. Note: Raw packet dump, not decoded data.. Attached. I took the liberty to blank out the passwords in the dump, so don't worry if some of the checksums are suddenly off. /* Steinar */ -- Homepage: http://www.sesse.net/ dump2 Description: Binary data
Bug#377432: pida: Won't start
On Tue, Jul 11, 2006 at 11:54:50AM +0200, Jan Lübbe wrote: You have python-setuptools from stable (see http://packages.qa.debian.org/p/python-setuptools.html). That version is not compatible with the recent changes in python packageing. Please try it with a current version of python-setuptools. If you need newer python-setuptools, shouldn't you add a versioned depends on that? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
