Bug#408948: .volume might be needed too as well as full pathnames
Hi, I see you went for a whitelist for .desktop files hanlding in nautilus for #408948; I think it lessens the impact of the lack of the MIME type mismatch checks in gnome-vfs2 and is less intrusive, and will permit downgrading 408948. However, I think .volume needs to be added, and perhaps other extensions as well. At least here I see: bee% gnomevfs-ls computer:// ... refuge.volume (Regular, application/x-desktop)size 0 mode 0444 (this is a locally mounted partition) There's also smblink-root, but I suppose some larger whitelist can be implemented for network://: bee% gnomevfs-ls network:// smblink-root(Regular, application/x-desktop)size 0 mode 0444 Did you already check smb:// shares? Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#405676: Re #405676
Wasn't this package kept in the archive just to not break d-i RC1? If so, now would perhaps be a good time remove the package as d-i RC1 is broken anyways due to the old security key issue? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401916: bug #401916
Have any of you guys who can reproduce this been able to do the additional tests suggested in the bug report yet? This is one of the few remaining RC bugs which is present in both Etch and Sid so it would be nice to make some progress... -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: severity 366175 critical Bug#366175: initramfs-tools: lvm is not initialized on USB disks Severity set to `critical' from `normal' forcemerge 366175 401916 Bug#366175: initramfs-tools: lvm is not initialized on USB disks Bug#401916: initramfs-tools: [powerpc64] i-t tries to mount RAID/LVM stuff before the disk are up - unbootable Forcibly Merged 366175 401916. tags 366175 -moreinfo Bug#366175: initramfs-tools: lvm is not initialized on USB disks Tags were: moreinfo Bug#401916: initramfs-tools: [powerpc64] i-t tries to mount RAID/LVM stuff before the disk are up - unbootable Tags removed: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401916:
* David Härdeman [EMAIL PROTECTED] [20070206 19:15]: On Tue, Feb 06, 2007 at 11:14:34AM +0100, Michael Prokop wrote: Any further tips, hints,... what I could try? Could you try these lines in the udev script and then mail the contents of /begin.ps, /middle.ps and /finish.ps? It would be interesting to see if we can find out why the previously suggested approach didn't work: udevtrigger udevsettle || true ps /begin.ps while ps | grep -q usb-stor-scan; do sleep 1; done while ps | grep -q scsi_scan_; do sleep 1; done ps /middle.ps udevsettle || true ps /finish.ps Done that. I've taken screenshots with the digicam (sorry, was the easiest way for me and I'm a little bit in a hurry right now): http://dufo.tugraz.at/~prokop/initramfs/ regards, -mika- pgpkekNuEI8hQ.pgp Description: PGP signature
Bug#410891: FTBFS: includes kernel headers from user space
Package: quik Version: 2.1-8 Severity: serious This package fails to build: Automatic build of quik_2.1-8 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.52 ... dh_testdir /usr/bin/make make[1]: Entering directory `/build/tbm/quik-2.1' make[2]: Entering directory `/build/tbm/quik-2.1/util' gcc -O2 -Wall -o elfextract elfextract.c In file included from /usr/include/asm-generic/bitops/fls64.h:5, from /usr/include/asm/bitops.h:248, from /usr/include/linux/bitops.h:9, from /usr/include/linux/thread_info.h:20, from /usr/include/linux/preempt.h:9, from /usr/include/linux/spinlock.h:56, from /usr/include/linux/capability.h:45, from /usr/include/linux/sched.h:44, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/asm-generic/bitops/fls.h:13: error: conflicting types for 'fls' /usr/include/asm/bitops.h:242: error: previous definition of 'fls' was here In file included from /usr/include/linux/timex.h:57, from /usr/include/linux/sched.h:48, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/time.h:16: error: redefinition of 'struct timespec' /usr/include/linux/time.h:22: error: redefinition of 'struct timeval' In file included from /usr/include/asm/div64.h:1, from /usr/include/linux/calc64.h:5, from /usr/include/linux/jiffies.h:4, from /usr/include/linux/sched.h:49, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/asm-generic/div64.h:1:2: error: #error Do not include div64.h. In file included from /usr/include/linux/sched.h:49, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/jiffies.h:33:3: error: #error You lose. /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:254:46: error: division by zero in #if In file included from /usr/include/linux/sched.h:49, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/jiffies.h: In function 'jiffies_to_msecs': /usr/include/linux/jiffies.h:259: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:259: error: (Each undeclared identifier is reported only once /usr/include/linux/jiffies.h:259: error: for each function it appears in.) /usr/include/linux/jiffies.h:265:46: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'jiffies_to_usecs': /usr/include/linux/jiffies.h:270: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:278:46: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'msecs_to_jiffies': /usr/include/linux/jiffies.h:283: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:291:46: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'usecs_to_jiffies': /usr/include/linux/jiffies.h:296: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h: In function 'timespec_to_jiffies': /usr/include/linux/jiffies.h:315: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:321: error: 'SHIFT_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h: In function 'jiffies_to_timespec': /usr/include/linux/jiffies.h:334: error: 'CONFIG_HZ' undeclared (first use in this function)
Bug#366175:
severity 366175 critical forcemerge 366175 401916 tags 366175 -moreinfo thanks I'd say that this is the same bug as 401916 so I'm merging them (not sure about the severity though but I picked the higher of the two). Torsten, could you please read bug report #401916 and try the steps suggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401916#52 -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410803: twiki: postinst relies on data in /usr/share/doc
tags 410803 patch thanks Gerfried Fuchs [EMAIL PROTECTED] wrote: So please move the starter kit to /usr/share/twiki and symlink it from the doc directory, if you really want to have it available from there, too - and don't forget to change the tar extract line in the postinst script. Since the location is mentioned in README.Debian, I didn't think the symlinks are needed. Here's a patch. As usual, it comes with an offer to NMU the package. Regards, Frank diff -Nur twiki-4.0.5.old/debian/changelog twiki-4.0.5/debian/changelog --- twiki-4.0.5.old/debian/changelog 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/changelog 2007-02-13 21:58:38.0 +0100 @@ -1,3 +1,11 @@ +twiki (1:4.0.5-9~1) unstable; urgency=high + + * Install twiki-data.tar.gz and twiki-pub.tar.gz in /usr/share/twiki +instead of /usr/share/doc (closes: #410803). Also change the paths in +README.Debian. + + -- Frank KÃŒster [EMAIL PROTECTED] Tue, 13 Feb 2007 21:58:38 +0100 + twiki (1:4.0.5-8) unstable; urgency=medium * make patch for #404222 allow trailing slashes again diff -Nur twiki-4.0.5.old/debian/dirs twiki-4.0.5/debian/dirs --- twiki-4.0.5.old/debian/dirs 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/dirs 2007-02-13 21:54:57.0 +0100 @@ -6,3 +6,4 @@ usr/share/perl5 etc/twiki usr/share/doc/twiki +usr/share/twiki diff -Nur twiki-4.0.5.old/debian/postinst twiki-4.0.5/debian/postinst --- twiki-4.0.5.old/debian/postinst 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/postinst 2007-02-13 21:56:51.0 +0100 @@ -40,14 +40,14 @@ if [ ! -e /var/lib/twiki/data/_default/WebHome.txt ]; then # only extract if they say so and there's no home there # and even then, fail on overwrite so we don't stomp. - tar -zxk -C / -f /usr/share/doc/twiki/twiki-data.tar.gz + tar -zxk -C / -f /usr/share/twiki/twiki-data.tar.gz # clean up the .mailnotify timestamps. webs=Main Sandbox TWiki Trash _default; for web in $webs; do date +%s /var/lib/twiki/data/$web/.mailnotify done if [ ! -e /var/www/twiki/pub/wikiHome.gif ]; then -tar -zxk -C / -f /usr/share/doc/twiki/twiki-pub.tar.gz +tar -zxk -C / -f /usr/share/twiki/twiki-pub.tar.gz fi fi fi diff -Nur twiki-4.0.5.old/debian/README.Debian twiki-4.0.5/debian/README.Debian --- twiki-4.0.5.old/debian/README.Debian 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/README.Debian 2007-02-13 21:57:06.0 +0100 @@ -1,10 +1,10 @@ TWiki for Debian -/usr/share/doc/twiki/twiki-data.tar.gz has the initial data set, if +/usr/share/twiki/twiki-data.tar.gz has the initial data set, if you find you want to restore the data in /var/lib/twiki/data/ after experimenting. -/usr/share/doc/twiki/twiki-pub.tar.gz has the initial pub data set. +/usr/share/twiki/twiki-pub.tar.gz has the initial pub data set. It should also be unpacked to /var/www/twiki/pub diff -Nur twiki-4.0.5.old/debian/rules twiki-4.0.5/debian/rules --- twiki-4.0.5.old/debian/rules 2007-02-14 10:34:30.0 +0100 +++ twiki-4.0.5/debian/rules 2007-02-13 21:56:38.0 +0100 @@ -90,7 +90,7 @@ xargs -n1 perl -pi -e 's/^(\s)nobody:/\1$(TWIKI_OWNER):/ unless $$done; $$done=1 if /^\n$$/;' tar -cf - -C debian/twiki var/lib/twiki/data \ | tardy -User_NAme=$(TWIKI_OWNER) -Group_NAme=www-data \ - | gzip -c -9 debian/twiki/usr/share/doc/twiki/twiki-data.tar.gz + | gzip -c -9 debian/twiki/usr/share/twiki/twiki-data.tar.gz rm -rf debian/twiki/var/lib/twiki/data #do the same with pub - it should also only be replaced if there is none there already @@ -99,7 +99,7 @@ xargs -n1 perl -pi -e 's/^(\s)nobody:/\1$(TWIKI_OWNER):/ unless $$done; $$done=1 if /^\n$$/;' tar -cf - -C debian/twiki var/www/twiki/pub \ | tardy -User_NAme=$(TWIKI_OWNER) -Group_NAme=www-data \ - | gzip -c -9 debian/twiki/usr/share/doc/twiki/twiki-pub.tar.gz + | gzip -c -9 debian/twiki/usr/share/twiki/twiki-pub.tar.gz rm -rf debian/twiki/var/www/twiki/pub cp -pR lib/* debian/twiki/usr/share/perl5/ -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Processed: Re: twiki: postinst relies on data in /usr/share/doc
Processing commands for [EMAIL PROTECTED]: tags 410803 patch Bug#410803: twiki: postinst relies on data in /usr/share/doc There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 409820 is serious
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 severity 409820 serious Bug#409820: initramfs-tools: mbr_check() does not work reliable with lilo and grub around Severity set to `serious' from `important' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410803: twiki: postinst relies on data in /usr/share/doc
hehe, sorry, and thanks - I've already fixed it, and a few other recomendations that were made BUT, I'd love some one to upload it for me the new version is at http://members.iinet.net.au/~spos/twiki_4.0.5-9.dsc and If this version can go into Etch... even better. I was thrilled about the amount of feedback i got yesterday - thanks everyone of you, and if you find more, i'll be quite happy to fix them too. Sven On Wed, 2007-02-14 at 10:42 +0100, Frank Küster wrote: tags 410803 patch thanks Gerfried Fuchs [EMAIL PROTECTED] wrote: So please move the starter kit to /usr/share/twiki and symlink it from the doc directory, if you really want to have it available from there, too - and don't forget to change the tar extract line in the postinst script. Since the location is mentioned in README.Debian, I didn't think the symlinks are needed. Here's a patch. As usual, it comes with an offer to NMU the package. Regards, Frank -- Sven Dowideit - http://DistributedINFORMATION.com A WikiRing Partner http://wikiring.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408948: .volume might be needed too as well as full pathnames
Le mercredi 14 février 2007 à 11:49 +0100, Loïc Minier a écrit : A more elegant way to fix network:// and the like is probably to give autogenerated files another MIME type, like application/x-desktop-virtual. I'm not sure we foresee all the consequences of such a change, We have to list all stuff using these virtual desktop files. A first search only lead me to the filechooser in libgnomeui, but there may be others. The more I think about it, the more I'm convinced the best solution is to have a way to distinguish these virtual files from real ones. Relying later on the URI is too much error-prone and we will sooner or later find another vulnerability. However there may be other ways to distinguish them than changing the MIME type. I'll check whether we can rely on some of the fields of the GnomeVFSFileInfo API, but if it is not possible changing the MIME type looks like the best thing to do. and I'm not sure why we would need to treat as virtual the .desktop files below computer:// and not below sshfs://. Because sshfs doesn't generate such desktop files. Only the computer, dns-sd, smb and network methods do. This would allow to easily distinguish them from any user-created files, as there is no way the fd.o database would return this MIME type when queried. The shared mime info DB can be queried, even for the virtual files. I'm not sure it is, but the virtual .desktop file contents would match the magic. This would be harmless. What cannot happen is the fd.o returning this whitelisted MIME type for a regular file. I'm not sure why we would need a shlib bump if we only change gnome-vfs to return a different MIME type for smb-root. The API doesn't change, and while the ABI changes at some level, we need to adapt the applications, not simply rebuild them; it's a kind of transition where we will have to raise build-deps and deps on libgnome-vfs in some applications (well, in nautilus), so I think we should simply add a versionned dependency in nautilus, for example a conflict. IOW, versions of nautilus which refuse handling smb-root as a desktop file should conflict with versions of gnome-vfs providing smb-root. Well, we need nautilus to depend on the new libgnomevfs2-0 package, one way or another. The simplest way to do it now and forget it without bad consequences is to bump the shlibs. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Bug#410903: xkb-data: configuration files have been moved to /usr/share
Package: xkb-data Version: 0.9-4 Severity: serious After upgrading to etch, I noticed that it is no longer possible to use locally adapted keyboard layouts. The reason is that the contents of /etc/X11/xkb/ have been moved to /usr/share, and files at the old location are no longer used. I think that it is clear that these files actually are configuration files. This has been discussed for example in #326637. Reading through this bug, one gets the impression that everyone who spoke up agreed that it makes sense, and is actually done, to customize these files (or maybe rather, to add customization files in these directories, see below). However, the bug was closed with XKB files have been moved into /usr/share/X11/xkb, so I am closing this bug. I guess this might be because Debian simply followed an upstream change. Which is an explanation, but not a good reason. What is the consequence of this bug? - In my case, it is that my old setup stopped producing my customized keyboard layout because the files that I added in /etc/ were not found. I fear this will happen to quite a lot of people upgrading from older versions (both sarge and xorg on sarge-backports). - In extreme cases, it might have the consequence that people are not able to log in, because some keys they need for their username or password are not available with the resulting keyboard layout. (And the keyboard layout on the console might never have provided them). - Well, and generally it's a policy violation to ship configuration files in /usr/share. What are possible approaches to solve this bug? 1) move (most of) xkb-data's files back to /etc. The problem here is that if sarge's dpkg is used, this will lead to loads of created by you or a script messages. Which can be circumvented by either a Pre-Depends: dpkg (=1.1321) (something you want to avoid) or by removing files with matching md5sums in /var/lib/dpkg/info. Unfortunately, the second approach leads to conffile has been deleted prompts when etch's dpkg is used (see #346282). 2) State that - the files in /usr/share/X11/xkb/ represent particular configuration choices, selected by settings in xorg.conf, and are not meant to be configured, but that - it must be possible to *add* new layouts locally. In terms of implementation, this would mean that some tool would have to merge the contents of /usr/share/X11/xkb and *new* files in /etc/X11/xkb, and that the executable needs to be changed to load them from the merging place. 3) State that the files in /usr/share/X11/xkb/ represent particular configuration choices, selected by settings in xorg.conf, and are not meant to be configured, not at all, not even by addition. IMHO, this would only be acceptable if a) it is possible to do single key reassignments in xorg.conf (or at other places, like setxkbmap calls in /etc/X11/Xsession{,.d}), and b) there's a really user-oriented documentation about how to do that, if not an upgrade path. With user-oriented I mean that at least anyone who, years ago, was able to change one of the lines in, say, /etc/X11/xkb/symbols/pc/us, to suit their needs, will be guided to achieve a similar effect with xorg.conf. README.config.gz is not sufficient, since it doesn't talk at all about key remappings, only choosing between existing options. Ideally even someone who got the changed file from a friend would be able to do it. 4) State that I am talking rubish^W^W^W^W^W^W not included here. Regards, Frank -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- no debconf information -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#410871: 2.3.7-2 still not installable
I just tried upgrading to 2.3.7-2 and it failed in the exact way described in bug #410871 (verified by adding the 'set -x' in postfix.postinst). My attempts to install postfix from experimental failed in the same way, as did downgrading to Etch's version. -- Magnus Therning [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410833: marked as done (FTBFS: error: 'CL_EMALFZIP' undeclared)
Your message dated Wed, 14 Feb 2007 12:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#410833: fixed in avscan 1.3.1-openssl-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: avscan Version: 1.3.1-openssl-1 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of avscan_1.3.1-openssl-1 on coconut0 by sbuild/ia64 0.49 ... Compiling module avscanop.o avscanop.c: In function 'AVScanOPClamAVInit': avscanop.c:300: warning: implicit declaration of function 'cl_loaddbdir' avscanop.c:317: warning: implicit declaration of function 'cl_loaddb' avscanop.c: In function 'AVScanOPClamAVScanFile': avscanop.c:569: error: 'CL_EMALFZIP' undeclared (first use in this function) avscanop.c:569: error: (Each undeclared identifier is reported only once avscanop.c:569: error: for each function it appears in.) make[2]: *** [avscanop.o] Error 1 make[2]: Leaving directory `/build/tbm/avscan-1.3.1-openssl/avscan' -- Martin Michlmayr http://www.cyrius.com/ ---End Message--- ---BeginMessage--- Source: avscan Source-Version: 1.3.1-openssl-2 We believe that the bug you reported is fixed in the latest version of avscan, which is due to be installed in the Debian FTP archive: avscan_1.3.1-openssl-2.diff.gz to pool/main/a/avscan/avscan_1.3.1-openssl-2.diff.gz avscan_1.3.1-openssl-2.dsc to pool/main/a/avscan/avscan_1.3.1-openssl-2.dsc avscan_1.3.1-openssl-2_amd64.deb to pool/main/a/avscan/avscan_1.3.1-openssl-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christoph Berg [EMAIL PROTECTED] (supplier of updated avscan package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Feb 2007 12:50:24 +0100 Source: avscan Binary: avscan Architecture: source amd64 Version: 1.3.1-openssl-2 Distribution: unstable Urgency: low Maintainer: Christoph Berg [EMAIL PROTECTED] Changed-By: Christoph Berg [EMAIL PROTECTED] Description: avscan - GTK frontend for the Clam AntiVirus scanner (ClamAV) Closes: 410833 Changes: avscan (1.3.1-openssl-2) unstable; urgency=low . * Fix FTBFS with clamav 0.90, thanks to Stephen Gran for the patch (Closes: #410833), and bump build-depends. Files: 3e703255bba413beccfc09a419a7f75d 668 utils optional avscan_1.3.1-openssl-2.dsc bc84f9d82e80fdab806aa00154774dff 10822 utils optional avscan_1.3.1-openssl-2.diff.gz ef8cc414b3725381e0e0664b5386e343 561406 utils optional avscan_1.3.1-openssl-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF0vl9xa93SlhRC1oRAp0pAJ99avXxz3AADraciGDj75WSWDit4wCdH+yx pnkVe0ZdzQiq8u6wbisjk4g= =86gw -END PGP SIGNATURE- ---End Message---
Bug#408556: .volume might be needed too as well as full pathnames
On Wed, Feb 14, 2007, Josselin Mouette wrote: A more elegant way to fix network:// and the like is probably to give autogenerated files another MIME type, like application/x-desktop-virtual. I'm not sure we foresee all the consequences of such a change, We have to list all stuff using these virtual desktop files. A first search only lead me to the filechooser in libgnomeui, but there may be others. Precisely. Actually, what you describe is much like the proposed solution to return a x-suspected-malware MIME type on suspicious .desktop files, just the other way around, but the x-suspected-malware solution would allow for more use cases such as: - handling of desktop files which do not use the correct extension - handling of other file types So, instead of introducing a new MIME type that should be trusted and changing all relevant applications to only trust that one, I would rather introduce a new MIME type which should not be trusted. We can even add the special URL handling for smb://, network:// etc. in gnome-vfs itself and return the .desktop MIME type for the allowed pathnames. The more I think about it, the more I'm convinced the best solution is to have a way to distinguish these virtual files from real ones. Relying later on the URI is too much error-prone and we will sooner or later find another vulnerability. However there may be other ways to distinguish them than changing the MIME type. I'll check whether we can rely on some of the fields of the GnomeVFSFileInfo API, but if it is not possible changing the MIME type looks like the best thing to do. I think it's safer but harder to change the MIME type, but my initial analysis was that it can be very complex since Nautilus isn't just requesting the MIME type from gnome-vfs2: for example it has logic to use the file data or the file extension depending on the speed of the underlying backend or whether the file is local etc. However, it's unsafe (especially at this point of the release cycle) to introduce a new MIME type AND to make all applications honor it at the same time; it's really easier to introduce a new MIME type which should NOT be handled by applications, such as malware MIME type of which no application know anything about! and I'm not sure why we would need to treat as virtual the .desktop files below computer:// and not below sshfs://. Because sshfs doesn't generate such desktop files. Only the computer, dns-sd, smb and network methods do. My point is that sshfs generates virtual files exactly like computer:// or smb://: these are all _virtual_ file systems, so distinguishing a virtual desktop file from a real one is IMO a too dangerous concept. It seems to me what you're trying to express with the virtual desktop files is that these files can be trusted, but: 1) it doesn't solve the problem completely as we still need to trust e.g. local .desktop files, other extensions, or some URL schemes, so it only covers files generated by smb://, computer://, or network:// and say we can trust these, but it doesn't help in expressing that we can trust some local .desktop files owned by the user 2) it only covers .desktop files 3) it is confusing to use the concept of virtual to express secure; at least a x-trusted-desktop-file would express this in a clearer manner IMO I still think the safest is to introduce a MIME type on which NOT to act instead of a MIME type to act on, since all applications already handle the case where a MIME type is NOT supported. But this is all if we can change gnome-vfs2 to return these MIME types, and I think it's too hard. Changing nautilus (and perhaps libgnomeui?) alone to special case some URIs seems more realistic and covers all problems we know about in terms of trust of .desktop files (the displaying still needs to be addressed). Well, we need nautilus to depend on the new libgnomevfs2-0 package, one way or another. The simplest way to do it now and forget it without bad consequences is to bump the shlibs. But the shlibs doesn't solve anything: it will still be possible to install the new libgnomevfs with packages built against the old one, while adding a conflicts in applications we adapt with older gnomevfs would prevent this. There are 413 rdeps on libgnomevfs2-0, and shlibs changes would be frowned upon at this point of the cycle, a conflict in nautilus and perhaps libgnomeui really seems less intrusive. -- Loïc Minier [EMAIL PROTECTED]
Bug#410907: egroupware -missing in repository
Package: egroupware severity: grave The egroupware packages are missing in testing/Etch repository! 2 weeks ago they have been available! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410871: 2.3.7-2 still not installable
On Wed, Feb 14, 2007 at 11:58:07AM +, Magnus Therning wrote: I just tried upgrading to 2.3.7-2 and it failed in the exact way described in bug #410871 (verified by adding the 'set -x' in postfix.postinst). My attempts to install postfix from experimental failed in the same way, as did downgrading to Etch's version. What version of update-inetd do you have? lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410803: twiki: postinst relies on data in /usr/share/doc
Sven Dowideit [EMAIL PROTECTED] wrote: hehe, sorry, and thanks - I've already fixed it, and a few other recomendations that were made BUT, I'd love some one to upload it for me the new version is at http://members.iinet.net.au/~spos/twiki_4.0.5-9.dsc and If this version can go into Etch... even better. I must say that I do not feel qualified to evaluate these changes, and whether they are appropriate for etch. In particular, I don't know enough about apache to be able to judge the severity and appropriateness of the security fixes. The only remark that I can make is that you should send out requests for translations, since you've changed templates so late in the release cycle. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#410907: marked as done (egroupware -missing in repository)
Your message dated Wed, 14 Feb 2007 14:51:28 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#410907: egroupware -missing in repository has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: egroupware severity: grave The egroupware packages are missing in testing/Etch repository! 2 weeks ago they have been available! ---End Message--- ---BeginMessage--- Am Mittwoch, 14. Februar 2007 14:02 schrieb Mgr. Peter Tuharsky: Package: egroupware severity: grave The egroupware packages are missing in testing/Etch repository! 2 weeks ago they have been available! And you think by filing a grave bug they will come back? ---End Message---
Bug#401916:
On Wed, February 14, 2007 11:02, Michael Prokop said: * David Härdeman [EMAIL PROTECTED] [20070206 19:15]: udevtrigger udevsettle || true ps /begin.ps while ps | grep -q usb-stor-scan; do sleep 1; done while ps | grep -q scsi_scan_; do sleep 1; done ps /middle.ps udevsettle || true ps /finish.ps Done that. I've taken screenshots with the digicam (sorry, was the easiest way for me and I'm a little bit in a hurry right now): http://dufo.tugraz.at/~prokop/initramfs/ Images is fine, thanks. Unfortunately the ps ax output is the same each time so it is no surprise that my approach doesn't work. I do however have another theory, it seems that it can take a sec or two between the loading of usb-storage and the usb-stor-scan thread to be created...in order to test this further, could you please replace the above parts with: udevtrigger udevsettle || true cat /proc/modules /modules.txt And provide me with the contents of modules.txt (the digicam method is fine) Could you also provide the output of ps ax once the system is up and running? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410871: 2.3.7-2 still not installable
Trying another tactic, can you add this to /etc/apt/sources.list: deb http://people.debian.org/~lamont/postfix / And see if postfix-2.3.7-3~0 fixes the issue for you? thanks, lamont I just tried upgrading to 2.3.7-2 and it failed in the exact way described in bug #410871. Try to downgrade but without sucess. So I've used your repository and now works with 2.3.7-3~0 version. Here some more information: ~# update-inetd --version update-inetd 1.12 DebianNet module 1.11 Thanks. Fabiano.
Bug#410871: 2.3.7-2 still not installable
On 2/14/07, LaMont Jones [EMAIL PROTECTED] wrote: On Wed, Feb 14, 2007 at 11:58:07AM +, Magnus Therning wrote: I just tried upgrading to 2.3.7-2 and it failed in the exact way described in bug #410871 (verified by adding the 'set -x' in postfix.postinst). My attempts to install postfix from experimental failed in the same way, as did downgrading to Etch's version. Trying another tactic, can you add this to /etc/apt/sources.list: deb http://people.debian.org/~lamont/postfix / And see if postfix-2.3.7-3~0 fixes the issue for you? The installation worked fine, but there now seems to be something else wrong: # mailq postqueue: warning: Mail system is down -- accessing queue directly -Queue ID- --Size-- Arrival Time -Sender/Recipient--- 962704B919 585 Wed Feb 14 14:00:01 magnusth magnusth CF2C24B91A 585 Wed Feb 14 14:05:01 magnusth magnusth C498C4B91B 1557 Wed Feb 14 14:07:58 magnusth [EMAIL PROTECTED] 460B94B91C 585 Wed Feb 14 14:10:02 magnusth magnusth 959104B918 585 Wed Feb 14 14:15:02 magnusth magnusth A51784B91D 585 Wed Feb 14 14:20:01 magnusth magnusth -- 4 Kbytes in 6 Requests. -- Magnus Therning [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410907: closed by Peter Eisentraut [EMAIL PROTECTED] (Re: Bug#410907: egroupware -missing in repository)
Yes, hopefully.. Debian Bug Tracking System wrote / napísal(a): This is an automatic notification regarding your Bug report #410907: egroupware -missing in repository, which was filed against the egroupware package. It has been closed by Peter Eisentraut [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Peter Eisentraut [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Predmet: Re: Bug#410907: egroupware -missing in repository Od: Peter Eisentraut [EMAIL PROTECTED] Dátum: Wed, 14 Feb 2007 14:51:28 +0100 Komu: [EMAIL PROTECTED] Komu: [EMAIL PROTECTED] Am Mittwoch, 14. Februar 2007 14:02 schrieb Mgr. Peter Tuharsky: Package: egroupware severity: grave The egroupware packages are missing in testing/Etch repository! 2 weeks ago they have been available! And you think by filing a grave bug they will come back?
Bug#410926: FTBFS: 'cl_loaddbdir' was not declared in this scope
Package: clamcour Version: 0.2.2-1 Severity: serious Tags: sid This package fails to compile in sid (but not in etch): Automatic build of clamcour_0.2.2-1 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.52 ... make[4]: Entering directory `/build/tbm/clamcour-0.2.2/src' if powerpc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -ansi -pedantic -pipe -Wall -O3 -pthread -I/usr/include -g -O2 -MT clam.o -MD -MP -MF .deps/clam.Tpo -c -o clam.o clam.cpp; \ then mv -f .deps/clam.Tpo .deps/clam.Po; else rm -f .deps/clam.Tpo; exit 1; fi clam.cpp: In member function 'bool cClamClient::InitVirDB()': clam.cpp:74: error: 'cl_loaddbdir' was not declared in this scope make[4]: *** [clam.o] Error 1 -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410501: marked as done (destar: Conf files are not saved if there's not writing access to zaptel.conf)
Your message dated Wed, 14 Feb 2007 15:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#410501: fixed in destar 0.2.0-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: destar Version: 0.2.0-3 Severity: grave Tags: patch Justification: renders package unusable There was a bad conditional expresion on one dpatch file edited on last package upload. Here's the fix to the bug: --- zaptel.dpatch 2007-02-11 00:05:55.0 -0500 +++ zaptel.dpatch.patch 2007-02-11 01:59:41.0 -0500 @@ -12,7 +12,7 @@ for _fn,cnf in configlets.asterisk_configfiles: if _fn == 'op_server.cfg' and panelutils.isConfigured() != 1: continue -+ if not os.access(/etc/zaptel.conf, os.O_RDWR): ++ if _fn == 'zaptel.conf' and not os.access(/etc/zaptel.conf, os.O_RDWR): + continue try: cnf.write() -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8) Versions of packages destar depends on: ii asterisk 1:1.2.14~dfsg-4 Open Source Private Branch Exchang ii python 2.4.4-2 An interactive high-level object-o ii python-medusa0.5.4+clean-1 Framework for implementing asynchr ii python-pychart 1.39-5 Python library for creating high q ii python-pysqlite2 2.3.2-2 python interface to SQLite 3 ii python-quixote1 1.2-4 A highly Pythonic Web application ii sqlite3 3.3.8-1 A command line interface for SQLit Versions of packages destar recommends: ii op-panel 0.26.dfsg-5 switchboard type application for t -- no debconf information ---End Message--- ---BeginMessage--- Source: destar Source-Version: 0.2.0-4 We believe that the bug you reported is fixed in the latest version of destar, which is due to be installed in the Debian FTP archive: destar_0.2.0-4.diff.gz to pool/main/d/destar/destar_0.2.0-4.diff.gz destar_0.2.0-4.dsc to pool/main/d/destar/destar_0.2.0-4.dsc destar_0.2.0-4_all.deb to pool/main/d/destar/destar_0.2.0-4_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Alejandro Rios P. [EMAIL PROTECTED] (supplier of updated destar package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Feb 2007 19:14:35 -0500 Source: destar Binary: destar Architecture: source all Version: 0.2.0-4 Distribution: testing-proposed-updates Urgency: medium Maintainer: Debian VoIP Team [EMAIL PROTECTED] Changed-By: Alejandro Rios P. [EMAIL PROTECTED] Description: destar - management interface for the Asterisk PBX Closes: 410501 Changes: destar (0.2.0-4) testing-proposed-updates; urgency=medium . * Added comprobation to patches/zaptel.dpatch (Closes: #410501) * Create /etc/asterisk/manager.d directory if its not present. * Install /etc/asterisk/destar_cfg.py as an example since its not always suitable for most users/systems. * Commented nasty debug messages shown when running 'destar -b'. * Added svn info to debian/control. Files: e576563713eddd4ff4fd8037733c0672 853 comm optional destar_0.2.0-4.dsc 2cf3d55d5f74ca03ce7ceef632ed740a 8043 comm optional destar_0.2.0-4.diff.gz ec6509c76d5d2f9990dd9e9b929a15de 193354 comm optional destar_0.2.0-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFF0yueQUuEI2/szeARAj/WAJ48iuRbU410R1v0G7VFJnPPYtV2qACfZa4E zkvPYPFO7Fd1+m9mSF5GBhE= =CYLb -END PGP SIGNATURE- ---End Message---
Bug#410871: 2.3.7-2 still not installable
On Wed, Feb 14, 2007 at 02:23:43PM +, Magnus Therning wrote: On 2/14/07, LaMont Jones [EMAIL PROTECTED] wrote: The installation worked fine, but there now seems to be something else # mailq postqueue: warning: Mail system is down -- accessing queue directly If postfix was not running before the upgrade, I believe that it doesn't restart it after the upgrade. That could be what it is... if you start postfix (/etc/init.d/postfix start), and then dpkg --reinstall the .deb, does it restart it? lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410830: upstart-compat-sysv: Upstart fails in the middle of boot with Invalid message received
On Tue, Feb 13, 2007 at 23:28:53 +0100, Michael Biebl wrote: As I'm going to upload 0.3.5-1 soon, could you please test if you can reproduce this problem with 0.3.5-1 Add deb-src http://debs.michaelbiebl.de unstable main to /etc/apt/sources.list, run apt-get update apt-get build-dep upstart apt-get source -b upstart and install the resulting debs. (Sorry for the inconvenience, I don't have a x64 machine to build the packages myself). Compiled and tried it and it seems to be OK. Unless there is some reason why my system would compile it differently than the autobuilder, it should fix the problem. -- Jan 'Bulb' Hudec [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#410871: 2.3.7-2 still not installable
On Wed, Feb 14, 2007 at 05:36:53AM -0700, LaMont Jones wrote: On Wed, Feb 14, 2007 at 11:58:07AM +, Magnus Therning wrote: I just tried upgrading to 2.3.7-2 and it failed in the exact way described in bug #410871 (verified by adding the 'set -x' in postfix.postinst). My attempts to install postfix from experimental failed in the same way, as did downgrading to Etch's version. What version of update-inetd do you have? I also faced that problem and downgrading update-inetd from 4.27-0.3 to 4.27-0.2 fixed it. -- Marcel Sebek signature.asc Description: Digital signature
Bug#407494: Fwd: [caudium-general] Broken Debian testing caudium package (fwd)
Am Montag, den 12.02.2007, 23:46 +0100 schrieb Henrik Andreasson: On Tue, 30 Jan 2007, Alain Schroeder wrote: http://bjorn.haxx.se/debian/testing.pl?package=caudium (caudium is scheduled for removal) I have a new aproach, shall we downgrade pike? If debian refuses to upgrade maybe we shall try to downgrade pike to a stable version (http://pike.ida.liu.se/pub/pike/latest-stable/Pike-v7.6.86.tar.gz) Who said Debian refuses to upgrade Pike? It is not wanted, but still a more likely option than a downgrade, because a downgrade breaks ALL dependencies and requires all recent Pike based packages to rebuild. Does anybody know a version of Pike that actually works? A diff between the current and that version would be very interesting! Bye, Alain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410406: is wormux 0.7.4-3 affected, too?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was wondering if the testing version of wormux is affected by this bug. I guess it is. - -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF0zRYY8Chqv3NRNoRAurVAKCjBh7Dp9hD0S3q/y4olgC58Og8cACeOZF6 iRcSGWcxIdoG/QS2+9lwhZg= =5R/N -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410871: 2.3.7-2 still not installable
On Wed, Feb 14, 2007 at 05:36:53AM -0700, LaMont Jones wrote: On Wed, Feb 14, 2007 at 11:58:07AM +, Magnus Therning wrote: I just tried upgrading to 2.3.7-2 and it failed in the exact way described in bug #410871 (verified by adding the 'set -x' in postfix.postinst). My attempts to install postfix from experimental failed in the same way, as did downgrading to Etch's version. What version of update-inetd do you have? I also faced that problem and downgrading update-inetd from 4.27-0.3 to 4.27-0.2 fixed it. -- Marcel Sebek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409356: marked as done (cups-pdf: allows unprivileged user to read parts of any file)
Your message dated Wed, 14 Feb 2007 16:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#409356: fixed in cups-pdf 2.4.2-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: cups-pdf Version: 2.4.2-1 Severity: critical Justification: root security hole Tags: security Unprivileged user can execute /usr/lib/cups/backend/cups-pdf to read parts of any file. End of file is printed by Ghostscript in error report. Execution of this command as unprivileged user /usr/lib/cups/backend/cups-pdf shadow user title 1 '' /etc/shadow will result in Ghostscript error showing last line of /etc/shadow file (possibly containing password hash) ERROR: /undefined in saned:!:13511:0:9:7::: ... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-albemuth Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages cups-pdf depends on: ii cupsys 1.2.7-3 Common UNIX Printing System(tm) - ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-10GNU C Library: Shared libraries cups-pdf recommends no packages. -- no debconf information -- Grzegorz Zur ---End Message--- ---BeginMessage--- Source: cups-pdf Source-Version: 2.4.2-2 We believe that the bug you reported is fixed in the latest version of cups-pdf, which is due to be installed in the Debian FTP archive: cups-pdf_2.4.2-2.diff.gz to pool/main/c/cups-pdf/cups-pdf_2.4.2-2.diff.gz cups-pdf_2.4.2-2.dsc to pool/main/c/cups-pdf/cups-pdf_2.4.2-2.dsc cups-pdf_2.4.2-2_i386.deb to pool/main/c/cups-pdf/cups-pdf_2.4.2-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Martin-Ãric Racine [EMAIL PROTECTED] (supplier of updated cups-pdf package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Feb 2007 17:45:57 +0200 Source: cups-pdf Binary: cups-pdf Architecture: source i386 Version: 2.4.2-2 Distribution: unstable Urgency: high Maintainer: Martin-Ãric Racine [EMAIL PROTECTED] Changed-By: Martin-Ãric Racine [EMAIL PROTECTED] Description: cups-pdf - PDF printer for CUPS Closes: 409356 Changes: cups-pdf (2.4.2-2) unstable; urgency=high . * Upgraded backend permissions to match Policy 10.9 (Closes: #409356). Files: ad48d2a6d1cec6c9df2bfc9bcbe14607 630 graphics optional cups-pdf_2.4.2-2.dsc 139775c326e991d0ea9ce78a8118c8c2 6544 graphics optional cups-pdf_2.4.2-2.diff.gz ff7ede9ba9d0da7c2515b0f6e74c268c 40298 graphics optional cups-pdf_2.4.2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF00g/y2+jQOcHWlQRAnkiAJ4r5RYZLGiBvV6g8bXjC1WdsT8YSACaA+Ss gx9irHfX5HfkOwxY6kSitnE= =cERf -END PGP SIGNATURE- ---End Message---
Bug#402389: Doesn't look like a bug in usbmount
Hi! Your bug doesn't look like a bug, at least no bug in usbmount. I guess it is a hardware or maybe driver problem. Did you try to mount your camera manually? Did this work? Can you mount other hardware, e.g. an usb stick? Your log snippet shows output which is generated _before_ usbmount is activated, otherwise you would find output from usbmount in the logs. Something like this: Feb 14 18:12:59 bluemoon usbmount[5914]: executing command: mount... To be completely sure you can set VERBOSE=no in /etc/usbmount/usbmount.conf Please reply as soon as possible, because your bugreport is blocking usbmount from entering Etch! Regards, Armin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405676: Re #405676
On Wednesday 14 February 2007 09:46, David Härdeman wrote: Wasn't this package kept in the archive just to not break d-i RC1? If so, now would perhaps be a good time remove the package as d-i RC1 is broken anyways due to the old security key issue? Not if we want to keep the option to release a Beta4 as suggested by Joey on d-boot. IMO such a release should use the current kernel in testing and thus needs the old aes modules. Anyway, I don't see what removing it now solves except for the rather cosmetic benefit of having one less RC bug listed for Etch. Why is it so important to remove it now rather than when its replacement is in place? This is in no way delaying the release, nor is it causing any problems. We all know this package is going to be removed before the release, so the bug is already virtually solved. Let's concentrate on the real blockers rather than on trivial issues. pgp2CYPACEfIf.pgp Description: PGP signature
Bug#410554: marked as done (stlport5.1_5.1.0-1(experimental/alpha/ds10): error: size of array '__static_assert' is negative)
Your message dated Wed, 14 Feb 2007 20:47:07 + with message-id [EMAIL PROTECTED] and subject line Bug#410554: fixed in stlport5.1 5.1.0-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: stlport5.1 Version: 5.1.0-1 Severity: serious Tags: experimental Heya, stlport5.1 failed to build on alpha: Automatic build of stlport5.1_5.1.0-1 on ds10 by sbuild/alpha 98-farm Build started at 20070211-1039 ** [...] /usr/bin/make -C build/lib -f gcc.mak depend release-shared make[1]: Entering directory `/build/buildd/stlport5.1-5.1.0/build/lib' c++ -pthread -fexceptions -fident -fPIC -O2 -g -fuse-cxa-atexit -D_REENTRANT -D_STLP_REAL_LOCALE_IMPLEMENTED -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I../../stlport -c -o obj/gcc/so/dll_main.o ../../src/dll_main.cpp ../../stlport/stl/_cwchar.h:114: error: size of array '__static_assert' is negative make[1]: *** [obj/gcc/so/dll_main.o] Error 1 make[1]: Leaving directory `/build/buildd/stlport5.1-5.1.0/build/lib' make: *** [debian/stamp-makefile-build] Error 2 Marc -- BOFH #25: Decreasing electron flux ---End Message--- ---BeginMessage--- Source: stlport5.1 Source-Version: 5.1.0-2 We believe that the bug you reported is fixed in the latest version of stlport5.1, which is due to be installed in the Debian FTP archive: libstlport5.1-dbg_5.1.0-2_i386.deb to pool/main/s/stlport5.1/libstlport5.1-dbg_5.1.0-2_i386.deb libstlport5.1-dev_5.1.0-2_i386.deb to pool/main/s/stlport5.1/libstlport5.1-dev_5.1.0-2_i386.deb libstlport5.1_5.1.0-2_i386.deb to pool/main/s/stlport5.1/libstlport5.1_5.1.0-2_i386.deb stlport5.1_5.1.0-2.diff.gz to pool/main/s/stlport5.1/stlport5.1_5.1.0-2.diff.gz stlport5.1_5.1.0-2.dsc to pool/main/s/stlport5.1/stlport5.1_5.1.0-2.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thomas Girard [EMAIL PROTECTED] (supplier of updated stlport5.1 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Feb 2007 21:06:28 + Source: stlport5.1 Binary: libstlport5.1-dev libstlport5.1-dbg libstlport5.1 Architecture: source i386 Version: 5.1.0-2 Distribution: unstable Urgency: low Maintainer: Torsten Werner [EMAIL PROTECTED] Changed-By: Thomas Girard [EMAIL PROTECTED] Description: libstlport5.1 - STLport C++ class library libstlport5.1-dbg - STLport C++ class library debug symbols libstlport5.1-dev - STLport C++ class library Closes: 410554 Changes: stlport5.1 (5.1.0-2) unstable; urgency=low . * debian/patches/alpha-upstream.diff: restored. (Closes: #410554). Files: 32425c7784ce7b9eb6c6dd44ba462427 774 devel optional stlport5.1_5.1.0-2.dsc d9550c793268b84e0fe6acffddf971e9 9593 devel optional stlport5.1_5.1.0-2.diff.gz fa60486d1dc823222525bb3abe1ab042 452266 libdevel optional libstlport5.1-dev_5.1.0-2_i386.deb c3b571bdbefcf78c8c7ceabdc1c4382e 216510 libs optional libstlport5.1_5.1.0-2_i386.deb 39d6877916170267fe9aa4635bdccb8c 922074 libs extra libstlport5.1-dbg_5.1.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF03OVfY3dicTPjsMRApwBAJ9Gjv+RM/pG8+SpY1I0RA/S092yQwCeK8FV mkjtOVZPaJuVpUnO8KidoRw= =23ra -END PGP SIGNATURE- ---End Message---
Bug#402389: Doesn't look like a bug in usbmount
Armin Berres wrote: Hi! Your bug doesn't look like a bug, at least no bug in usbmount. I guess it is a hardware or maybe driver problem. Did you try to mount your camera manually? Did this work? Can you mount other hardware, e.g. an usb stick? Your log snippet shows output which is generated _before_ usbmount is activated, otherwise you would find output from usbmount in the logs. Something like this: Feb 14 18:12:59 bluemoon usbmount[5914]: executing command: mount... To be completely sure you can set VERBOSE=no in /etc/usbmount/usbmount.conf Please reply as soon as possible, because your bugreport is blocking usbmount from entering Etch! Regards, Armin Hi, I tried with usb stick and it works fine. I tried it with memory card taken from digital camera with card reader and it is mounted ok. But when I'm attaching digital camera directly, it is not mounted. From logs: from messages: Feb 14 20:00:10 acer kernel: Vendor: NIKON Model: D50 Rev: 1.00 Feb 14 20:00:10 acer kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 14 20:00:10 acer kernel: SCSI device sdb: 1935361 512-byte hdwr sectors (991 MB) Feb 14 20:00:10 acer kernel: sdb: Write Protect is off Feb 14 20:00:10 acer kernel: SCSI device sdb: 1935361 512-byte hdwr sectors (991 MB) Feb 14 20:00:10 acer kernel: sdb: Write Protect is off Feb 14 20:00:10 acer kernel: sdb: sdb1 Feb 14 20:00:10 acer kernel: sd 9:0:0:0: Attached scsi removable disk sdb from syslog: Feb 14 20:00:10 acer kernel: sdb: assuming drive cache: write through Feb 14 20:00:10 acer kernel: end_request: I/O error, dev sdb, sector 1935360 Feb 14 20:00:10 acer kernel: printk: 1 messages suppressed. Feb 14 20:00:10 acer kernel: Buffer I/O error on device sdb, logical block 1935360 Feb 14 20:00:10 acer kernel: end_request: I/O error, dev sdb, sector 1935360 Feb 14 20:00:10 acer kernel: Buffer I/O error on device sdb, logical block 1935360 Feb 14 20:00:10 acer kernel: end_request: I/O error, dev sdb, sector 1935360 Feb 14 20:00:10 acer kernel: Buffer I/O error on device sdb, logical block 1935360 ... Feb 14 20:00:20 acer kernel: end_request: I/O error, dev sdb, sector 134 Feb 14 20:00:31 acer usbmount[19507]: cannot read from /dev/sdb1 Rolandas p.s. you can close this bug, because I already got card reader and use it. p.p.s I cannot mount it manually after inserting. Only after removing usbmount it can be done manually. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 409688
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 tags 409688 + pending Bug#409688: FTBFS: gpe/render.h: No such file or directory Tags were: patch sid Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: setting package to gpe-julia, tagging 409688
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 package gpe-julia Ignoring bugs not assigned to: gpe-julia tags 409688 + pending Bug#409688: FTBFS: gpe/render.h: No such file or directory Tags were: pending patch sid Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410944: python-numpy: trying to overwrite `/usr/lib/python2.4/site-packages/numpy/f2py/src/fortranobject.h'
Package: python-numpy Version: 1:1.0.1-2 Severity: serious Hi, It seems python-numpy and python-numpy-dev are both shipping /usr/lib/python2.4/site-packages/numpy/f2py/src/fortranobject.h. It probably should only be in the -dev package. I get: Selecting previously deselected package python-numpy. Unpacking python-numpy (from .../python-numpy_1%3a1.0.1-2_amd64.deb) ... Selecting previously deselected package python-numpy-dev. Unpacking python-numpy-dev (from .../python-numpy-dev_1%3a1.0.1-2_amd64.deb) ... dpkg: error processing /home/buildd/build/chroot-unstable/var/cache/apt/archives/python-numpy-dev_1%3a1.0.1-2_amd64.deb (--unpack): trying to overwrite `/usr/lib/python2.4/site-packages/numpy/f2py/src/fortranobject.h', which is also in package python-numpy Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bug 410850 is not forwarded
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 notforwarded 410850 Bug#410850: CVE-2006-6980: magnatune shell escapes Removed annotation that Bug had been forwarded to http://bugs.kde.org/show_bug.cgi?id=138499. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410946: debsecan: Overwrites local configuration
Package: debsecan Version: 0.4.3.5 Severity: serious Justification: Policy 10.7.3, http://release.debian.org/etch_rc_policy.txt (3., last paragraph) $ cat /etc/cron.d/debsecan # cron entry for debsecan # # AUTOMATICALLY GENERATED # (Delete the preceding line if you edit this file.) 40 * * * * daemon test -x /usr/bin/debsecan /usr/bin/debsecan --suite etch --mailto root --cron # (Note: debsecan delays actual processing past 2:00 AM, and runs only # once per day.) This is not acceptable behavior. In detail: The postinst script of debsecan overwrites local changes, because the config script does not look into the configuration file, just into the debconf database (which is *not* meant as a registry), and the postinst relies on the debconf information and the presence of the AUTOMATICALLY GENERATED line. Since all that debsecan-create-cron does is to choose a random time, set the suite and decide whether the file should exist at all, it shouldn't be hard to do that in a policy-conformant way: - chosing a random time is only needed when the file doesn't exist - the suite can be changed by a simple sed -i command - I suggest not to remove the file, but instead add a comment sign before the cron line (or remove it, to enable), which can also be done easily with sed. Regards, Frank -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages debsecan depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii python2.4.4-2An interactive high-level object-o ii python-apt0.6.19 Python interface to libapt-pkg Versions of packages debsecan recommends: ii cron 3.0pl1-100 management of regular background p ii exim4 4.63-17metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tran 4.63-17lightweight exim MTA (v4) daemon -- debconf information: * debsecan/report: true * debsecan/suite: etch -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#402389: Doesn't look like a bug in usbmount
Thanks for you're message! Rolandas Juodzbalis wrote: To be completely sure you can set VERBOSE=no in /etc/usbmount/usbmount.conf Oups, VERBOSE=yes for sure :-) Can you please try this with your camera and show me the logs in this case? p.s. you can close this bug, because I already got card reader and use it. I think I will downgrade it at least. Will close it only if I'm sure it's no bug in usbmount (which I still beleave) p.p.s I cannot mount it manually after inserting. Only after removing usbmount it can be done manually. Weird... /Armin
Bug#410948: license issues with des.tcl
Package: amsn Version: 0.95+dfsg2-0.2 Severity: serious des.tcl contains the following paragraph at the end of its license terms: GOVERNMENT USE: If you are acquiring this software on behalf of the U.S. government, the Government shall have only Restricted Rights in the software and related documentation as defined in the Federal Acquisition Regulations (FARs) in Clause 52.227.19 (c) (2). If you are acquiring the software on behalf of the Department of Defense, the software shall be classified as Commercial Computer Software and the Government shall have only Restricted Rights as defined in Clause 252.227-7013 (c) (1) of DFARs. Notwithstanding the foregoing, the authors grant the U.S. Government and others acting in its behalf permission to use and distribute the software in accordance with the terms specified in this license. IANAL, but this seems to prohibit some things allowed by the GPL to the U.S. government. If I understand right, the U.S. Department of Defense is not allowed to redistribute or copy freely des.tcl, which would violate the DFSG. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410956: xorg: xserver freezes irregularly when applications use lots of memory
Package: xorg Version: 1:7.1.0-11 Severity: critical Justification: breaks the whole system From time to time, especially when using big applications (e.g., Gimp) the system just freezes, leaving nothing in the syslog. The only way of recovering is by switching off and on the power switch. I finally succeeded in capturing some log messages that appeared on the tty of a remote logged-in user. It mentions 'kernel BUG' and the process Xorg, so I thought it wise to send in a bug report. I'll be happy to send in any extra info you'll need, but so far I have not succeeded in reliably reproducing the freeze events. cut Message from [EMAIL PROTECTED] at Wed Feb 14 10:04:52 2007 ... aglarond kernel: [ cut here ] aglarond kernel: kernel BUG at mm/rmap.c:587! aglarond kernel: invalid opcode: [#1] aglarond kernel: SMP aglarond kernel: CPU:0 aglarond kernel: EIP is at page_remove_rmap+0x14/0x2d aglarond kernel: eax: ebx: c10bf640 ecx: c10bf640 edx: c10bf640 aglarond kernel: esi: b232d000 edi: 0020 ebp: c5f2dcb4 esp: da7e7f00 aglarond kernel: ds: 007b es: 007b ss: 0068 aglarond kernel: Process Xorg (pid: 3015, ti=da7e6000 task=da601000 task.ti=da7e6000) aglarond kernel: Stack: c014b88f b2317000 cbe62da0 da7e7f6c b240 d9cecb20 aglarond kernel:d9c3fac0 c14040c0 ffea c10be5ac d9cecb20 003e9000 b26a3000 aglarond kernel: c14040c0 d9c3fac0 d9f56d4c cef662cc c014de97 b26a3000 da7e7f68 aglarond kernel: Call Trace: aglarond kernel: Code: ff ff 85 c0 89 c6 75 c9 b0 01 86 43 28 83 c4 20 89 e8 5b 5e 5f 5d c3 89 c1 90 83 40 08 ff 0f 98 c0 84 c0 74 1e 8b 41 08 40 79 08 0f 0b 4b 02 15 aa 29 c0 8b 51 10 89 c8 83 f2 01 83 e2 01 e9 f3 aglarond kernel: EIP: [c01506e9] page_remove_rmap+0x14/0x2d SS:ESP 0068:da7e7f00 /cut (Each 'aglarond' line was preceded with a similar 'Message from' line, which I removed except the very first.) lspci reports as graphics card: 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400/G450 (rev 04) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xorg depends on: ii gnome-terminal [x-term 2.14.2-1 The GNOME 2 terminal emulator appl ii konsole [x-terminal-em 4:3.5.5a.dfsg.1-5 X terminal emulator for KDE ii libgl1-mesa-dri6.5.1-0.5 A free implementation of the OpenG ii libgl1-mesa-glx6.5.1-0.5 A free implementation of the OpenG ii libglu1-mesa 6.5.1-0.5 The OpenGL utility library (GLU) ii rxvt [x-terminal-emula 1:2.6.4-10VT102 terminal emulator for the X ii type-handling [not+spa 0.2.19dpkg architecture generation scrip ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-3 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-3 75 dpi fonts for X ii xfonts-base1:1.0.0-4 standard fonts for X ii xfonts-scalable1:1.0.0-6 scalable fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu ii xserver-xorg 1:7.1.0-11the X.Org X server ii xterm [x-terminal-emul 222-1etch2X terminal emulator ii xutils 1:7.1.ds.3-1 X Window System utility programs xorg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410821: Which data loss?
On 13/02/2007 Philippe Cloutier wrote: Justification: causes non-serious data loss Which data loss does this cause? The data that you submit before the server crashs. ... jonas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370186: marked as done (hal: HAL keeps CD drive spinning constantly)
Your message dated Wed, 14 Feb 2007 21:17:05 + with message-id [EMAIL PROTECTED] and subject line Bug#370186: fixed in hal 0.5.8.1-6.1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: hal Version: 0.5.7-1 Severity: grave Justification: renders package unusable This damages hardware. Hence the 'grave' severity. The only fix I have found for this is to uninstall HAL. su-- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (499, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages hal depends on: ii adduser 3.87 Add and remove users and groups ii dbus 0.61-5 simple interprocess messaging syst ii libc6 2.3.6-7GNU C Library: Shared libraries ii libdbus-1-2 0.61-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-5 simple interprocess messaging syst ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libhal1 0.5.7-1Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii lsb-base 3.1-5 Linux Standard Base 3.1 init scrip ii pciutils 1:2.1.11-16Linux PCI Utilities ii udev 0.091-2/dev/ and hotplug management daemo ii usbutils 0.71+cvs20051029-4 USB console utilities hal recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: hal Source-Version: 0.5.8.1-6.1 We believe that the bug you reported is fixed in the latest version of hal, which is due to be installed in the Debian FTP archive: hal-device-manager_0.5.8.1-6.1_all.deb to pool/main/h/hal/hal-device-manager_0.5.8.1-6.1_all.deb hal-doc_0.5.8.1-6.1_all.deb to pool/main/h/hal/hal-doc_0.5.8.1-6.1_all.deb hal_0.5.8.1-6.1.diff.gz to pool/main/h/hal/hal_0.5.8.1-6.1.diff.gz hal_0.5.8.1-6.1.dsc to pool/main/h/hal/hal_0.5.8.1-6.1.dsc hal_0.5.8.1-6.1_i386.deb to pool/main/h/hal/hal_0.5.8.1-6.1_i386.deb libhal-dev_0.5.8.1-6.1_i386.deb to pool/main/h/hal/libhal-dev_0.5.8.1-6.1_i386.deb libhal-storage-dev_0.5.8.1-6.1_i386.deb to pool/main/h/hal/libhal-storage-dev_0.5.8.1-6.1_i386.deb libhal-storage1_0.5.8.1-6.1_i386.deb to pool/main/h/hal/libhal-storage1_0.5.8.1-6.1_i386.deb libhal1_0.5.8.1-6.1_i386.deb to pool/main/h/hal/libhal1_0.5.8.1-6.1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Steve Langasek [EMAIL PROTECTED] (supplier of updated hal package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Feb 2007 16:42:29 -0800 Source: hal Binary: libhal-dev libhal-storage1 hal-doc libhal-storage-dev hal libhal1 hal-device-manager Architecture: source i386 all Version: 0.5.8.1-6.1 Distribution: unstable Urgency: high Maintainer: Sjoerd Simons [EMAIL PROTECTED] Changed-By: Steve Langasek [EMAIL PROTECTED] Description: hal- Hardware Abstraction Layer hal-device-manager - Hardware Abstraction Layer user interface hal-doc- Hardware Abstraction Layer - documentation libhal-dev - Hardware Abstraction Layer - development files libhal-storage-dev - Hardware Abstraction Layer - development files libhal-storage1 - Hardware Abstraction Layer - shared library for storage devices libhal1- Hardware Abstraction Layer - shared library Closes: 370186 Changes: hal (0.5.8.1-6.1) unstable; urgency=high . * Non-maintainer upload. * High-urgency upload for RC bugfix. * Provide /usr/share/doc/hal/examples/no-cd-media-check.fdi as an example for disabling CD ROM media checks, and document this in README.Debian, as a workaround for CD drives with broken firmware. Closes: #370186. Files: 4947d05baedcf5978966ab30d1487184 997 admin
Bug#410951: r-other-gking-matchit: sarge to etch upgrade fails
Package: r-other-gking-matchit Version: 1.0-1-1 Severity: serious Hello Dirk, Upgrading r-other-gking-matchit from sarge to etch fails with Preparing to replace r-other-gking-matchit 1.0-1-1 (using .../r-other-gking-matchit_2.2-11-1_all.deb) ... Unpacking replacement r-other-gking-matchit ... /usr/bin/R: line 113: /usr/lib/R/etc/ldpaths: No such file or directory dpkg: warning - old post-removal script returned error exit status 1 dpkg - trying script from the new package instead ... dpkg: error processing /var/cache/apt/archives/r-other-gking-matchit_2.2-11-1_all.deb (--unpack): there is no script in the new version of the package - giving up Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409688: marked as done (FTBFS: gpe/render.h: No such file or directory)
Your message dated Wed, 14 Feb 2007 21:17:04 + with message-id [EMAIL PROTECTED] and subject line Bug#409688: fixed in gpe-julia 0.0.6-3.1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gpe-julia Version: 0.0.6-3 Severity: serious Tags: sid This package fails to build in sid (but not in etch): Automatic build of gpe-julia_0.0.6-3 on em64t by sbuild/amd64 0.52 ... cc -Os -fomit-frame-pointer -MD -Wall -DPNG_NO_MMX_CODE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -D_GNU_SOURCE -DPACKAGE=\gpe-julia\ -DPREFIX=\/usr\ -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -DENABLE_NLS -DPACKAGE=\gpe-julia\ -DPREFIX=\/usr\ -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -c main.c -o main.o main.c:22:24: error: gpe/render.h: No such file or directory make[1]: *** [main.o] Error 1 make[1]: Leaving directory `/build/tbm/gpe-julia-0.0.6' make: *** [debian/stamp-makefile-build] Error 2 -- Martin Michlmayr http://www.cyrius.com/ ---End Message--- ---BeginMessage--- Source: gpe-julia Source-Version: 0.0.6-3.1 We believe that the bug you reported is fixed in the latest version of gpe-julia, which is due to be installed in the Debian FTP archive: gpe-julia_0.0.6-3.1.diff.gz to pool/main/g/gpe-julia/gpe-julia_0.0.6-3.1.diff.gz gpe-julia_0.0.6-3.1.dsc to pool/main/g/gpe-julia/gpe-julia_0.0.6-3.1.dsc gpe-julia_0.0.6-3.1_amd64.deb to pool/main/g/gpe-julia/gpe-julia_0.0.6-3.1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Neil Williams [EMAIL PROTECTED] (supplier of updated gpe-julia package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Feb 2007 19:33:10 + Source: gpe-julia Binary: gpe-julia Architecture: source amd64 Version: 0.0.6-3.1 Distribution: unstable Urgency: low Maintainer: Moray Allan [EMAIL PROTECTED] Changed-By: Neil Williams [EMAIL PROTECTED] Description: gpe-julia - Julia/Mandelbrot set generator for GPE Closes: 409688 Changes: gpe-julia (0.0.6-3.1) unstable; urgency=low . * Non-maintainer upload. * FTBFS: gpe/render.h: No such file or directory (Closes: #409688) Files: 9f31eb670c32ee49bd3122d911324c77 631 graphics optional gpe-julia_0.0.6-3.1.dsc 1c79e33921f8dcd6216f32ecd294712c 4616 graphics optional gpe-julia_0.0.6-3.1.diff.gz a05f7608eef7c670da879eaefdade53f 15858 graphics optional gpe-julia_0.0.6-3.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF03q1iAEJSii8s+MRAtBIAJ4t8E9l3KgihJc1yxYm8nHV+UMhBACgphtG PsUWbg6HwYr6mGvM5igSOmo= =oPVs -END PGP SIGNATURE- ---End Message---
Bug#409523: marked as done (FTBFS: gpe/render.h: No such file or directory)
Your message dated Wed, 14 Feb 2007 21:17:02 + with message-id [EMAIL PROTECTED] and subject line Bug#409523: fixed in gpe-edit 0.25-1.1 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gpe-edit Version: 0.25-1 Severity: serious Tags: sid This package fails to build in sid (but not in etch): Automatic build of gpe-edit_0.25-1 on em64t by sbuild/amd64 0.52 ... dh_testdir /usr/bin/make CVSBUILD=no PREFIX=/usr make[1]: Entering directory `/build/tbm/gpe-edit-0.25' cc -Os -fomit-frame-pointer -MD -Wall -DPNG_NO_MMX_CODE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -D_GNU_SOURCE -DPACKAGE=\gpe-edit\ -DPREFIX=\/usr\ -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -c main.c -o main.o main.c:24:24: error: gpe/render.h: No such file or directory make[1]: *** [main.o] Error 1 make[1]: Leaving directory `/build/tbm/gpe-edit-0.25' -- Martin Michlmayr http://www.cyrius.com/ ---End Message--- ---BeginMessage--- Source: gpe-edit Source-Version: 0.25-1.1 We believe that the bug you reported is fixed in the latest version of gpe-edit, which is due to be installed in the Debian FTP archive: gpe-edit_0.25-1.1.diff.gz to pool/main/g/gpe-edit/gpe-edit_0.25-1.1.diff.gz gpe-edit_0.25-1.1.dsc to pool/main/g/gpe-edit/gpe-edit_0.25-1.1.dsc gpe-edit_0.25-1.1_amd64.deb to pool/main/g/gpe-edit/gpe-edit_0.25-1.1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Neil Williams [EMAIL PROTECTED] (supplier of updated gpe-edit package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Feb 2007 19:32:34 + Source: gpe-edit Binary: gpe-edit Architecture: source amd64 Version: 0.25-1.1 Distribution: unstable Urgency: low Maintainer: Phil Blundell [EMAIL PROTECTED] Changed-By: Neil Williams [EMAIL PROTECTED] Description: gpe-edit - GPE Palmtop Environment text editor Closes: 409523 Changes: gpe-edit (0.25-1.1) unstable; urgency=low . * Non-maintainer upload. * FTBFS: gpe/render.h: No such file or directory (Closes: #409523) Files: 040af0d44a95b0e0fc4ff7fbb981fea9 659 x11 optional gpe-edit_0.25-1.1.dsc 52a79f3be71697fd18cd944bdac60003 7069 x11 optional gpe-edit_0.25-1.1.diff.gz 803b78ffbba3716f2a224293c36f74f8 25804 x11 optional gpe-edit_0.25-1.1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF03tXiAEJSii8s+MRAreMAJ467t+krcMv4IXm9teaJM/lPwze6wCfTxtb sgNCjcTezcMU6HklXNv9nZA= =pJSp -END PGP SIGNATURE- ---End Message---
Bug#410956: xorg: xserver freezes irregularly when applications use lots of memory
severity 410956 important reassign 410956 linux-2.6 thanks On Wed, Feb 14, 2007 at 22:13:11 +0100, Arjen Bax wrote: Package: xorg Version: 1:7.1.0-11 Severity: critical Justification: breaks the whole system From time to time, especially when using big applications (e.g., Gimp) the system just freezes, leaving nothing in the syslog. The only way of recovering is by switching off and on the power switch. I finally succeeded in capturing some log messages that appeared on the tty of a remote logged-in user. It mentions 'kernel BUG' and the process Xorg, so I thought it wise to send in a bug report. I'll be happy to send in any extra info you'll need, but so far I have not succeeded in reliably reproducing the freeze events. This looks like a kernel bug to me, reassigning. cut Message from [EMAIL PROTECTED] at Wed Feb 14 10:04:52 2007 ... aglarond kernel: [ cut here ] aglarond kernel: kernel BUG at mm/rmap.c:587! aglarond kernel: invalid opcode: [#1] aglarond kernel: SMP aglarond kernel: CPU:0 aglarond kernel: EIP is at page_remove_rmap+0x14/0x2d aglarond kernel: eax: ebx: c10bf640 ecx: c10bf640 edx: c10bf640 aglarond kernel: esi: b232d000 edi: 0020 ebp: c5f2dcb4 esp: da7e7f00 aglarond kernel: ds: 007b es: 007b ss: 0068 aglarond kernel: Process Xorg (pid: 3015, ti=da7e6000 task=da601000 task.ti=da7e6000) aglarond kernel: Stack: c014b88f b2317000 cbe62da0 da7e7f6c b240 d9cecb20 aglarond kernel:d9c3fac0 c14040c0 ffea c10be5ac d9cecb20 003e9000 b26a3000 aglarond kernel: c14040c0 d9c3fac0 d9f56d4c cef662cc c014de97 b26a3000 da7e7f68 aglarond kernel: Call Trace: aglarond kernel: Code: ff ff 85 c0 89 c6 75 c9 b0 01 86 43 28 83 c4 20 89 e8 5b 5e 5f 5d c3 89 c1 90 83 40 08 ff 0f 98 c0 84 c0 74 1e 8b 41 08 40 79 08 0f 0b 4b 02 15 aa 29 c0 8b 51 10 89 c8 83 f2 01 83 e2 01 e9 f3 aglarond kernel: EIP: [c01506e9] page_remove_rmap+0x14/0x2d SS:ESP 0068:da7e7f00 /cut (Each 'aglarond' line was preceded with a similar 'Message from' line, which I removed except the very first.) lspci reports as graphics card: 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400/G450 (rev 04) -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xorg depends on: ii gnome-terminal [x-term 2.14.2-1 The GNOME 2 terminal emulator appl ii konsole [x-terminal-em 4:3.5.5a.dfsg.1-5 X terminal emulator for KDE ii libgl1-mesa-dri6.5.1-0.5 A free implementation of the OpenG ii libgl1-mesa-glx6.5.1-0.5 A free implementation of the OpenG ii libglu1-mesa 6.5.1-0.5 The OpenGL utility library (GLU) ii rxvt [x-terminal-emula 1:2.6.4-10VT102 terminal emulator for the X ii type-handling [not+spa 0.2.19dpkg architecture generation scrip ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-3 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-3 75 dpi fonts for X ii xfonts-base1:1.0.0-4 standard fonts for X ii xfonts-scalable1:1.0.0-6 scalable fonts for X ii xkb-data 0.9-4 X Keyboard Extension (XKB) configu ii xserver-xorg 1:7.1.0-11the X.Org X server ii xterm [x-terminal-emul 222-1etch2X terminal emulator ii xutils 1:7.1.ds.3-1 X Window System utility programs xorg recommends no packages. -- no debconf information pgpvs2Z6JvSCl.pgp Description: PGP signature
Processed: Re: Bug#410956: xorg: xserver freezes irregularly when applications use lots of memory
Processing commands for [EMAIL PROTECTED]: severity 410956 important Bug#410956: xorg: xserver freezes irregularly when applications use lots of memory Severity set to `important' from `critical' reassign 410956 linux-2.6 Bug#410956: xorg: xserver freezes irregularly when applications use lots of memory Bug reassigned from package `xorg' to `linux-2.6'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 410079 is important, severity of 410093 is important, severity of 410094 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 410079 important Bug#410079: hyphenation patterns distributed without license and copyright Severity set to `important' from `serious' severity 410093 important Bug#410093: hyphenation patterns distributed without license and copyright information Severity set to `important' from `serious' severity 410094 important Bug#410094: hyphenation patterns distributed without license and copyright information Severity set to `important' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402389: Doesn't look like a bug in usbmount
[EMAIL PROTECTED] wrote: Thanks for you're message! Rolandas Juodzbalis wrote: To be completely sure you can set VERBOSE=no in /etc/usbmount/usbmount.conf Oups, VERBOSE=yes for sure :-) Can you please try this with your camera and show me the logs in this case? p.s. you can close this bug, because I already got card reader and use it. I think I will downgrade it at least. Will close it only if I'm sure it's no bug in usbmount (which I still beleave) p.p.s I cannot mount it manually after inserting. Only after removing usbmount it can be done manually. Weird... /Armin I tried to completely reinstall usbmount. Did not helped. There is not much info in logs when VERBOSE=yes. Only this one: Feb 14 21:50:14 acer usbmount[31039]: cannot read from /dev/sdb1 I tried to attach ipod, which fails too, but fails in another way. usbmount mounts it as /dev/sdb instead of /dev/sdb2 /dev/sdb on /media/usb1 type vfat (rw,noexec,nodev,sync,noatime) There is info from /var/log/messages: Feb 14 21:50:45 acer kernel: Vendor: Apple Model: iPod Rev: 1.62 Feb 14 21:50:45 acer kernel: Type: Direct-Access ANSI SCSI revision: 00 Feb 14 21:50:45 acer kernel: SCSI device sdb: 7999487 512-byte hdwr sectors (4096 MB) Feb 14 21:50:45 acer kernel: sdb: Write Protect is off Feb 14 21:50:45 acer kernel: SCSI device sdb: 7999487 512-byte hdwr sectors (4096 MB) Feb 14 21:50:45 acer kernel: sdb: Write Protect is off Feb 14 21:50:46 acer kernel: sdb: sdb1 sdb2 Feb 14 21:50:46 acer kernel: sd 14:0:0:0: Attached scsi removable disk sdb Feb 14 21:50:46 acer usbmount[31215]: executing command: mount -tvfat -osync,noexec,nodev,noatime /dev/sdb /media/usb1 Feb 14 21:50:46 acer usbmount[31215]: executing command: run-parts /etc/usbmount/mount.d Feb 14 21:50:47 acer usbmount[31281]: executing command: mount -tvfat -osync,noexec,nodev,noatime /dev/sdb2 /media/usb2 After seeing this, now I believe that this might be udev problems? Note: there is no mount /media/usb2 in mounts mount |grep usb procbususb on /proc/bus/usb type usbfs (rw) /dev/sda1 on /media/usb0 type ext3 (rw,noexec,nodev,noatime) /dev/sdb on /media/usb1 type vfat (rw,noexec,nodev,sync,noatime) /dev/sda1 is mounted ok via usbmount, long time ago :) Rolandas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398240: marked as done (splashy freeze on shutdown.)
Your message dated Wed, 14 Feb 2007 23:07:11 +0100 with message-id [EMAIL PROTECTED] and subject line Reporter says it's fixed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: splashy Version: 0.1.8.1-3.1 Severity: critical Justification: breaks unrelated software Hello, I had trouble on halt/shutdown on my box for several days. I track it done on splashy. No enabling splashy with by ex. ENABLE=0 in /etc/default/splashy is fine. When splashy is enable, the box won't shutdown anymore, it just stays frozen in different state of graphic screen (got a blue screen yesterday). This freeze seems to happen earlier since my upgrade to the last debian kernel. I don't have any idea how to dig in this, but I'm willing to follow instructions. $ lspci | grep VGA 01:05.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x] (rev a2) @+, Fab -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages splashy depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-19 GCC support library Versions of packages splashy recommends: ii lsb-base 3.1-19 Linux Standard Base 3.1 init scrip -- no debconf information ---End Message--- ---BeginMessage--- Hi, According to the reporter this bug is fixed. Closing it. grts Tim signature.asc Description: PGP signature ---End Message---
Processed: Not RC :-)
Processing commands for [EMAIL PROTECTED]: severity 402389 normal Bug#402389: usbmount fails to mount flash devices Severity set to `normal' from `grave' tags 377548 + confirmed Bug#377548: usbmount: Fails mounting some parts in a n-in-1 device Tags were: patch Tags added: confirmed tags 350633 + confirmed Bug#350633: usbmount should respect /etc/fstab entries Tags were: patch Tags added: confirmed tags 345364 + pending Bug#345364: usbmount fails if /var/run/usbmount does not exist There were no tags set. Tags added: pending tags 380809 + confirmed Bug#380809: Add Option to disable usbmount There were no tags set. Tags added: confirmed kthxbye Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: [Fwd: Re: Bug#410821: Which data loss?]
Processing commands for [EMAIL PROTECTED]: severity 410821 important Bug#410821: mysql-server-5.0: mysqld dies with '*** glibc detected *** double free or corruption (!prev): 0x08dd1dd0 ***' Severity set to `important' from `grave' # Justification: causes *very* non-serious data loss thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410948: marked as done (license issues with des.tcl)
Your message dated Wed, 14 Feb 2007 14:34:47 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#410948: license issues with des.tcl has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: amsn Version: 0.95+dfsg2-0.2 Severity: serious des.tcl contains the following paragraph at the end of its license terms: GOVERNMENT USE: If you are acquiring this software on behalf of the U.S. government, the Government shall have only Restricted Rights in the software and related documentation as defined in the Federal Acquisition Regulations (FARs) in Clause 52.227.19 (c) (2). If you are acquiring the software on behalf of the Department of Defense, the software shall be classified as Commercial Computer Software and the Government shall have only Restricted Rights as defined in Clause 252.227-7013 (c) (1) of DFARs. Notwithstanding the foregoing, the authors grant the U.S. Government and others acting in its behalf permission to use and distribute the software in accordance with the terms specified in this license. IANAL, but this seems to prohibit some things allowed by the GPL to the U.S. government. If I understand right, the U.S. Department of Defense is not allowed to redistribute or copy freely des.tcl, which would violate the DFSG. ---End Message--- ---BeginMessage--- On Wed, Feb 14, 2007 at 03:55:53PM -0500, Filipus Klutiero wrote: Package: amsn Version: 0.95+dfsg2-0.2 Severity: serious des.tcl contains the following paragraph at the end of its license terms: GOVERNMENT USE: If you are acquiring this software on behalf of the U.S. government, the Government shall have only Restricted Rights in the software and related documentation as defined in the Federal Acquisition Regulations (FARs) in Clause 52.227.19 (c) (2). If you are acquiring the software on behalf of the Department of Defense, the software shall be classified as Commercial Computer Software and the Government shall have only Restricted Rights as defined in Clause 252.227-7013 (c) (1) of DFARs. Notwithstanding the foregoing, the authors grant the U.S. Government and others acting in its behalf permission to use and distribute the software in accordance with the terms specified in this license. IANAL, but this seems to prohibit some things allowed by the GPL to the U.S. government. If I understand right, the U.S. Department of Defense is not allowed to redistribute or copy freely des.tcl, which would violate the DFSG. No, this is a statement that the copyright on the work is not *waived* where the federal government is concerned. It doesn't contradict the GPL, it merely clarifies that the government has no implicit, special rights over the software beyond those specified in the GPL. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ ---End Message---
Processed: Re: Bug#410903: xkb-data: configuration files have been moved to /usr/share
Processing commands for [EMAIL PROTECTED]: severity 410903 important Bug#410903: xkb-data: configuration files have been moved to /usr/share Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410978: rlwrap: missing binary packages e.g. amd64
Package: rlwrap Version: 0.24-2 Severity: grave Justification: renders package unusable So what I actually want is a way in reportbug of saying take the packages currently in unstable (0.28-2) which exist for all architectures. Failing that, how about another go at building the version currently in etch. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410850: CVE-2006-6980: magnatune shell escapes
On Tue, Feb 13, 2007 at 12:59:12PM -0800, Kees Cook wrote: Package: amarock Version: 1.4.4-2 Severity: grave Tags: patch, security CVE-2006-6980 says[1]: The ruby handlers in Amarok do not properly quote text in certain contexts, probably including construction of an unzip command line, which allows attackers to execute arbitrary commands via shell metacharacters. There is an open KDE bug report[2], and SuSE has patched this problem. I'm working on extracting the patches now... [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6979 [2] http://bugs.kde.org/show_bug.cgi?id=138499 As Kees says in a previuos mail, this CVE is misleading and it is pointing to 2 security bugs. Upstream has fixed one of them: http://bugs.kde.org/show_bug.cgi?id=138499 And i'm still waiting for some input of the ruby scripts patches (attached in this mail). Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410903: xkb-data: configuration files have been moved to /usr/share
severity 410903 important thanks On Wed, Feb 14, 2007 at 12:37:42PM +0100, Frank Küster wrote: I think that it is clear that these files actually are configuration files. This has been discussed for example in #326637. Reading through this bug, one gets the impression that everyone who spoke up agreed that it makes sense, and is actually done, to customize these files (or maybe rather, to add customization files in these directories, see below). Sorry, a file is not automatically accorded config file status just because someone wants to edit it. It's not necessarily an RC bug for particular aspects of a package's behavior to not be under direct user control by way of config files, even if this was previously the case. In my own experience, maintaining divergent xkb configs isn't particularly practical because upstream's organization of them just isn't stable and the indices (e.g., symbols.dir) are irritating to maintain. I think that at least the .dir files ought to find their way back to /etc/X11/xkb to let users add their own configs, but I don't think this should be considered RC -- and that we are in fact better off not changing this for etch, given the risk of error. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#410978: marked as done (rlwrap: missing binary packages e.g. amd64)
Your message dated Thu, 15 Feb 2007 00:48:42 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#410978: rlwrap: missing binary packages e.g. amd64 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: rlwrap Version: 0.24-2 Severity: grave Justification: renders package unusable So what I actually want is a way in reportbug of saying take the packages currently in unstable (0.28-2) which exist for all architectures. Failing that, how about another go at building the version currently in etch. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Stuart Rowan wrote: So what I actually want is a way in reportbug of saying take the packages currently in unstable (0.28-2) which exist for all architectures. Failing that, how about another go at building the version currently in etch. This doesn't seem to be related to rlwrap, but the build system. Talk to the buildd people. -- Øyvind Grønnesby ---End Message---
Processed: reassign 326230 to installation-reports
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 reassign 326230 installation-reports Bug#326230: Sparc IPX install problem Warning: Unknown package 'install' Bug reassigned from package `install' to `installation-reports'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410406: is wormux 0.7.4-3 affected, too?
Eddy Petrișor a écrit : I was wondering if the testing version of wormux is affected by this bug. I guess it is. Not sure at all. I think this comes from what I introduced in 0.7.9-2 to move pixmaps from wormux-data to wormux. The bug appeared when you want to build the arch independant part alone. Jean -- Regards, EddyP
Processed: [bts-link] source package gst-ffmpeg
Processing commands for [EMAIL PROTECTED]: # # bts-link upstream status pull for source package gst-ffmpeg # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). # remote status report for #401304 # * http://bugzilla.gnome.org/show_bug.cgi?id=383009 # * remote status changed: (?) - RESOLVED # * remote resolution changed: (?) - FIXED # * closed upstream tags 401304 + fixed-upstream Bug#401304: CVE-2006-4800: GStreamer FFmpeg Plug-in Multiple Buffer Overflows Tags were: patch security Tags added: fixed-upstream usertags 401304 + status-RESOLVED resolution-FIXED Bug#401304: CVE-2006-4800: GStreamer FFmpeg Plug-in Multiple Buffer Overflows There were no usertags set. Usertags are now: resolution-FIXED status-RESOLVED. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410891: marked as done (FTBFS: includes kernel headers from user space)
Your message dated Thu, 15 Feb 2007 00:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#410891: fixed in quik 2.1-9 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: quik Version: 2.1-8 Severity: serious This package fails to build: Automatic build of quik_2.1-8 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.52 ... dh_testdir /usr/bin/make make[1]: Entering directory `/build/tbm/quik-2.1' make[2]: Entering directory `/build/tbm/quik-2.1/util' gcc -O2 -Wall -o elfextract elfextract.c In file included from /usr/include/asm-generic/bitops/fls64.h:5, from /usr/include/asm/bitops.h:248, from /usr/include/linux/bitops.h:9, from /usr/include/linux/thread_info.h:20, from /usr/include/linux/preempt.h:9, from /usr/include/linux/spinlock.h:56, from /usr/include/linux/capability.h:45, from /usr/include/linux/sched.h:44, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/asm-generic/bitops/fls.h:13: error: conflicting types for 'fls' /usr/include/asm/bitops.h:242: error: previous definition of 'fls' was here In file included from /usr/include/linux/timex.h:57, from /usr/include/linux/sched.h:48, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/time.h:16: error: redefinition of 'struct timespec' /usr/include/linux/time.h:22: error: redefinition of 'struct timeval' In file included from /usr/include/asm/div64.h:1, from /usr/include/linux/calc64.h:5, from /usr/include/linux/jiffies.h:4, from /usr/include/linux/sched.h:49, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/asm-generic/div64.h:1:2: error: #error Do not include div64.h. In file included from /usr/include/linux/sched.h:49, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/jiffies.h:33:3: error: #error You lose. /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:210:31: error: division by zero in #if /usr/include/linux/jiffies.h:254:46: error: division by zero in #if In file included from /usr/include/linux/sched.h:49, from /usr/include/asm/elf.h:5, from /usr/include/linux/elf.h:7, from elfextract.c:9: /usr/include/linux/jiffies.h: In function 'jiffies_to_msecs': /usr/include/linux/jiffies.h:259: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:259: error: (Each undeclared identifier is reported only once /usr/include/linux/jiffies.h:259: error: for each function it appears in.) /usr/include/linux/jiffies.h:265:46: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'jiffies_to_usecs': /usr/include/linux/jiffies.h:270: error: 'CONFIG_HZ' undeclared (first use in this function) /usr/include/linux/jiffies.h:278:46: error: division by zero in #if /usr/include/linux/jiffies.h: In function 'msecs_to_jiffies': /usr/include/linux/jiffies.h:283: error: 'CONFIG_HZ' undeclared (first use in this function)
Bug#410978: rlwrap: missing binary packages e.g. amd64
severity 410978 important thanks On Wed, Feb 14, 2007 at 10:58:34PM +, Stuart Rowan wrote: Package: rlwrap Version: 0.24-2 Severity: grave Justification: renders package unusable So what I actually want is a way in reportbug of saying take the packages currently in unstable (0.28-2) which exist for all architectures. Failing that, how about another go at building the version currently in etch. This isn't a bug in rlwrap at all, and certainly not a release-critical one. Unfortunately, it does appear to be a problem in wanna-build that I can't easily work around: the wanna-build database seems to not list any packages as needing builds once they've passed from testing-proposed-updates to testing. I don't have a good way to get rlwrap into testing for amd64 without another upload. But the maintainer could fix this easily enough by doing a new, no-change sourceful upload to testing-proposed-updates. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): setting package to libnautilus-extension1 libnautilus-extension-dev nautilus nautilus-data nautilus-dbg ... ...
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 package libnautilus-extension1 libnautilus-extension-dev nautilus nautilus-data nautilus-dbg Ignoring bugs not assigned to: libnautilus-extension1 nautilus-data libnautilus-extension-dev nautilus nautilus-dbg tags 408556 + pending Bug#408556: SECURITY: Specially crafted .desktop files can disguise as harmless files Tags were: security Tags added: pending tags 408948 + pending Bug number 408948 belongs to package gnome-vfs2, skipping. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#410978: rlwrap: missing binary packages e.g. amd64
Processing commands for [EMAIL PROTECTED]: severity 410978 important Bug#410978: rlwrap: missing binary packages e.g. amd64 Severity set to `important' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410999: kicker fails to push up the panel after update
Package: kicker Version: 4:3.5.5a.dfsg.1-6 Severity: grave Hi, I updated kicker from 4:3.5.5a.dfsg.1-5 to 4:3.5.5a.dfsg.1-6 and after that the panel failed to push up when the mouse pointer touched the bottom edge. Workaround: I configured the panel to raise when touching the top edge and then configured the panel to raise when touching the bottom edge. Now the kicker works as usual. I am using Debian GNU/Linux 4.0, kernel 2.6.18-3-k7 and libc6 2.3.6.ds1-11 Greetings, Lothar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Processed (with 1 errors): merging 409750 409440
Processing commands for [EMAIL PROTECTED]: reassign 409440 mysql-server-5.0 Bug#409440: mysql-common: Upgrade to 5.0.32-3 thinks I modified my.cnf which is not the case Bug reassigned from package `mysql-common' to `mysql-server-5.0'. severity 409440 serious Bug#409440: mysql-common: Upgrade to 5.0.32-3 thinks I modified my.cnf which is not the case Severity set to `serious' from `normal' merge 409750 409440 Bug#409440: mysql-common: Upgrade to 5.0.32-3 thinks I modified my.cnf which is not the case Bug#409750: touches conffile (/etc/mysql/my.cnf) of other package (mysql-common) Merged 409440 409750. stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 410999 is normal
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 410999 normal Bug#410999: kicker fails to push up the panel after update Severity set to `normal' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409750: marked as done (touches conffile (/etc/mysql/my.cnf) of other package (mysql-common))
Your message dated Thu, 15 Feb 2007 04:02:06 + with message-id [EMAIL PROTECTED] and subject line Bug#409750: fixed in mysql-dfsg-5.0 5.0.32-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: mysql-server-5.0 Version: 5.0.32-3 Severity: serious mysql-server-5.0's postinst modifies /etc/mysql/my.cnf to add/change the old_passwd setting, in violation of policy 10.7.3 and 10.7.4. ---End Message--- ---BeginMessage--- Source: mysql-dfsg-5.0 Source-Version: 5.0.32-4 We believe that the bug you reported is fixed in the latest version of mysql-dfsg-5.0, which is due to be installed in the Debian FTP archive: libmysqlclient15-dev_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/libmysqlclient15-dev_5.0.32-4_amd64.deb libmysqlclient15off_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/libmysqlclient15off_5.0.32-4_amd64.deb mysql-client-5.0_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/mysql-client-5.0_5.0.32-4_amd64.deb mysql-client_5.0.32-4_all.deb to pool/main/m/mysql-dfsg-5.0/mysql-client_5.0.32-4_all.deb mysql-common_5.0.32-4_all.deb to pool/main/m/mysql-dfsg-5.0/mysql-common_5.0.32-4_all.deb mysql-dfsg-5.0_5.0.32-4.diff.gz to pool/main/m/mysql-dfsg-5.0/mysql-dfsg-5.0_5.0.32-4.diff.gz mysql-dfsg-5.0_5.0.32-4.dsc to pool/main/m/mysql-dfsg-5.0/mysql-dfsg-5.0_5.0.32-4.dsc mysql-server-4.1_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/mysql-server-4.1_5.0.32-4_amd64.deb mysql-server-5.0_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/mysql-server-5.0_5.0.32-4_amd64.deb mysql-server_5.0.32-4_all.deb to pool/main/m/mysql-dfsg-5.0/mysql-server_5.0.32-4_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Hammers [EMAIL PROTECTED] (supplier of updated mysql-dfsg-5.0 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Jan 2007 01:14:09 +0100 Source: mysql-dfsg-5.0 Binary: libmysqlclient15-dev mysql-client mysql-client-5.0 mysql-server mysql-server-4.1 mysql-server-5.0 mysql-common libmysqlclient15off Architecture: source all amd64 Version: 5.0.32-4 Distribution: unstable Urgency: high Maintainer: Christian Hammers [EMAIL PROTECTED] Changed-By: Christian Hammers [EMAIL PROTECTED] Description: libmysqlclient15-dev - mysql database development files libmysqlclient15off - mysql database client library mysql-client - mysql database client (meta package depending on the latest versi mysql-client-5.0 - mysql database client binaries mysql-common - mysql database common files (e.g. /etc/mysql/my.cnf) mysql-server - mysql database server (meta package depending on the latest versi mysql-server-4.1 - mysql database server (transitional package) mysql-server-5.0 - mysql database server binaries Closes: 409750 Changes: mysql-dfsg-5.0 (5.0.32-4) unstable; urgency=high . [Christian Hammers] * Changed minimum required version in dh_makeshlibs to 5.0.27-1 as 5.0.26 had an ABI breakage in it! This is the cause for Perl programs crashing with the following error: Transactions not supported by database at /usr/lib/perl5/DBI.pm line 672 * The old_passwords setting that is set according to a Debconf question is now written to /etc/mysql/conf.d/old_passwords.cnf instead directly to the conffile /etc/mysql/my.cnf which would be fobidden by policy (thanks to Robert Bihlmeyer). Closes: #409750 * Added some more comments to the default my.cnf. [Monty Taylor] * Added bison to build dependencies. * Added a start-initial option to the Data Node init script to support initial node starts. * Changed NDB Data and Management node startup seqence. Prevented both from restarting on upgrade to address rolling upgrade issues. * Updated build-depends to depend on automake1.9 instead of automake1.8 to match what upstream uses. Files: 2492aa39b6dd0efcf5734b711e1085c0 1115 misc optional mysql-dfsg-5.0_5.0.32-4.dsc f2e5d838a3d0c3a764e5b9d6134f8dc5 145421 misc optional mysql-dfsg-5.0_5.0.32-4.diff.gz fda646b14c4c830f36142f2bcc045dcf 52278 misc optional
Bug#409440: marked as done (mysql-common: Upgrade to 5.0.32-3 thinks I modified my.cnf which is not the case)
Your message dated Thu, 15 Feb 2007 04:02:06 + with message-id [EMAIL PROTECTED] and subject line Bug#409750: fixed in mysql-dfsg-5.0 5.0.32-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: mysql-common Version: 5.0.32-3 Severity: normal During upgrade from 5.0.30-3 to 5.0.32-3 I got the following message: Configuration file `/etc/mysql/my.cnf' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : background this process to examine the situation The default action is to keep your current version. *** my.cnf (Y/I/N/O/D/Z) [default=N] ? I never modified this file. The diff looks like this: --- /etc/mysql/my.cnf.dpkg-old 2006-11-28 19:18:52.0 +0100 +++ /etc/mysql/my.cnf 2007-01-27 13:32:34.0 +0100 @@ -29,7 +29,7 @@ nice = 0 [mysqld] -old_passwords = false # inserted by debconf +old_passwords = false # Activate the above for connections from hosts running Debian Woody/Sarge! # # Prior to MySQL 5.0, user passwords were stored in a rather weak way. This @@ -90,8 +90,7 @@ # # * BerkeleyDB # -# According to an MySQL employee the use of BerkeleyDB is now discouraged -# and support for it will probably cease in the next versions. +# Using BerkeleyDB is now discouraged as its support will cease in 5.1.12. skip-bdb # # * InnoDB @@ -130,8 +129,8 @@ # # See /usr/share/doc/mysql-server-*/README.Debian for more information. # -# The following configuration is read by the ndbd storage daemons, -# not from the ndb_mgmd management daemon. +# The following configuration is read by the NDB Data Nodes (ndbd processes) +# not from the NDB Management Nodes (ndb_mgmd processes). # # [MYSQL_CLUSTER] # ndb-connectstring=127.0.0.1 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Source: mysql-dfsg-5.0 Source-Version: 5.0.32-4 We believe that the bug you reported is fixed in the latest version of mysql-dfsg-5.0, which is due to be installed in the Debian FTP archive: libmysqlclient15-dev_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/libmysqlclient15-dev_5.0.32-4_amd64.deb libmysqlclient15off_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/libmysqlclient15off_5.0.32-4_amd64.deb mysql-client-5.0_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/mysql-client-5.0_5.0.32-4_amd64.deb mysql-client_5.0.32-4_all.deb to pool/main/m/mysql-dfsg-5.0/mysql-client_5.0.32-4_all.deb mysql-common_5.0.32-4_all.deb to pool/main/m/mysql-dfsg-5.0/mysql-common_5.0.32-4_all.deb mysql-dfsg-5.0_5.0.32-4.diff.gz to pool/main/m/mysql-dfsg-5.0/mysql-dfsg-5.0_5.0.32-4.diff.gz mysql-dfsg-5.0_5.0.32-4.dsc to pool/main/m/mysql-dfsg-5.0/mysql-dfsg-5.0_5.0.32-4.dsc mysql-server-4.1_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/mysql-server-4.1_5.0.32-4_amd64.deb mysql-server-5.0_5.0.32-4_amd64.deb to pool/main/m/mysql-dfsg-5.0/mysql-server-5.0_5.0.32-4_amd64.deb mysql-server_5.0.32-4_all.deb to pool/main/m/mysql-dfsg-5.0/mysql-server_5.0.32-4_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Christian Hammers [EMAIL PROTECTED] (supplier of updated mysql-dfsg-5.0 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 31 Jan 2007 01:14:09 +0100 Source: mysql-dfsg-5.0 Binary: libmysqlclient15-dev mysql-client mysql-client-5.0 mysql-server mysql-server-4.1 mysql-server-5.0 mysql-common libmysqlclient15off Architecture: source all amd64 Version: 5.0.32-4 Distribution: unstable Urgency: high Maintainer: Christian Hammers [EMAIL PROTECTED] Changed-By: Christian Hammers [EMAIL
Bug#410943: User-specific?
Hi, I'm just trying to evaluate the severity, but does this happen for all users on your system? For example, if you create a new user? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410871: marked as done (postfix: Postfix 2.3.7-1 install broken on unstable)
Your message dated Thu, 15 Feb 2007 05:02:21 + with message-id [EMAIL PROTECTED] and subject line Bug#410871: fixed in postfix 2.3.7-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: postfix Version: 2.3.7-1 Severity: serious Postfix 2.3.7-1 is broken on the unstable, could not be installed: Setting up postfix (2.3.7-1) ... dpkg: error processing postfix (--configure): subprocess post-installation script returned error exit status 20 Errors were encountered while processing: postfix E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up postfix (2.3.7-1) ... dpkg: error processing postfix (--configure): subprocess post-installation script returned error exit status 20 Errors were encountered while processing: postfix Someone else seems to have the same issue (dutch forum): http://gathering.tweakers.net/forum/list_messages/1197751 When I run /var/lib/dpkg/info/postfix.postinst configure it just exits like that with no debug: exit 20/var/lib/dpkg/info/postfix.postinst configure -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.2-grsec Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages postfix depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii dpkg 1.13.25package maintenance system for Deb ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libdb4.3 4.3.29-7 Berkeley v4.3 Database Libraries [ ii libsasl2-22.1.22.dfsg1-8 Authentication abstraction library ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii lsb-base 3.1-23 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system ii ssl-cert 1.0.14 Simple debconf wrapper for openssl Versions of packages postfix recommends: ii mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent ii mutt [mail-reade 1.5.13-1.1 text-based mailreader supporting M -- debconf information excluded ---End Message--- ---BeginMessage--- Source: postfix Source-Version: 2.3.7-3 We believe that the bug you reported is fixed in the latest version of postfix, which is due to be installed in the Debian FTP archive: postfix-cdb_2.3.7-3_i386.deb to pool/main/p/postfix/postfix-cdb_2.3.7-3_i386.deb postfix-dev_2.3.7-3_all.deb to pool/main/p/postfix/postfix-dev_2.3.7-3_all.deb postfix-doc_2.3.7-3_all.deb to pool/main/p/postfix/postfix-doc_2.3.7-3_all.deb postfix-ldap_2.3.7-3_i386.deb to pool/main/p/postfix/postfix-ldap_2.3.7-3_i386.deb postfix-mysql_2.3.7-3_i386.deb to pool/main/p/postfix/postfix-mysql_2.3.7-3_i386.deb postfix-pcre_2.3.7-3_i386.deb to pool/main/p/postfix/postfix-pcre_2.3.7-3_i386.deb postfix-pgsql_2.3.7-3_i386.deb to pool/main/p/postfix/postfix-pgsql_2.3.7-3_i386.deb postfix_2.3.7-3.diff.gz to pool/main/p/postfix/postfix_2.3.7-3.diff.gz postfix_2.3.7-3.dsc to pool/main/p/postfix/postfix_2.3.7-3.dsc postfix_2.3.7-3_i386.deb to pool/main/p/postfix/postfix_2.3.7-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. LaMont Jones [EMAIL PROTECTED] (supplier of updated postfix package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Feb 2007 21:41:37 -0700 Source: postfix Binary: postfix-pcre postfix postfix-pgsql postfix-doc postfix-ldap postfix-cdb postfix-dev postfix-mysql Architecture: all i386 source Version: 2.3.7-3 Distribution: unstable Urgency: low Maintainer: LaMont Jones [EMAIL PROTECTED] Changed-By: LaMont Jones [EMAIL PROTECTED] Description: postfix- A high-performance mail transport agent postfix-cdb - CDB map support for Postfix postfix-dev - Postfix loadable
Bug#410843: marked as done (spamassassin: URI parsing causes local DoS)
Your message dated Thu, 15 Feb 2007 05:47:03 + with message-id [EMAIL PROTECTED] and subject line Bug#410843: fixed in spamassassin 3.1.7-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: spamassassin Version: 3.1.7-1 Severity: important Tags: security patch There is a DoS in apparantly all versions of spamassassin prior to 3.1.8 (which is not released yet). The details of this are obtained through this bugzilla log: http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5318 As well as a patch to fix the issue for 3.1.8. This will likely require a backported fix for sarge. CVE id to be assigned shortly. Micah -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-vserver-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages spamassassin depends on: ii libdigest-sha1-perl 2.11-2 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.56-1 A collection of modules that parse ii libnet-dns-perl 0.59-1 Perform DNS queries from a Perl sc pn libsocket6-perl none (no description available) ii perl 5.8.8-7Larry Wall's Practical Extraction Versions of packages spamassassin recommends: pn libmail-spf-query-perlnone (no description available) ii perl [libmime-base64-perl]5.8.8-7Larry Wall's Practical Extraction pn spamc none (no description available) ---End Message--- ---BeginMessage--- Source: spamassassin Source-Version: 3.1.7-2 We believe that the bug you reported is fixed in the latest version of spamassassin, which is due to be installed in the Debian FTP archive: spamassassin_3.1.7-2.diff.gz to pool/main/s/spamassassin/spamassassin_3.1.7-2.diff.gz spamassassin_3.1.7-2.dsc to pool/main/s/spamassassin/spamassassin_3.1.7-2.dsc spamassassin_3.1.7-2_all.deb to pool/main/s/spamassassin/spamassassin_3.1.7-2_all.deb spamc_3.1.7-2_i386.deb to pool/main/s/spamassassin/spamc_3.1.7-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Duncan Findlay [EMAIL PROTECTED] (supplier of updated spamassassin package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Feb 2007 21:46:52 -0500 Source: spamassassin Binary: spamassassin spamc Architecture: source all i386 Version: 3.1.7-2 Distribution: unstable Urgency: high Maintainer: Duncan Findlay [EMAIL PROTECTED] Changed-By: Duncan Findlay [EMAIL PROTECTED] Description: spamassassin - Perl-based spam filter using text analysis spamc - Client for SpamAssassin spam filtering daemon Closes: 410843 Changes: spamassassin (3.1.7-2) unstable; urgency=high . * Security fixes backported from 3.1.8: - CVE-2007-0451: potential DoS with long URIs found in the message content (Closes: #410843) - Prevents perl code from being loaded via sa-update by default (override with --allowplugins) (SpamAssassin bug 5240) Files: a28f5809ec45cec91bf1e8617782ab82 738 mail optional spamassassin_3.1.7-2.dsc 70f3d69e81dd5f7e6ecd819709565103 30993 mail optional spamassassin_3.1.7-2.diff.gz e154445c3a04bb4b7da52088c3c2dfa4 973862 mail optional spamassassin_3.1.7-2_all.deb 4aa3fc65789fd755e223666a475869b8 75246 mail optional spamc_3.1.7-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF0++wqjUzNGvmnNARAnNRAJ9EFQu/jIL7GYuiC4oaz74bbfw1SwCglUlX urP3aAIg57F9ITMUKsrlhhA= =IzT9 -END PGP SIGNATURE- ---End Message---
Processed: severity of 410995 is grave, merging 410561 410995
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27ubuntu7 severity 410995 grave Bug#410995: new upstream version 5.2.1 available Severity set to `grave' from `important' # whoops, I can't read merge 410561 410995 Bug#410561: php5: multiple security issues fixed in php 5.2.1 Bug#410995: new upstream version 5.2.1 available Merged 410561 410995. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]