Bug#405641: /usr/share/man/man1/git.1.gz is a dangling symlink
Package: git-core Version: 1:1.4.4.3-1 Severity: serious Alternatives seems to be broken for manpage: /etc/cron.daily/man-db: mandb: warning: /usr/share/man/man1/git.1.gz is a dangling symlink -- 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=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages git-core depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1Multi-protocol file transfer libra ii libdigest-sha1-perl 2.11-2 NIST SHA-1 message digest algorith ii liberror-perl0.15-8 Perl module for error/exception ha ii libexpat11.95.8-3.4 XML parsing C library - runtime li ii perl-modules 5.8.8-7 Core Perl modules ii rcs 5.7-18 The GNU Revision Control System ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages git-core recommends: ii curl 7.15.5-1 Get a file from an HTTP, HTTPS, FT pn git-doc(no description available) ii less 394-4 Pager program similar to more ii openssh-client [ssh-client] 1:4.3p2-8 Secure shell client, an rlogin/rsh ii patch 2.5.9-4Apply a diff file to an original ii python2.4.4-2An interactive high-level object-o ii rsync 2.6.9-3fast remote file copy program (lik -- no debconf information -- Julien Danjou // Λ̊ <[EMAIL PROTECTED]> http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // Trust me. signature.asc Description: Digital signature
Bug#400283: Working gstreamer package in experimental
I can report that there is a package of gstreamer0.10-plugins-good 0.10.5 in experimental. With it Jokosher works like a charm. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] http://therning.org/magnus Software is not manufactured, it is something you write and publish. Keep Europe free from software patents, we do not want censorship by patent law on written works. If our ideas of intellectual property are wrong, we must change them, improve them and return them to their original purpose. When intellectual property rules diminish the supply of new ideas, they steal from all of us. -- Andrew Brown, November 19, 2005, The Guardian pgpJUsIj7Q7j7.pgp Description: PGP signature
Bug#405639: xserver-xorg: installs arbitrary -input and -video packages
severity 405639 important thanks On Thu, Jan 04, 2007 at 11:00:25PM -0800, Vagrant Cascadian wrote: > Justification: renders package unusable No, it doesn't. > when installing xserver-xorg (by way of xorg) in a newly built LTSP > chroot environment, it seems to select an arbitrary -video and -input > package. i ended up with the following video/input and nothing else: > xserver-xorg-video-apm > xserver-xorg-input-acecad > i suspect this is because of the recent changes to the dependencies to > try and fix #403818: > Depends: xserver-xorg-core (>= 2:1.1.1-11), xserver-xorg-video-1.0, > xserver-xorg-input, debconf (>= 0.5) | debconf-2.0, xkb-data | > xkb-data-legacy, xbase-clients > Recommends: xserver-xorg-video-all | xserver-xorg-video-vesa, > xserver-xorg-input-all | xserver-xorg-input-mouse, xserver-xorg-inpu > t-all | xserver-xorg-input-kbd, laptop-detect, xresprobe, mdetect, > discover1 | discover > this allows any package providing xserver-xorg-video-1.0 to satisfy the > dependency. same for xserver-xorg-input. if using apt-get, it will not > typically consider the recommends, and apt appears to arbitrarily select > whichever package it comes across first that satisfies the dependency. Using apt-get will ignore Recommends, and that is a bug in apt-get. > i suspect the following would be better: > Depends: ... xserver-xorg-video-all | xserver-xorg-video-vesa | > xserver-xorg-video-1.0, xserver-xorg-input-all | xserver-xorg-input-mouse | > xserver-xorg-input, xserver-xorg-input-all | xserver-xorg-input-kbd | > xserver-xorg-input ... > this will default to using -video-all, fall back to -video-vesa, and > allow anything providing -video-1.0 to satisfy the dependency. The reason the Recommends were changed is that on upgrades the Depends: on xserver-xorg-video-all | xserver-xorg-video-1.0 were insufficient to pull in xserver-xorg-video-all on upgrade in many cases. I don't know whether adding in the -vesa is going to make a difference, but using packaging tools that ignore recommends is... not recommended. -- 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]
Bug#405596: Stellarium takes the complete memory of the system
Hi, This bug has indeed been confirmed for 64 bits CPU. Any clue is welcome.. Fabien Daniel Schröter wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: stellarium Version: 0.8.2-2 Severity: critical Since the update of stellarium to the latest version it "eats" the hole memory of the system (>3GB). Just the startup message appears: $ stellarium --- [ This is Stellarium 0.8.2 - http://www.stellarium.org ] [ Copyright (C) 2000-2006 Fabien Chereau et al ] --- Maybe it's just a problem on amd64? Version 0.8.1-2 has worked fine. Bye Daniel - -- = (gnu)PGP signierter Key vom heise c't Magazin verfügbar. http://www.heise.de/security/dienste/pgp/ = -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.0 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFnWwIF7lQkYolXTIRAqyzAKD6SWUb2byNB4dLT5gAYR4oMeTmAwCgpc2H m2gfPLIBFvvGoqdzD9WHGXM= =gWTV -END PGP SIGNATURE-
Bug#403426: kernel corrupts LUKS partition header on arm
On 1/4/07, Martin Michlmayr <[EMAIL PROTECTED]> wrote: * Clemens Fruhwirth <[EMAIL PROTECTED]> [2007-01-04 12:56]: > So, can we close the bug against cryptsetup in this case? #403426 is really about the header corruption which you have fixed in SVN. It should be closed when the Debian maintainers make a new upload with that fix. > Maybe someone else can verify that? CCing Gordon. :) Ok, so here are some interesting results... I am able to access the LUKS partition on the NSLU2 running 2.6.18 from subversion (which includes flush_anon_page-generic.patch and flush_anon_page-arm.patch) with both cryptsetup-1.0.4-8 (the latest version in testing) and cryptsetup-1.0.4-8 plus 02_fix_arm.dpatch and 03_no_header_conv.dpatch that were posted to this thread. $ sudo cryptsetup luksOpen /dev/sdb3 testfs Enter LUKS passphrase: key slot 0 unlocked. Command successful. [EMAIL PROTECTED]:~$ sudo mount /dev/mapper/testfs /mnt/tmp [EMAIL PROTECTED]:~$ sudo umount /mnt/tmp [EMAIL PROTECTED]:~$ sudo cryptsetup luksClose testfs However, I have found that I am unable to access the LUKS partition when the system is under heavy load and swapping. $ sudo cryptsetup luksOpen /dev/sdb3 testfs Enter LUKS passphrase: Enter LUKS passphrase: Enter LUKS passphrase: Command failed: No key available with this passphrase. [EMAIL PROTECTED]:~$ uptime 00:22:23 up 16 min, 2 users, load average: 3.01, 1.85, 0.93 [EMAIL PROTECTED]:~$ free total used free sharedbuffers cached Mem: 29988 28908 1080 0172 3028 -/+ buffers/cache: 25708 4280 Swap:88316 67508 20808 Once the system load decreases and the swapping stops, I am able to access the LUKS partition again. This behaviour is very repeatable. Martin, I wonder if this has anything to do with the virtual memory bug in the kernel that we experienced with apt. It could be that this bug existed before 2.6.19 but was much harder to trigger (e.g. see http://lkml.org/lkml/2007/1/3/285). It would be interesting to try accessing a LUKS partition under heavy load while running 2.6.20-git, but that will have to wait until the weekend for me to test it. Gordon -- Gordon Farquharson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#405639: xserver-xorg: installs arbitrary -input and -video packages
Processing commands for [EMAIL PROTECTED]: > severity 405639 important Bug#405639: xserver-xorg: installs arbitrary -input and -video packages 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#342956: Debian Bug report logs - #342956
Hi Adam, Any news with this bug? -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331246: Please mark #331246 as etch-ignore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Quoting http://www.debian.org/Bugs/Developer#tags "etch-ignore This release-critical bug is to be ignored for the purposes of releasing etch. This tag should only be used by the release manager; do not set it yourself without explicit authorization from them. " This bug is regarding upgrading from Woody to Sarge. And should be marked as "etch-ignore". The library was renamed again from Sarge to Etch, the the provides/conflicts are fine in the control file. Thanks. - -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFnhugFViURZnoHaARAlycAKCR+W6mrCRz62N0SEsqxCh6XP326QCfXZH9 wRf8vqpOYIuEX3/svjohv0w= =uEAC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405596: Stellarium takes the complete memory of the system
> This bug has indeed been confirmed for 64 bits CPU. Any clue is welcome.. I have searched a littele bit in the forum and found the following problem (and little patch): http://sourceforge.net/tracker/index.php?func=detail&aid=1566760&group_id=48857&atid=454373 Note: For me the programm does not crash. It just "eat up" the memory. Also the revision 1647 of the svn checkout should work: http://sourceforge.net/forum/message.php?msg_id=4064248 BTW: I'm using a nvidia card with the experimental version 1.0.9746-2 Bye -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403426: kernel corrupts LUKS partition header on arm
* Gordon Farquharson <[EMAIL PROTECTED]> [2007-01-05 01:36]: > However, I have found that I am unable to access the LUKS partition > when the system is under heavy load and swapping. Interesting. Can you check whether you see the same problems with FUSE (see #402876)? > Martin, I wonder if this has anything to do with the virtual memory > bug in the kernel that we experienced with apt. It could be that this > bug existed before 2.6.19 but was much harder to trigger (e.g. see I don't know. I'm aware this bug has been around for a while (but hard to trigger) but I'd b cautious to attribute every bug we see to it. Of course it's possible that this is the problem but somehow I doubt it. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405647: wmii: FTBFS: uninstallable because libixp does not exist
Package: wmii Version: 3.5.1-1 Severity: serious Hello, wmii is not installab and does not build: > Automatic build of wmii_3.5.1-1 on nasya by sbuild/sparc 0.50 > Build started at 20070104-2142 > ** > Checking available source versions... > Fetching source files... > Reading package lists... > Building dependency tree... > Need to get 46.2kB of source archives. > Get:1 http://ftp.fr.debian.org sid/main wmii 3.5.1-1 (dsc) [601B] > Get:2 http://ftp.fr.debian.org sid/main wmii 3.5.1-1 (tar) [41.7kB] > Get:3 http://ftp.fr.debian.org sid/main wmii 3.5.1-1 (diff) [3990B] > Fetched 46.2kB in 0s (62.2kB/s) > Download complete and in download only mode > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 4.0), dpatch, libxrandr-dev, libx11-dev, libixp, > sharutils > Checking for already installed source dependencies... > debhelper: missing > dpatch: missing > libxrandr-dev: missing > libx11-dev: missing > libixp: missing > sharutils: missing > Checking for source dependency conflicts... > Reading package lists... > Building dependency tree... > E: Couldn't find package libixp > apt-get failed. > Package installation failed > Trying to reinstall removed packages: > Trying to uninstall newly installed packages: > Source-dependencies not satisfied; skipping wmii > ** > Finished at 20070104-2143 > Build needed 00:00:00, 0k disk space -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#405649: drscheme: FTBFS: error with doc-license.txt
Package: drscheme Version: 1:352-9 Severity: serious Hello, There was a problem while autobuilding your package: At 1167976352 time_t, Source Builder wrote: > Automatic build of drscheme_1:352-9 on nasya by sbuild/sparc 0.50 > Build started at 20070105-0505 > ** ... > dh_installpam -pmzscheme > dh_installlogrotate -pmzscheme > dh_installlogcheck -pmzscheme > dh_installmime -pmzscheme > dh_installchangelogs -pmzscheme > dh_installudev -pmzscheme > dh_install -pmzscheme > dh_link -pmzscheme > dh_strip -pdrscheme > Can't cd to (debian/drscheme/usr/share/plt/doc/) doc-license.txt: Not a > directory > at /usr/bin/dh_strip line 192 > dh_compress -pdrscheme > dh_fixperms -pdrscheme > dh_makeshlibs -pdrscheme > dh_strip -pmzscheme > dh_compress -pmzscheme > dh_fixperms -pmzscheme > dh_makeshlibs -pmzscheme > dh_installdeb -pdrscheme > dh_perl -pdrscheme > Can't cd to (debian/drscheme/usr/share/plt/doc/) doc-license.txt: Not a > directory > at /usr/bin/dh_perl line 116 > dh_shlibdeps -pdrscheme > dh_installdeb -pmzscheme > dh_perl -pmzscheme > dh_shlibdeps -pmzscheme > dh_gencontrol -pdrscheme > du: `./usr/share/plt/doc/doc-license.txt': Not a directory > dpkg-gencontrol: failure: du in `debian/drscheme' gave error exit status 1 > dh_gencontrol: command returned error code 256 > make: *** [binary-makedeb-IMPL/drscheme] Error 1 > ** > Build finished at 20070105-0651 > FAILED [dpkg-buildpackage died] -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#403346: installation-report: Creates mails that are way too big and never make the list
On Friday 05 January 2007 02:30, Joey Hess wrote: > Well, I'd hate to miss the syslog, it's invaluable when there's a > problem. Perhaps the last N lines could be included, where N is > sufficiently large to include most syslogs. Is it really that important? It is only (optionally!) included if reportbug is used, which means that the install was more or less successful. It also means that the syslog will still (at least in most cases) be available to be requested later. It also means that if reportbug is run on a different system from the one where a (failed) installation was done, we may get the wrong logs. Personally I find these extremely long mails when logs are included very annoying when reading installation reports as mail, and even more so when reviewing reports in the BTS. I have no objection at all to including logs if they could be attached as compressed files, but I see a lot more downsides to including them in-line than I see advantages. Let's just work on getting them as attachments ASAP for Lenny. (Maybe we could even extend the reportbug script to wget info from a box still running a (failed) install :-) pgpEkCIGhLE1I.pgp Description: PGP signature
Bug#331246: Please mark #331246 as etch-ignore
Lior Kaplan <[EMAIL PROTECTED]> writes: > The library was renamed again from Sarge to Etch, the the > provides/conflicts are fine in the control file. So that version fixes the bug, right? And what do you do when a new version fixes a bug? Marc -- BOFH #57: Groundskeepers stole the root password pgpCRdLdJ76Lf.pgp Description: PGP signature
Processed: Re: Bug#402017: Depends on removed cpp-4.0
Processing commands for [EMAIL PROTECTED]: > reopen 402017 ! Bug#402017: Depends on removed cpp-4.0 Bug reopened, originator set to Ralf Treinen <[EMAIL PROTECTED]>. > tags 402017 + etch patch Bug#402017: Depends on removed cpp-4.0 There were no tags set. Tags added: etch, patch > retitle 402017 gcc-4.0-locales is not installable in etch Bug#402017: Depends on removed cpp-4.0 Changed Bug title. > 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#405647: wmii: FTBFS: uninstallable because libixp does not exist
Julien Danjou wrote: > Package: wmii > Version: 3.5.1-1 > Severity: serious > > Hello, > > wmii is not installab and does not build: libixp is waiting in NEW. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402017: gcc-40-locales not installable in etch
gcc-4.0-locales is not installable on any of the etch architectures (even including m68k). It depends on cpp-4.0 which is only availabke in unstable/hurd-i386. Please remove gcc-4.0-locales from etch. -Ralf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: notfound 331246 in 2.0.0-8
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > notfound 331246 2.0.0-8 Bug#331246: Upgrade from 2.0.0-4 to 2.0.0-7 fails Bug marked as not found in version 2.0.0-8. > 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#402017: gcc-40-locales not installable in etch
severity 402017 wishlist tags 402017 + wontfix thanks Ralf Treinen writes: > gcc-4.0-locales is not installable on any of the etch architectures > (even including m68k). It depends on cpp-4.0 which is only availabke > in unstable/hurd-i386. sure, so it is installable on hurd-i386. > Please remove gcc-4.0-locales from etch. No. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#402017: gcc-40-locales not installable in etch
Processing commands for [EMAIL PROTECTED]: > severity 402017 wishlist Bug#402017: gcc-4.0-locales is not installable in etch Severity set to `wishlist' from `serious' > tags 402017 + wontfix Bug#402017: gcc-4.0-locales is not installable in etch Tags were: patch etch Tags added: wontfix > 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#331246: Please mark #331246 as etch-ignore
Marc 'HE' Brockschmidt wrote: > Lior Kaplan <[EMAIL PROTECTED]> writes: >> The library was renamed again from Sarge to Etch, the the >> provides/conflicts are fine in the control file. > > So that version fixes the bug, right? And what do you do when a new > version fixes a bug? Nope, the bug still exists on Sarge. But I've checked provides/conflicts to make sure it won't happen on the Sarge->Etch upgrade due to the *second* rename. That's why it's "etch-ignore" and not "fixed". I've marked it as not found in 2.0.0-8 (the etch/sid version). But I still need release team approval for etch-ignore tag. -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Now it seems to work
Processing commands for [EMAIL PROTECTED]: > severity 405525 important Bug#405525: k3b: Crashes VERY often Severity set to `important' from `grave' > retitle 405525 Random crashes Bug#405525: k3b: Crashes VERY often Changed Bug title. > 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#405525: Now it seems to work
severity 405525 important retitle 405525 Random crashes thanks Since the last message I have upgraded kdebase package and rebooted. I don't know if it's because of this or not, but now k3b seems to be working fine. I'll lower the severity below release critical level and maybe later close this if I face no problems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403706: Udev sometimes forgets to RUN a program when renaming network interface
To Marco d'Itri: this testcase may explain at least a fraction of Debian bug
#403706 (because in Debian ifup is run, essentially, from udev rules),
that's why the CC. Udev version is 0.100-2.3. Also reproducible with 0.103-1.
To repeat the steps below, you need a Debian Etch installation CD, and
VMware Server. QEMU may be able to reproduce this too, but it is untested.
1) Create a virtual machine with two network cards. The first of them should
look into a custom empty virtual network (e.g., /dev/vmnet2 - the intention
is to simulate a useless network card looking into nowhere). The other card
should use host-only or NAT networking (the intention is that it gets its IP
address via DHCP).
2) Install Debian Etch into this virtual machine from the CD. Select eth1 as
the primary network interface. Do not update the system, because this would
trigger the update-initramfs script and break the testcase! (the testcase
relies on the fact that udev not in initramfs has to swap the two network
interfaces at step 6)
This installation procedure creates the following files:
/etc/network/interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth1
iface eth1 inet dhcp
/etc/udev/rules.d/z25_persistent-net.rules:
# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0c:29:d8:39:6e",
NAME="eth1"
# PCI device 0x1022:0x2000 (pcnet32)
SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:0c:29:d8:39:64",
NAME="eth0"
3) Create the file /etc/udev/rules.d/z49_debug.rules with the following
contents:
SUBSYSTEM=="net", ACTION=="add", RUN+="/bin/sh -c 'echo FOUND NETWORK
INTERFACE %k >/dev/console'"
4) Reboot the system, watch how it prints that it found eth1, eth0 and lo.
So far so good. Note that the renaming rules above are not really triggered,
because these two network cards are PCI cards served by the same module.
5) Now edit /etc/network/interfaces so that it mentions eth0 instead of
eth1, and edit /etc/udev/rules.d/z25_persistent-net.rules by swapping eth0
and eth1 (so that 00:0c:29:d8:39:6e becomes eth0 and 00:0c:29:d8:39:64
becomes eth1). The intention is, as you may have guessed, is to swap the
names, so that the used card becomes eth0, and the useless one is eth1. The
consequence is that the renaming rules become essential.
6) Reboot. This time it prints the message:
udevd-event[2669]: rename_netif: error changing net interface name
eth1_rename to eth0: No such device
(but "ifconfig -a" shows that the 00:0c:29:d8:39:6e card does become eth0)
Then it prints a message that it found eth1 and lo, and no message about
eth0. And of course, the network is not up, because udev forgot to run
net.agent for the new eth0. Bug!
While it took us some special preparations to trigger this bug with two
identical network cards, I guess that this will happen by itself with 50%
probability if the network cards are not identical, due to random module
loading order.
7) This time, repeat step (5), using names "used" and "unused" for the two
interfaces, reboot and watch how udev finds the "used", "unused" and "lo"
interfaces.
--
Alexander E. Patrakov
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403706: Udev sometimes forgets to RUN a program when renaming network interface
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 05 January 2007 15:30, Alexander E. Patrakov wrote:
[...]
>
> 5) Now edit /etc/network/interfaces so that it mentions eth0 instead of
> eth1, and edit /etc/udev/rules.d/z25_persistent-net.rules by swapping eth0
> and eth1 (so that 00:0c:29:d8:39:6e becomes eth0 and 00:0c:29:d8:39:64
> becomes eth1). The intention is, as you may have guessed, is to swap the
> names, so that the used card becomes eth0, and the useless one is eth1. The
> consequence is that the renaming rules become essential.
>
> 6) Reboot. This time it prints the message:
>
> udevd-event[2669]: rename_netif: error changing net interface name
> eth1_rename to eth0: No such device
>
> (but "ifconfig -a" shows that the 00:0c:29:d8:39:6e card does become eth0)
>
I confirm this for Mandriva cooker with udev 103 and kernel 2.6.20-rc3. The
two interfaces are eth0 (PCI e100 normally unused) and eth1 (built-in PCMCIA
wireless, primary interface). Effectively the latter is found first by
coldplugging then the former is loaded by network startup script. The
interface eth1 gets renamed and comes up just fine; I have not tried eth0.
Both have DHCP.
> Then it prints a message that it found eth1 and lo, and no message about
> eth0. And of course, the network is not up, because udev forgot to run
> net.agent for the new eth0. Bug!
>
Looks like it; I should have 2 dhclient while I have just one for eth1:
{pts/1}% pgrep -l dh
3491 dhclient
{pts/1}% ps wwwfp 3491
PID TTY STAT TIME COMMAND
3491 ?Ss 0:00
dhclient -1 -q -lf /var/lib/dhcp/dhclient-eth1.leases -pf
/var/run/dhclient-eth1.pid -cf /etc/dhclient-eth1.conf
eth1
As far as I can tell, the bug happens under 2.6.20; I have not seen it under
2.6.19 or earlier.
I did not get around to debugging this yet.
- -andrey
> While it took us some special preparations to trigger this bug with two
> identical network cards, I guess that this will happen by itself with 50%
> probability if the network cards are not identical, due to random module
> loading order.
>
> 7) This time, repeat step (5), using names "used" and "unused" for the two
> interfaces, reboot and watch how udev finds the "used", "unused" and "lo"
> interfaces.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFnkmgR6LMutpd94wRAmzlAJkBZLkAygg7UENvqYiWsvkGRyim2ACgh4MO
w8+ZnjwTFo4o9k34pATybmo=
=THa9
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: [bts-link] source package glib2.0
Processing commands for [EMAIL PROTECTED]: > # > # bts-link upstream status pull for source package glib2.0 > # 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 #404888 > # * http://bugzilla.gnome.org/show_bug.cgi?id=390532 > # * remote status changed: UNCONFIRMED -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > tags 404888 + fixed-upstream Bug#404888: glib2.0: cannot go into testing; causes gnucash regrsession There were no tags set. Tags added: fixed-upstream > usertags 404888 - status-UNCONFIRMED Bug#404888: glib2.0: cannot go into testing; causes gnucash regrsession Usertags were: status-UNCONFIRMED. Usertags are now: . > usertags 404888 + status-RESOLVED resolution-FIXED Bug#404888: glib2.0: cannot go into testing; causes gnucash regrsession There were no usertags set. Usertags are now: resolution-FIXED status-RESOLVED. > # remote status report for #405028 > # * http://bugzilla.gnome.org/show_bug.cgi?id=387681 > # * remote status changed: UNCONFIRMED -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > forwarded 405028 http://bugzilla.gnome.org/show_bug.cgi?id=391922, > merged-upstream: http://bugzilla.gnome.org/show_bug.cgi?id=387681 Bug#405028: libglib2.0-doc: g_key_file_set_string_list function arguments are different in header and different in documentation Forwarded-to-address changed from http://bugzilla.gnome.org/show_bug.cgi?id=391922 to http://bugzilla.gnome.org/show_bug.cgi?id=391922, merged-upstream: http://bugzilla.gnome.org/show_bug.cgi?id=387681. > tags 405028 + fixed-upstream Bug#405028: libglib2.0-doc: g_key_file_set_string_list function arguments are different in header and different in documentation There were no tags set. Tags added: fixed-upstream > usertags 405028 - status-UNCONFIRMED Bug#405028: libglib2.0-doc: g_key_file_set_string_list function arguments are different in header and different in documentation Usertags were: status-UNCONFIRMED. Usertags are now: . > usertags 405028 + status-RESOLVED resolution-FIXED Bug#405028: libglib2.0-doc: g_key_file_set_string_list function arguments are different in header and different in documentation 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]
Processed: [bts-link] source package pango1.0
Processing commands for [EMAIL PROTECTED]: > # > # bts-link upstream status pull for source package pango1.0 > # 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 #401924 > # * http://bugzilla.gnome.org/show_bug.cgi?id=384543 > # * remote status changed: NEW -> RESOLVED > # * remote resolution changed: (?) -> FIXED > # * closed upstream > tags 401924 + fixed-upstream Bug#401924: pango1.0: incorrectly calls FcFontMatch() Tags were: patch Tags added: fixed-upstream > usertags 401924 - status-NEW Bug#401924: pango1.0: incorrectly calls FcFontMatch() Usertags were: status-NEW. Usertags are now: . > usertags 401924 + status-RESOLVED resolution-FIXED Bug#401924: pango1.0: incorrectly calls FcFontMatch() 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#358135: marked as done (dvilib2: directory /usr/share/DVIlib2 is missing in testing version of the package)
Your message dated Fri, 05 Jan 2007 15:42:48 +0200 with message-id <[EMAIL PROTECTED]> and subject line closing #358135 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) --- Begin Message --- Package: dvilib2 Version: 1.2.4-4.2 Severity: grave Justification: renders package unusable The dvilib2 packege in etch, currently does not contain the files under /usr/share/DVIlib2. As a result, all programs that depend on dvilib2 fail to start giving the message "Can't open /usr/share/DVIlib2/papers.cnf". FYI, I checked the package in stable and the missing files were there. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=UTF-8) Versions of packages dvilib2 depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii tetex-extra 3.0-15 Additional library files of teTeX ii vflib33.6.13-3.3 Versatile Font Library dvilib2 recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Version: 1.2.4-6 Hi, This bug was blocked by #378447 which was closed on 28 Oct 2006. Since all that is needed for the fix was a package rebuild, it was done during the 1.2.4-6 upload (30 Nov 2006). Hence - the bug can be closed. Confirmation: $ dpkg -c /var/cache/apt/archives/dvilib2_1.2.4-6_i386.deb | grep /usr/share/DVIlib2 drwxr-xr-x root/root 0 2006-12-01 01:34 ./usr/share/DVIlib2/ -rw-r--r-- root/root 6544 2006-12-01 01:34 ./usr/share/DVIlib2/devmodes.cnf-rw-r--r-- root/root 1024 2006-12-01 01:34 ./usr/share/DVIlib2/papers.cnf Seems that package can go to Etch. -- Lior Kaplan [EMAIL PROTECTED] GPG fingerprint: C644 D0B3 92F4 8FE4 4662 B541 1558 9445 99E8 1DA0 --- End Message ---
Bug#405559: openoffice.org: openoffice does not crash on all systems
severity 405559 important tag 405559 + moreinfo tag 405559 + unreproducible thanks Juergen Kosel wrote: > like the machine of Brian Frank <[EMAIL PROTECTED]> my computer > also runs debian etch for amd64 and the same versions of openoffice.org > and related packages are installed. (At least on the first view.) > But on my system oofice starts fine. Same here. (amd64/sid, though) > Could it be a configuration problem? > Or missing or incompatible packages? Probably. I doubt of a missing one, but incompatible could be. But configuration problem seems more likely. Gr��e/Regards, Ren� -- .''`. Ren� Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Processed: Re: Bug#405559: openoffice.org: openoffice does not crash on all systems
Processing commands for [EMAIL PROTECTED]: > severity 405559 important Bug#405559: openoffice.org: crash on startup Severity set to `important' from `grave' > tag 405559 + moreinfo Bug#405559: openoffice.org: crash on startup There were no tags set. Tags added: moreinfo > tag 405559 + unreproducible Bug#405559: openoffice.org: crash on startup Tags were: moreinfo Tags added: unreproducible > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404222: yet another update to twiki debian package
Hello Amaya,
Amaya wrote (Di 2007-Jan-02 12:21):
Can you confirm that this patch fixes this issue?
Any testing is greatly appreciated, as the main maintainer is on holiday
and I have limited time + resources to actually test this.
Sorry for the delay. I was sort of waiting for an inspiration
on how to compile and test until I realised that we're talking
Perl here...
Attached is a tested patch against the twiki version currently
in testing. It not only extends the error message but also
escapes text which has been given/entered/posted(*) by the bad
guy and is sent back to a web browser.
Let's hope this helps some poor soul more than Sven might not
like it...
Cheers, Marcus
(*) I have no idea where the bad value might actually come
from.
--
Marcus C. Gottwald
Quantum Hydrometrie GmbH, Zossener Str. 55, 10961 Berlin, Germany
Tel: +49.(0)30.698110-0, Fax: +49.(0)30.698110-99
eMail: <[EMAIL PROTECTED]>
Web: http://www.quantum-hydrometrie.de
--- /usr/share/perl5/TWiki.pm_1:4.0.5-6 2006-12-22 17:43:37.0 +0100
+++ /usr/share/perl5/TWiki.pm 2007-01-05 15:25:55.993842695 +0100
@@ -728,7 +728,7 @@
def => 'topic_access',
web => $this->{web} ||
$TWiki::cfg{UsersWebName},
topic => $this->{topic} ||
$TWiki::cfg{HomeTopicName},
-params => [ 'redirect', 'unsafe redirect to
'.$url ]);
+params => [ 'redirect', 'unsafe redirect to
'.entityEncode($url).': "'.entityEncode($host).'" does not match
configured DefaultUrlHost' ]);
}
}
Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams
Package: openoffice.org Version: 2.0.4.dfsg.2-2 Severity: critical Tags: security patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The security issue and a patch were described at http://www.openoffice.org/issues/show_bug.cgi?id=70042. From what is written, this vulnerability can be used to execute any code on the vulnerable system. Please check, if Debian is affected and if Sarge is affected too. Grepping through the changelog and the BTS made me think, that this issue hasn't been fixed in Debian yet. Regards, Daniel - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.09060920 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.4.dfsg.2-2 OpenOffice.org office suite - data ii openoffice.org-calc 2.0.4.dfsg.2-2 OpenOffice.org office suite - spre ii openoffice.org-core 2.0.4.dfsg.2-2 OpenOffice.org office suite archit ii openoffice.org-draw 2.0.4.dfsg.2-2 OpenOffice.org office suite - draw ii openoffice.org-impress2.0.4.dfsg.2-2 OpenOffice.org office suite - pres ii openoffice.org-java-commo 2.0.4.dfsg.2-2 OpenOffice.org office suite Java s ii openoffice.org-math 2.0.4.dfsg.2-2 OpenOffice.org office suite - equa ii openoffice.org-writer 2.0.4.dfsg.2-2 OpenOffice.org office suite - word openoffice.org recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFnmG/m0bx+wiPa4wRAufwAJ9kX+kY+bqyg+U+zo+I4QvRrRdXNwCfUXUh y1RDHjj+MoJyyAXh4l4MVJI= =NblS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 401488
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > tags 401488 experimental Bug#401488: FTBFS: Aap: Recipe file "/tmp/vsf/vim-spellfiles-20060604/upstream/vim-runtime-spell/af/main.aap" not found There were no tags set. Tags added: experimental > 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#403525: marked as done (kqemu-modules-2.6.18-3-k7: wrong copyright: claims to be GPL)
Your message dated Fri, 05 Jan 2007 15:32:05 + with message-id <[EMAIL PROTECTED]> and subject line Bug#403525: fixed in linux-modules-nonfree-2.6 2.6.18-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) --- Begin Message --- Package: kqemu-modules-2.6.18-3-k7 Version: 2.6.18+1.3.0~pre9-2 Severity: serious Justification: Policy 4.5 Hi and thanks for packaging kqemu! Your package seems to have a wrong copyright file. The one I got installed, says it licensed under the terms under the GPL, while it is licensed under some non-free license (well, at least according to the copyright file of the kqemu-source package). Yours sincerely, Alexander -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kqemu-modules-2.6.18-3-k7 depends on: ii linux-image-2.6.18-3-k7 2.6.18-7 Linux 2.6.18 image on AMD K7 kqemu-modules-2.6.18-3-k7 recommends no packages. -- no debconf information -- Yours sincerely, Alexander --- End Message --- --- Begin Message --- Source: linux-modules-nonfree-2.6 Source-Version: 2.6.18-3 We believe that the bug you reported is fixed in the latest version of linux-modules-nonfree-2.6, which is due to be installed in the Debian FTP archive: kqemu-modules-2.6-486_2.6.18-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6-486_2.6.18-3_i386.deb kqemu-modules-2.6-686-bigmem_2.6.18-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6-686-bigmem_2.6.18-3_i386.deb kqemu-modules-2.6-686_2.6.18-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6-686_2.6.18-3_i386.deb kqemu-modules-2.6-k7_2.6.18-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6-k7_2.6.18-3_i386.deb kqemu-modules-2.6.18-3-486_2.6.18+1.3.0~pre9-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6.18-3-486_2.6.18+1.3.0~pre9-3_i386.deb kqemu-modules-2.6.18-3-686-bigmem_2.6.18+1.3.0~pre9-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6.18-3-686-bigmem_2.6.18+1.3.0~pre9-3_i386.deb kqemu-modules-2.6.18-3-686_2.6.18+1.3.0~pre9-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6.18-3-686_2.6.18+1.3.0~pre9-3_i386.deb kqemu-modules-2.6.18-3-k7_2.6.18+1.3.0~pre9-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6.18-3-k7_2.6.18+1.3.0~pre9-3_i386.deb linux-modules-nonfree-2.6_2.6.18-3.dsc to pool/non-free/l/linux-modules-nonfree-2.6/linux-modules-nonfree-2.6_2.6.18-3.dsc linux-modules-nonfree-2.6_2.6.18-3.tar.gz to pool/non-free/l/linux-modules-nonfree-2.6/linux-modules-nonfree-2.6_2.6.18-3.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Daniel Baumann <[EMAIL PROTECTED]> (supplier of updated linux-modules-nonfree-2.6 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: Fri, 5 Jan 2007 13:04:00 +0100 Source: linux-modules-nonfree-2.6 Binary: kqemu-modules-2.6.18-3-686 kqemu-modules-2.6.18-3-amd64 kqemu-modules-2.6-686-bigmem kqemu-modules-2.6.18-3-486 kqemu-modules-2.6-k7 kqemu-modules-2.6-486 kqemu-modules-2.6.18-3-686-bigmem kqemu-modules-2.6-686 kqemu-modules-2.6.18-3-k7 kqemu-modules-2.6-amd64 Architecture: source i386 Version: 2.6.18-3 Distribution: unstable Urgency: low Maintainer: Debian Kernel Team Changed-By: Daniel Baumann <[EMAIL PROTECTED]> Description: kqemu-modules-2.6-486 - QEMU Accelerator modules for Linux 2.6 on x86 kqemu-modules-2.6-686 - QEMU Accelerator modules for Linux 2.6 on PPro/Celeron/PII/PIII/P kqemu-modules-2.6-686-bigmem - QEMU Accelerator modules for Linux 2.6 on PPro/Celeron/PII/PIII/P kqemu-modules-2.6-k7 - QEMU Accelerator modules for Linux 2.6 on AMD K7 kqemu-modules-2.6.18-3-486 - QEMU Accelerator modules for Linux 2.6.18 on x86 kqemu-modules-2.6.18-3-686 - QEMU Accelerator modules for Linux 2.6.18 on PPro/Celeron
Bug#405295: janel-ant jar (MIT licence)
Steve Langasek wrote: > On Thu, Jan 04, 2007 at 10:07:30PM -0800, tony mancill wrote: >>> The new upstream version uploaded to unstable includes a significant number >>> of changes unrelated to the RC bugfix. Please prepare a targetted fix that >>> can be uploaded to testing-proposed-updates. (Apparently the upstream >>> tarball just needs repacked without the jar?) > >> Sorry Steve, I didn't think there was still a possibility for getting this >> into etch. > > It's an RC bug, it needs to be fixed for etch if tuxguitar is to be included > in etch. :) > >> Any suggestions on what we should use for an upstream tarball version >> number for the 0.8 sans the janel-ant jar? (0.8~dfsg perhaps?) > > 0.8dfsg, maybe? I don't know if 0.8~dfsg would work, but at least as an > upstream version number that would sort earlier than 0.8 so doesn't really > seem appropriate. 0.8dfsg would still sort before 0.8.1. Hi Philippe: The 0.8dfsg tarball you uploaded to mentors includes more changes than just removing janel-ant.jar, so I want to clarify with the RM before uploading this version. The changes are relatively innocuous - aside from the the CVS directories disappearing, some files that were in the debian diff now show up in the tarball, and the change to ShowAboutHelpAction.java is only the version string. [EMAIL PROTECTED]:~/debian/sponsor/tuxguitar$ diff -x CVS -rb 0.8/TuxGuitar-0.8-src/ 0.8dfsg/tuxguitar-0.8dfsg/ | more Only in 0.8dfsg/tuxguitar-0.8dfsg/: COPYING Only in 0.8dfsg/tuxguitar-0.8dfsg/: GNUmakefile Only in 0.8dfsg/tuxguitar-0.8dfsg/: MANIFEST.MF Only in 0.8/TuxGuitar-0.8-src/: lib Only in 0.8dfsg/tuxguitar-0.8dfsg/: make.sh Only in 0.8dfsg/tuxguitar-0.8dfsg/: manpage.refs diff -x CVS -rb 0.8/TuxGuitar-0.8-src/src/org/herac/tuxguitar/gui/actions/help/ShowAboutHelpAction.java 0.8dfsg/tuxguitar-0.8dfsg/src/org/herac/tuxguitar/gui/actions/help/ShowAboutHelpAction.java 45c45 < private static final String TUXGUITAR_VERSION = "TuxGuitar 0.7"; --- > private static final String TUXGUITAR_VERSION = "TuxGuitar 0.8"; However, I think the intent is to address the RC bug *only* (404295) with this upload, so it should be the tarball from 0.8 with the offending jar removed, but with no other changes. Also, the new changelog indicates that a locale was added, but I don't think it should be there (and I can't seem to find it anyway.) tuxguitar (0.8dfsg-1) unstable; urgency=low * removed janel-ant (closes: #405295) * added german locale (closes: #398972) Finally, please set the distribution to "testing-proposed-updates" and the urgency to "medium" for the next upload to mentors. Thanks, tony signature.asc Description: OpenPGP digital signature
Bug#405120: marked as done (linux-modules-nonfree-2.6: kqemu kill my computer in xen0 domain)
Your message dated Fri, 05 Jan 2007 15:32:05 + with message-id <[EMAIL PROTECTED]> and subject line Bug#405120: fixed in linux-modules-nonfree-2.6 2.6.18-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) --- Begin Message --- Package: linux-modules-nonfree-2.6 Version: 2.6.18-2 Severity: critical Justification: breaks the whole system -- 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-k7 Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) In this system in dom0 I can load module kqemu, but when I try start qemu -boot c -kernel-kqemu -hda /mywindows.img system was automate rebooted --- End Message --- --- Begin Message --- Source: linux-modules-nonfree-2.6 Source-Version: 2.6.18-3 We believe that the bug you reported is fixed in the latest version of linux-modules-nonfree-2.6, which is due to be installed in the Debian FTP archive: kqemu-modules-2.6-486_2.6.18-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6-486_2.6.18-3_i386.deb kqemu-modules-2.6-686-bigmem_2.6.18-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6-686-bigmem_2.6.18-3_i386.deb kqemu-modules-2.6-686_2.6.18-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6-686_2.6.18-3_i386.deb kqemu-modules-2.6-k7_2.6.18-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6-k7_2.6.18-3_i386.deb kqemu-modules-2.6.18-3-486_2.6.18+1.3.0~pre9-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6.18-3-486_2.6.18+1.3.0~pre9-3_i386.deb kqemu-modules-2.6.18-3-686-bigmem_2.6.18+1.3.0~pre9-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6.18-3-686-bigmem_2.6.18+1.3.0~pre9-3_i386.deb kqemu-modules-2.6.18-3-686_2.6.18+1.3.0~pre9-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6.18-3-686_2.6.18+1.3.0~pre9-3_i386.deb kqemu-modules-2.6.18-3-k7_2.6.18+1.3.0~pre9-3_i386.deb to pool/non-free/l/linux-modules-nonfree-2.6/kqemu-modules-2.6.18-3-k7_2.6.18+1.3.0~pre9-3_i386.deb linux-modules-nonfree-2.6_2.6.18-3.dsc to pool/non-free/l/linux-modules-nonfree-2.6/linux-modules-nonfree-2.6_2.6.18-3.dsc linux-modules-nonfree-2.6_2.6.18-3.tar.gz to pool/non-free/l/linux-modules-nonfree-2.6/linux-modules-nonfree-2.6_2.6.18-3.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Daniel Baumann <[EMAIL PROTECTED]> (supplier of updated linux-modules-nonfree-2.6 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: Fri, 5 Jan 2007 13:04:00 +0100 Source: linux-modules-nonfree-2.6 Binary: kqemu-modules-2.6.18-3-686 kqemu-modules-2.6.18-3-amd64 kqemu-modules-2.6-686-bigmem kqemu-modules-2.6.18-3-486 kqemu-modules-2.6-k7 kqemu-modules-2.6-486 kqemu-modules-2.6.18-3-686-bigmem kqemu-modules-2.6-686 kqemu-modules-2.6.18-3-k7 kqemu-modules-2.6-amd64 Architecture: source i386 Version: 2.6.18-3 Distribution: unstable Urgency: low Maintainer: Debian Kernel Team Changed-By: Daniel Baumann <[EMAIL PROTECTED]> Description: kqemu-modules-2.6-486 - QEMU Accelerator modules for Linux 2.6 on x86 kqemu-modules-2.6-686 - QEMU Accelerator modules for Linux 2.6 on PPro/Celeron/PII/PIII/P kqemu-modules-2.6-686-bigmem - QEMU Accelerator modules for Linux 2.6 on PPro/Celeron/PII/PIII/P kqemu-modules-2.6-k7 - QEMU Accelerator modules for Linux 2.6 on AMD K7 kqemu-modules-2.6.18-3-486 - QEMU Accelerator modules for Linux 2.6.18 on x86 kqemu-modules-2.6.18-3-686 - QEMU Accelerator modules for Linux 2.6.18 on PPro/Celeron/PII/PII kqemu-modules-2.6.18-3-686-bigmem - QEMU Accelerator modules for Linux 2.6.18 on PPro/Celeron/PII/PII kqemu-modules-2.6.18-3-k7 - QEMU Accelerator modules for Linux 2.6.18 on AMD K7 Closes: 403525 405120 Changes: linux-modules-nonfree-2.6 (2.6.18-3) unstable; urgency=low . * Setting maintainer to kernel-team, moving myself to co-maintainer. * rules.real: - Adjusting install-base:, now the module copyri
Bug#401731: marked as done (gv: version 3.6.1-10sarge1 is effectively identical to 3.6.1-10)
Your message dated Fri, 5 Jan 2007 17:23:39 +0100 with message-id <[EMAIL PROTECTED]> and subject line gv: version 3.6.1-10sarge1 is effectively identical to 3.6.1-10 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) --- Begin Message --- Package: gv Version: 1:3.6.1-10sarge1 Although gv_3.6.1-10sarge1 claims to fix bug 398292, the only change in the package, at least in the i386 architecture, is a new entry in the changelog. All other files, including the binary executable, are identical to the previous version. Apparently, the fact that the patch file (CVE-2006-5864.patch) is called *.patch rather than *.diff prevents it from being used in the build. Possible solution: rename debian/patches/CVE-2006-5864.patch to CVE-2006-5864.diff and rebuild. --- End Message --- --- Begin Message --- Version: 1:3.6.1-10sarge2 Re: Xavier Perramon 2006-12-05 <[EMAIL PROTECTED]> > Apparently, the fact that the patch file (CVE-2006-5864.patch) is called > *.patch rather than *.diff prevents it from being used in the build. Hi Xavier, thanks for spotting, this was fixed with DSA 1214-2. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature --- End Message ---
Processed: Re: Processed (with 1 errors): Re: Bug#404616: Bug#405599: sp_counted_base_gcc_ppc: insufficient constraints on inline assembly
Processing commands for [EMAIL PROTECTED]: > package monotone Ignoring bugs not assigned to: monotone > block 404616 by 405599 Bug#404616: monotone: Segmentation fault on powerpc Was not blocked by any bugs. Blocking bugs of 404616 added: 405599 > 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: Re: Bug#405592: iceweasel: segmentation fault on http://tsv1860.de
Processing commands for [EMAIL PROTECTED]: > tag 405592 unreproducible Bug#405592: iceweasel: segmentation fault on http://tsv1860.de There were no tags set. Tags added: unreproducible > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405592: iceweasel: segmentation fault on http://tsv1860.de
tag 405592 unreproducible thanks On Thu, Jan 04, 2007 at 09:15:37PM +0100, soloturn <[EMAIL PROTECTED]> wrote: > Package: iceweasel > Version: 2.0.0.1+dfsg-1 > Severity: grave > Justification: renders package unusable > > $ iceweasel --safe-mode > X Error: BadWindow (invalid Window parameter) 3 > Major opcode: 19 > Minor opcode: 0 > Resource id: 0x160003d > X Error: BadWindow (invalid Window parameter) 3 > Major opcode: 19 > Minor opcode: 0 > Resource id: 0x16000ab > X Error: BadWindow (invalid Window parameter) 3 > Major opcode: 19 > Minor opcode: 0 > Resource id: 0x1600b0c > Segmentation fault (...) It doesn't crash here... Did you try removing the flash plugin ? (plugins are unfortunatelly not disable in safe mode, which is a bit useless) Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy
On Fri, Jan 05, 2007 at 03:23:40AM +0100, Marco d'Itri wrote: > On Jan 05, dann frazier <[EMAIL PROTECTED]> wrote: > > > Can you point me to (or explain) how the floppy group is currently > > defined and how it is differentiated by plugdev? > It's supposed to be used for removable media: floppy disks, memory cards > or USB and firewire hard disks. > (Except optical media, which are owned by group cdrom.) Ok - and what is plugdev for? > > For now, I can only suggest adding workarounds for the devices > > identified by Mark in this report - aacraid, ips, and dpt_i2o. > I will need to see sample udevinfo output for each driver, unless > somebody already knows a rule to match them. udevinfo for aacraid is in this report, I'll follow up with Mark to see if he can provide it for ips/dpt_i2o. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405641: /usr/share/man/man1/git.1.gz is a dangling symlink
severity 405641 normal reassign 405641 git thanks Dangling symlinks to manpages are not serious bugs. git-core does not use update-alternatives on /usr/share/man/man1/git.1.gz symlink. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: /usr/share/man/man1/git.1.gz is a dangling symlink
Processing commands for [EMAIL PROTECTED]: > severity 405641 normal Bug#405641: /usr/share/man/man1/git.1.gz is a dangling symlink Severity set to `normal' from `serious' > reassign 405641 git Bug#405641: /usr/share/man/man1/git.1.gz is a dangling symlink Bug reassigned from package `git-core' to `git'. > 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: closing 398292
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > close 398292 3.6.1-10sarge2 Bug#398292: GNU gv "ps_gettext()" Buffer Overflow Vulnerability (CVE-2006-5864) 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 3.6.1-10sarge2, send any further explanations to Stefan Fritsch <[EMAIL PROTECTED]> > 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: closing 318481
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > close 318481 Bug#318481: CAN-2005-2180 gen-index file overwrite vulnerability 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Joey Hess <[EMAIL PROTECTED]> > 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: Patch for hinfo-update
Processing commands for [EMAIL PROTECTED]: > tags 402316 + patch Bug#402316: blars.org is down; hinfo-update fails miserably as a result Tags were: security sid etch sarge Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402316: Patch for hinfo-update
tags 402316 + patch
thanks
Hello,
Please find attached a patch which should solve (at least partially)
this problem.
* removes -r option from wget.
* specifies an output file to ensure you don't end up with thousands of
files.
* performs perl syntax check to ensure it's a valid perl file.
This doesn't fix the security hole, which is a bug all in itself.
Cheers,
Neil
--
* hermanr feels like a hedgehog having sex...
--- hinfo-update 2007-01-05 17:17:05.621210451 +
+++ hinfo-update 2007-01-05 17:56:07.403562701 +
@@ -2,6 +2,7 @@
# script to fetch current dnsbl.ins.pl and whois.ins.pl
#
+use File::Copy;
use strict;
my $libdir = '/var/lib/hinfo';
@@ -30,13 +31,14 @@
my $capt = '';
if (-e $wget && -d $libdir) {
-my $c = "$wget -r -N -nd $verbose -P $libdir $options";
+ foreach (@getlist) {
+ my $c = "$wget -N -nd $verbose -P $libdir $options";
foreach (@ARGV) {
$c .= " $_";
}
-foreach (@getlist) {
-$c .= " $blars$_";
-}
+ my $destfile = $libdir."/".$_;
+ copy($destfile,$destfile.".bak");
+ $c .= " $blars$_ -O ".$destfile;
$c .= ' 2>&1';
print $c."\n";
open WGET, "-|", $c or die "Could not execute: $c";
@@ -56,7 +58,18 @@
} else {
print STDERR $_ while ($_ = );
}
+
+ # Check it's a valid perl file
+ system("perl","-c",$destfile,"&>/dev/null");
+ if ($? != 0) {
+ print STDERR "File $destfile is invalid, restoring\n";
+ rename $destfile.".bak",$destfile;
+ } else {
+ unlink $destfile.".bak";
+ }
+ }
}
+
print STDERR $capt if ($?);
exit($?);
signature.asc
Description: Digital signature
Bug#405489: pd-flext-dev: Cannot use flext to build pd externals
Quoting [EMAIL PROTECTED]: > Package: pd-flext-dev > Version: 0.5.0g-1 > Severity: grave > Justification: renders package unusable > > Hi, thanks for catching this one. I must have had the files installed from some test that I did, so I didn't notice (And obviously noone else did :). I will upload a fixed version soon. Günter > It is impossible to use flext to build pd external as there are not using > Makefile to compile but the flext build.sh script. > > When I invoke the supplied script : > > $ LANG=C flext-build.sh > sh: /usr/lib/flext/build.sh: No such file or directory > > It seems that there is missing a lot of file like gnumake.mak, targets and > inc. > > I installed flext manualy, compiling it with the puredata source, and I was > able > to compile my pd external. > > Happy new year, > Thanks you very much, > Romain. > > -- System Information: > Debian Release: 4.0 > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.18-3-686 > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) > > Versions of packages pd-flext-dev depends on: > ii pd-flext 0.5.0-1Flext C++ external layer for pd > ii puredata [pd] 0.40.2-2 realtime computer music and > graphi > > pd-flext-dev recommends no packages. > > -- no debconf information > > This message was sent using IMP, the Internet Messaging Program.
Bug#399113: xen kernel infinite loop processing core dump
> I am not able to reproduce this bug on my Core2 Duo (2GB RAM) > PC running linux-image-2.6.18-3-xen-amd64 with amd64 etch. > - linux-image-2.6.18-3-i386 and linux-image-2.6.18-3-k7 (2.6.18-7) Did you try the -xen-686 flavor? I have not seen anyone actually explicitly confirm that the debian kernel team reproduced it, but http://lists.debian.org/debian-kernel/2006/12/msg00347.html and http://lists.debian.org/debian-kernel/2006/12/msg00488.html indicate they did, and are able to avoid the problem by enabling PAE. Bob
Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy
On Jan 05, dann frazier <[EMAIL PROTECTED]> wrote: > > > Can you point me to (or explain) how the floppy group is currently > > > defined and how it is differentiated by plugdev? > > It's supposed to be used for removable media: floppy disks, memory cards > > or USB and firewire hard disks. > > (Except optical media, which are owned by group cdrom.) > Ok - and what is plugdev for? It controls /who/ can mount these devices. -- ciao, Marco signature.asc Description: Digital signature
Bug#404616: Bug#405599: sp_counted_base_gcc_ppc: insufficient constraints on inline assembly
If #404616 is in fact an RC bug, then #405599 should be as well. If
there are no objections, I'll bump the severity of #405599 to serious.
Cheers,
Shaun
On 1/4/07, Aaron M. Ucko <[EMAIL PROTECTED]> wrote:
I think bug #405599 may be responsible for #404616 (which I tried to
x-debbugs-cc):
> Package: libboost-dev
> Version: 1.33.1-9
> Severity: important
> File: /usr/include/boost/detail/sp_counted_base_gcc_ppc.hpp
> Tags: patch
>
> Several functions in sp_counted_base_gcc_{ppc,ia64}.hpp specify their
> read-write *pw argument only as an output operand to their inline
> assembly code, potentially running afoul of gcc's optimizer. (This
> can definitely be a problem with GCC 4.0.1 on Mac OS X, and I know of
> no reason it wouldn't also affect 4.1.1 on Linux.)
>
>
http://www.nabble.com/missing-__volatile__-tags-in-sp_counted_base_gcc_xxx.hpp-t1274670.html
>
> has more details, and Boost's upstream developers committed fixes last
> March:
>
>
http://boost.cvs.sourceforge.net/boost/boost/boost/detail/sp_counted_base_gcc_ia64.hpp?r1=1.2&r2=1.3&view=patch
>
http://boost.cvs.sourceforge.net/boost/boost/boost/detail/sp_counted_base_gcc_ppc.hpp?r1=1.4&r2=1.5&view=patch
>
> This could conceivably be the root cause of #404616.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405295: janel-ant jar (MIT licence)
tony mancill wrote: > Also, the new changelog indicates that > a locale was added, but I don't think it should be there (and I can't seem > to find it anyway.) > > tuxguitar (0.8dfsg-1) unstable; urgency=low > > * removed janel-ant (closes: #405295) > * added german locale (closes: #398972) Hi tony and debian pple, Sorry for my quick and dirty upload at mentors, (I didn't annonced it did you get an alert ?) Now I am about to upload what is requested But I think I would be a good idea to install the german locale since it is in the upstream package It was ommited from debian/install What do you think of that ? -- # mailto:rzr[a]users.sf.net -- gpg:0x467094BC # http://rzr.online.fr/contribs.htm -- Libre Software Addict # xmpp:rzr[a]jabber.fr -- sip:rzr[a]ekiga.ne signature.asc Description: OpenPGP digital signature
Bug#403346: installation-report: Creates mails that are way too big and never make the list
Frans Pop wrote: > Is it really that important? > It is only (optionally!) included if reportbug is used, which means that > the install was more or less successful. reportbug is able to pull the logs from a running d-i instance. Granted I don't know if a lot of people use it that way.. > (Maybe we could even extend the reportbug script to wget info from a box > still running a (failed) install :-) See above. -- see shy jo signature.asc Description: Digital signature
Bug#403346: installation-report: Creates mails that are way too big and never make the list
Joey Hess wrote: > reportbug is able to pull the logs from a running d-i instance. Granted > I don't know if a lot of people use it that way.. Probably none, since I thought I'd implemented it, but have apparently not yet. :-) -- see shy jo signature.asc Description: Digital signature
Bug#403346: marked as done (installation-report: Creates mails that are way too big and never make the list)
Your message dated Fri, 05 Jan 2007 19:47:01 + with message-id <[EMAIL PROTECTED]> and subject line Bug#403346: fixed in installation-report 2.26 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) --- Begin Message --- Package: installation-report Version: 2.24 Severity: important Because installation-report attaches all log files uncompressed, we are missing _a lot_ of installation reports on the debian-boot list. The mailing lists have a default size limit set of 102400. For debian-boot this has already been increased to 204800. However, take for example #401778. This report has a total size of 2000910, mostly due to syslog and in this case especially the partman log. IMHO missing installation reports for this reason is not acceptable. Alternative solution is of course increasing the size limit for the debian-boot list again, but I also feel that mails that are too big are a problem in themselves. Not in the least because they make reading them from the web interface practically impossible. Two possible solutions are: - not including files that can get huge by default - gzipping the files and attaching them instead of including them as plain text. pgpaokBQXYuKt.pgp Description: PGP signature --- End Message --- --- Begin Message --- Source: installation-report Source-Version: 2.26 We believe that the bug you reported is fixed in the latest version of installation-report, which is due to be installed in the Debian FTP archive: installation-report_2.26.dsc to pool/main/i/installation-report/installation-report_2.26.dsc installation-report_2.26.tar.gz to pool/main/i/installation-report/installation-report_2.26.tar.gz installation-report_2.26_all.deb to pool/main/i/installation-report/installation-report_2.26_all.deb save-logs_2.26_all.udeb to pool/main/i/installation-report/save-logs_2.26_all.udeb 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. Joey Hess <[EMAIL PROTECTED]> (supplier of updated installation-report 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: Fri, 5 Jan 2007 14:29:39 -0500 Source: installation-report Binary: save-logs installation-report Architecture: source all Version: 2.26 Distribution: unstable Urgency: low Maintainer: Debian Install System Team Changed-By: Joey Hess <[EMAIL PROTECTED]> Description: installation-report - system installation report save-logs - save logs and configuration for debug purposes (udeb) Closes: 403346 Changes: installation-report (2.26) unstable; urgency=low . [ Frans Pop ] * Don't offer to include partman and syslog in installation reports. They cause reports to be overly long, which may result in them never reaching the debian-boot list. Attaching them as compressed files would solve this, but is currently not supported by reportbug. Closes: #403346. * Suggest to compress large attachments in installation report template. * Don't check for lspci in /target; the chance that it is available there but not is the d-i environment is minimal. . [ Updated translations ] * Danish (da.po) by Claus Hindsgaul * Kurdish (ku.po) by Amed Ãeko Jiyan * Slovenian (sl.po) by Matej KovaÄiÄ Files: 011d0de5161896965f45a569557c68fd 797 debian-installer optional installation-report_2.26.dsc ad9cb8136d1b58bba770d09414c2471d 69213 debian-installer optional installation-report_2.26.tar.gz ca5788be516823bb392e3372d4893f1e 44710 debian-installer standard save-logs_2.26_all.udeb fcd15ffac4b1dd94b037710569aeb0c0 14822 misc optional installation-report_2.26_all.deb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFnqeH2tp5zXiKP0wRAhE0AJ4v6QclcK90EfGqfs3JFsAVR92/bQCfQg3X KBzn2StmwXzwGakhvf3GL1Y= =HSYE -END PGP SIGNATURE- --- End Message ---
Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams
severity 405679 important retitle 405679 [fixed for 2.2, cws cmcfixes30] Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams merge 405679 405679 # fixed package for sarge already at the security team found 405679 1.1.3-9sarge3 close 405679 1.1.3-9sarge4 thanks Hi, Daniel Leidert wrote: > Package: openoffice.org > Version: 2.0.4.dfsg.2-2 > Severity: critical Wrong. 1 criticalmakes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package. does *not* fit. installing OOo does not introduce a security hole for your whole system. Besides that you need a special-crafted WMF anyway. 2 grave makes the package in question unusable by most or all users, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. More or less, but this is a local exploit where you only can exploit the users' rights whjre you already are using it I'll make it important, see #405679, too > Tags: security patch Discussable. See #405679. > The security issue and a patch were described at > http://www.openoffice.org/issues/show_bug.cgi?id=70042. From what is > written, this vulnerability can be used to execute any code on the > vulnerable system. Please check, if Debian is affected and if Sarge is > affected too. > > Grepping through the changelog and the BTS made me think, that this > issue hasn't been fixed in Debian yet. Yes. Because we are not affected AFAIS. And WTF are you filing a new bug when there already is #405679 for this? And where that bug is marked as pending? I'll probably upload a new package anyway, but you really should learn how to use the BTS (hint: tags and severities and how to look for bugs) Gr??e/Regards, Ren? -- .''`. Ren? Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 signature.asc Description: Digital signature
Bug#403420: kvm-source: kvm module loads but no /dev/kvm
Ritesh Raj Sarraf wrote: > Anyway. I manually loaded the kvm and kvm-intel module with which the ref > count for kvm went to 1. But still no messages in dmesg and starting the kvm > application complained the same message. You should check 2 things: - udev: KVM uses a dynamic minor hence you need udev to create the device node. You may manually lookup major:minor in /sys/class/misc/kvm/dev, but you have to recheck every time because the numbers may change. - BIOS: 'vmx' flag only means "the hardware can do it"; BIOS support must be present and enabled (i.e. proper microcode must be uploaded) in order to use it. HTH, Luca -- "Ci sono le balle, le megaballe e le statistiche". Mark Twain -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403706: Udev sometimes forgets to RUN a program when renaming network interface
Alexander E. Patrakov wrote: > Ta Marco d'Itri: this testcase may explain at least a fraction of Debian > bug #403706 (because in Debian ifup is run, essentially, from udev > rules), that's why the CC. Udev version is 0.100-2.3. Also reproducible > with 0.103-1. Please file this as a separate bug on udev. -- see shy jo signature.asc Description: Digital signature
Bug#404616: Bug#405599: sp_counted_base_gcc_ppc: insufficient constraints on inline assembly
"Shaun Jackman" <[EMAIL PROTECTED]> writes: > If #404616 is in fact an RC bug, then #405599 should be as well. If > there are no objections, I'll bump the severity of #405599 to serious. Boost's maintainers have already uploaded a fixed version, and I'm not 100% confident the two bugs are actually related (though I still strongly suspect they are). At this point, I'd probably just wait for new binaries to hit the archive for the two relevant architectures (probably sometime over the weekend) and then request binNMUs. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404927: udev/aacraid interaction - should aacraid set 'removable'?
On Wed, Jan 03, 2007 at 12:17:47PM -0500, Salyzyn, Mark wrote: > The ips driver, indirectly via Firmware as it spoofs it's own inquiry > data, reports the Removable bit set in the inquiry response for the > arrays. The dpt_i2o driver similarly has the firmware constructing the > bit set. Some of the Array Bridges and external RAID boxes do the same > thing. Thanks Mark. If you have any of these devices, could you help supply the udevinfo information? Our udev maintainer has asked for this so that he can workaround this issue by special casing these devices. (See http://bugs.debian.org/404927 for details). -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#250675: marked as done (smartsuite: smrtd hangs in 'State: D' on usb-storage memory SCSI drives)
Your message dated Fri, 5 Jan 2007 21:43:00 +0100 with message-id <[EMAIL PROTECTED]> and subject line Removed 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) --- Begin Message --- Package: smartsuite Version: 2.1-1 Severity: grave File: /usr/sbin/smartd I'm ranking it 'grave' cause it prevented me to use the usb mem. card-reader /sticks, till I figured out the trick. Problem is that once an usb-storage mem-device registers as a SCSI drive, smartd tries to get SMART stuff from it, and may hang in 'D' state, thus locking any other process eg mount in 'D' state. Or at least that always happens to me on a Acer's TM525 notebook. This version seems to not support any config and defaults to scan all drives anyway; newer version, eg that in Sarge, allows to define which drives to scan, thus solving the problem. Again, that WFM at least. So I'd recommend to upgrade Woody's smartd to Sarge's, or at least to a configurable version. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux npp 2.4.24-pre2 #3 mer dic 24 02:50:45 CET 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages smartsuite depends on: ii libc6 2.2.5-14.3 GNU C Library: Shared libraries an -- paolo GPG/PGP id:0x21426690 kfp:EDFB 0103 A8D8 4180 8AB5 D59E 9771 0F28 2142 6690 --- End Message --- --- Begin Message --- smartsuite has been removed in 2003. This bug/package is only woody which is now no longer supported. Reason for the removal: dead upstream, superseded by smartmontools. -- Martin Michlmayr http://www.cyrius.com/ --- End Message ---
Bug#330706: marked as done (freenet-unstable: package spectacularly out of date)
Your message dated Fri, 5 Jan 2007 21:43:34 +0100 with message-id <[EMAIL PROTECTED]> and subject line Removed 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) --- Begin Message --- Package: freenet-unstable Version: 0.4.3+20020413-2 Severity: grave Justification: renders package unusable Nobody out there is still using version 0.4, there have been two major point releases since that version was current and a third is in the works. Unfortunately, the nature of this package means that using a significantly out of date version will not work unless a large number of others are also using that version. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.26 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages freenet-unstable depends on: ii adduser 3.67 Add and remove users and groups ii debconf 1.4.58 Debian configuration management sy ii debianutils 2.14.3 Miscellaneous utilities specific t ii gij-4.0 [java-virtual-machine 4.0.1-2The GNU Java bytecode interpreter ii j2re1.4 [java-virtual-machine 1.4.2.02-1 Blackdown Java(TM) 2 Runtime Envir ii kaffe 2:1.1.5-3 A JVM to run Java bytecode ii kaffe-pthreads [kaffe]2:1.1.5-3 A POSIX threads enabled version of ii net-tools 1.60-15The NET-3 networking toolkit freenet-unstable recommends no packages. -- debconf information: * freenet-unstable/storeSize: 209715200 freenet-unstable/missing-address: * freenet-unstable/ipAddress: 127.0.0.1 freenet-unstable/services: fproxy freenet-unstable/port-not-a-short: freenet-unstable/bigfile-supported: false freenet-unstable/address-means-nontransient: freenet-unstable/listenPort: 21615 freenet-unstable/size-not-a-number: --- End Message --- --- Begin Message --- freenet-unstable got removed in 2003 because it was "hilariously out-of-date". -- Martin Michlmayr http://www.cyrius.com/ --- End Message ---
Bug#403706: allow-hotplug and udev
Frans Pop wrote: > +fprintf(fp, "# Because to potential problems bringing up > hotpluggable interfaces\n"); > +fprintf(fp, "# both an 'auto' and 'allow-hotplug' are used.\n"); > +fprintf(fp, "# See bugs #403706 and #403805 for further > information.\n"); > +fprintf(fp, "# If %s is an interface that does not really need > hotplugging, you\n", iface); > +fprintf(fp, "# can safely remove the allow-hotplug line and > these comments.\n"); We're not doing this to work around #403805. That's a udev bug, which should not ship in etch, since the fix for RC bug #403804 will also fix it. I really dislike spamming the interfaces file with this huge and ugly comment. The release notes are a better place to document this kind of thing. I also agree with Steve that nobody is going to understand the circumstances when it's safe to remove the allow-hotplug. Moreover, there's no _reason_ to remove the allow-hotplug, since if your interface is in fact not hotpluggable, it's a total no-op to leave it in. -- see shy jo signature.asc Description: Digital signature
Processed: severity of 405592 is important
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > # if it's unreproducible, it's probably not grave > severity 405592 important Bug#405592: iceweasel: segmentation fault on http://tsv1860.de Severity set to `important' 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#404927: udev/aacraid interaction - should aacraid set 'removable'?
I do not have any close at hand (cleaned out the hardware closet to hazardous waste) :-( But, as far as I am concerned :-), if it says 'DPT' or 'Adaptec' as the manufacturer's name portion of the inquiry field, or has 'RAID' or 'Array' somewhere in the product name inquiry field, you have covered most, if not all, of the possibilities I can come up with! Hope that helps. Sincerely -- Mark Salyzyn > -Original Message- > From: dann frazier [mailto:[EMAIL PROTECTED] > Sent: Friday, January 05, 2007 3:14 PM > To: Salyzyn, Mark > Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; [EMAIL PROTECTED]; > debian-kernel@lists.debian.org > Subject: Re: udev/aacraid interaction - should aacraid set > 'removable'? > > > On Wed, Jan 03, 2007 at 12:17:47PM -0500, Salyzyn, Mark wrote: > > The ips driver, indirectly via Firmware as it spoofs it's > own inquiry > > data, reports the Removable bit set in the inquiry response for the > > arrays. The dpt_i2o driver similarly has the firmware > constructing the > > bit set. Some of the Array Bridges and external RAID boxes > do the same > > thing. > > Thanks Mark. If you have any of these devices, could you help supply > the udevinfo information? Our udev maintainer has asked for this so > that he can workaround this issue by special casing these > devices. (See http://bugs.debian.org/404927 for details). > > -- > dann frazier > >
Bug#404723: src/ne_uri.c:ne_uri_parse():179 (uri_lookup(x) macro) - SIGSERV when parsing a non-ASCII character (>128)
On Wed, Dec 27, 2006 at 10:55:16PM +0200, Modestas Vainius wrote: > P.S. For some reason, OOo does not crash in my i386 chroot. I don't know > why since the bug is clearly arch independent. Possibly since on i386, unsigned and char* have the same size, and thus p[(unsigned)-128] will really be equivalent to p[-128], which is small enough to not overflow. Anyhow, I've NMUed with your patch, sans the noopt part. Thanks for the analysis :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#232810: marked as done (openmosix: FTBFS with linux-kernel-headers)
Your message dated Fri, 5 Jan 2007 21:46:30 +0100 with message-id <[EMAIL PROTECTED]> and subject line openmosix removed 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) --- Begin Message --- Package: openmosix Severity: serious Version: 1:0.3.4-7 >From my build log: ... rm -f .libs/libproc_la-devname.lo cc -DHAVE_CONFIG_H -I. -I. -I../.. "-DVERSION=1 -DSUBVERSION=2 -DMINORVERSION=9" -Wall -O2 -I../moslib -I../include -I. -Wall -O2 -I../moslib -I.././include -I. -D_GNU_SOURCE -Wall -O2 -I../moslib -I../include -I. -Wall -O2 -I../moslib -I.././include -I. -c devname.c -MT libproc_la-devname.lo -MD -MP -MF .deps/libproc_la-devname.TPlo -fPIC -DPIC -o .libs/libproc_la-devname.lo In file included from devname.c:18: /usr/include/linux/kdev_t.h:26: error: syntax error before "old_encode_dev" /usr/include/linux/kdev_t.h:31: error: syntax error before "val" /usr/include/linux/kdev_t.h: In function `old_decode_dev': /usr/include/linux/kdev_t.h:33: error: `val' undeclared (first use in this function) ... make[5]: *** [libproc_la-devname.lo] Error 1 make[5]: Leaving directory `/tmp/buildd/openmosix-0.3.4/mps/proc' make[4]: *** [all] Error 2 make[4]: Leaving directory `/tmp/buildd/openmosix-0.3.4/mps/proc' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/openmosix-0.3.4/mps' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/openmosix-0.3.4' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/openmosix-0.3.4' make: *** [debian/stamp-makefile-build] Error 2 I've attached a patch which fixes the compilation. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.2 Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.UTF-8) -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card diff -urN openmosix-0.3.4.old/mps/proc/devname.c openmosix-0.3.4/mps/proc/devname.c --- openmosix-0.3.4.old/mps/proc/devname.c 2003-02-25 05:32:05.0 -0800 +++ openmosix-0.3.4/mps/proc/devname.c 2004-02-14 19:43:45.444739720 -0800 @@ -15,6 +15,7 @@ #include #define __KERNEL__ +#include #include #undef __KERNEL__ --- End Message --- --- Begin Message --- Openmosix was removed in January 2006 because it was "outdated and buggy". This package was only in woody which is no longer supported. -- Martin Michlmayr http://www.cyrius.com/ --- End Message ---
Bug#404723: neon26: diff for NMU version 0.26.2-3.1
tags 404723 + patch
thanks
Hi,
Attached is the diff for my neon26 0.26.2-3.1 NMU.
diff -u neon26-0.26.2/debian/changelog neon26-0.26.2/debian/changelog
--- neon26-0.26.2/debian/changelog
+++ neon26-0.26.2/debian/changelog
@@ -1,3 +1,13 @@
+neon26 (0.26.2-3.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * In the uri_lookup() macro, cast to unsigned char instead of unsigned
+(which equals unsigned int), to avoid buffer overruns and SIGSEGV when
+parsing URIs with non-ASCII characters; patch from Modestas Vainius.
+(Closes: #404723)
+
+ -- Steinar H. Gunderson <[EMAIL PROTECTED]> Fri, 5 Jan 2007 21:40:29 +0100
+
neon26 (0.26.2-3) unstable; urgency=medium
* Fix FTBFS caused by my previous upload, patch didn't apply on 64 bit
only in patch2:
unchanged:
--- neon26-0.26.2.orig/src/ne_uri.c
+++ neon26-0.26.2/src/ne_uri.c
@@ -110,7 +110,7 @@
/* Fx */ OT, OT, OT, OT, OT, OT, OT, OT, OT, OT, OT, OT, OT, OT, OT, OT
};
-#define uri_lookup(ch) (uri_chars[(unsigned)ch])
+#define uri_lookup(ch) (uri_chars[(unsigned char)ch])
char *ne_path_parent(const char *uri)
{
Bug#319621: marked as done ([CAN-2002-2079]: remote DoS via malformed packets possible due to mosix-protocol-stack)
Your message dated Fri, 5 Jan 2007 21:46:30 +0100 with message-id <[EMAIL PROTECTED]> and subject line openmosix removed 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) --- Begin Message --- Package: kernel-patch-openmosix Version: 1:0.3.4-7 Severity: normal Tags: security Due to the fact that the OpenMosix kernel patch shares a significant amount of code with the Mosix kernel patch, chances are this is vulnerable in the OpenMosix patch as well. Please communicate with upstream to find out if there is a fix for this. I know you did say on IRC that the latest patch was for 2.4.26 and that there are most likely many problems with this patch, and that you "just can't get worked up over problems in 2+ year old software". If this is still true, then do the users a favor and remove this package, or put it up for adoption. If this does get fixed, please mention the CAN number in the changelog. Micah P.S. Additionally, the fact that OpenMosix is something that should *not* be run on an unsecured network should be prominantly mentioned in the docs. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-patch-openmosix depends on: ii bash 3.0-15 The GNU Bourne Again SHell ii grep-dctrl2.6.7 Grep Debian package information ii kernel-patch-scripts 0.99.36Scripts to help dealing with packa ii patch 2.5.9-2Apply a diff file to an original Versions of packages kernel-patch-openmosix recommends: ii kernel-package9.002 A utility for building Linux kerne -- no debconf information --- End Message --- --- Begin Message --- Openmosix was removed in January 2006 because it was "outdated and buggy". This package was only in woody which is no longer supported. -- Martin Michlmayr http://www.cyrius.com/ --- End Message ---
Bug#404723: marked as done (src/ne_uri.c:ne_uri_parse():179 (uri_lookup(x) macro) - SIGSERV when parsing a non-ASCII character (>128))
Your message dated Fri, 05 Jan 2007 21:02:05 + with message-id <[EMAIL PROTECTED]> and subject line Bug#404723: fixed in neon26 0.26.2-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) --- Begin Message --- Package: libneon26 Version: 0.26.2-3mdx1 Severity: grave Tags: patch Hi, libneon26 ne_uri_parse() has severe problems parsing uris with non-ASCII characters. Real world case is trying to save a document (example attached) with openoffice.org-writer containing a hyperlink with non-ascii characters in the web link. The above action leads to OOo segfault. Consider the gdb session bellow (reproducable with the attached document, type a character and attempt to resave the document): (gdb) bt #0 0x2aaab35229e5 in ne_uri_parse (uri=0x1fd1328 "http://Ä\205.com/";, parsed=0x7fffc5e09660) at /tmp/buildd/neon26-0.26.2/src/ne_uri.c:179 #1 0x2aaab33ddb4e in NeonUri () from /usr/lib/openoffice/program/libucpdav1.so #2 0x2aaab33b9a2a in Content () from /usr/lib/openoffice/program/libucpdav1.so #3 0x2aaab33b5a12 in webdav_ucp::ContentProvider::queryContent () from /usr/lib/openoffice/program/libucpdav1.so #4 0x2b2602c3 in UniversalContentBroker::queryContent () from /usr/lib/openoffice/program/libucb1.so #5 0x2b95e55e8412 in (anonymous namespace)::normalizePrefix () from /usr/lib/openoffice/program/libsvt680lx.so #6 0x2b95e55e8972 in (anonymous namespace)::normalize () from /usr/lib/openoffice/program/libsvt680lx.so #7 0x2b95e55e9540 in URIHelper::normalizedMakeRelative () from /usr/lib/openoffice/program/libsvt680lx.so #8 0x2b95e55e9de3 in URIHelper::simpleNormalizedMakeRelative () from /usr/lib/openoffice/program/libsvt680lx.so #9 0x2deda6e2 in SvXMLExport::GetRelativeReference () from /usr/lib/openoffice/program/libxo680lx.so #10 0x2dfc50fb in XMLTextParagraphExport::addHyperlinkAttributes () from /usr/lib/openoffice/program/libxo680lx.so #11 0x2dfcea40 in XMLTextParagraphExport::exportTextRange () from /usr/lib/openoffice/program/libxo680lx.so #12 0x2dfd35f5 in XMLTextParagraphExport::exportTextRangeEnumeration () from /usr/lib/openoffice/program/libxo680lx.so #13 0x2dfd401b in XMLTextParagraphExport::exportParagraph () from /usr/lib/openoffice/program/libxo680lx.so #14 0x2dfd2e2b in XMLTextParagraphExport::exportTextContentEnumeration () from /usr/lib/openoffice/program/libxo680lx.so #15 0x2dfd54b2 in XMLTextParagraphExport::exportText () from /usr/lib/openoffice/program/libxo680lx.so #16 0x2aaab05af7a4 in SwXMLExport::_ExportContent () from /usr/lib/openoffice/program/libsw680lx.so #17 0x2dedca6f in SvXMLExport::ImplExportContent () from /usr/lib/openoffice/program/libxo680lx.so #18 0x2dee9ede in SvXMLExport::exportDoc () from /usr/lib/openoffice/program/libxo680lx.so #19 0x2aaab05ad8f8 in SwXMLExport::exportDoc () from /usr/lib/openoffice/program/libsw680lx.so #20 0x2dedb220 in SvXMLExport::filter () from /usr/lib/openoffice/program/libxo680lx.so #21 0x2aaab05a96a3 in SwXMLWriter::WriteThroughComponent () from /usr/lib/openoffice/program/libsw680lx.so #22 0x2aaab05a9d4a in SwXMLWriter::WriteThroughComponent () from /usr/lib/openoffice/program/libsw680lx.so #23 0x2aaab05ab4af in SwXMLWriter::_Write () from /usr/lib/openoffice/program/libsw680lx.so #24 0x2aaab05ac389 in SwXMLWriter::WriteMedium () from /usr/lib/openoffice/program/libsw680lx.so #25 0x2aaab04e3f58 in StgWriter::Write () from /usr/lib/openoffice/program/libsw680lx.so #26 0x2aaab05a903b in SwXMLWriter::Write () from /usr/lib/openoffice/program/libsw680lx.so #27 0x2aaab04248f3 in SwWriter::Write () from /usr/lib/openoffice/program/libsw680lx.so #28 0x2aaab05f19b9 in SwDocShell::SaveAs () from /usr/lib/openoffice/program/libsw680lx.so #29 0x2b8e8f67 in SfxObjectShell::SaveAsOwnFormat () from /usr/lib/openoffice/program/libsfx680lx.so #30 0x2b8f77ad in SfxObjectShell::SaveTo_Impl () from /usr/lib/openoffice/program/libsfx680lx.so #31 0x2b8f92b0 in SfxObjectShell::DoSave_Impl () from /usr/lib/openoffice/program/libsfx680lx.so #32 0x2b8f9668 in SfxObjectShell::Save_Impl () from /usr/lib/openoffice/program/libsfx680lx.so #33 0x2b9509b7 in SfxBaseModel::storeSelf () from /usr/lib/openoffice/program/libsfx680lx.so #34 0x2b9688cf in SfxStoringHelper::GUIStoreModel () from /usr/lib/openoffice/program/libsfx680lx.so #35 0x2b900ccc in SfxObjectSh
Processed: neon26: diff for NMU version 0.26.2-3.1
Processing commands for [EMAIL PROTECTED]: > tags 404723 + patch Bug#404723: src/ne_uri.c:ne_uri_parse():179 (uri_lookup(x) macro) - SIGSERV when parsing a non-ASCII character (>128) Tags were: patch 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: tagging 393422
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > tags 393422 pending Bug#393422: Contains non-free files. There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#405726: ltsp-server: does not install all video and input packages
Processing commands for [EMAIL PROTECTED]: > severity 405726 grave Bug#405726: ltsp-server: does not install all video and input packages Severity set to `grave' from `important' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 405062
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > tags 405062 pending Bug#405062: CVE-2006-4842: setuid/setgid programs linked with NSPR allow elevation of privilege Tags were: security 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: notfound 405596 in 0.8.1-2
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > notfound 405596 0.8.1-2 Bug#405596: Stellarium takes the complete memory of the system Bug marked as not found in version 0.8.1-2. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405639: xserver-xorg: installs arbitrary -input and -video packages
On Fri, Jan 05, 2007 at 12:30:13AM -0800, Steve Langasek wrote: > On Thu, Jan 04, 2007 at 11:00:25PM -0800, Vagrant Cascadian wrote: > > Depends: xserver-xorg-core (>= 2:1.1.1-11), xserver-xorg-video-1.0, > > xserver-xorg-input, debconf (>= 0.5) | debconf-2.0, xkb-data | > > xkb-data-legacy, xbase-clients > > Recommends: xserver-xorg-video-all | xserver-xorg-video-vesa, > > xserver-xorg-input-all | xserver-xorg-input-mouse, xserver-xorg-inpu > > t-all | xserver-xorg-input-kbd, laptop-detect, xresprobe, mdetect, > > discover1 | discover > > > this allows any package providing xserver-xorg-video-1.0 to satisfy the > > dependency. same for xserver-xorg-input. if using apt-get, it will not > > typically consider the recommends, and apt appears to arbitrarily select > > whichever package it comes across first that satisfies the dependency. > > Using apt-get will ignore Recommends, and that is a bug in apt-get. i suspect this will also happen if a user selects the Desktop task from debian-installer, as tasksel uses "aptitude --without-recommends". and that's probaly not the only package burned by this bug (i think ltsp and live-package are suffer). is there some other way the upgrading issues could be addressed? live well, vagrant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308403: marked as done (queue: jobs fail running or are zombified )
Your message dated Fri, 5 Jan 2007 22:17:23 +0100 with message-id <[EMAIL PROTECTED]> and subject line Removed 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) --- Begin Message --- Package: queue Version: 1.30.1-6 Severity: important after queued has started, running a simple test does either: - sit there and never returns $ queue echo world ^C - exit with 141 $ queue echo world $ echo $? 141 - zombify the process and never returns: $ queue echo hello world hello world ... while ps shows: root 21662 0.0 0.2 2036 776 ?Ss 02:04 0:00 /usr/sbin/queued root 21736 0.0 0.2 2040 808 pts/2Ss 02:07 0:00 \_ /usr/sbin/queued piem 21737 0.0 0.0 0 0 pts/2Z+ 02:07 0:00 \_ [echo] - return hello world as expected $ queue echo hello world hello world $ echo $? 0 it seems also easy to have queued dump a core file as reported in other bugs. unless i missed something, i belive this bug should be set to serious, as it renders the package unusable. cheers, piem -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.12-rc4-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages queue depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.6-3The GNU Standard C++ Library v3 -- no debconf information --- End Message --- --- Begin Message --- queue was removed in 2005 - dead upstream; unusable. -- Martin Michlmayr http://www.cyrius.com/ --- End Message ---
Bug#399113: xen kernel infinite loop processing core dump
Dnia piątek, 5 stycznia 2007 19:30, Knock, Bob napisał: > > - linux-image-2.6.18-3-i386 and linux-image-2.6.18-3-k7 (2.6.18-7) > > Did you try the -xen-686 flavor? Yes, I meant -xen-686 and -xen-k7 flawours, sorry for my mistake. Janusz
Processed: ltsp-server: video/input packages missing
Processing commands for [EMAIL PROTECTED]: > block 405726 by 405639 Bug#405726: ltsp-server: does not install all video and input packages Was not blocked by any bugs. Blocking bugs of 405726 added: 405639 > 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#405757: dvdisaster crashes after a GLib error
Package: dvdisaster Version: 0.70.3-1 Severity: grave Justification: renders package unusable # dvdisaster -r dvdisaster-0.70 Copyright 2004-2006 Carsten Gnoerlich. This software comes with ABSOLUTELY NO WARRANTY. This is free software and you are welcome to redistribute it under the conditions of the GNU GENERAL PUBLIC LICENSE. See the file "COPYING" for further information. Device: /dev/hda, PHILIPS DVD+-RW DVD8801 4D28 GLib-ERROR **: The thread system is not yet initialized. aborting... Aborted (core dumped) The backtrace is not very meaningful: Core was generated by `dvdisaster -r'. Program terminated with signal 6, Aborted. #0 0xb7fd1410 in ?? () (gdb) bt #0 0xb7fd1410 in ?? () #1 0xbffabbbc in ?? () #2 0x0006 in ?? () #3 0x5ace in ?? () #4 0xb781a811 in raise () from /lib/tls/i686/cmov/libc.so.6 #5 0xb781bfb9 in abort () from /lib/tls/i686/cmov/libc.so.6 #6 0xb7969464 in g_logv () from /usr/lib/libglib-2.0.so.0 #7 0xb7969499 in g_log () from /usr/lib/libglib-2.0.so.0 #8 0xb797d573 in g_static_private_init () from /usr/lib/libglib-2.0.so.0 #9 0x0805a710 in ?? () #10 0x001c in ?? () #11 0xbffac1d8 in ?? () #12 0xb7814ded in dcgettext () from /lib/tls/i686/cmov/libc.so.6 #13 0x0805a864 in ?? () #14 0x0809eb00 in _IO_stdin_used () #15 0xbffac210 in ?? () #16 0x0005 in ?? () #17 0x0014 in ?? () #18 0x in ?? () -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686-bigmem Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages dvdisaster depends on: ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libglib2.0-0 2.12.6-2The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libpango1.0-01.14.8-4Layout and rendering of internatio ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra Versions of packages dvdisaster recommends: ii dvdisaster-doc0.70.3-1 data loss/scratch/aging protection -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 405639 is serious
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > # breaks tasksels desktop task > severity 405639 serious Bug#405639: xserver-xorg: installs arbitrary -input and -video packages 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]
Processed: Re: Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams
Processing commands for [EMAIL PROTECTED]: > severity 405679 important Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams Severity set to `important' from `critical' > retitle 405679 [fixed for 2.2, cws cmcfixes30] Buffer overflows in > EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams Changed Bug title. > merge 405679 405679 Bug#405679: [fixed for 2.2, cws cmcfixes30] Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams Merged 405679. > # fixed package for sarge already at the security team > found 405679 1.1.3-9sarge3 Bug#405679: [fixed for 2.2, cws cmcfixes30] Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams Bug marked as found in version 1.1.3-9sarge3. > close 405679 1.1.3-9sarge4 Bug#405679: [fixed for 2.2, cws cmcfixes30] Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.1.3-9sarge4, send any further explanations to Daniel Leidert <[EMAIL PROTECTED]> > 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: Re: Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams
Processing commands for [EMAIL PROTECTED]: > retitle 405679 Buffer overflows in EnhWMFReader::ReadEnhWMF and > WMFReader::ReadRecordParams Bug#405679: [fixed for 2.2, cws cmcfixes30] Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams Changed Bug title. (By the way, that Bug is currently marked as done.) > severity 405679 grave Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams Severity set to `grave' from `important' > close 405679 2.0.4-1 Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 2.0.4-1, send any further explanations to Daniel Leidert <[EMAIL PROTECTED]> > 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: Re: Bug#405757: dvdisaster crashes after a GLib error
Processing commands for [EMAIL PROTECTED]: > severity 405757 normal Bug#405757: dvdisaster crashes after a GLib error Severity set to `normal' from `grave' > tags 405757 +unreproducible Bug#405757: dvdisaster crashes after a GLib error There were no tags set. Tags added: unreproducible > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404927: DPT/Adaptec udev info
I have access to quite a few machines currently that run sarge and have devices like the adaptec 2010s, 2020s, 2200s, and 2230slp. I'm not sure how to pull the udev info though? If you can let me know how to do this I can go grab the information quick. Jay Ellington -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405757: dvdisaster crashes after a GLib error
severity 405757 normal tags 405757 +unreproducible thanks Vincent Lefevre wrote: > # dvdisaster -r > dvdisaster-0.70 Copyright 2004-2006 Carsten Gnoerlich. > This software comes with ABSOLUTELY NO WARRANTY. This > is free software and you are welcome to redistribute it > under the conditions of the GNU GENERAL PUBLIC LICENSE. > See the file "COPYING" for further information. > > Device: /dev/hda, PHILIPS DVD+-RW DVD8801 4D28 > > GLib-ERROR **: The thread system is not yet initialized. > aborting... > Aborted (core dumped) > > The backtrace is not very meaningful: Hi, I'm checked this on my three Intel based systems. sid / i386 / IDE internal device sid / i386 / USB external device sid / amd64 / SATA internal device I have some others, non Intel ones, where I look for reproducing it tomorrow, but at least on these three system, I couldn't verify the bug. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#258457: marked as done (Napigator is closed, dammit!1)
Your message dated Sat, 6 Jan 2007 00:48:45 +0100 with message-id <[EMAIL PROTECTED]> and subject line woody is no longer supportedby Debian 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) --- Begin Message --- Package: gnapster Version: 1.5.0-2 Severity: serious As long as Gnapster do not use this serverlist, it can not work properly: http://naplist.com/servers.php http://naplist.com/ Fix it, dammit!1 It seems, right now Debian GNU/Linux have no _functional_ OpenNap-client because all those OpenNap-clients try to reach Napigator-site in vain. -- Juhapekka "naula" Tolvanen * * http colon slash slash iki dot fi slash juhtolv "kun aamun veitsi taivaan halkaisee, valo repii huoneen rikki, hajalle. kielen paksuus täyttää koko saastaisen suun. kasvot kuivaa savea ja lantaa." CMX --- End Message --- --- Begin Message --- These bugs only apply to woody that is no longer supported by Debian. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --- End Message ---
Bug#178541: marked as done (mnogosearch-pgsql-dev: Has a file that conflicts with mnogosearch-pgsql: /usr/lib/libudmsearch.a)
Your message dated Sat, 6 Jan 2007 00:48:45 +0100 with message-id <[EMAIL PROTECTED]> and subject line woody is no longer supportedby Debian 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) --- Begin Message --- Package: mnogosearch-pgsql-dev Version: 3.1.19-3 Severity: serious Justification: Policy 7.5.1 Both mnogosearch-pgsql-dev and mnogosearch-pgsql contain the same file: /usr/lib/libudmsearch.a. This is a violation of debian policy and makes installation of the package cumbersome. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux elektrono 2.4.19 #1 Fri Aug 16 13:02:17 EDT 2002 i686 Locale: LANG=en_US, LC_CTYPE=en_US -- no debconf information --- End Message --- --- Begin Message --- These bugs only apply to woody that is no longer supported by Debian. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --- End Message ---
Bug#198567: marked as done (emacs20: using make-temp-name insecurely)
Your message dated Sat, 6 Jan 2007 00:48:45 +0100 with message-id <[EMAIL PROTECTED]> and subject line woody is no longer supportedby Debian 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) --- Begin Message --- Package: emacs20 Version: 20.7-13.1 Severity: grave Tags: security There is a possibility that a local attacker corrupts arbitrary files as another user, because /usr/share/emacs/20.7/lisp/*.el files use make-temp-name insecurely. e.g. /usr/share/emacs/20.7/lisp/browse-url.el (browse-url-of-buffer) (I set the TMPDIR environment variable to safe directory to prevent this problem.) -- Tatsuya Kinoshita --- End Message --- --- Begin Message --- These bugs only apply to woody that is no longer supported by Debian. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --- End Message ---
Bug#202244: marked as done (speak-freely: New Version 7.6a fixes buffer overflows and tmp races)
Your message dated Sat, 6 Jan 2007 00:48:45 +0100 with message-id <[EMAIL PROTECTED]> and subject line woody is no longer supportedby Debian 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) --- Begin Message --- Package: speak-freely Version: 7.2; reported 2003-07-21 Severity: normal Tags: security patch There is a new upstream Version out for speak freely. It fixes buffer overflows and tmp races found by the "Hackademy Audit". See file "log.doc" in the upstream sources. The sources fixing the problems are found here: http://www.fourmilab.ch/speakfree/unix/download/7.6/speak_freely-7.6a.tar.gz. Johannes --- End Message --- --- Begin Message --- These bugs only apply to woody that is no longer supported by Debian. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --- End Message ---
Bug#249205: marked as done (gettyps: no right to modify)
Your message dated Sat, 6 Jan 2007 00:48:45 +0100 with message-id <[EMAIL PROTECTED]> and subject line woody is no longer supportedby Debian 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) --- Begin Message --- Package: gettyps Version: all Severity: serious Justification: Policy 2.3 The license included in the copyright file does not give permission to make modifications, yet we do so anyway in clear violation of Policy 2.3: > under international copyright law (this applies in the United > States, too), no distribution or modification of a work is allowed > without an explicit notice saying so. -- Andrew Saunders --- End Message --- --- Begin Message --- These bugs only apply to woody that is no longer supported by Debian. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --- End Message ---
Bug#331246: Please mark #331246 as etch-ignore
On Fri, Jan 05, 2007 at 11:34:24AM +0200, Lior Kaplan wrote: > Quoting http://www.debian.org/Bugs/Developer#tags > "etch-ignore > This release-critical bug is to be ignored for the purposes of > releasing etch. This tag should only be used by the release manager; do > not set it yourself without explicit authorization from them. " > This bug is regarding upgrading from Woody to Sarge. And should be > marked as "etch-ignore". > The library was renamed again from Sarge to Etch, the the > provides/conflicts are fine in the control file. The bug is filed against a binary package that no longer exists in etch. No etch-ignore tag is needed. But the renamed etch package also doesn't have this bug as a *consequence* of the renaming; so you could just as well used a versioned close on this bug if you wanted. -- 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]
Bug#404733: dpkg error upgrading iceweasel
On Wed, Jan 03, 2007 at 12:28:19PM +0100, Mike Hommey wrote: > On Wed, Jan 03, 2007 at 03:22:37AM -0800, Steve Langasek <[EMAIL PROTECTED]> > wrote: > > To my eye, I think it would be much better to drop the /usr/lib/firefox > > symlink. I wholly expect that people will want to install third-party > > firefox packages, maybe even alongside the iceweasel package, and having > > this symlink in place is going to make that harder. > > Can iceweasel be modified to look for extensions in /usr/lib/firefox in > > addition to /usr/lib/iceweasel, so that it gets all the benefits of any > > untransitioned extensions? > Not sure it would be easily doable. And not sure it would have any > interesting effect, since AFAIK, there is no extension that has not > transitioned... Oh, then by all means, feel free to drop it. Cheers, -- 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]
Bug#405639: just to let you know
i think i've caught wind of a real-life case of this breaking the installtion of a gui from the installer (the guy didn't give very many details but from the symptoms he reports it sure sounds like it) his post can be found at http://forums.debian.net/viewtopic.php?t=11221.
Bug#404927: DPT/Adaptec udev info
On Fri, Jan 05, 2007 at 03:27:24PM -0800, Jay Ellington wrote: > I have access to quite a few machines currently that run sarge and have > devices like the adaptec 2010s, 2020s, 2200s, and 2230slp. I'm not sure > how to pull the udev info though? If you can let me know how to do this > I can go grab the information quick. Thanks Jay. I think the standard command is something like: udevinfo -a -p `udevinfo -q path -n /dev/sda` -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402316: Patch for hinfo-update
This one time, at band camp, Neil McGovern said:
> Please find attached a patch which should solve (at least partially)
> this problem.
>
> * removes -r option from wget.
> * specifies an output file to ensure you don't end up with thousands of
> files.
> * performs perl syntax check to ensure it's a valid perl file.
>
> This doesn't fix the security hole, which is a bug all in itself.
+
+ # Check it's a valid perl file
+ system("perl","-c",$destfile,"&>/dev/null");
+ if ($? != 0) {
+ print STDERR "File $destfile is invalid, restoring\n";
+ rename $destfile.".bak",$destfile;
Two notes about your invocation of system:
It's considered better form to pass the arguments to system as an
array, and you don't want the output anyway, so:
my @args = ("perl","-c",$destfile);
my $foo = qx/ @args /; # foo contains the output that is ignorable
# you can optionally not assign the output, or
# immediately undef $foo, or just move on
The return value of system is the exit status of the program as returned
by the "wait" call. To get the actual exit value, shift right by eight.
In this case, there's no difference since you're only looking for 0,
but I always cringe when I see it used bare, as I have made that mistake
before, so:
if ($? >> 8 != 0) {
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
signature.asc
Description: Digital signature
Bug#404927: DPT/Adaptec udev info
On Fri, Jan 05, 2007 at 05:20:09PM -0800, Jay Ellington wrote: > Hi Dann, > > Unfortunatly after I looked at our sarge boxes I found out they > don't have udev installed, and sense these are my production machines > I'm not about to install it. Marco: does udev need to be installed for udevinfo to work? In other words, could Jay rebuild udevinfo on his sarge box and run it from the build tree? -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#404927: DPT/Adaptec udev info
Hi Dann,
Unfortunatly after I looked at our sarge boxes I found out they
don't have udev installed, and sense these are my production machines
I'm not about to install it. I pulled the udev info off of a machine
with a 2020s zero channel raid card, though the output is from Ubuntu
6.06 LTS (I hope that doesn't cause any problems). I've attached the
udev info, and the machines lspci -v output just incase.
Jay Ellington
device '/sys/block/sda' has major:minor 8:0
looking at class device '/sys/block/sda':
KERNEL=="sda"
SUBSYSTEM=="block"
SYSFS{dev}=="8:0"
SYSFS{range}=="16"
SYSFS{removable}=="1"
SYSFS{size}=="143130624"
SYSFS{stat}==" 12042 6143 83890970970 6360627 8178640
116311102 886663500 64891350 88737100"
follow the "device"-link to the physical device:
looking at the device chain at
'/sys/devices/pci:00/:00:01.0/:01:0d.0/:02:06.0/host0/target0:0:0/0:0:0:0':
BUS=="scsi"
ID=="0:0:0:0"
DRIVER=="sd"
SYSFS{device_blocked}=="0"
SYSFS{iocounterbits}=="32"
SYSFS{iodone_cnt}=="0x613dbe"
SYSFS{ioerr_cnt}=="0x0"
SYSFS{iorequest_cnt}=="0x613dbe"
SYSFS{model}=="MIRROR ARRAY"
SYSFS{queue_depth}=="128"
SYSFS{queue_type}=="ordered"
SYSFS{rev}=="V1.0"
SYSFS{scsi_level}=="3"
SYSFS{state}=="running"
SYSFS{timeout}=="30"
SYSFS{type}=="0"
SYSFS{vendor}=="Adaptec "
looking at the device chain at
'/sys/devices/pci:00/:00:01.0/:01:0d.0/:02:06.0/host0/target0:0:0':
BUS==""
ID=="target0:0:0"
DRIVER=="unknown"
looking at the device chain at
'/sys/devices/pci:00/:00:01.0/:01:0d.0/:02:06.0/host0':
BUS==""
ID=="host0"
DRIVER=="unknown"
looking at the device chain at
'/sys/devices/pci:00/:00:01.0/:01:0d.0/:02:06.0':
BUS=="pci"
ID==":02:06.0"
DRIVER=="aacraid"
SYSFS{class}=="0x010400"
SYSFS{device}=="0x0285"
SYSFS{irq}=="169"
SYSFS{local_cpus}=="_0003"
SYSFS{modalias}=="pci:v9005d0285sv9005sd028Abc01sc04i00"
SYSFS{subsystem_device}=="0x028a"
SYSFS{subsystem_vendor}=="0x9005"
SYSFS{vendor}=="0x9005"
looking at the device chain at
'/sys/devices/pci:00/:00:01.0/:01:0d.0':
BUS=="pci"
ID==":01:0d.0"
DRIVER=="unknown"
SYSFS{class}=="0x060400"
SYSFS{device}=="0x0104"
SYSFS{irq}=="0"
SYSFS{local_cpus}=="_0003"
SYSFS{modalias}=="pci:v1166d0104svsdbc06sc04i00"
SYSFS{subsystem_device}=="0x"
SYSFS{subsystem_vendor}=="0x"
SYSFS{vendor}=="0x1166"
looking at the device chain at '/sys/devices/pci:00/:00:01.0':
BUS=="pci"
ID==":00:01.0"
DRIVER=="unknown"
SYSFS{class}=="0x060400"
SYSFS{device}=="0x0036"
SYSFS{irq}=="0"
SYSFS{local_cpus}=="_0003"
SYSFS{modalias}=="pci:v1166d0036svsdbc06sc04i00"
SYSFS{subsystem_device}=="0x"
SYSFS{subsystem_vendor}=="0x"
SYSFS{vendor}=="0x1166"
looking at the device chain at '/sys/devices/pci:00':
BUS==""
ID=="pci:00"
DRIVER=="unknown"
LSPCI -V output
:00:01.0 PCI bridge: Broadcom HT1000 PCI/PCI-X bridge (prog-if 00
[Normal decode])
Flags: bus master, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=02, sec-latency=64
Memory behind bridge: fc10-fc9f
Prefetchable memory behind bridge:
bfd0-dfd0
Capabilities:
:00:02.0 Host bridge: Broadcom HT1000 Legacy South Bridge
Subsystem: Broadcom: Unknown device 0201
Flags: bus master, medium devsel, latency 64
:00:02.1 IDE interface: Broadcom HT1000 Legacy IDE controller
(prog-if 8a [Master SecP PriP])
Subsystem: Broadcom HT1000 Legacy IDE controller
Flags: bus master, medium devsel, latency 64
I/O ports at
I/O ports at
I/O ports at
I/O ports at
I/O ports at ffa0 [size=16]
:00:02.2 ISA bridge: Broadcom HT1000 LPC Bridge
Subsystem: Broadcom: Unknown device 0230
Flags: bus master, medium devsel, latency 0
:00:03.0 USB Controller: Broadcom HT1000 USB Controller (rev 01)
(prog-if 10 [OHCI])
Subsystem: Broadcom HT1000 USB Controller
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 10
Memory at febfd000 (32-bit, non-prefetchable) [size=4K]
I/O ports at e800 [size=256]
Capabilities:
:00:03.1 USB Controller: Broadcom HT1000 USB Controller (rev 01)
(prog-if 10 [OHCI])
Subsystem: Broadcom HT1000 USB Controller
Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 10
Memory at febfc000 (32-bit, non-prefetchable) [size=4K]
I/O ports at d800 [size=256]
Capabilities:
:00:03.2 USB Controller: Broadcom HT1000 USB Controller (rev 01)
(prog-if 20 [EHCI])
Subsystem:
Bug#405639:
What is wrong with both having the -all packages in reccomends on thier own (so that reccomends using package managers always pull them in on sarge-etch upgrades) AND also having them as an alternative in depends so that they get pulled in by new installs made using package management tools that don't understand reccomends. that is i understand why the reccomends were changed to fix the other bug but not why the depends were changed at the same time.
Processed: fix version info
Processing commands for [EMAIL PROTECTED]: > # notfound doesn't work, reset versioning > reassign 405679 openoffice.org Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams Bug reassigned from package `openoffice.org' to `openoffice.org'. > found 405679 1.1.3-9sarge3 Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams Bug marked as found in version 1.1.3-9sarge3. > close 405679 1.1.3-9sarge4 Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.1.3-9sarge4, send any further explanations to Daniel Leidert <[EMAIL PROTECTED]> > close 405679 2.0.4-1 Bug#405679: Buffer overflows in EnhWMFReader::ReadEnhWMF and WMFReader::ReadRecordParams 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 2.0.4-1, send any further explanations to Daniel Leidert <[EMAIL PROTECTED]> > 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]
