Bug#512739: python-qt4: Python-qt4 4.4.3 on experimental will not install
Hi! $ sudo apt-get -t experimental install python-qt4 Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: python-qt4-dbg The following packages will be upgraded: python-qt4 1 upgraded, 0 newly installed, 0 to remove and 536 not upgraded. Need to get 0B/4947kB of archives. After this operation, 102kB disk space will be freed. Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done (Reading database ... 375438 files and directories currently installed.) Preparing to replace python-qt4 4.4.2-4 (using .../python- qt4_4.4.4-3_i386.deb) ... pycentral: pycentral pkgprepare: not overwriting local files pycentral pkgprepare: not overwriting local files dpkg: error processing /var/cache/apt/archives/python-qt4_4.4.4-3_i386.deb (-- unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/python-qt4_4.4.4-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) this is how it looks. /Sune -- I'm not able to digit from the GUI, how does it work? From AutoCAD or from the file inside Explorer 9.5 you can never install a tower for disabling a graphic system on a URL. signature.asc Description: This is a digitally signed message part.
Bug#513192: Debian Bug - grave; Recoll (1.10.2-1); Lenny
On Tue, Jan 27, 2009 at 11:48 AM, Kartik Mistry kartik.mis...@gmail.com wrote: Did that initial indexing finished? Let me know. And, I think its certainly not grave issue. I am marking it as important and forwarding bug to upstream too. severity 513192 important thanks -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ Debian GNU/Linux Developer Blog.en: ftbfs.wordpress.com Blog.gu: kartikm.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed (with 4 errors): Re: Debian Bug - grave; Recoll (1.10.2-1); Lenny
Processing commands for cont...@bugs.debian.org: On Tue, Jan 27, 2009 at 11:48 AM, Kartik Mistry kartik.mis...@gmail.com wrote: Unknown command or malformed arguments to command. Did that initial indexing finished? Let me know. And, I think its Unknown command or malformed arguments to command. certainly not grave issue. I am marking it as important and forwarding Unknown command or malformed arguments to command. bug to upstream too. Unknown command or malformed arguments to command. severity 513192 important Bug#513192: Debian Bug - grave; Recoll (1.10.2-1); Lenny 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513202: gns3 - unavailbe dependence
Package: gns3 Version: 0.6-2 Severity: serious --- Please enter the report below this line. --- gns3 depends on dynamips (= 0.2.7-0.2.8RC1), bug this package is unavaible in repositry. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.26-1-amd64 Debian Release: 5.0 500 unstableserver 500 testing server --- Package information. --- Depends (Version) | Installed ===-+-=== | -- Alexander Markov. e-mail/jabber: apsheron...@gmail.com signature.asc Description: This is a digitally signed message part.
Bug#513205: debian/rules clean not working
Package: zsnes Version: 1.510-2.1 Severity: serious when executing the fakeroot debian/rules clean command for zsnes package, the .o files in the src directory is still not deleted. Only the stamps are deleted. This may be a problem with the rules script, as the make distclean command is executed in the top directory and not the src directory, which essentially done nothing. As far as I've checked, the source appears to need to be cleaned manually as the make distclean in src directory won't work either. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513183: Correct severity
severity 513183 normal thanks This bug is not in the core mercurial (ie the core software works correctly). It is in an extension (hgk). I really do not think that such a bug should prevent mercurial to be released with lenny (which would be the case if the severity is kept at 'serious' level). I think that this bug in hgk will be corrected now that it has been discovered. But, unless someone comes quickly with a good patch, I do not think it will be corrected before lenny. And the workaround is simple: just correct the mercurial configuration so that the warning is not triggered anymore. Eddy Petrișor wrote: 2009/1/26 Vincent Danjean vdanj...@debian.org: Because, if I read correctly your short report, you complain about the hgk extension not working as soon as mercurial emits some of its standard warning messages. Any extensions (not just commit-tool) will trigger this bad behavior of hgk if they call not be loaded. Probably the easiest fix is to redirect the warning about the inability to load the extenson to stderr. The message is already on stderr: vdanj...@eyak:~$ cat ~/.hgrc [extensions] hgext.yo= vdanj...@eyak:~$ hg /dev/null *** failed to import extension hgext.yo: No module named yo vdanj...@eyak:~$ Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Correct severity
Processing commands for cont...@bugs.debian.org: severity 513183 normal Bug#513183: fails to start if some other extension is removed (not purged) Severity set to `normal' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512371: Please allow biofox 1.1.5-1 in Lenny.
On Sat, Jan 24, 2009 at 07:09:31PM +0900, Charles Plessy wrote:
http://people.debian.org/~naoliv/misc/debian-med/biofox_diff.txt
* New upstream release, compatible with Firefox 3 (Closes: #512371).
* Updated debian/watch.
Both ok.
* Use Debhelper 7 (idebian/co{ntrol,mpat}.
Not ok.
* Depend on ${misc:Depends} (debian/control).
* Converted debian/copyright to machine-readable format.
* New homepage (debian/control).
* Updated to Policy 3.8.0:
- added a get-orig-source target to debian/rules.
- wrote a README.source file explaining that upstream sources are in
Zip
format.
All fine
* The package now uses Upstream's biofox.jar instead of rebuilding it in
debian/rules.
Is this what happened to chrome/content/* ?
Neil
--
[..] Debian (in the form of a large, busy, and frequently stressed organising
team) has been able to organise food, accommodation and bandwidth [..]
-- Anthony AJ Towns
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512371: Please allow biofox 1.1.5-1 in Lenny.
Hi Neil, thanks for your review.
Le Tue, Jan 27, 2009 at 10:45:30AM +, Neil McGovern a écrit :
* Use Debhelper 7 (idebian/co{ntrol,mpat}.
Not ok.
What's wrong, Debhelper or the typo? Most freeze exemptions I got so far (from
other release managers) included a Debhelper update.
* The package now uses Upstream's biofox.jar instead of rebuilding it
in
debian/rules.
Is this what happened to chrome/content/* ?
Yes:
anx159《chrome》$ unzip -l biofox.jar
Archive: biofox.jar
Length Date TimeName
0 06-23-08 18:41 content/
1267 09-27-06 12:26 content/about.xul
1858 10-24-05 17:06 content/biofox-pref.xul
26084 06-23-08 19:18 content/biofox.js
4481 06-23-08 19:25 content/biofoxSidebar.xul
5263 10-24-05 17:06 content/biofoxoverlay.js
1157 10-24-05 17:06 content/biofoxoverlay.xul
1639 10-24-05 17:06 content/contents.rdf
1247 10-24-05 17:06 content/workspace.html
0 02-14-08 09:02 skin/
0 02-14-08 09:02 skin/classic/
0 02-14-08 09:02 skin/classic/biofox/
21008 05-11-06 08:24 skin/classic/biofox/biofoxlogo.png
30370 10-24-05 17:06 skin/classic/biofox/biotoolbar.png
556 10-24-05 17:06 skin/classic/biofox/contents.rdf
0 02-14-08 09:02 locale/
0 02-14-08 09:02 locale/en-US/
529 10-24-05 17:06 locale/en-US/about.dtd
514 10-24-05 17:06 locale/en-US/contents.rdf
---
95973 19 files
Have a nice day,
--
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513202: gns3 - unavailbe dependence
reassign 513202 dynamips retitle 513202 dynamips is built on i386 only thanks On Tue, 27 Jan 2009 12:06:21 +0300 Alexander Markov wrote: gns3 depends on dynamips (= 0.2.7-0.2.8RC1), bug this package is unavaible in repositry. --- System information. --- Architecture: amd64 Well, it's available on i386, and prolly just needs a build on amd64? AFAIK non-free isn't autobuilt, so just fetch the source and try to build it. @Erik: any chance you can provide official amd64 (and other arch) binaries for that? Or via http://lists.debian.org/debian-devel-announce/2006/11/msg00012.html ? Regards Evgeni -- Bruce Schneier Fact Number 5: The output of Bruce Schneier's pseudorandom generator follows no describable pattern and cannot be compressed. pgp6MyTTg6Cx8.pgp Description: PGP signature
Processed: Re: Bug#513202: gns3 - unavailbe dependence
Processing commands for cont...@bugs.debian.org: reassign 513202 dynamips Bug#513202: gns3 - unavailbe dependence Bug reassigned from package `gns3' to `dynamips'. retitle 513202 dynamips is built on i386 only Bug#513202: gns3 - unavailbe dependence Changed Bug title to `dynamips is built on i386 only' from `gns3 - unavailbe dependence'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512371: Please allow biofox 1.1.5-1 in Lenny.
On Tue, Jan 27, 2009 at 07:53:53PM +0900, Charles Plessy wrote:
Hi Neil, thanks for your review.
Le Tue, Jan 27, 2009 at 10:45:30AM +, Neil McGovern a écrit :
* Use Debhelper 7 (idebian/co{ntrol,mpat}.
Not ok.
What's wrong, Debhelper or the typo? Most freeze exemptions I got so far (from
other release managers) included a Debhelper update.
The debhelper change, at this very very late stage in the release. Your
previous request was about a month and a half ago.
* The package now uses Upstream's biofox.jar instead of rebuilding
it in
debian/rules.
Is this what happened to chrome/content/* ?
Yes:
Ok, that's fine. Despite lots of whitespace changes / reindentation of
code, the actual diff seems ok. Could you upload to t-p-u with just
these changes and not the ones to the build system?
Neil
--
* stockholm bangs head against budget
h01ger outsch
stockholm h01ger: it is still very soft, i did not hurt myself
gwolf stockholm: But you bled on the budget, and now it's red again!
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513202: gns3 - unavailbe dependence
On Tue, 27 Jan 2009 12:26:10 +0100 Evgeni Golov wrote: Well, it's available on i386, and prolly just needs a build on amd64? AFAIK non-free isn't autobuilt, so just fetch the source and try to build it. Okay, it was a bit more than just a rebuild: I had to adjust DYNAMIPS_ARCH so it builds with correct amd64 headers. Patch is attached. Alexander, can you try installing http://die-welt.net/~evgeni/tmp/dynamips_0.2.7-0.2.8RC2-3.1_amd64.deb and tell me whether gns3 will work with it correctly? Regards Evgeni -- Bruce Schneier Fact Number 930: Bruce Schneier can decipher NaN diff -u dynamips-0.2.7-0.2.8RC2/debian/changelog dynamips-0.2.7-0.2.8RC2/debian/changelog --- dynamips-0.2.7-0.2.8RC2/debian/changelog +++ dynamips-0.2.7-0.2.8RC2/debian/changelog @@ -1,3 +1,10 @@ +dynamips (0.2.7-0.2.8RC2-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Enable building for arches !i386. + + -- Evgeni Golov sarge...@die-welt.net Tue, 27 Jan 2009 12:40:36 +0100 + dynamips (0.2.7-0.2.8RC2-3) unstable; urgency=low * [1a8805d8] [rules] added mode fix for debian patches in clean target diff -u dynamips-0.2.7-0.2.8RC2/debian/rules dynamips-0.2.7-0.2.8RC2/debian/rules --- dynamips-0.2.7-0.2.8RC2/debian/rules +++ dynamips-0.2.7-0.2.8RC2/debian/rules @@ -6,6 +6,19 @@ include /usr/share/cdbs/1/rules/dpatch.mk include /usr/share/cdbs/1/class/makefile.mk +DEB_BUILD_ARCH=$(dpkg-architecture -qDEB_BUILD_ARCH) +ifeq ($(DEB_BUILD_ARCH),i386) + DYNAMIPS_ARCH=x86 +else + ifeq ($(DEB_BUILD_ARCH),amd64) + DYNAMIPS_ARCH=amd64 + else + DYNAMIPS_ARCH=nojit + endif +endif + +export DYNAMIPS_ARCH + # define clean taget DEB_MAKE_CLEAN_TARGET = clean pgpfzPs9HoNzg.pgp Description: PGP signature
Bug#512371: Please allow biofox 1.1.5-1 in Lenny.
Le Tue, Jan 27, 2009 at 11:36:54AM +, Neil McGovern a écrit : On Tue, Jan 27, 2009 at 07:53:53PM +0900, Charles Plessy wrote: The debhelper change, at this very very late stage in the release. Your previous request was about a month and a half ago. Is there a precise concern? Some problems that could arise with some of my other packages in Lenny that were made with Debhelper 7? I spent a lot of time on biofox this week-end, but I would like to do someting else now… -- Charles -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513156: marked as done (s390-netdevice - qeth layer3 mode inoperable)
Your message dated Tue, 27 Jan 2009 12:17:06 + with message-id e1lrmsm-uc...@ries.debian.org and subject line Bug#513156: fixed in s390-netdevice 0.0.22 has caused the Debian Bug report #513156, regarding s390-netdevice - qeth layer3 mode inoperable 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 513156: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513156 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: s390-netdevice Version: 0.0.21 Severity: grave The qeth layer3 mode is inoperable. The current kernels uses undefined as default and this value needs to be written. Bastian -- All your people must learn before you can reach for the stars. -- Kirk, The Gamesters of Triskelion, stardate 3259.2 ---End Message--- ---BeginMessage--- Source: s390-netdevice Source-Version: 0.0.22 We believe that the bug you reported is fixed in the latest version of s390-netdevice, which is due to be installed in the Debian FTP archive: s390-netdevice_0.0.22.dsc to pool/main/s/s390-netdevice/s390-netdevice_0.0.22.dsc s390-netdevice_0.0.22.tar.gz to pool/main/s/s390-netdevice/s390-netdevice_0.0.22.tar.gz s390-netdevice_0.0.22_s390.udeb to pool/main/s/s390-netdevice/s390-netdevice_0.0.22_s390.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 513...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bastian Blank wa...@debian.org (supplier of updated s390-netdevice 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 27 Jan 2009 12:03:31 +0100 Source: s390-netdevice Binary: s390-netdevice Architecture: source s390 Version: 0.0.22 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-b...@lists.debian.org Changed-By: Bastian Blank wa...@debian.org Description: s390-netdevice - Configure network hardware (udeb) Closes: 513156 Changes: s390-netdevice (0.0.22) unstable; urgency=low . * Write layer2 attribute always. (closes: #513156) * Don't longer try the ctc module, always use ctcm. * Log some error conditions. . [ Updated translations ] * Basque (eu.po) by Piarres Beobide * Marathi (mr.po) by Sampada * Thai (th.po) by Theppitak Karoonboonyanan * Tagalog (tl.po) by Eric Pareja Checksums-Sha1: d456b816e7be01941a9d0f1414207d6632532e64 986 s390-netdevice_0.0.22.dsc 2f069872a47ec4f7e65f4a82d7124e0fa901f977 101185 s390-netdevice_0.0.22.tar.gz 50e1b0a97dfecc1309a73719b4143565162edc27 86454 s390-netdevice_0.0.22_s390.udeb Checksums-Sha256: 02f060f42c1dd116d8d25c33d085870901eac8d653729bd30420bccc6a7a1b86 986 s390-netdevice_0.0.22.dsc 9075c655bd2f44031f8612b2bc743d02f8d5bd7d6996858c8fd095399097f992 101185 s390-netdevice_0.0.22.tar.gz 09904cc0a94dbece11ef26e722eb81814f49d7695ed4654b6a8822efaf95ecb4 86454 s390-netdevice_0.0.22_s390.udeb Files: 86169a026e4b8d428d54ffa334299bcb 986 debian-installer standard s390-netdevice_0.0.22.dsc 4f010506de16ee69967c8e90bc4efeab 101185 debian-installer standard s390-netdevice_0.0.22.tar.gz 535c54dd5352194c79b86a4908e6ca3c 86454 debian-installer standard s390-netdevice_0.0.22_s390.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEUEARECAAYFAkl++T8ACgkQLkAIIn9ODhHRagCXZbULBTPigsKraSSbU63mnOTG sACfUzl7sftJSR4k2FhqyDXya6ciDfg= =LSmi -END PGP SIGNATURE- ---End Message---
Bug#513222: fglrx-driver: crashes Xorg
Package: fglrx-driver Version: 1:8-12-4 Severity: grave Justification: renders package unusable fgrlx driver crashes the Xorg on Debian Lenny. I just installed all the latest updates available, including the fglrx driver packages. Fglrx packages were updated from version 1:8-7-3 to 1:8-12-4. I then rebooted my system. After the reboot X does not work. gdm starts but then it shows corrupted screen and the whole system hangs. I can't even go to console. If I reboot to single user mode and run startx from the command line then exactly the same happens. I get corrupted screen and systms hangs. In the /var/log/Xorg.0.log there is error like this (I have also attached the whole log file to this report): Backtrace: 0: /usr/X11R6/bin/X(xf86SigHandler+0x7e) [0x80c91ce] 1: [0xb7f64400] 2: /usr/lib/xorg/modules/drivers//fglrx_drv.so(atiddxPreInit+0xc6e) [0xb77da76e] 3: /usr/X11R6/bin/X(InitOutput+0xa0f) [0x80ab3ff] 4: /usr/X11R6/bin/X(main+0x2b1) [0x8074591] 5: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7cf9455] 6: /usr/X11R6/bin/X(FontFileCompleteXLFD+0x21d) [0x8073a81] Fatal server error: Caught signal 11. Server aborting I did not have this problem with ealier fglrx 8-7-3. I downloaded fglrx 1:8-7-3 packages from the snapshot.debian.net, and now X works again. So fglrx 8-12-4 seems to be broken. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-driver depends on: ii fglrx-glx 1:8-12-4proprietary libGL for the non-free ii libc6 2.7-18 GNU C Library: Shared libraries ii libdrm2 2.3.1-2Userspace interface to kernel DRM ii libgl1-mesa-glx [libgl1] 7.0.3-7A free implementation of the OpenG ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxrandr22:1.2.3-1 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii xserver-xorg 1:7.3+18 the X.Org X server Versions of packages fglrx-driver recommends: ii fglrx-atieventsd 1:8-12-4 external events daemon for the non ii fglrx-glx 1:8-12-4 proprietary libGL for the non-free ii fglrx-source 1:8-12-4 kernel module source for the non-f Versions of packages fglrx-driver suggests: ii fglrx-control 1:8-12-4control panel for the non-free AMD X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-10) Current Operating System: Linux Miksuh-desktop 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 Build Date: 09 January 2009 02:57:16AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Jan 27 13:43:15 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor DELL P1110 (**) | |--Device ATI Technologies Inc RS480 [Radeon Xpress 200G Series] (**) |--Input Device Generic Keyboard (**) |--Input Device Configured Mouse (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/X11R6/lib/X11/fonts/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/75dpi does not exist. Entry deleted from font path. (==) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled,
Bug#512968: grub-pc: Fails to install when gnumach is installed
On Tue, Jan 27, 2009 at 02:59:18AM +0200, Guillem Jover wrote: Hi! On Sun, 2009-01-25 at 23:49:14 +0100, Robert Millan wrote: On Sun, Jan 25, 2009 at 03:31:37PM +0200, Guillem Jover wrote: When gnumach is installed grub-pc fails to install due to at least the missing function make_system_path_relative_to_its_root. Also afterwards it aborts if it cannot find the needed stuff to successfully boot a Hurd system, which should not be fatal on non Hurd systems. The attached patch fixes those problems. For upstream submission you might want to replace the dpkg invokation with uname. I think I'll just refrain from installing those files on systems where they're not useful. The generated boot entry is going to be system-specific anyway, so there's no use in providing them. Hmm, thinking about it now that makes sense, as those scripts seem to be designed to work only for the host system (from the README it says 10_* are for native entries). But then the users lose the nicely set default entry for other systems, which in the Hurd case is known to be painful to get right and/or copy paste from random places. Anyway, yes, I guess the best option is to not install non-native 10_* scripts, and add support for the Hurd and others into the os-prober one, which should be more generic, and be able to handle such cases better. Yes, for non-native build options os-prober (or custom entry) is the way to go. I'm working with upstream to get the file selection merged. But for Lenny we need a quick solution. We could just use your patch there. -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512371: Please allow biofox 1.1.5-1 in Lenny.
On Tue, Jan 27, 2009 at 08:56:29PM +0900, Charles Plessy wrote: Le Tue, Jan 27, 2009 at 11:36:54AM +, Neil McGovern a écrit : On Tue, Jan 27, 2009 at 07:53:53PM +0900, Charles Plessy wrote: The debhelper change, at this very very late stage in the release. Your previous request was about a month and a half ago. Is there a precise concern? Some problems that could arise with some of my other packages in Lenny that were made with Debhelper 7? Changing to a new version of a build system really isn't something that's garunteed to be 100% trouble free. Your other packages will have had more than a month, and I'd like to shin in less than a month. I spent a lot of time on biofox this week-end, but I would like to do someting else now… That's up to you, of course. I'd suggest a call for help, or a request for removal. Neil -- Tincho 'Maybe you can try to find a nice hotel by shouting in the Mexico DF streets where could a gringo find a decent hotel in this dirty third world lame excuse for a country?. I'm sure the people will rush to help you, as we south americans love to be called third world in a demeaning way.' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509292: rsyslog: random crashes with remote logging
Is there any chance we could try this with the current v3-stable? Or, better yet, with the current v4? The reason I ask is that I have run some valgrind/DRD tests today, and that reminded me that 3.18 had a couple of not so nice sync primitive handlings. They should not be the issue, but it is pretty hard to use valgrind on that version. So I'll focus troubleshooting on v4. It may be that I will not be able to backport a fix, once I find it (but it is still too early to think about the details ... let's find it first ;)). Rainer -Original Message- From: Juha Koho [mailto:jmcs...@gmail.com] Sent: Sunday, January 25, 2009 10:32 AM To: Michael Biebl Cc: 509...@bugs.debian.org; Rainer Gerhards Subject: Re: Bug#509292: rsyslog: random crashes with remote logging On Sat, Jan 24, 2009 at 3:06 PM, Michael Biebl bi...@debian.org wrote: Rainer suspected atomic operations to be the root cause. This would mean a problem in GCC at compile time. rsyslog basically depends on zlib1g and libc6. I don't expect zlib1g to have any influence, so you might wanna check if libc6 has been updated on you system. Just when I said I have had no problems... last night (not during cron job) rsyslog had crashed in my client (last lines of syslog attacted). So I can still reproduce this bug. Do you want to be sure and wait for another crash or do you want me to start be removing the $ActionQueue* directives from configuration? Regards, Juha -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513222: fglrx-driver: crashes Xorg
A bit more information: I use current stock Debian Lenny Kernel: linux-image-2.6.26-1-686 version 2.6.26-13 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513222: [Pkg-fglrx-devel] Bug#513222: fglrx-driver: crashes Xorg
Hi, And what version of the fglrx-module are you using ? Did you compile your own module with module-assistant ? Regards, Bertrand Mika Hanhijärvi a écrit : A bit more information: I use current stock Debian Lenny Kernel: linux-image-2.6.26-1-686 version 2.6.26-13 ___ Pkg-fglrx-devel mailing list pkg-fglrx-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-fglrx-devel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#512512: squid: FTBFS in lenny: gzip: debian/tmp/usr/share/doc/squid/debug-sections.txt: No such file or directory
Processing commands for cont...@bugs.debian.org: tag 512512 + confirmed Bug#512512: squid: FTBFS in lenny: gzip: debian/tmp/usr/share/doc/squid/debug-sections.txt: No such file or directory There were no tags set. Tags added: confirmed retitle 512512 FTBFS: claims that debian/rules is -j compatible when these are not Bug#512512: squid: FTBFS in lenny: gzip: debian/tmp/usr/share/doc/squid/debug-sections.txt: No such file or directory Changed Bug title to `FTBFS: claims that debian/rules is -j compatible when these are not' from `squid: FTBFS in lenny: gzip: debian/tmp/usr/share/doc/squid/debug-sections.txt: No such file or directory'. stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512512: squid: FTBFS in lenny: gzip: debian/tmp/usr/share/doc/squid/debug-sections.txt: No such file or directory
tag 512512 + confirmed retitle 512512 FTBFS: claims that debian/rules is -j compatible when these are not stop Hi, I can confirm this bug. The problem is that this: ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) MAKEFLAGS += -j$(NUMJOBS) endif enables parallel building of multiple targets in debian/rules, but debian/rules isn't -j safe; for instance both binary-arch and binary-indep remove, use, and remove debian/tmp, but this declares binary-indep and binary-arch as parallel buildable: binary: binary-indep binary-arch Either you should fix your rules to be -j safe, or you should only pass -j to *sub* makes. Cheers, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509292: rsyslog: random crashes with remote logging
Rainer Gerhards wrote: Is there any chance we could try this with the current v3-stable? Or, better yet, with the current v4? The reason I ask is that I have run some valgrind/DRD tests today, and that reminded me that 3.18 had a couple of not so nice sync primitive handlings. They should not be the issue, but it is pretty hard to use valgrind on that version. So I'll focus troubleshooting on v4. It may be that I will not be able to backport a fix, once I find it (but it is still too early to think about the details ... let's find it first ;)). Latest v3-stable (3.20.3) is available from experimental [1]. I could try to provide unofficial Debian packages for v4 for Juha, if that helps (but I currently only have a i386 to build these packages) Cheers, Michael [1] http://packages.debian.org/experimental/rsyslog -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#512371: Please allow biofox 1.1.5-1 in Lenny.
On Tue, January 27, 2009 14:55, Charles Plessy wrote: I was thinking that changes like the one I made would be accepted until Deep freeze, since this is the only planned change of unblock policy that was announced: http://lists.debian.org/debian-devel-announce/2008/12/msg6.html Perhaps you misunderstood what the regular freeze means. It is the stated policy of the release team that only release critical important bugfixes, release goals, translation and documentation updates qualify for a freeze exception under the regular freeze. The deep freeze tightens this list more. Hence, this change has in principle already not been acceptable for freeze exceptions since months, although of course in individual cases the release managers could have decided that they would allow that case in. To me it's crystal clear that changes to something as fundamental as the package build system without a concrete bug to address, are not appropriate in the end of a release cycle; rather, something to be done at the beginning. As I understand it the best gain this change in the debhelper compatibility level at this point could bring us, is that the package builds just as well as with the existing level. So why did you do that now instead of after the freeze? cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513230: mutt coredumps on mailboxes list
Package: mutt Version: 1.5.18-4 Severity: grave Justification: renders package unusable mutt coredumps on mailboxes list, if imap_passive is unset. From the start screen use c (change mailbox), then TAB (which gives a file list) and TAB again (which should give the mailboxes list). On the second TAB the coredump occours. This is the minimal .muttrc for the coredump # mailboxes !\ imap://us...@mailserver1/ \ imap://us...@mailserver2/ unset imap_passive # Without the unset imap_passive everything is ok, no coredump. I tried different imap-servers, no difference. I also tried mutt-patched, no difference, also coredumps. Klaus -- Package-specific info: Mutt 1.5.18 (2008-05-17) Copyright (C) 1996-2008 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 2.6.28-1-amd64 (x86_64) ncurses: ncurses 5.6.20080830 (compiled with 5.6) libidn: 1.8 (compiled with 1.9) hcache backend: GDBM version 1.8.3. 10/15/2002 (built Apr 24 2006 03:25:20) Compile options: -DOMAIN +DEBUG -HOMESPOOL +USE_SETGID +USE_DOTLOCK +DL_STANDALONE +USE_FCNTL -USE_FLOCK +USE_POP +USE_IMAP +USE_SMTP +USE_GSS -USE_SSL_OPENSSL +USE_SSL_GNUTLS +USE_SASL +HAVE_GETADDRINFO +HAVE_REGCOMP -USE_GNU_REGEX +HAVE_COLOR +HAVE_START_COLOR +HAVE_TYPEAHEAD +HAVE_BKGDSET +HAVE_CURS_SET +HAVE_META +HAVE_RESIZETERM +CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME -CRYPT_BACKEND_GPGME -EXACT_ADDRESS -SUN_ATTACHMENT +ENABLE_NLS -LOCALES_HACK +COMPRESSED +HAVE_WC_FUNCS +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR +HAVE_ICONV -ICONV_NONTRANS +HAVE_LIBIDN +HAVE_GETSID +USE_HCACHE -ISPELL SENDMAIL=/usr/sbin/sendmail MAILPATH=/var/mail PKGDATADIR=/usr/share/mutt SYSCONFDIR=/etc EXECSHELL=/bin/sh MIXMASTER=mixmaster To contact the developers, please mail to mutt-...@mutt.org. To report a bug, please visit http://bugs.mutt.org/. patch-1.5.13.cd.ifdef.2 patch-1.5.13.cd.purge_message.3.4 patch-1.5.13.nt+ab.xtitles.4 patch-1.5.18.sidebar.20080611.txt patch-1.5.4.vk.pgp_verbose_mime patch-1.5.6.dw.maildir-mtime.1 patch-1.5.8.hr.sensible_browser_position.3 -- System Information: Debian Release: 5.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (200, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mutt depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii libgnutls26 2.4.2-4the GNU TLS library - runtime libr ii libidn11 1.8+20080606-1 GNU libidn library, implementation ii libkrb53 1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries ii libncursesw5 5.6+20080830-2 shared libraries for terminal hand ii libsasl2-22.1.22.dfsg1-23Cyrus SASL - authentication abstra Versions of packages mutt recommends: ii exim4 4.69-9 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-9 lightweight Exim MTA (v4) daemon ii locales 2.7-18 GNU C Library: National Language ( ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap Versions of packages mutt suggests: ii aspell 0.60.6-1 GNU Aspell spell-checker ii ca-certificates 20080809 Common CA certificates ii gnupg 1.4.9-3 GNU privacy guard - a free PGP rep ii ispell 3.1.20.0-4.4 International Ispell (an interacti ii mixmaster 3.0.0-1 Anonymous remailer client and serv ii openssl 0.9.8g-15Secure Socket Layer (SSL) binary a ii urlview 0.9-18 Extracts URLs from text Versions of packages mutt is related to: ii mutt 1.5.18-4 text-based mailreader supporting M pn mutt-dbg none (no description available) ii mutt-patched 1.5.18-4 the Mutt Mail User Agent with extr -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513202: gns3 - unavailbe dependence
Hi, please keep the CC list intact. On Tue, 27 Jan 2009 17:04:28 +0300 Alexander Markov wrote: On Tue, 27 Jan 2009 12:26:10 +0100 Evgeni Golov wrote: Alexander, can you try installing http://die-welt.net/~evgeni/tmp/dynamips_0.2.7-0.2.8RC2-3.1_amd64.deb and tell me whether gns3 will work with it correctly? Regards Evgeni It's all works fine. Great, Erik, what do you think? could/should we build dynamips on other arches than i386? I think we should. -- Bruce Schneier Fact Number 325: Contrary to the popular belief, Ali Baba didn't say Open, Sesame to open his magic cave. He only had to say Bruce Schneier. pgpd9cK4XCmDR.pgp Description: PGP signature
Bug#512371: [Debian-med-packaging] Bug#512371: Please allow biofox 1.1.5-1 in Lenny.
On Tue, 27 Jan 2009, Thijs Kinkhorst wrote: As I understand it the best gain this change in the debhelper compatibility level at this point could bring us, is that the package builds just as well as with the existing level. So why did you do that now instead of after the freeze? Well, there is no need to discuss this issue. If you think the following diff against Charles Upload is fine, I'd go with the upload in a couple of hours and things are settled. Just confirm that this is OK or tell me what other things should be reverted. It is fine for me to do so. Kind regards Andreas. Index: control === --- control (Revision 3056) +++ control (Arbeitskopie) @@ -4,10 +4,11 @@ Maintainer: Debian-Med Packaging Team debian-med-packag...@lists.alioth.debian.org DM-Upload-Allowed: yes Uploaders: Nelson A. de Oliveira nao...@debian.org, - Charles Plessy ple...@debian.org -Build-Depends: cdbs, debhelper (= 7) + Charles Plessy ple...@debian.org, + Andreas Tille ti...@debian.org +Build-Depends: cdbs, debhelper (= 5) Build-Depends-Indep: zip -Standards-Version: 3.8.0 +Standards-Version: 3.7.3 Vcs-Browser: http://svn.debian.org/wsvn/debian-med/trunk/packages/biofox/trunk/ Vcs-Svn: svn://svn.debian.org/svn/debian-med/trunk/packages/biofox/trunk/ Homepage: https://addons.mozilla.org/fr/firefox/addon/300 Index: compat === --- compat (Revision 3056) +++ compat (Arbeitskopie) @@ -1 +1 @@ -7 +5 Index: changelog === --- changelog (Revision 3056) +++ changelog (Arbeitskopie) @@ -1,8 +1,10 @@ -biofox (1.1.5-2) UNRELEASED; urgency=low +biofox (1.1.5-2) testing-proposed-updates; urgency=high - * NOT RELEASED YET + * Reverted bumping debhelper and policy version to +enable inclusion into Lenny without heavy packaging +changes - -- Charles Plessy ple...@debian.org Sat, 24 Jan 2009 17:14:19 +0900 + -- Andreas Tille ti...@debian.org Tue, 27 Jan 2009 14:31:30 +0100 biofox (1.1.5-1) unstable; urgency=high -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513235: gnome-keyring: selects wrong key when multiple ssh identities are used
Package: gnome-keyring Version: 2.22.3-2 Severity: critical Tags: security Justification: breaks unrelated software -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 /usr/bin/gnome-keyring-daemon breaks ssh as detailed below, justifying critical severity. The breakage may lead to information leakage due to the unexpected behaviour it causes for ssh. I regularily log into a system which uses different ssh keys to select different configurations. This fails if gnome-keyring-daemon is running. It seems to use previously learned keys even if you specify ssh -i keyfile, or use the IdentityFile keyword in ~/.ssh/config. Example ssh session with gnome-keyring-daemon (after already authenticating with the remote server using another key): bj...@nemi:~$ ssh -v rocs2 OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /home/bjorn/.ssh/config debug1: Applying options for rocs2 debug1: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to login.example.com [10.1.1.82] port 22. debug1: Connection established. debug1: identity file /home/bjorn/.ssh/key2 type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.5 debug1: match: OpenSSH_4.5 pat OpenSSH_4* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 z...@openssh.com debug1: kex: client-server aes128-cbc hmac-md5 z...@openssh.com debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'login.example.com' is known and matches the DSA host key. debug1: Found key in /home/bjorn/.ssh/known_hosts:15 debug1: ssh_dss_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering public key: debug1: Server accepts key: pkalg ssh-dss blen 434 debug1: Enabling compression at level 6. debug1: Authentication succeeded (publickey). Notice the difference after stopping gnome-keyring-daemon: bj...@nemi:~$ ssh -v rocs2 OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /home/bjorn/.ssh/config debug1: Applying options for rocs2 debug1: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to login.example.com [10.1.1.82] port 22. debug1: Connection established. debug1: identity file /home/bjorn/.ssh/key2 type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.5 debug1: match: OpenSSH_4.5 pat OpenSSH_4* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 z...@openssh.com debug1: kex: client-server aes128-cbc hmac-md5 z...@openssh.com debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'login.example.com' is known and matches the DSA host key. debug1: Found key in /home/bjorn/.ssh/known_hosts:115 debug1: ssh_dss_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Trying private key: /home/bjorn/.ssh/key2 debug1: read PEM private key done: type DSA debug1: Remote: Adding to environment: SSH_TARGET=key2 debug1: Enabling compression at level 6. debug1: Authentication succeeded (publickey). Notice how the second example actually uses the key key2, which causes the server to set a specific environment. I don't know if it's necessary to mention this, but the fact that a clean Debian installation will run gnome-keyring-daemon by default, and that the manpage of gnome-keyring-daemon doesn't mention it's ssh-agent behaviour at all, makes it all worse. Trying to find out which part of the system was breaking ssh was quite an adventure, and I guess I would have given up making ssh work again if I didn't know that ssh was working on a lenny system using KDM instead if GDM. Please fix before releasing lenny. Or at least disable gnome-keyring-daemon on default installations. Thanks, Bjorn - -- System Information: Debian Release: 5.0 APT prefers testing
Bug#513230: mutt coredumps on mailboxes list
severity 513230 important tags 513230 confirmed thanks Re: Klaus Stein 2009-01-27 20090127141349.5424.2276.report...@comet.wiai.uni-bamberg.de mutt coredumps on mailboxes list, if imap_passive is unset. From the start screen use c (change mailbox), then TAB (which gives a file list) and TAB again (which should give the mailboxes list). On the second TAB the coredump occours. Hi, thanks for your report. Confirmed, but downgrading as the bug doesn't affect all users (imap_passive). Here's a backtrace: #0 0x080d814f in imap_mailbox_state (path=0x99ca5d0 imaps://x/, state=0xffaacbb0) at ../../imap/browse.c:233 #1 0x08051781 in examine_mailboxes (menu=0x9a13298, state=0xffaad788) at ../browser.c:452 #2 0x08052019 in _mutt_select_file (f=0xffaade00 , flen=1024, flags=4, files=0x0, numfiles=0x0) at ../browser.c:1177 #3 0x0806ea36 in _mutt_enter_string (buf=0xffaade00 , buflen=1024, y=67, x=15, flags=4, multiple=0, files=0x0, numfiles=0x0, state=0x9a04ba0) at ../enter.c:569 #4 0x08063d08 in _mutt_get_field (field=0x9a08940 Ã\226ffne Mailbox: , buf=0xffaade00 , buflen=1024, complete=36, multiple=0, files=0x0, numfiles=0x0) at ../curs_lib.c:144 #5 0x08063eef in _mutt_enter_fname (prompt=0x99d8d70 Ã\226ffne Mailbox, buf=0xffaade00 , blen=1024, redraw=0x99c58dc, buffy=1, multiple=0, files=0x0, numfiles=0x0) at ../curs_lib.c:575 #6 0x080672cc in mutt_index_menu () at ../curs_main.c:1106 #7 0x08082048 in main (argc=3, argv=0xffaaed24) at ../main.c:1005 Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Processed: Re: Bug#513230: mutt coredumps on mailboxes list
Processing commands for cont...@bugs.debian.org: severity 513230 important Bug#513230: mutt coredumps on mailboxes list Severity set to `important' from `grave' tags 513230 confirmed Bug#513230: mutt coredumps on mailboxes list There were no tags set. Tags added: confirmed thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 513235
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.9.26 tags 513235 - security Bug#513235: gnome-keyring: selects wrong key when multiple ssh identities are used Tags were: security Tags removed: security 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513235: gnome-keyring: selects wrong key when multiple ssh identities are used
severity 513235 important thanks Le mardi 27 janvier 2009 à 15:43 +0100, Bjørn Mork a écrit : Package: gnome-keyring Version: 2.22.3-2 Severity: critical Tags: security Justification: breaks unrelated software No, SSH is not unrelated software. Not only it is related, but it is not “broken” by this bug. I regularily log into a system which uses different ssh keys to select different configurations. This fails if gnome-keyring-daemon is running. It seems to use previously learned keys even if you specify ssh -i keyfile, or use the IdentityFile keyword in ~/.ssh/config. It would be interesting to see whether this happens if you use ssh-agent instead of gnome-keyring. If you add the first key to the agent, do you see the same behavior with ssh -i key2 ? My guess is that ssh tries the keys proposed by the agent before those passed with the -i option. And if this is the case, there is nothing that can be changed in gnome-keyring-daemon for that. Please fix before releasing lenny. Or at least disable gnome-keyring-daemon on default installations. /usr/share/doc/gnome-keyring/README.Debian documents how to disable the SSH agent functionality. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Processed: Re: Bug#513235: gnome-keyring: selects wrong key when multiple ssh identities are used
Processing commands for cont...@bugs.debian.org: severity 513235 important Bug#513235: gnome-keyring: selects wrong key when multiple ssh identities are used Severity set to `important' from `critical' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513222: [Pkg-fglrx-devel] Bug#513222: fglrx-driver: crashes Xorg
On Tue, 2009-01-27 at 14:43 +0100, Bertrand Marc wrote: Hi, And what version of the fglrx-module are you using ? Did you compile your own module with module-assistant ? Yes I did use module-assistant. I did run: # m-a a-i fglrx which did create and install package: fglrx-kernel-2.6.26-1-686 1:8-12-4+2.6.26-13 When I used that module package fglrx did crash Xorg. I know there is prebuild fglrx kernel module packages in the Lenny's repository, but AFAIK those are buolt for the fglrx 8-7-3. I did anyway try those prebuild packages too after using module-assistant did not work. I installed current stock package: fglrx-modules-2.6.26-1-686 , version 2.6.26+8-7-1. but using those packages did not work any better than using module-assistant, fglrx did crash Xorg. By the way, why those prebuilt fglrx kernel module packages were not updated at the same time fglrx-driver etc packages were updated? Regards, Mika -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513222: fglrx-driver: crashes Xorg
On Tue, 2009-01-27 at 14:43 +0100, Bertrand Marc wrote: Hi, And what version of the fglrx-module are you using ? Did you compile your own module with module-assistant ? Yes I did use module-assistant. I did run: # m-a a-i fglrx which did create and install package: fglrx-kernel-2.6.26-1-686 , version 1:8-12-4+2.6.26-13 When I used that module package fglrx did crash Xorg. I know there is prebuild fglrx kernel module packages in the Lenny's repository, but AFAIK those are buolt for the fglrx 8-7-3. I did anyway try those prebuild packages too after using module-assistant did not work. I installed current stock package: fglrx-modules-2.6.26-1-686 , version 2.6.26+8-7-1. but using those packages did not work any better than using module-assistant, fglrx did crash Xorg. By the way, why those prebuilt fglrx kernel module packages were not updated at the same time fglrx-driver etc packages were updated? Regards, Mika -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513156: marked as done (s390-netdevice - qeth layer3 mode inoperable)
Your message dated Tue, 27 Jan 2009 16:17:05 + with message-id e1lrqcb-0005fl...@ries.debian.org and subject line Bug#513156: fixed in s390-netdevice 0.0.21lenny1 has caused the Debian Bug report #513156, regarding s390-netdevice - qeth layer3 mode inoperable 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 513156: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513156 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: s390-netdevice Version: 0.0.21 Severity: grave The qeth layer3 mode is inoperable. The current kernels uses undefined as default and this value needs to be written. Bastian -- All your people must learn before you can reach for the stars. -- Kirk, The Gamesters of Triskelion, stardate 3259.2 ---End Message--- ---BeginMessage--- Source: s390-netdevice Source-Version: 0.0.21lenny1 We believe that the bug you reported is fixed in the latest version of s390-netdevice, which is due to be installed in the Debian FTP archive: s390-netdevice_0.0.21lenny1.dsc to pool/main/s/s390-netdevice/s390-netdevice_0.0.21lenny1.dsc s390-netdevice_0.0.21lenny1.tar.gz to pool/main/s/s390-netdevice/s390-netdevice_0.0.21lenny1.tar.gz s390-netdevice_0.0.21lenny1_s390.udeb to pool/main/s/s390-netdevice/s390-netdevice_0.0.21lenny1_s390.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 513...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bastian Blank wa...@debian.org (supplier of updated s390-netdevice 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 27 Jan 2009 12:03:31 +0100 Source: s390-netdevice Binary: s390-netdevice Architecture: source s390 Version: 0.0.21lenny1 Distribution: testing Urgency: low Maintainer: Debian Install System Team debian-b...@lists.debian.org Changed-By: Bastian Blank wa...@debian.org Description: s390-netdevice - Configure network hardware (udeb) Closes: 513156 Changes: s390-netdevice (0.0.21lenny1) testing; urgency=low . * Write layer2 attribute always. (closes: #513156) * Don't longer try the ctc module, always use ctcm. * Log some error conditions. Checksums-Sha1: 6f6f762c594d6decc9855ab074e7ef6ef1adf8c5 1010 s390-netdevice_0.0.21lenny1.dsc d1caa45fe11c0ac229e38b03456cfa49aabd6203 101218 s390-netdevice_0.0.21lenny1.tar.gz 47cd1e617e24e8973069a0b3d5b1b7577293bc34 86450 s390-netdevice_0.0.21lenny1_s390.udeb Checksums-Sha256: 01c24cc2aa1fed705595d7ec2d29fb783cd5784f0ea8e08ea783714b4fb01ee4 1010 s390-netdevice_0.0.21lenny1.dsc 645e885c6b3fb187e8cff94b6b693b07febda6152587cf1afd0f01aafaa35eb0 101218 s390-netdevice_0.0.21lenny1.tar.gz 21b2ccea3bfed8428baba94a50cc7f1c5a50bd1e45fc053ec06da7a67f464e46 86450 s390-netdevice_0.0.21lenny1_s390.udeb Files: a99bf1de3789c743f581114f3cfe619d 1010 debian-installer standard s390-netdevice_0.0.21lenny1.dsc 05233f1cb11330c9111f9813805ff656 101218 debian-installer standard s390-netdevice_0.0.21lenny1.tar.gz 71b9381d5a94a00480b727b705542310 86450 debian-installer standard s390-netdevice_0.0.21lenny1_s390.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkl/ML0ACgkQLkAIIn9ODhEYKACgnzkw6NEUb1oLlEqWRoisKeRL m3cAoMzhlbgKHMSsB5ENRRlL/mhH2iIj =4Hvi -END PGP SIGNATURE- ---End Message---
Bug#504524: AWT_TOOLKIT grey area/segfault
Other programs that only show a grey square without setting AWT_TOOLKIT, or segfault if you set it to MToolkit are the Netbeans 6.5 installer (and I suppose the program if I ever get it to install) and Oracle's sqldeveloper. Wouter -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 511526
Processing commands for cont...@bugs.debian.org: tags 511526 - unreproducible Bug#511526: dbus: Latest Dbus Breaks Wireless networking when using networkmanager 0.7 Tags were: unreproducible Bug#513130: network-manager: wifi doest connect Tags removed: unreproducible 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 511526 in 1:0.7~~svn908338-1
Processing commands for cont...@bugs.debian.org: found 511526 1:0.7~~svn908338-1 Bug#511526: dbus: Latest Dbus Breaks Wireless networking when using networkmanager 0.7 Bug#513130: network-manager: wifi doest connect Bug marked as found in version 1:0.7~~svn908338-1. 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510997: gEDA-user: geda in Lenny (was Re: Creating system-gafrc again)
Any update? Top-posting in to make relating easier. RIchard On Mon, Jan 26, 2009 at 11:53, Richard Hartmann richih.mailingl...@gmail.com wrote: On Mon, Jan 26, 2009 at 05:39, Peter Clifton pc...@cam.ac.uk wrote: There were some patches ready to push the license fix, but Richard, who did those is holding off as I mentioned that Hamish promised 1.4.3 packages whilst he was at LCA. In any case.. we might be forced just to have the licence fix, rather than a new upstream version + license fix. If need be, I can finalize the packages get a sponsor within 24 hours. It would be a NMU and I am not a DD, but the bugs are RC and there was ample time for the maintainer to react, so hey. Just say the word and I will get going. Hamish: What is your take on this, if any? , and maybe throw in a fix for #507363 for good measure. That's not critical, and isn't something I expect they would want to change during the freeze. At least 1.4.0 - 1.4.3 is just carefully back-ported (and well tested) code changes fixing crash bugs. Don't underestimate the likelihood of a simple packaging fix causing major breakage. Its always the last minute one-liner which breaks a release ;) Personally, I would tend to split the fixes into as many packages as possible so RMs can cherry-pick, anyway. Richard -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511477: iceape: Shouldn't release with Lenny
On Tue, Jan 27, 2009 at 08:25:31AM +0100, Mike Hommey wrote: I'll upload the fixed iceape to unstable once I've completed the remaining testbuilds of openoffice.org, cacao-oj6, eclipse and openjdk-6. Could you send a patch against git://git.debian.org/pkg-mozilla/iceape.git, too ? (Or at least the debdiff) Sure, I'll send a diff tomorrow. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: [Pkg-fglrx-devel] Bug#513179: fglrx-driver: DRI init fails with stock 2.6.26-1-amd64 kernel
Processing commands for cont...@bugs.debian.org: severity #513179 important Bug#513179: fglrx-driver: DRI init fails with stock 2.6.26-1-amd64 kernel 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513179: [Pkg-fglrx-devel] Bug#513179: fglrx-driver: DRI init fails with stock 2.6.26-1-amd64 kernel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity #513179 important thanks Ryan Cartwright schrieb: Package: fglrx-driver Version: 1:8-12-4 Severity: grave Justification: renders package unusable Hi, this is similar to #464667 but I am using the stock Debian 2.6.26-1-amd64 kernel. DRI init fails and the screen is corrupted when X starts. The screen appears to lock and pressing CTRL-ALT-F1 (for a terminal) reboots the machine. This is running on an HP 6735s laptop and everything worked prior to 8-12-4. Xorg log file attached. My Googling found this thread on the phoronix forums: http://www.phoronix.com/forums/showpost.php?p=57969 which seemed to suggest the issue was connected to CONFIG_PCI_LEGACY being enabled in the kernel. To eliminate this I compiled my own kernel with that disabled (it's enabled in the default kernel) but the new kernel bugs out on this machine. I guess another piece of hardware needs the legacy PCI stuff. Anyway AFAICS the 8-12-4 driver does not work with the standard amd64 2.6.26 kernel but I am open to ideas. thanks Ryan -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Hello, no it is working with the Lenny amd64 Kernel, I also have two machines with the same constelation. Which card are you using? Which kernel module is loaded? What says dmesg, modinfo fglrx and dpkg -l|grep fglrx? Anyway this is not a RC bug, if just 3D accerlation does not work, so on I am downgrading first. - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: patrick.matth...@web.de Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkl/QX8ACgkQ2XA5inpabMdZLgCfZsFj+Sd3ZQwssDRJ5sJ4YbxZ FRQAnRc039txilYLnBQNCAUbwkzXS1Q8 =Q3fT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511477: marked as done (iceape: Shouldn't release with Lenny)
Your message dated Tue, 27 Jan 2009 17:18:01 + with message-id e1lrrzz-ld...@ries.debian.org and subject line Bug#511477: fixed in iceape 1.1.14-1.1 has caused the Debian Bug report #511477, regarding iceape: Shouldn't release with Lenny 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 511477: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511477 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: iceape Severity: serious The Debian Mozilla maintainers don't have the resources to support Iceape over the timeframe of Lenny security support. Other people have been asked on debian-devel to help out, but with no effect. (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505565#10) The problem of dropping Iceape is that it provides a Xulrunner -dev package, iceape-dev, based on Xulrunner 1.8, while Xulrunner in Lenny (the one that Iceweasel uses) is based on 1.9, so it can't be dropped easily, since the following seventeen packages build-depend on iceape-dev: vlc gcj-4.2 gtk-vnc openoffice.org gnome-chemistry-utils mozilla-traybiff gcj-4.3 icedtea-gcjwebplugin rhythmbox cacao-oj6 totem mplayerplug-in classpath eclipse mozilla-bonobo openjdk-6 gecko-mediaplayer Two approaches to resolve this have been proposed: 1. Providing the -dev package from Icedove (which is also based on Xul 1.8) 2. Dropping all binary packages from Iceape except the iceape-dev package. This option has the downside that there would still be the need for updates, but they would only be made on a best effort basis, since they're less severe (the respective components are mostly used for plugins or xpcom components and the majority of web browser attacks doesn't apply). (3. Find a volunteer, who builds the updates for Iceape (the patches are provided by Red Hat and Canonical), but that hasn't worked out so far. Cheers, Moritz -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages iceape depends on: pn iceape-browsernone (no description available) pn iceape-mailnews none (no description available) Versions of packages iceape recommends: pn iceape-chatzilla none (no description available) Versions of packages iceape suggests: pn iceape-calendar none (no description available) ---End Message--- ---BeginMessage--- Source: iceape Source-Version: 1.1.14-1.1 We believe that the bug you reported is fixed in the latest version of iceape, which is due to be installed in the Debian FTP archive: iceape-dev-bin_1.1.14-1.1_amd64.deb to pool/main/i/iceape/iceape-dev-bin_1.1.14-1.1_amd64.deb iceape-dev_1.1.14-1.1_all.deb to pool/main/i/iceape/iceape-dev_1.1.14-1.1_all.deb iceape_1.1.14-1.1.diff.gz to pool/main/i/iceape/iceape_1.1.14-1.1.diff.gz iceape_1.1.14-1.1.dsc to pool/main/i/iceape/iceape_1.1.14-1.1.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 511...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Moritz Mühlenhoff j...@debian.org (supplier of updated iceape 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 25 Jan 2009 19:27:34 +0100 Source: iceape Binary: iceape-dev iceape-dev-bin Architecture: source all amd64 Version: 1.1.14-1.1 Distribution: unstable Urgency: medium Maintainer: Maintainers of Mozilla-related packages pkg-mozilla-maintain...@lists.alioth.debian.org Changed-By: Moritz Mühlenhoff j...@debian.org Description: iceape-dev - Development files for the Iceape Internet Suite iceape-dev-bin - Development files for the Iceape Internet Suite Closes: 511477 Changes: iceape (1.1.14-1.1) unstable; urgency=medium . * Non-maintainer upload. * Drop all binary packages except iceape-dev and iceape-dev-bin. Debian doesn't have the necessary volunteer resources to support Iceape for Lenny. Unfortunately we can't drop Iceape completely that late in the release cycle, since a few packages have
Bug#513029: marked as done (git-svn: liberror-perl missing in dependencies list)
Your message dated Tue, 27 Jan 2009 11:24:31 -0600 with message-id 20090127172431.ga31...@localdomain and subject line Re: git-svn: liberror-perl missing in dependencies list has caused the Debian Bug report #513029, regarding git-svn: liberror-perl missing in dependencies list 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 513029: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513029 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: git-svn Version: 1:1.5.6.5-2 Severity: serious Justification: Policy 3.5 git-svn requires the optional package liberror-perl to be installed. If not installed perl fails to load the Error.pm module. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.28.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE.iso88591) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- git-svn does not directly use Error.pm at any point: 0 gw...@mosca『12』~$ grep -i '\(use\|require\).*error' $(dpkg -L git-svn) 1 gw...@mosca『13』~$ git-svn, however, does depend on git-core, which does use Error: 0 gw...@mosca『16』~$ grep -i '\(use\|require\).*error' $(dpkg -L git-core) /usr/share/perl5/Git.pm:use Error qw(:try); /usr/share/perl5/Git.pm:is required if you want to see the command name in the error message, /usr/share/perl5/Git.pm:argument is required if you want to see the command name in the error message, /usr/share/perl5/Git.pm:more user-friendly error messages. (...) As git-core _does_ depend on liberror-perl (and this is not a problem due to transitive dependencies or such), I am closing this bug. Feel free to reopen if you think I am mistaken. -- Gunnar Wolf - gw...@iiec.unam.mx - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF signature.asc Description: Digital signature ---End Message---
Bug#513222: [Pkg-fglrx-devel] Bug#513222: fglrx-driver: crashes Xorg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mika Hanhijärvi schrieb: On Tue, 2009-01-27 at 14:43 +0100, Bertrand Marc wrote: Hi, And what version of the fglrx-module are you using ? Did you compile your own module with module-assistant ? Yes I did use module-assistant. I did run: # m-a a-i fglrx which did create and install package: fglrx-kernel-2.6.26-1-686 , version 1:8-12-4+2.6.26-13 When I used that module package fglrx did crash Xorg. I know there is prebuild fglrx kernel module packages in the Lenny's repository, but AFAIK those are buolt for the fglrx 8-7-3. I did anyway try those prebuild packages too after using module-assistant did not work. I installed current stock package: fglrx-modules-2.6.26-1-686 , version 2.6.26+8-7-1. but using those packages did not work any better than using module-assistant, fglrx did crash Xorg. By the way, why those prebuilt fglrx kernel module packages were not updated at the same time fglrx-driver etc packages were updated? They are maintained by the non-free extra kernel team and they are uploaded, but not yet in Lenny. Hmm at all this is in an interesting issue.. Could you send us your dmesg *after* it crashed, and also lspci -vv. Your xorg.conf would be also interesting and did you tried it out yet without 3D acceleration? - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi E-Mail: patrick.matth...@web.de Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkl/Q9sACgkQ2XA5inpabMdNSgCeI1eItWreDiSuq7leM/b8jweg wd8AnAq/VGoePyjvvQPjrgzH52jjxXVV =kdmK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508432: [libnet-pcap-perl] Fwknop fails with a segmentation fault on i386
Hi Sébastien, [...] The only difference I can see is the libnet-pcap-perl module, but I should say I really do not know what's wrong. If I can provide more informations, let me know. I haven't yet took a look on how fwknop's test suite work, but can the bug be isolated to a specific portion of the code? Let me two days to finish what I am working on, and I will try to isolate the bug. I do have amd64/i386 chroots, and it only fails on i386. If you want, I can give you an access to my chroots Etch/Lenny/Sid on amd64 and i386. Unfortunately, I do not have access to a powerpc architecture. If things goes well, I hope to soon have a PPC-like Debian box by hand. Ok. Regards, -- Franck Joncourt http://debian.org - http://smhteam.info/wiki/ signature.asc Description: OpenPGP digital signature
Processed: Re: commit-tool breaks hgk
Processing commands for cont...@bugs.debian.org: severity 491329 serious Bug#491329: commit-tool: causes hg error messages if removed but not purged Severity set to `serious' from `minor' retitle 491329 should remove hgrc entry when package is removed Bug#491329: commit-tool: causes hg error messages if removed but not purged Changed Bug title to `should remove hgrc entry when package is removed' from `commit-tool: causes hg error messages if removed but not purged'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512371: [Debian-med-packaging] Bug#512371: Please allow biofox 1.1.5-1 in Lenny.
On Tue, 27 Jan 2009, Charles Plessy wrote: Le Tue, Jan 27, 2009 at 01:17:15PM +, Neil McGovern a écrit : Changing to a new version of a build system really isn't something that's garunteed to be 100% trouble free. Your other packages will have had more than a month, and I'd like to shin in less than a month. I'd suggest a call for help, or a request for removal. Hi Neil, Andreas Tille is preparing a t-p-u upload. Well, there was no response to my diff from RM so I guess it is accepted the way I tried to address their concerns. I just uploaded Changes: biofox (1.1.5-1~lenny) testing-proposed-updates; urgency=high . * Reverted bumping debhelper and policy version to enable inclusion into Lenny without heavy packaging changes Please tell me if any further action should be done to finally move this package to Lenny. Kind regards Andreas. -- http://fam-tille.de
Processed: Re: debian/rules clean not working
Processing commands for cont...@bugs.debian.org: tags 513205 + patch Bug#513205: debian/rules clean not working There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513205: debian/rules clean not working
tags 513205 + patch thanks Hi, Try with this patch - It is a dirty way out, and probably you can come up with a a better solution, but at least it fixes the situation. diff --git a/debian/rules b/debian/rules index 2956960..e9e23d0 100755 --- a/debian/rules +++ b/debian/rules @@ -24,7 +24,9 @@ clean: unpatch dh_testroot rm -f build-stamp - [ ! -f Makefile ] || $(MAKE) distclean + # 'make distclean' appears to be broken + # [ ! -f src/Makefile ] || cd src $(MAKE) distclean + rm -f $(find src/ -type f -name *.o) src/Makefile src/cfg.h src/config.h src/config.log src/config.status src/input.h src/makefile.dep src/md.h src/parsegen src/tools/depbuild dh_clean -- Gunnar Wolf - gw...@iiec.unam.mx - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513074: [paraview] paraview FTBFS in pbuilder
tags 513074 + unreproducible thanks Hi, I just built this package under a freshly updated cowbuilder on amd64. It failed to fail to build from source. I am _not_ attaching a build log, as -as I'm sure you are aware- the paraview build is a _very_ lengthy one, and I didn't request it at the beginning of the process. Still, if it is in some way useful to you, I can trigger it again. I am tagging this bug as unreproducible - If it fails to reproduce under any other systems, please do close it. Greetings, -- Gunnar Wolf - gw...@iiec.unam.mx - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: [paraview] paraview FTBFS in pbuilder
Processing commands for cont...@bugs.debian.org: tags 513074 + unreproducible Bug#513074: [paraview] paraview FTBFS in pbuilder 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513199: marked as done (No translation file in the gnumeric package)
Your message dated Tue, 27 Jan 2009 19:17:08 + with message-id e1lrtqq-000179...@ries.debian.org and subject line Bug#513199: fixed in gnumeric 1.8.4-2 has caused the Debian Bug report #513199, regarding No translation file in the gnumeric package 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 513199: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513199 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gnumeric Version: 1.8.4-1 My wife wondered why her gnumeric wasn't in french anymore -- and worse, complained about it. After some poking around it turns out the package doesn't contain the translation files anymore : $ dpkg -L gnumeric | grep locale $ Hope this helps, Snark on #gnome-hackers ---End Message--- ---BeginMessage--- Source: gnumeric Source-Version: 1.8.4-2 We believe that the bug you reported is fixed in the latest version of gnumeric, which is due to be installed in the Debian FTP archive: gnumeric-common_1.8.4-2_all.deb to pool/main/g/gnumeric/gnumeric-common_1.8.4-2_all.deb gnumeric-doc_1.8.4-2_all.deb to pool/main/g/gnumeric/gnumeric-doc_1.8.4-2_all.deb gnumeric-plugins-extra_1.8.4-2_amd64.deb to pool/main/g/gnumeric/gnumeric-plugins-extra_1.8.4-2_amd64.deb gnumeric_1.8.4-2.diff.gz to pool/main/g/gnumeric/gnumeric_1.8.4-2.diff.gz gnumeric_1.8.4-2.dsc to pool/main/g/gnumeric/gnumeric_1.8.4-2.dsc gnumeric_1.8.4-2_amd64.deb to pool/main/g/gnumeric/gnumeric_1.8.4-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 513...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. J.H.M. Dassen (Ray) jdas...@debian.org (supplier of updated gnumeric 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 27 Jan 2009 19:11:11 +0100 Source: gnumeric Binary: gnumeric gnumeric-common gnumeric-doc gnumeric-plugins-extra Architecture: source all amd64 Version: 1.8.4-2 Distribution: unstable Urgency: high Maintainer: J.H.M. Dassen (Ray) jdas...@debian.org Changed-By: J.H.M. Dassen (Ray) jdas...@debian.org Description: gnumeric - spreadsheet application for GNOME - main program gnumeric-common - spreadsheet application for GNOME - common files gnumeric-doc - spreadsheet application for GNOME - documentation gnumeric-plugins-extra - spreadsheet application for GNOME - additional plugins Closes: 513199 Changes: gnumeric (1.8.4-2) unstable; urgency=high . * [po/Makefile.in.in] Added a dummy definition text for POTFILES to prevent the definition of CATALOGS from being eaten when build/po/Makefile is generated; this brings the translations back. (Closes: #513199) Checksums-Sha1: 802064e5b96b21131c59ac86f31199c7e5167826 1815 gnumeric_1.8.4-2.dsc dc03c5e164d9af9c8a29f6c6e10547b58a4f6955 40070 gnumeric_1.8.4-2.diff.gz 67acbc8b5cf8caf9b982e59ec9b76d39c39ac6dc 5244736 gnumeric-common_1.8.4-2_all.deb 4f43562b71e1abc3f77e4d96c3494b979777981e 4093216 gnumeric-doc_1.8.4-2_all.deb 1f4d29a0331629d2479021ef2486bcdbb24fbe6f 2439032 gnumeric_1.8.4-2_amd64.deb cb00829abadeae5a2f1b5105cc1aab613593ddc4 163450 gnumeric-plugins-extra_1.8.4-2_amd64.deb Checksums-Sha256: 26d044125425c95f6aac5e65a9704b5cd47a41b292bf2961a0ca2a888cc9842a 1815 gnumeric_1.8.4-2.dsc 0fed73058d21530c32780a9909f900079004a6f5f81cee53f8c86c51b158961d 40070 gnumeric_1.8.4-2.diff.gz 2cb9cec0d9ba85e4109be02cf13fa34d98cc217844e848e73a2f1b19c4e5c218 5244736 gnumeric-common_1.8.4-2_all.deb 47e1728cafe0368882629deb274031e1d20b1bcd786605e5a9224b0984686e51 4093216 gnumeric-doc_1.8.4-2_all.deb eaad48fafd0c00a37dbeb7f4ccbfe7b8bc386f678936c9781196054c94485273 2439032 gnumeric_1.8.4-2_amd64.deb 797cf0ebfe117786b3901527c015874008eee91602e2001bc4d12c1a93e344a8 163450 gnumeric-plugins-extra_1.8.4-2_amd64.deb Files: adbcf21025cb5c8b48767e1605b035a0 1815 math optional gnumeric_1.8.4-2.dsc 1e83ce17ff826bed85659aed0d3b14a3 40070 math optional gnumeric_1.8.4-2.diff.gz bee2ff122daf34feaa7fb70c522156f4 5244736 math optional gnumeric-common_1.8.4-2_all.deb 4daf2d920419fa0d3c893a55049bb8a0 4093216 doc optional gnumeric-doc_1.8.4-2_all.deb 0d526e6a6b86547031de9853a7542761 2439032 math optional gnumeric_1.8.4-2_amd64.deb
Bug#513074: [paraview] paraview FTBFS in pbuilder
Hi Gunnar, On Tue, Jan 27, 2009 at 10:49 AM, Gunnar Wolf gw...@iiec.unam.mx wrote: tags 513074 + unreproducible thanks Hi, I just built this package under a freshly updated cowbuilder on amd64. It failed to fail to build from source. I am _not_ attaching a build log, as -as I'm sure you are aware- the paraview build is a _very_ lengthy one, and I didn't request it at the beginning of the process. Still, if it is in some way useful to you, I can trigger it again. I am tagging this bug as unreproducible - If it fails to reproduce under any other systems, please do close it. If you still have the log, please attach it. I know that the build fails on amd64 in pbuilder. But it just built on i386 for me. So any information to reproduce this bug is useful. Ondrej P.S. Any help with fixing it is appreciated. :) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456846: marked as done (sfs: FTBFS: configure: error: Could not find NFS mount argument structure!)
Your message dated Tue, 27 Jan 2009 20:00:43 GMT with message-id 200901272000.n0rk0hrv009...@kmos.homeip.net and subject line sfs has been removed from Debian, closing #456846 has caused the Debian Bug report #456846, regarding sfs: FTBFS: configure: error: Could not find NFS mount argument structure! 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 456846: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456846 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: sfs version: 1:0.8-0+pre20060720.1-1.1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20071217 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: checking for libutil.h... no checking pty.h usability... yes checking pty.h presence... yes checking for pty.h... yes checking for BSD-style utmp slots... yes checking for pseudo ttys... bsd-style ptys checking for st_atimespec in stat structure... no checking for st_mtimespec in stat structure... no checking for st_mtim in stat structure... yes checking for memory.h... (cached) yes checking for a declaration of xdr_callmsg... yes checking what second xdr_getlong arg points to... long checking for wide select... [small fd limit anyway] no checking if putenv() copies its argument... no checking for vfsmount... no checking for unmount... no checking for nfs/nfsproto.h... no checking for nfs_args mount structure... no configure: error: Could not find NFS mount argument structure! make: *** [/build/user/sfs-0.8-0+pre20060720.1/build/config.status] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is available from: http://people.debian.org/~lucas/logs/2007/12/17 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Version: 1:0.8-0+pre20060720.1-1.1+rm The sfs package has been removed from Debian testing, unstable and experimental, so I am now closing the bugs that were still opened against it. For more information about this package's removal, read http://bugs.debian.org/507036 . That bug might give the reasons why this package was removed, and suggestions of possible replacements. Don't hesitate to reply to this mail if you have any question. Thank you for your contribution to Debian. Kind regards, -- Marco Rodrigues ---End Message---
Bug#451792: marked as done (slocate does not work with new versions of findutils which have locate split-of)
Your message dated Tue, 27 Jan 2009 20:01:53 GMT with message-id 200901272001.n0rk1rpn009...@kmos.homeip.net and subject line slocate has been removed from Debian, closing #451792 has caused the Debian Bug report #451792, regarding slocate does not work with new versions of findutils which have locate split-of 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 451792: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451792 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: slocate Version: 3.1-1.1 Severity: important Tags: patch following a brief discussion on debian-devel locate is going to be split off from the findutils package. http://news.gmane.org/find-root.php?message_id=3D%3c20071110110222.GA14136%40chistera.yi.org%3e This has already happened in experimental and will soon be done in sid, too. A fix to make dlocate work both with the current setup and a separate locate package is attached. The findutils package does not ship /usr/bin/locate et.al., therefore slocate diversion handling in preinst fails since it relies on the existence of /usr/bin/locate.$suffix. Also the new locate package uses update-alternatives, requiring that slocate uses u-a, too. Attached is a patch that implements the necessary changes. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' diff -u slocate-3.1/debian/postrm slocate-3.1/debian/postrm --- slocate-3.1/debian/postrm +++ slocate-3.1/debian/postrm @@ -5,24 +5,18 @@ set -e -suffix=notslocate if [ remove = $1 ]; then - dpkg-divert --package slocate --remove --rename \ - --divert /usr/bin/locate.$suffix \ - /usr/bin/locate - dpkg-divert --package slocate --remove --rename \ - --divert /usr/bin/updatedb.$suffix \ - /usr/bin/updatedb - dpkg-divert --package slocate --remove --rename \ - --divert /usr/share/man/man1/locate.$suffix.1.gz \ - /usr/share/man/man1/locate.1.gz - dpkg-divert --package slocate --remove --rename \ - --divert /usr/share/man/man1/updatedb.$suffix.1.gz \ - /usr/share/man/man1/updatedb.1.gz - dpkg-divert --package slocate --remove --rename \ - --divert /etc/cron.daily/find.$suffix \ - /etc/cron.daily/find - + divs=`dpkg-divert --list slocate` + if [ $divs != ] + then + for i in /usr/bin/locate /usr/bin/updatedb /usr/share/man/man1/locate.1.gz \ + /usr/share/man/man1/updatedb.1.gz /etc/cron.daily/find \ + /usr/man/man1/updatedb.1.gz /usr/man/man1/locate.1.gz ; do + if echo $divs | grep -q $i ; then +$SL_DEBUG dpkg-divert --package slocate --remove --rename $i + fi + done + fi delgroup $SLOCATE_GROUP fi diff -u slocate-3.1/debian/preinst slocate-3.1/debian/preinst --- slocate-3.1/debian/preinst +++ slocate-3.1/debian/preinst @@ -2,156 +2,23 @@ set -e -suffix=notslocate #SL_DEBUG=echo #echo DEBUG #dpkg-divert --list slocate #echo = -# check for diversions... +# check for diversions... and remove them divs=`dpkg-divert --list slocate` if [ $divs != ] then - - # remove links - for i in /usr/bin/locate /usr/bin/updatedb - do - old_div=`echo $divs |grep $i || true` - # check for links - if [ -f $i -a `readlink $i` != ] - then - $SL_DEBUG rm $i - else - # Handle special case where /usr/bin/locate is not a symlink - # to /usr/bin/slocate but a diversion exists. - - # We MUST have a $i.old or $i.$suffix. - if [ -f $i.old -o -f $i.$suffix ] - then -$SL_DEBUG rm $i - fi + for i in /usr/bin/locate /usr/bin/updatedb /usr/share/man/man1/locate.1.gz \ + /usr/share/man/man1/updatedb.1.gz /etc/cron.daily/find \ + /usr/man/man1/updatedb.1.gz /usr/man/man1/locate.1.gz ; do + if echo $divs | grep -q $i ; then + $SL_DEBUG dpkg-divert --package slocate --remove --rename $i fi - - if [ -f $i.old ] - then - $SL_DEBUG dpkg-divert --package slocate --remove --rename \ - --divert $i.old $i - fi - if [ -f $i.$suffix ] - then - $SL_DEBUG dpkg-divert --package slocate --remove --rename \ - --divert $i.$suffix $i - fi - done - - old_div=`echo $divs |grep usr/share/man/man1/updatedb || true` - if [ $old_div != ] - then - if [ -f /usr/share/man/man1/updatedb.1.gz ] - then - $SL_DEBUG rm /usr/share/man/man1/updatedb.1.gz - fi - if [ -f /usr/share/man/man1/updatedb.$suffix.1.gz ] - then - $SL_DEBUG dpkg-divert --package slocate --remove --rename \ - --divert /usr/share/man/man1/updatedb.$suffix.1.gz \ - /usr/share/man/man1/updatedb.1.gz - fi - if [ -f /usr/share/man/man1/updatedb.1.gz.old ]
Processed: Re: commit-tool breaks hgk
Processing commands for cont...@bugs.debian.org: severity 491329 minor Bug#491329: should remove hgrc entry when package is removed Severity set to `minor' from `serious' retitle 491329 commit-tool: causes hg error messages if removed but not purged Bug#491329: should remove hgrc entry when package is removed Changed Bug title to `commit-tool: causes hg error messages if removed but not purged' from `should remove hgrc entry when package is removed'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491329: commit-tool breaks hgk
severity 491329 minor retitle 491329 commit-tool: causes hg error messages if removed but not purged thanks Vernon Tang wrote: severity 491329 serious retitle 491329 should remove hgrc entry when package is removed thanks Vincent, I think it is entirely reasonable that the commit-tool package should remove itself from the hgrc when it is removed. /etc/mercurial/hgrc.d/commit-tool.rc isn't so much an actual configuration file as it is simply a means to enable the hct extension system-wide. It IS a configuration file. It is even a conffile for dpkg ! If you read the policy, the package MUST NOT modify its configuration file on removal, only on purge. Policy 10.7.3 [...] configuration files must be preserved when the package is removed, and only deleted when the package is purged. [...] Policy 10.7.4 [...] The maintainer scripts must not alter a conffile of any package, including the one the scripts belong to. [...] So perhaps you could e.g. include a postrm script that comments the line in commit-tool.rc out when the package is removed. Only when someone will be able to tell me what in the policy allow me to go against it. Note that changing anything here will mean to switch from a conffile to a script-maintained configuration file. I really do not think that such a change would be accepted in lenny now. One possibility would have been to NOT provide the conffile. However, the user (or admin) would then have been required to add this configuration in the global (or per user or per projet) hgrc. And there would be the same problem of mercurial trying to still load commit-tool when the package is removed. Even worst: the purge of the package would not change anything here. Unless someone add really strong arguments to go against the policy, or unless someone takeover this package, please: - do not change the severity - do not change the bug title Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513202: Dynamips not build on non-i386 architectures
Hi Please have a look at the announcement [1] about autobuilding non-free packages. Note that the contact address has changed s/NET/org/ in the mean time though. Cheers Luk [1] http://lists.debian.org/debian-devel-announce/2006/11/msg00012.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 513202 is important
Processing commands for cont...@bugs.debian.org: severity 513202 important Bug#513202: dynamips is built on i386 only Severity set to `important' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512371: [Debian-med-packaging] Bug#512371: Please allow biofox 1.1.5-1 in Lenny.
On Tue, Jan 27, 2009 at 07:22:28PM +0100, Andreas Tille wrote: Well, there was no response to my diff from RM so I guess it is accepted the way I tried to address their concerns. I just uploaded Thanks, ACCEPTed. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li B345BDD3 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513074: [paraview] paraview FTBFS in pbuilder
On Tue, Jan 27, 2009 at 1:49 PM, Gunnar Wolf gw...@iiec.unam.mx wrote: Find the build log attached to this mail - Amazing, almost two hours under a quite-decent system! :-} Yep. But the build you attached actually builds the package. Where is the problem? FWIW, I used cowbuilder (not pbuilder) as a build environment, in case it makes any difference... Although it should not. In my experience cowbuilder is slower than pbuilder (only the initial unpacking phase is a lot faster with cowbuilder). Ondrej -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499815: marked as done (Overwrites user runlevel configuration)
Your message dated Tue, 27 Jan 2009 22:20:07 + with message-id e1lrwhv-00089s...@ries.debian.org and subject line Bug#499815: fixed in avahi 0.6.23-3lenny1 has caused the Debian Bug report #499815, regarding Overwrites user runlevel configuration 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 499815: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499815 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: avahi Version: 0.6.23-2 Severity: serious The new avahi versions try to move the start scripts to a later point in the boot process. This is done by first removing all runlevel configuration, then readding it. Thus, the user configuration is removed. This violates Debian policy, common sense and decency. A possible fix would be an extension of the update-rc.d interface. Marc ---End Message--- ---BeginMessage--- Source: avahi Source-Version: 0.6.23-3lenny1 We believe that the bug you reported is fixed in the latest version of avahi, which is due to be installed in the Debian FTP archive: avahi-autoipd_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/avahi-autoipd_0.6.23-3lenny1_i386.deb avahi-daemon_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/avahi-daemon_0.6.23-3lenny1_i386.deb avahi-dbg_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/avahi-dbg_0.6.23-3lenny1_i386.deb avahi-discover_0.6.23-3lenny1_all.deb to pool/main/a/avahi/avahi-discover_0.6.23-3lenny1_all.deb avahi-dnsconfd_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/avahi-dnsconfd_0.6.23-3lenny1_i386.deb avahi-ui-utils_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/avahi-ui-utils_0.6.23-3lenny1_i386.deb avahi-utils_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/avahi-utils_0.6.23-3lenny1_i386.deb avahi_0.6.23-3lenny1.diff.gz to pool/main/a/avahi/avahi_0.6.23-3lenny1.diff.gz avahi_0.6.23-3lenny1.dsc to pool/main/a/avahi/avahi_0.6.23-3lenny1.dsc libavahi-client-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-client-dev_0.6.23-3lenny1_i386.deb libavahi-client3_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-client3_0.6.23-3lenny1_i386.deb libavahi-common-data_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-common-data_0.6.23-3lenny1_i386.deb libavahi-common-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-common-dev_0.6.23-3lenny1_i386.deb libavahi-common3_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-common3_0.6.23-3lenny1_i386.deb libavahi-compat-howl-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-compat-howl-dev_0.6.23-3lenny1_i386.deb libavahi-compat-howl0_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-compat-howl0_0.6.23-3lenny1_i386.deb libavahi-compat-libdnssd-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-compat-libdnssd-dev_0.6.23-3lenny1_i386.deb libavahi-compat-libdnssd1_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-compat-libdnssd1_0.6.23-3lenny1_i386.deb libavahi-core-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-core-dev_0.6.23-3lenny1_i386.deb libavahi-core5_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-core5_0.6.23-3lenny1_i386.deb libavahi-glib-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-glib-dev_0.6.23-3lenny1_i386.deb libavahi-glib1_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-glib1_0.6.23-3lenny1_i386.deb libavahi-gobject-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-gobject-dev_0.6.23-3lenny1_i386.deb libavahi-gobject0_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-gobject0_0.6.23-3lenny1_i386.deb libavahi-qt3-1_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-qt3-1_0.6.23-3lenny1_i386.deb libavahi-qt3-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-qt3-dev_0.6.23-3lenny1_i386.deb libavahi-qt4-1_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-qt4-1_0.6.23-3lenny1_i386.deb libavahi-qt4-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-qt4-dev_0.6.23-3lenny1_i386.deb libavahi-ui-dev_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-ui-dev_0.6.23-3lenny1_i386.deb libavahi-ui0_0.6.23-3lenny1_i386.deb to pool/main/a/avahi/libavahi-ui0_0.6.23-3lenny1_i386.deb python-avahi_0.6.23-3lenny1_all.deb to pool/main/a/avahi/python-avahi_0.6.23-3lenny1_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 499...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael
Bug#513074: [paraview] paraview FTBFS in pbuilder
Yep. But the build you attached actually builds the package. Where is the problem? I fail to see a problem :) I started the build with high expectations on trying to fix an RC bug. But the bug is not there. The package is at least buildable on your i386 and on my AMD64, under (supposedly) identical environments. I'd suggest you to recreate your pbuilder and try again... maybe there is no bug? In my experience cowbuilder is slower than pbuilder (only the initial unpacking phase is a lot faster with cowbuilder). I see... Well, most of my packages are quite smaller than this one, and a bulk of the build time is spent setting up the environment ;-) Greetings, -- Gunnar Wolf - gw...@iiec.unam.mx - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513074: [paraview] paraview FTBFS in pbuilder
On Tue, Jan 27, 2009 at 2:42 PM, Gunnar Wolf gw...@gwolf.org wrote: Yep. But the build you attached actually builds the package. Where is the problem? I fail to see a problem :) I started the build with high expectations on trying to fix an RC bug. But the bug is not there. The package is at least buildable on your i386 and on my AMD64, under (supposedly) identical environments. I'd suggest you to recreate your pbuilder and try again... maybe there is no bug? Ok, I'll try to rebuild my pbuilder and try again. Christophe, let's upload the new binary revision, so that it fixes the other RC bug (#513060)? Thanks, Ondrej -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512818: Backported patch from upstream
tag 512818 +patch
thanks
Backported patch from upstream.
Attached is the NMU diff.
diff -u gst-plugins-good0.10-0.10.8/debian/changelog
gst-plugins-good0.10-0.10.8/debian/changelog
--- gst-plugins-good0.10-0.10.8/debian/changelog
+++ gst-plugins-good0.10-0.10.8/debian/changelog
@@ -1,3 +1,12 @@
+gst-plugins-good0.10 (0.10.8-4.1) unstable; urgency=high
+
+ * NMU
+ * debian/patches/20_Fix_for_security_advisory_TKADV2009-0xx.patch:
++ Fix SA33650 and TKADV2009-03 (Closes: #512818)
+ * Urgency set to high due to urgency bug
+
+ -- Thadeu Lima de Souza Cascardo casca...@minaslivre.org Tue, 27 Jan 2009
20:12:10 -0200
+
gst-plugins-good0.10 (0.10.8-4) unstable; urgency=low
* debian/patches/13_equalizer.patch:
only in patch2:
unchanged:
---
gst-plugins-good0.10-0.10.8.orig/debian/patches/20_Fix_for_security_advisory_TKADV2009-0xx.patch
+++
gst-plugins-good0.10-0.10.8/debian/patches/20_Fix_for_security_advisory_TKADV2009-0xx.patch
@@ -0,0 +1,38 @@
+diff --git a/gst/qtdemux/qtdemux.c b/gst/qtdemux/qtdemux.c
+index 33061f5..bc61e37 100644
+--- a/gst/qtdemux/qtdemux.c
b/gst/qtdemux/qtdemux.c
+@@ -2842,13 +2842,13 @@ qtdemux_parse_samples (GstQTDemux * qtdemux,
QtDemuxStream * stream,
+ stream-min_duration = 0;
+ time = 0;
+ index = 0;
+-for (i = 0; i n_sample_times; i++) {
++for (i = 0; (i n_sample_times) (index stream-n_samples); i++) {
+ guint32 n;
+ guint32 duration;
+
+ n = QT_UINT32 ((guint8 *) stts-data + 16 + 8 * i);
+ duration = QT_UINT32 ((guint8 *) stts-data + 16 + 8 * i + 4);
+- for (j = 0; j n; j++) {
++ for (j = 0; (j n) (index stream-n_samples); j++) {
+ GST_DEBUG_OBJECT (qtdemux, sample %d: timestamp % GST_TIME_FORMAT,
+ index, GST_TIME_ARGS (timestamp));
+
+@@ -2876,7 +2876,7 @@ qtdemux_parse_samples (GstQTDemux * qtdemux,
QtDemuxStream * stream,
+ for (i = 0; i n_sample_syncs; i++) {
+ /* note that the first sample is index 1, not 0 */
+ index = QT_UINT32 ((guint8 *) stss-data + offset);
+- if (index 0) {
++ if (index 0 index = stream-n_samples) {
+ samples[index - 1].keyframe = TRUE;
+ offset += 4;
+ }
+@@ -2975,7 +2975,7 @@ qtdemux_parse_samples (GstQTDemux * qtdemux,
QtDemuxStream * stream,
+ for (i = 0, j = 0; (j stream-n_samples) (i n_entries); i++) {
+ count = QT_UINT32 (ctts_data + 16 + i * 8);
+ soffset = QT_UINT32 (ctts_data + 20 + i * 8);
+- for (k = 0; k count; k++, j++) {
++ for (k = 0; (k count) (j stream-n_samples); k++, j++) {
+ /* we operate with very small soffset values here, it shouldn't
overflow */
+ samples[j].pts_offset = soffset * GST_SECOND / stream-timescale;
+ }
signature.asc
Description: Digital signature
Processed: Backported patch from upstream
Processing commands for cont...@bugs.debian.org: tag 512818 +patch Bug#512818: SA33650: QuickTime Processing Vulnerabilities Tags were: security 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Workaround for bug #507338
Processing commands for cont...@bugs.debian.org: tags 507338 + patch Bug#507338: [libghc6-highlighting-kate-dev] There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507338: Workaround for bug #507338
tags 507338 + patch
thanks
In Ubuntu, we applied the attached patch to fix this.
See also https://launchpad.net/bugs/274117.
Thank you.
--
. ''`. Luca Falavigna
: :' : Ubuntu MOTU Developer
`. `'` Debian Maintainer
`- GPG Key: 0x86BC2A50
diff -u highlighting-kate-0.2.1/debian/control
highlighting-kate-0.2.1/debian/control
--- highlighting-kate-0.2.1/debian/control
+++ highlighting-kate-0.2.1/debian/control
@@ -12,7 +13,7 @@
Package: libghc6-highlighting-kate-dev
Section: libdevel
Architecture: any
-Depends: ${haskell:Depends}, libghc6-xhtml-dev, libghc6-pcre-light-dev
+Depends: ${haskell:Depends}, libghc6-xhtml-dev, libghc6-pcre-light-dev,
libghc6-parsec-dev
Suggests: highlighting-kate-doc (= ${source:Version})
Description: syntax highlighting library based on Kate syntax descriptions
Highlighting-kate is a syntax highlighting library with support for over
diff -u highlighting-kate-0.2.1/debian/changelog
highlighting-kate-0.2.1/debian/changelog
--- highlighting-kate-0.2.1/debian/changelog
+++ highlighting-kate-0.2.1/debian/changelog
@@ -1,3 +1,13 @@
+highlighting-kate (0.2.1-3ubuntu1) jaunty; urgency=low
+
+ * highlighting-kate.cabal:
+- adjust description by removing link to http://kate-editor.org, it
+ generates a parsing error during configure phase.
+ * libghc6-highlighting-kate-dev depends on libghc6-parsec-dev, fix
+configure error due to missing parsec-2.1.0.0 package.
+
+ -- Luca Falavigna dktrkr...@ubuntu.com Wed, 28 Jan 2009 00:36:19 +0100
+
highlighting-kate (0.2.1-3) unstable; urgency=low
* Brown paper bag release. Add libghc6-parsec-prof to Build-Depends.
only in patch2:
unchanged:
--- highlighting-kate-0.2.1.orig/highlighting-kate.cabal
+++ highlighting-kate-0.2.1/highlighting-kate.cabal
@@ -7,8 +7,8 @@
Description: highlighting-kate is a syntax highlighting library
with support for over 50 languages. The syntax
parsers are automatically generated from Kate
- syntax descriptions (http://kate-editor.org/),
- so any syntax supported by Kate can be added.
+ syntax descriptions, so any syntax supported by Kate
+ can be added.
An (optional) command-line program is provided, along
with a utility for generating new parsers from Kate
XML syntax descriptions.
Processed (with 1 errors): found 512999 in rt2400_1.2.2+cvs20080623-2, found 512999 in 1.2.2+cvs20060620-4
Processing commands for cont...@bugs.debian.org: found 512999 rt2400_1.2.2+cvs20080623-2 Unknown command or malformed arguments to command. found 512999 1.2.2+cvs20060620-4 Bug#512999: Possible security flaw in ad-hoc probe request processing Bug marked as found in version 1.2.2+cvs20060620-4. 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 512999 in 1.2.2+cvs20080623-2, notfound 512999 in rt2400_1.2.2+cvs20080623-2
Processing commands for cont...@bugs.debian.org: found 512999 1.2.2+cvs20080623-2 Bug#512999: Possible security flaw in ad-hoc probe request processing Bug marked as found in version 1.2.2+cvs20080623-2. notfound 512999 rt2400_1.2.2+cvs20080623-2 Bug#512999: Possible security flaw in ad-hoc probe request processing Bug no longer marked as found in version rt2400_1.2.2+cvs20080623-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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 513000 in 1:1.1.0-b4+cvs20080623-2, found 513000 in 1.1.0+cvs20060620-3
Processing commands for cont...@bugs.debian.org: found 513000 1:1.1.0-b4+cvs20080623-2 Bug#513000: Possible security flaw in ad-hoc probe request processing Bug marked as found in version 1:1.1.0-b4+cvs20080623-2. found 513000 1.1.0+cvs20060620-3 Bug#513000: Possible security flaw in ad-hoc probe request processing Bug marked as found in version 1.1.0+cvs20060620-3. 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 513001 in 1.1.0+cvs20060620-3, found 513001 in 1.1.0+cvs20080623-1
Processing commands for cont...@bugs.debian.org: found 513001 1.1.0+cvs20060620-3 Bug#513001: Possible security flaw in ad-hoc probe request processing Bug marked as found in version 1.1.0+cvs20060620-3. found 513001 1.1.0+cvs20080623-1 Bug#513001: Possible security flaw in ad-hoc probe request processing Bug marked as found in version 1.1.0+cvs20080623-1. 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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 512995 in 1:1.0.3.6-cvs20080623-dfsg1-2
Processing commands for cont...@bugs.debian.org: found 512995 1:1.0.3.6-cvs20080623-dfsg1-2 Bug#512995: Possible security flaw in ad-hoc probe request processing Bug marked as found in version 1:1.0.3.6-cvs20080623-dfsg1-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 debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513000: marked as done (Possible security flaw in ad-hoc probe request processing)
Your message dated Wed, 28 Jan 2009 00:47:04 +
with message-id e1lrya8-ec...@ries.debian.org
and subject line Bug#513000: fixed in rt2500 1:1.1.0-b4+cvs20080623-3
has caused the Debian Bug report #513000,
regarding Possible security flaw in ad-hoc probe request processing
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
513000: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513000
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: rt73
Severity: critical
Tags: security, upstream
Aviv spring...@gmail.com wrote on Bugtraq:
Some Ralinktech wireless cards drivers are suffer from integer
overflow. by sending malformed 802.11 Probe Request packet with no
care about victim's MAC\BSS\SSID can cause to remote code execution in
kernel mode.
In order to exploit this issue, the attacker should send a Probe
Request packet with SSID length bigger then 128 bytes (but less then
256) when the victim's card is in ADHOC mode. attacker shouldn't be
on the same network nor even know the MAC\BSS\SSID, he can just send
it broadcast.
Tested on Ralink USB wireless adapter (RT73) V3.08 on win2k with the
latest driver version.
(Archived at
http://archives.neohapsis.com/archives/bugtraq/2009-01/0167.html.)
No CVE number appears to have been assigned to this yet.
Ralink's Linux drivers are based on their Windows drivers and the
following code in PeerProbeReqSanity() in the source file sanity.c
appears to have exactly this flaw:
if ((pFrame-Octet[0] != IE_SSID) || (pFrame-Octet[1] MAX_LEN_OF_SSID))
{
DBGPRINT(RT_DEBUG_TRACE, PeerProbeReqSanity fail - wrong SSID
IE(Type=%d,Len=%d)\n,pFrame-Octet[0],pFrame-Octet[1]);
return FALSE;
}
*pSsidLen = pFrame-Octet[1];
memcpy(Ssid, pFrame-Octet[2], *pSsidLen);
pFrame-Octet is an array of signed char and MAX_LEN_OF_SSID expands
to a decimal literal which will have type int. Therefore unsigned
values in the range [128, 255] will be treated as values in the range
[-128, -1] and will pass the test.
Similar code exists in the rt2400, rt2500, rt2570, rt61 and rt2860
drivers.
Ben.
---End Message---
---BeginMessage---
Source: rt2500
Source-Version: 1:1.1.0-b4+cvs20080623-3
We believe that the bug you reported is fixed in the latest version of
rt2500, which is due to be installed in the Debian FTP archive:
rt2500-source_1.1.0-b4+cvs20080623-3_all.deb
to pool/main/r/rt2500/rt2500-source_1.1.0-b4+cvs20080623-3_all.deb
rt2500_1.1.0-b4+cvs20080623-3.diff.gz
to pool/main/r/rt2500/rt2500_1.1.0-b4+cvs20080623-3.diff.gz
rt2500_1.1.0-b4+cvs20080623-3.dsc
to pool/main/r/rt2500/rt2500_1.1.0-b4+cvs20080623-3.dsc
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 513...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Ben Hutchings b...@decadent.org.uk (supplier of updated rt2500 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 ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 28 Jan 2009 00:33:41 +
Source: rt2500
Binary: rt2500-source
Architecture: source all
Version: 1:1.1.0-b4+cvs20080623-3
Distribution: unstable
Urgency: high
Maintainer: Debian Ralink packages maintainers
pkg-ralink-maintain...@lists.alioth.debian.org
Changed-By: Ben Hutchings b...@decadent.org.uk
Description:
rt2500-source - source for rt2500 wireless network driver
Closes: 513000
Changes:
rt2500 (1:1.1.0-b4+cvs20080623-3) unstable; urgency=high
.
* Fixed buffer overflow vulnerability in processing of ad-hoc probe
requests (CVE-2009-0282) (closes: bug#513000)
Checksums-Sha1:
3733fe7f3eb1135e1c8f832a5a5d6907b803b41c 1398 rt2500_1.1.0-b4+cvs20080623-3.dsc
6dedf2f103d533557a069b00dabd71a78a4a 8106
rt2500_1.1.0-b4+cvs20080623-3.diff.gz
4d94b5931d540317adc6efde861388be5578f217 213466
rt2500-source_1.1.0-b4+cvs20080623-3_all.deb
Checksums-Sha256:
1bc8498b912e16ac07d57c65aec303b5d2e5d79e0140e8aba0e32178d7fa5e2a 1398
rt2500_1.1.0-b4+cvs20080623-3.dsc
7ff8c6aab09c7971305fdce69461b1ffb98949e5ac69d06ccc2c2f7ced4dff28 8106
rt2500_1.1.0-b4+cvs20080623-3.diff.gz
c7580ea2f6e4d7fba17cf06ab0b2c5f6e91776f15d42679f9d94971d93a6abd1 213466
rt2500-source_1.1.0-b4+cvs20080623-3_all.deb
Files:
8e17cc366f407bd86e2e8baae68b479a 1398 net extra
Bug#513001: marked as done (Possible security flaw in ad-hoc probe request processing)
Your message dated Wed, 28 Jan 2009 00:47:06 +
with message-id e1lryaa-ee...@ries.debian.org
and subject line Bug#513001: fixed in rt2570 1.1.0+cvs20080623-2
has caused the Debian Bug report #513001,
regarding Possible security flaw in ad-hoc probe request processing
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
513001: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513001
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: rt73
Severity: critical
Tags: security, upstream
Aviv spring...@gmail.com wrote on Bugtraq:
Some Ralinktech wireless cards drivers are suffer from integer
overflow. by sending malformed 802.11 Probe Request packet with no
care about victim's MAC\BSS\SSID can cause to remote code execution in
kernel mode.
In order to exploit this issue, the attacker should send a Probe
Request packet with SSID length bigger then 128 bytes (but less then
256) when the victim's card is in ADHOC mode. attacker shouldn't be
on the same network nor even know the MAC\BSS\SSID, he can just send
it broadcast.
Tested on Ralink USB wireless adapter (RT73) V3.08 on win2k with the
latest driver version.
(Archived at
http://archives.neohapsis.com/archives/bugtraq/2009-01/0167.html.)
No CVE number appears to have been assigned to this yet.
Ralink's Linux drivers are based on their Windows drivers and the
following code in PeerProbeReqSanity() in the source file sanity.c
appears to have exactly this flaw:
if ((pFrame-Octet[0] != IE_SSID) || (pFrame-Octet[1] MAX_LEN_OF_SSID))
{
DBGPRINT(RT_DEBUG_TRACE, PeerProbeReqSanity fail - wrong SSID
IE(Type=%d,Len=%d)\n,pFrame-Octet[0],pFrame-Octet[1]);
return FALSE;
}
*pSsidLen = pFrame-Octet[1];
memcpy(Ssid, pFrame-Octet[2], *pSsidLen);
pFrame-Octet is an array of signed char and MAX_LEN_OF_SSID expands
to a decimal literal which will have type int. Therefore unsigned
values in the range [128, 255] will be treated as values in the range
[-128, -1] and will pass the test.
Similar code exists in the rt2400, rt2500, rt2570, rt61 and rt2860
drivers.
Ben.
---End Message---
---BeginMessage---
Source: rt2570
Source-Version: 1.1.0+cvs20080623-2
We believe that the bug you reported is fixed in the latest version of
rt2570, which is due to be installed in the Debian FTP archive:
rt2570-source_1.1.0+cvs20080623-2_all.deb
to pool/main/r/rt2570/rt2570-source_1.1.0+cvs20080623-2_all.deb
rt2570_1.1.0+cvs20080623-2.diff.gz
to pool/main/r/rt2570/rt2570_1.1.0+cvs20080623-2.diff.gz
rt2570_1.1.0+cvs20080623-2.dsc
to pool/main/r/rt2570/rt2570_1.1.0+cvs20080623-2.dsc
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 513...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Ben Hutchings b...@decadent.org.uk (supplier of updated rt2570 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 ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 28 Jan 2009 00:39:19 +
Source: rt2570
Binary: rt2570-source
Architecture: source all
Version: 1.1.0+cvs20080623-2
Distribution: unstable
Urgency: high
Maintainer: Debian Ralink packages maintainers
pkg-ralink-maintain...@lists.alioth.debian.org
Changed-By: Ben Hutchings b...@decadent.org.uk
Description:
rt2570-source - source for rt2570 wireless network driver
Closes: 513001
Changes:
rt2570 (1.1.0+cvs20080623-2) unstable; urgency=high
.
* Fixed buffer overflow vulnerability in processing of ad-hoc probe
requests (CVE-2009-0282) (closes: bug#513001)
Checksums-Sha1:
1ad25bdcc344367ee7e7b0b1015cd9681eecb901 1375 rt2570_1.1.0+cvs20080623-2.dsc
982fd2ab765baea0ff2e37068879397f453a800a 7096
rt2570_1.1.0+cvs20080623-2.diff.gz
6eba4dcbc7de44176a1472f005646bce947bffa8 215138
rt2570-source_1.1.0+cvs20080623-2_all.deb
Checksums-Sha256:
662bf6394679b01e78c57d6dd56720a35acc963ef28274fbc97c7cefd649f8b0 1375
rt2570_1.1.0+cvs20080623-2.dsc
68948496c34274fc9c91ecdb93f65d5be8038dc4d80b94d5aff99363d8a9aa07 7096
rt2570_1.1.0+cvs20080623-2.diff.gz
e23556e0a0f1bf6c92dc90d9fc5e1340f311c34a59987a24d30243262efb46ca 215138
rt2570-source_1.1.0+cvs20080623-2_all.deb
Files:
cfc66fc3734eb2debe7479f7dbeb99eb 1375 net extra rt2570_1.1.0+cvs20080623-2.dsc
Bug#512999: marked as done (Possible security flaw in ad-hoc probe request processing)
Your message dated Wed, 28 Jan 2009 00:32:10 +
with message-id e1lryli-0008es...@ries.debian.org
and subject line Bug#512999: fixed in rt2400 1.2.2+cvs20080623-3
has caused the Debian Bug report #512999,
regarding Possible security flaw in ad-hoc probe request processing
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
512999: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512999
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: rt73
Severity: critical
Tags: security, upstream
Aviv spring...@gmail.com wrote on Bugtraq:
Some Ralinktech wireless cards drivers are suffer from integer
overflow. by sending malformed 802.11 Probe Request packet with no
care about victim's MAC\BSS\SSID can cause to remote code execution in
kernel mode.
In order to exploit this issue, the attacker should send a Probe
Request packet with SSID length bigger then 128 bytes (but less then
256) when the victim's card is in ADHOC mode. attacker shouldn't be
on the same network nor even know the MAC\BSS\SSID, he can just send
it broadcast.
Tested on Ralink USB wireless adapter (RT73) V3.08 on win2k with the
latest driver version.
(Archived at
http://archives.neohapsis.com/archives/bugtraq/2009-01/0167.html.)
No CVE number appears to have been assigned to this yet.
Ralink's Linux drivers are based on their Windows drivers and the
following code in PeerProbeReqSanity() in the source file sanity.c
appears to have exactly this flaw:
if ((pFrame-Octet[0] != IE_SSID) || (pFrame-Octet[1] MAX_LEN_OF_SSID))
{
DBGPRINT(RT_DEBUG_TRACE, PeerProbeReqSanity fail - wrong SSID
IE(Type=%d,Len=%d)\n,pFrame-Octet[0],pFrame-Octet[1]);
return FALSE;
}
*pSsidLen = pFrame-Octet[1];
memcpy(Ssid, pFrame-Octet[2], *pSsidLen);
pFrame-Octet is an array of signed char and MAX_LEN_OF_SSID expands
to a decimal literal which will have type int. Therefore unsigned
values in the range [128, 255] will be treated as values in the range
[-128, -1] and will pass the test.
Similar code exists in the rt2400, rt2500, rt2570, rt61 and rt2860
drivers.
Ben.
---End Message---
---BeginMessage---
Source: rt2400
Source-Version: 1.2.2+cvs20080623-3
We believe that the bug you reported is fixed in the latest version of
rt2400, which is due to be installed in the Debian FTP archive:
rt2400-source_1.2.2+cvs20080623-3_all.deb
to pool/main/r/rt2400/rt2400-source_1.2.2+cvs20080623-3_all.deb
rt2400_1.2.2+cvs20080623-3.diff.gz
to pool/main/r/rt2400/rt2400_1.2.2+cvs20080623-3.diff.gz
rt2400_1.2.2+cvs20080623-3.dsc
to pool/main/r/rt2400/rt2400_1.2.2+cvs20080623-3.dsc
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 512...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Ben Hutchings b...@decadent.org.uk (supplier of updated rt2400 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 ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 28 Jan 2009 00:23:31 +
Source: rt2400
Binary: rt2400-source
Architecture: source all
Version: 1.2.2+cvs20080623-3
Distribution: unstable
Urgency: high
Maintainer: Debian Ralink packages maintainers
pkg-ralink-maintain...@lists.alioth.debian.org
Changed-By: Ben Hutchings b...@decadent.org.uk
Description:
rt2400-source - source for rt2400 wireless network driver
Closes: 512999
Changes:
rt2400 (1.2.2+cvs20080623-3) unstable; urgency=high
.
* Fixed buffer overflow vulnerability in processing of ad-hoc probe
requests (CVE-2009-0282) (closes: bug#512999)
Checksums-Sha1:
e319d235663780a1d61f75791f1e0146bc11a785 1375 rt2400_1.2.2+cvs20080623-3.dsc
7e54e841ea1d67dd249b2c58079d7f5767756238 7156
rt2400_1.2.2+cvs20080623-3.diff.gz
de6a8b59a1e93ff9eb1ae13db23d19d86737fcf7 118014
rt2400-source_1.2.2+cvs20080623-3_all.deb
Checksums-Sha256:
ea4f1dc3668a91dfbcf291d3ccda8b5d1c93d957fdccf6a49b7e1bc041e67da4 1375
rt2400_1.2.2+cvs20080623-3.dsc
0b48820b021f8bbb48ced436d8b7f594f14f80fce145beb7f8f7693e6cb768a7 7156
rt2400_1.2.2+cvs20080623-3.diff.gz
674da236aba460f8019d3dbf4bfb23b6f96d7e13324752f66829f377827058fd 118014
rt2400-source_1.2.2+cvs20080623-3_all.deb
Files:
af944b2332e2287116ead097de76d1d3 1375 net extra rt2400_1.2.2+cvs20080623-3.dsc
Processed: Re: Bug#497740: reopen Bug#497740, due to FTBFS on hppa
Processing commands for cont...@bugs.debian.org: tag 497740 patch pending Bug#497740: guile-1.6_1.6.8-6.2(hppa/unstable): FTBFS on hppa with gcc-4.3 Tags were: sid lenny patch Tags added: patch, pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497740: reopen Bug#497740, due to FTBFS on hppa
tag 497740 patch pending thanks Martin Zobel-Helas zo...@ftbfs.de (20/01/2009): I am reopening this bugreport due to: http://buildd.debian.org/fetch.cgi?pkg=guile-1.6arch=hppaver=1.6.8-6.2stamp=1232428441file=logas=raw | 6801 Segmentation fault | GUILE=/build/buildd/guile-1.6-1.6.8/pre-inst-guile ../scripts/snarf-check-and-output-texi --manual guile.texi I already tried to compile guile-1.6 with -O0 on hppa but it didn't help. Due to the direction in which the stack grows. I still have to choose how to solve that bug, but setting the appropriate define manually did the trick, thus tagging patch. I'll follow up in a few hours with a proposed patch, and an NMU short afterwards, thus tagging pending. Mraw, KiBi. signature.asc Description: Digital signature
Bug#513302: libghc6-utf8-string-dev: Fails to install
Package: libghc6-utf8-string-dev Version: 0.3.3-2+b1 Severity: grave Justification: renders package unusable (Reading database ... 390203 files and directories currently installed.) Unpacking libghc6-utf8-string-dev (from .../libghc6-utf8-string-dev_0.3.3-2+b1_i386.deb) ... Setting up libghc6-utf8-string-dev (0.3.3-2+b1) ... /var/lib/dpkg/info/libghc6-utf8-string-dev.postinst: line 15: /usr/lib/ghc-6.8.2dfsg1/bin/ghc-pkg: No such file or directory dpkg: error processing libghc6-utf8-string-dev (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: libghc6-utf8-string-dev E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libghc6-utf8-string-dev depends on: ii ghc66.8.2dfsg1-1 GHC - the Glasgow Haskell Compilat libghc6-utf8-string-dev recommends no packages. libghc6-utf8-string-dev suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513039: Some more info needed to debug this
Hello, Robert. Could you please provide some information, like the contents of /usr/share/python-apt/templates/ and the output of lsb_release -icdr? Best regards, Cascardo. signature.asc Description: Digital signature
Bug#512818: marked as done (SA33650: QuickTime Processing Vulnerabilities)
Your message dated Wed, 28 Jan 2009 01:17:04 + with message-id e1lrz3a-0002wi...@ries.debian.org and subject line Bug#512818: fixed in gst-plugins-good0.10 0.10.8-4.1 has caused the Debian Bug report #512818, regarding SA33650: QuickTime Processing Vulnerabilities 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 512818: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512818 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: gstreamer0.10-plugins-good Severity: grave Version: 0.10.8-4 Tags: security Hi, The following SA (Secunia Advisory) id was published for interchange. SA33650[1]: Tobias Klein has reported some vulnerabilities in GStreamer Good Plug-ins, which can potentially be exploited by malicious people to compromise a vulnerable system. 1) A boundary error occurs within the qtdemux_parse_samples() function in gst/gtdemux/qtdemux.c when performing QuickTime ctts Atom parsing. This can be exploited to cause a heap-based buffer overflow via a specially crafted QuickTime media file. 2) An array indexing error exists in the qtdemux_parse_samples() function in gst/gtdemux/qtdemux.c when performing QuickTime stss Atom parsing. This can be exploited to corrupt memory via a specially crafted QuickTime media file. 3) A boundary error occurs within the qtdemux_parse_samples() function in gst/gtdemux/qtdemux.c when performing QuickTime stts Atom parsing. This can be exploited to cause a heap-based buffer overflow via a specially crafted QuickTime media file. These vulnerabilities are reported in versions prior to 0.10.12. The original advisory can be found at [2]. If you fix the vulnerability please also make sure to include the CVE id, when one is assigned, in the changelog entry. [1]http://secunia.com/Advisories/33650/ [2]http://trapkit.de/advisories/TKADV2009-003.txt Cheers, -- Raphael Geissert - Debian Maintainer www.debian.org - get.debian.net signature.asc Description: This is a digitally signed message part. ---End Message--- ---BeginMessage--- Source: gst-plugins-good0.10 Source-Version: 0.10.8-4.1 We believe that the bug you reported is fixed in the latest version of gst-plugins-good0.10, which is due to be installed in the Debian FTP archive: gst-plugins-good0.10_0.10.8-4.1.diff.gz to pool/main/g/gst-plugins-good0.10/gst-plugins-good0.10_0.10.8-4.1.diff.gz gst-plugins-good0.10_0.10.8-4.1.dsc to pool/main/g/gst-plugins-good0.10/gst-plugins-good0.10_0.10.8-4.1.dsc gstreamer0.10-esd_0.10.8-4.1_i386.deb to pool/main/g/gst-plugins-good0.10/gstreamer0.10-esd_0.10.8-4.1_i386.deb gstreamer0.10-plugins-good-dbg_0.10.8-4.1_i386.deb to pool/main/g/gst-plugins-good0.10/gstreamer0.10-plugins-good-dbg_0.10.8-4.1_i386.deb gstreamer0.10-plugins-good-doc_0.10.8-4.1_all.deb to pool/main/g/gst-plugins-good0.10/gstreamer0.10-plugins-good-doc_0.10.8-4.1_all.deb gstreamer0.10-plugins-good_0.10.8-4.1_i386.deb to pool/main/g/gst-plugins-good0.10/gstreamer0.10-plugins-good_0.10.8-4.1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 512...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thadeu Lima de Souza Cascardo casca...@minaslivre.org (supplier of updated gst-plugins-good0.10 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 ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 27 Jan 2009 20:12:10 -0200 Source: gst-plugins-good0.10 Binary: gstreamer0.10-plugins-good-doc gstreamer0.10-esd gstreamer0.10-plugins-good gstreamer0.10-plugins-good-dbg Architecture: source all i386 Version: 0.10.8-4.1 Distribution: unstable Urgency: high Maintainer: Maintainers of GStreamer packages pkg-gstreamer-maintain...@lists.alioth.debian.org Changed-By: Thadeu Lima de Souza Cascardo casca...@minaslivre.org Description: gstreamer0.10-esd - GStreamer plugin for ESD gstreamer0.10-plugins-good - GStreamer plugins from the good set gstreamer0.10-plugins-good-dbg - GStreamer plugins from the good set gstreamer0.10-plugins-good-doc - GStreamer documentation for plugins from the good set Closes: 512818 Changes: gst-plugins-good0.10 (0.10.8-4.1) unstable; urgency=high . * NMU * debian/patches/20_Fix_for_security_advisory_TKADV2009-0xx.patch: + Fix SA33650 and
Bug#512995: marked as done (Possible security flaw in ad-hoc probe request processing)
Your message dated Wed, 28 Jan 2009 01:17:06 +
with message-id e1lrz3c-0002wx...@ries.debian.org
and subject line Bug#512995: fixed in rt73 1:1.0.3.6-cvs20080623-dfsg1-3
has caused the Debian Bug report #512995,
regarding Possible security flaw in ad-hoc probe request processing
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
512995: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512995
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: rt73
Severity: critical
Tags: security, upstream
Aviv spring...@gmail.com wrote on Bugtraq:
Some Ralinktech wireless cards drivers are suffer from integer
overflow. by sending malformed 802.11 Probe Request packet with no
care about victim's MAC\BSS\SSID can cause to remote code execution in
kernel mode.
In order to exploit this issue, the attacker should send a Probe
Request packet with SSID length bigger then 128 bytes (but less then
256) when the victim's card is in ADHOC mode. attacker shouldn't be
on the same network nor even know the MAC\BSS\SSID, he can just send
it broadcast.
Tested on Ralink USB wireless adapter (RT73) V3.08 on win2k with the
latest driver version.
(Archived at
http://archives.neohapsis.com/archives/bugtraq/2009-01/0167.html.)
No CVE number appears to have been assigned to this yet.
Ralink's Linux drivers are based on their Windows drivers and the
following code in PeerProbeReqSanity() in the source file sanity.c
appears to have exactly this flaw:
if ((pFrame-Octet[0] != IE_SSID) || (pFrame-Octet[1] MAX_LEN_OF_SSID))
{
DBGPRINT(RT_DEBUG_TRACE, PeerProbeReqSanity fail - wrong SSID
IE(Type=%d,Len=%d)\n,pFrame-Octet[0],pFrame-Octet[1]);
return FALSE;
}
*pSsidLen = pFrame-Octet[1];
memcpy(Ssid, pFrame-Octet[2], *pSsidLen);
pFrame-Octet is an array of signed char and MAX_LEN_OF_SSID expands
to a decimal literal which will have type int. Therefore unsigned
values in the range [128, 255] will be treated as values in the range
[-128, -1] and will pass the test.
Similar code exists in the rt2400, rt2500, rt2570, rt61 and rt2860
drivers.
Ben.
---End Message---
---BeginMessage---
Source: rt73
Source-Version: 1:1.0.3.6-cvs20080623-dfsg1-3
We believe that the bug you reported is fixed in the latest version of
rt73, which is due to be installed in the Debian FTP archive:
rt73-common_1.0.3.6-cvs20080623-dfsg1-3_all.deb
to pool/contrib/r/rt73/rt73-common_1.0.3.6-cvs20080623-dfsg1-3_all.deb
rt73-source_1.0.3.6-cvs20080623-dfsg1-3_all.deb
to pool/contrib/r/rt73/rt73-source_1.0.3.6-cvs20080623-dfsg1-3_all.deb
rt73_1.0.3.6-cvs20080623-dfsg1-3.diff.gz
to pool/contrib/r/rt73/rt73_1.0.3.6-cvs20080623-dfsg1-3.diff.gz
rt73_1.0.3.6-cvs20080623-dfsg1-3.dsc
to pool/contrib/r/rt73/rt73_1.0.3.6-cvs20080623-dfsg1-3.dsc
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 512...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Ben Hutchings b...@decadent.org.uk (supplier of updated rt73 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 ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 28 Jan 2009 00:53:13 +
Source: rt73
Binary: rt73-source rt73-common
Architecture: source all
Version: 1:1.0.3.6-cvs20080623-dfsg1-3
Distribution: unstable
Urgency: high
Maintainer: Debian Ralink packages maintainers
pkg-ralink-maintain...@lists.alioth.debian.org
Changed-By: Ben Hutchings b...@decadent.org.uk
Description:
rt73-common - RT73(RT2571W) Wireless Lan Linux Driver - common files
rt73-source - RT73(RT2571W) Wireless Lan Linux Driver - kernel module sources
Closes: 512995
Changes:
rt73 (1:1.0.3.6-cvs20080623-dfsg1-3) unstable; urgency=high
.
* Fixed buffer overflow vulnerability in processing of ad-hoc probe
requests (CVE-2009-0282) (closes: bug#512995)
Checksums-Sha1:
f8d24ce0488c3e1df55845cea14da8b63a88c6f3 1341
rt73_1.0.3.6-cvs20080623-dfsg1-3.dsc
c67b4c371db04448af94a45b4d9381c866db3b76 10146
rt73_1.0.3.6-cvs20080623-dfsg1-3.diff.gz
5d1f9e15cbaab1c2407fd7888f466b099d6db108 241998
rt73-source_1.0.3.6-cvs20080623-dfsg1-3_all.deb
5082ef225766e769a5e84166262a5646bff76fa7 17202
rt73-common_1.0.3.6-cvs20080623-dfsg1-3_all.deb
Checksums-Sha256:
Bug#513310: vzctl fails to set capabilities, and subsequently fails to start any VE
Package: vzctl
Version: 3.0.22-14
Severity: grave
Justification: renders package unusable
When trying to start a VE I get the following output:
] sudo vzctl start sd-dev
Starting VE ...
VE is mounted
Unable to set capability: Operation not permitted
Unable to set capability
VE start failed
VE is unmounted
When I strace the system I see the following call to set capabilities:
[pid 14391] capget(0x20071026, 0, NULL) = -1 EFAULT (Bad address)
[pid 14390] exit_group(0) = ?
Process 14390 detached
[pid 14391] capset(0x20071026, 0,
{CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TTY_CONFIG|0x7800,
CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TTY_CONFIG|0x7800,
CAP_CHOWN|CAP_DAC_OVERRIDE|CAP_DAC_READ_SEARCH|CAP_FOWNER|CAP_FSETID|CAP_KILL|CAP_SETGID|CAP_SETUID|CAP_LINUX_IMMUTABLE|CAP_NET_BIND_SERVICE|CAP_NET_BROADCAST|CAP_NET_RAW|CAP_IPC_LOCK|CAP_IPC_OWNER|CAP_SYS_CHROOT|CAP_SYS_PTRACE|CAP_SYS_BOOT|CAP_SYS_NICE|CAP_SYS_RESOURCE|CAP_SYS_TTY_CONFIG|0x7800})
= -1 EPERM (Operation not permitted)
This fails to start the VE, reporting that the capset operation failed.
None of my configuration has been modified significantly, and certainly not
to change the capability set of the VE or anything like that.
This same configuration worked on a 2.6.24 VZ kernel, but I am not sure it ever
worked on the 2.6.26 kernel.
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages vzctl depends on:
ii iproute 20080725-2 networking and traffic control too
ii libc6 2.7-18 GNU C Library: Shared libraries
ii vzquota 3.0.11-1 server virtualization solution - q
Versions of packages vzctl recommends:
ii rsync 3.0.5-1fast remote file copy program (lik
Versions of packages vzctl suggests:
pn linux-patch-openvznone (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513039: Removing /etc/debian_version and /etc/apt/sources.list reproduces the bug
I could only reproduce the bug removing /etc/debian_version as well as /etc/apt/sources.list. Thing is, aptsources.distro from python-apt, has a function, get_distro, which uses lsb_release to get the system codename. lsb_release will give it 'n/a' as the codename and it will not match any of the templates found in /usr/share/python-apt/templates/. I think the installer should install /etc/debian_version properly and this should be reassigned to the debian-installer, if the reporter confirms there was no /etc/debian_version after the installation. Regards, Cascardo. signature.asc Description: Digital signature
Processed: tags 512713 + patch
Processing commands for cont...@bugs.debian.org: tags 512713 + patch Bug#512713: chmsee: segfaults with some files There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512787: upgrade makes system unbootable
On Sun, Jan 25, 2009 at 11:39:44PM +0100, Robert Millan wrote: On Fri, Jan 23, 2009 at 11:05:16AM -0700, dann frazier wrote: My boot entry looks like this: set root=(hd0,1) search --fs-uuid --set e7bf09bb-8d63-4bbb-84d8-4ada743f643f linux /boot/vmlinuz-2.6.26-1-686 root=UUID=e7bf09bb-8d63-4bbb-84d8-4ada743f643f ro initrd /boot/initrd.img-2.6.26-1-686 I found through experimentation that deleting the first two lines allows my system to boot again. Please run grub-emu and check if the following command: search --fs-uuid --set e7bf09bb-8d63-4bbb-84d8-4ada743f643f causes any oddity (e.g. segfault). No segfault, but: BEGIN CUTPASTE Booting a command list error: unknown command `initrd' Press any key to continue... END CUTPASTE Also, try unsetting the root variable, run the search command, and see if it finds the correct value for it. Looks right to me: grub set root= grub echo $root grub search --fs-uuid --set e7bf09bb-8d63-4bbb-84d8-4ada743f643f grub echo $root hd0,1 -- dann frazier -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513321: roundcube: Send mail button disabled with latest package update
Package: roundcube Version: 0.1.1-10~bpo40+2 Severity: grave Justification: renders package unusable Hi guys, the latest update from etch-backports broke Roundcube on my server, and I worked out what it was - TinyMCE. For some reason the new package is expecting it to be in /usr/share/tinymce2, when the standard Deb package has it in /usr/share/tinymce. A quick and simple ln -s fixed the problem, and both the HTML editor and submit are now working correctly again. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686-bigmem Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages roundcube depends on: ii roundcube-core 0.1.1-10~bpo40+2 skinnable AJAX based webmail solut ii roundcube-sqlite [round 0.1.1-10~bpo40+2 metapackage providing sqlite depen roundcube recommends no packages. Versions of packages roundcube-core depends on: ii apache2-mpm-prefork [ht 2.2.3-50vm Traditional model for Apache HTTPD ii dbconfig-common 1.8.29+etch1 common framework for packaging dat ii debconf [debconf-2.0] 1.5.11etch2 Debian configuration management sy ii libmagic1 4.17-5etch3 File type determination library us ii php-auth1.2.4-0.1PHP PEAR modules for creating an a ii php-db 1.7.6-2 PHP PEAR Database Abstraction Laye ii php-mail-mime 1.3.1-1.1PHP PEAR module for creating and d ii php-net-smtp1.2.6-2 PHP PEAR module implementing SMTP ii php-net-socket 1.0.6-2 PHP PEAR Network Socket Interface ii php55.2.0-8+etch13 server-side, HTML-embedded scripti ii php5-gd 5.2.0-8+etch13 GD module for php5 ii php5-mcrypt 5.2.0-8+etch13 MCrypt module for php5 ii roundcube-sqlite [round 0.1.1-10~bpo40+2 metapackage providing sqlite depen ii tinymce 2.0.8-1 platform independent web based Jav ii ucf 2.0020 Update Configuration File: preserv -- debconf information: roundcube/password-confirm: (password omitted) roundcube/mysql/admin-pass: (password omitted) roundcube/mysql/app-pass: (password omitted) roundcube/app-password-confirm: (password omitted) roundcube/pgsql/app-pass: (password omitted) roundcube/pgsql/admin-pass: (password omitted) roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false * roundcube/dbconfig-install: false roundcube/db/dbname: roundcube roundcube/language: en_US roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/pgsql/authmethod-admin: ident roundcube/dbconfig-remove: roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/reconfigure-webserver: apache2, lighttpd roundcube/database-type: roundcube/remote/host: -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
