Bug#509616: [gmane.comp.video.ffmpeg.devel] [PATCH] fix crash in vp3.c
Nico Golde n...@debian.org writes: I have to admit that I don't really understand as well what the code here does, but I agree to michael that the approach to this patch is wrong. FFmpeg cannot be made robust to all kind of wrong data. There will always be some ways how to abuse a library. Why? I think that's wrong, it makes no sense to fix such things in vlc, xine and mplayer if it can be fixed in ffmpeg. I agree that it's bad that mplayer is passinf faulty data to ffmpeg here but I fail to see a reason why avcodec shouldn't handle this. I don't want to play bug pingpong but please let's talk about that. of course, if there is a bug in ffmpeg, it of course should be fixed. AFAIU Michael's response he acknowledges that there is a bug in the function. However ffmpeg (and debian as well, btw) has a history of fixing the bugs only with sensible fixes, which involves understanding the fix fully. Your patch however does not match that description. Moreover, I cannot really comment on the correctness of your patch. The code is sufficiently complicated that I'd rather only include them in the package if upstream gives it blessing. Diego wasn't sure himself, so he forwarded the patch to the ffmpeg mailing list for you. Michael then in turn rejected your patch. If you really want to investigate further, I'd suggest that you follow up on the mail I forwarded to you. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503907: diffstat
On Thu, Dec 25, 2008 at 03:43:35PM +, Neil McGovern wrote: On Wed, Dec 24, 2008 at 12:23:03AM -0500, Asheesh Laroia wrote: I have a feeling that the libwebkit currently in sid and lenny is pretty broken, from the looks of this bug. Unfortunately, we don't seem to be able to get much/any response from the maintainers. It would have been really useful to have a comment recently. Is there any way that this library can be permitted to enter testing with all these changes? Not really, no. * Find the fix for this issue and backport it on top of 1.0.1-4 This would be preferred. * Remove libwebkit-1.0-1 from lenny Possible, but not something I'm too happy with given it's popcon. More than its popcon, the real problem is its reverse dependencies, some of which can't be removed without massive work on the packages, because they do provide alternatives (think epiphany, liferea, ...). * Simply allow lenny to release with 1.0.1-4 that is this broken. Could anyone confirm how broken this is? Is it all sites, or a selection? Maintainers: do you have an opinion on this bug? According to upstream, a new release was due soon after I uploaded to experimental, but hasn't happened yet. I may be part of the reason for the delay because of my lack of time to test the build on all architectures (and the experimental buildd network still hasn't got mips or arm...) According to upstream, still, a lot of bugs have been fixed between 1.0.1 and the version in experimental right now, and FWIW, the BTS already has 5 such crash bugs that are fixed in experimental. Anyways, I think libwebkit-1.0-1 is one of these few packages that it would be good to have in the release, yet we can't guarantee it works properly. Maybe we should have a special unsupported section for stable, or we should allow packages to ship with some of their dependencies only fulfilled from unstable, which would state their unsupported status. Anyways, I will check again with upstream what the plans are for this new release and will keep you posted. Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509616: [gmane.comp.video.ffmpeg.devel] [PATCH] fix crash in vp3.c
Hi, * Reinhard Tartler siret...@tauware.de [2008-12-28 12:37]: Nico Golde n...@debian.org writes: I have to admit that I don't really understand as well what the code here does, but I agree to michael that the approach to this patch is wrong. FFmpeg cannot be made robust to all kind of wrong data. There will always be some ways how to abuse a library. Why? I think that's wrong, it makes no sense to fix such things in vlc, xine and mplayer if it can be fixed in ffmpeg. I agree that it's bad that mplayer is passinf faulty data to ffmpeg here but I fail to see a reason why avcodec shouldn't handle this. I don't want to play bug pingpong but please let's talk about that. of course, if there is a bug in ffmpeg, it of course should be fixed. AFAIU Michael's response he acknowledges that there is a bug in the function. However ffmpeg (and debian as well, btw) has a history of fixing the bugs only with sensible fixes, which involves understanding the fix fully. Your patch however does not match that description. Yes, with that justification I understand why you refuse the patch but not why the bug report is closed. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503712: the gs-common problem
For the latter, it would be cool if the maintainers of the affected packages, Vincent for latex-make Sylvain and David for page-crunch the Zope guys and Andreas and Fabio for zope-textindexng3 could weigh in here. I'll look at your packages, but if you already know whether it works without ghostscript-x or not, it'd be great if you could give me a shout. page-crunch depends on gs-common for 'pdf2ps' and 'ps2pdf'. From what I understand we can replace 'gs-common' with 'ghostscript'. Do you want to sponsor a new package release? -- Sylvain -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475737: Adding lenny-ignore
tags 475737 +lenny-ignore thanks Adding this tag as agreed with RT and Maintainer. Neil -- * stockholm calls netapp * stockholm calls someone else Ganneff you are typing random numbers on your phone? stockholm yes. my newest attempt to close our budget hole signature.asc Description: Digital signature
Processed: Adding lenny-ignore
Processing commands for cont...@bugs.debian.org: tags 475737 +lenny-ignore Bug#475737: otrs2 - makes files in /usr writable by non-root Tags were: security Tags added: lenny-ignore 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: fixed 495232 in 0.99.11-1
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35~bpo40+1 fixed 495232 0.99.11-1 Bug#495232: quagga: zebra ignores routes added via command line Bug marked as fixed in version 0.99.11-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#510000: Generated XML file containing XML exemple code contain bad indented code: i.e. load-on-startup*1/load-on-startup where * means that there's a Carriage Return.
Package: po2xml Version: 4:3.5.10ubuntu1~hardy1 Severity: serious --- Please enter the report below this line. --- --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-22-generic Debian Release: lenny/sid 500 hardy-updates it.archive.ubuntu.com 500 hardy-security security.ubuntu.com 500 hardy it.archive.ubuntu.com 500 gutsy-backports it.archive.ubuntu.com 500 gutsy archive.canonical.com --- Package information. --- Depends (Version) | Installed ===-+-=== | Example of bad XML code: h:column f:facet name=header Name/f:facet #{hot.name} /h:column h:column f:facet name=header Address/f:facet #{hot.address} /h:column h:column f:facet name=header City, State/f:facet This seem to happens when is involved. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494408: marked as done (linux-patch-exec-shield: Outdated kernel patch)
Your message dated Sun, 28 Dec 2008 13:02:06 + with message-id e1lgvhs-0004pa...@ries.debian.org and subject line Bug#494408: fixed in kernel-patch-exec-shield 1:2.6.26-1 has caused the Debian Bug report #494408, regarding linux-patch-exec-shield: Outdated kernel patch 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.) -- 494408: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494408 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: linux-patch-exec-shield Severity: grave Justification: renders package unusable linux-patch-exec-shield is only available for kernels up to 2.6.21 and isn't compatible to the Lenny kernels (e.g. the unification of the x86 arch code). Cheers, Moritz -- System Information: Debian Release: lenny/sid 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 ---End Message--- ---BeginMessage--- Source: kernel-patch-exec-shield Source-Version: 1:2.6.26-1 We believe that the bug you reported is fixed in the latest version of kernel-patch-exec-shield, which is due to be installed in the Debian FTP archive: kernel-patch-exec-shield_2.6.26-1.diff.gz to pool/main/k/kernel-patch-exec-shield/kernel-patch-exec-shield_2.6.26-1.diff.gz kernel-patch-exec-shield_2.6.26-1.dsc to pool/main/k/kernel-patch-exec-shield/kernel-patch-exec-shield_2.6.26-1.dsc kernel-patch-exec-shield_2.6.26-1_all.deb to pool/main/k/kernel-patch-exec-shield/kernel-patch-exec-shield_2.6.26-1_all.deb kernel-patch-exec-shield_2.6.26.orig.tar.gz to pool/main/k/kernel-patch-exec-shield/kernel-patch-exec-shield_2.6.26.orig.tar.gz linux-patch-exec-shield_2.6.26-1_all.deb to pool/main/k/kernel-patch-exec-shield/linux-patch-exec-shield_2.6.26-1_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 494...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Marcus Better mar...@better.se (supplier of updated kernel-patch-exec-shield 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: Thu, 25 Dec 2008 20:34:52 + Source: kernel-patch-exec-shield Binary: linux-patch-exec-shield kernel-patch-exec-shield Architecture: source all Version: 1:2.6.26-1 Distribution: unstable Urgency: low Maintainer: Marcus Better mar...@better.se Changed-By: Marcus Better mar...@better.se Description: kernel-patch-exec-shield - protection against stack smashing and other attacks (dummy packag linux-patch-exec-shield - protection against stack smashing and other attacks Closes: 494408 Changes: kernel-patch-exec-shield (1:2.6.26-1) unstable; urgency=low . * New patch for kernel 2.6.26. (Closes: 494408) * Adjusted patch for 2.6.18 to work with Debian kernel 2.6.18.dfsg.1-13etch6. Thanks to Russel Coker. * debian/control: Use Vcs-Svn, Vcs-Browser and Homepage fields. * debian/control: Bump standards-version to 3.8.0 (no changes required.) Checksums-Sha1: 5571985aadd683ee9a2ade4df61b826d9f9d 1378 kernel-patch-exec-shield_2.6.26-1.dsc 5a3d9f61749285bf2a90f6564394044e63db9b8c 167912 kernel-patch-exec-shield_2.6.26.orig.tar.gz ed771d7ad9d7f9db84c28cc77609eaab755acac2 3195 kernel-patch-exec-shield_2.6.26-1.diff.gz 99c6186727438c9cb3aedfff7742b41215011aa4 187642 linux-patch-exec-shield_2.6.26-1_all.deb e71049c1eb3a4cce0610bf62fb88369f1c3892e6 2824 kernel-patch-exec-shield_2.6.26-1_all.deb Checksums-Sha256: 128ae933d3b1e9d447407962193484df0bafb4b87064a5c2438825ef26c9379c 1378 kernel-patch-exec-shield_2.6.26-1.dsc be99be2d908bbca69cb269a0edeaf17dc3aee241a64a4652afa891c2f586ba10 167912 kernel-patch-exec-shield_2.6.26.orig.tar.gz f7b730a70a647d6ab8a97f137ad541220933d3af96cb5b9f0ccf1d3483d83769 3195 kernel-patch-exec-shield_2.6.26-1.diff.gz 654be5efe122977e8aac0a4855e15c29bb327780cca75944ed7844452c48af03 187642 linux-patch-exec-shield_2.6.26-1_all.deb 6a90235ccf2fd531af65009586b0dc49e4d0bd7fb1f610d9a8ea972715eedb8d 2824 kernel-patch-exec-shield_2.6.26-1_all.deb Files: ad383b074165259f0c3ff03283cb570b 1378 devel extra kernel-patch-exec-shield_2.6.26-1.dsc
Processed: Re: Bug#510000: Generated XML file containing XML exemple code contain bad indented code: i.e. load-on-startup*1/load-on-startup where * means that there's a Carriage Return.
Processing commands for cont...@bugs.debian.org: reassign 51 poxml Bug#51: Generated XML file containing XML exemple code contain bad indented code: i.e. load-on-startup*1/load-on-startup where * means that there's a Carriage Return. Warning: Unknown package 'po2xml' Bug reassigned from package `po2xml' to `poxml'. -- 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: Not reproducible with free ATI drivers neither
Processing commands for cont...@bugs.debian.org: severity 509950 normal Bug#509950: torcs: crashes and hangs desktop when changing the resolution Severity set to `normal' 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#509950: Not reproducible with free ATI drivers neither
severity 509950 normal thanks I cannot reproduce this with the free ATI drivers as well. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457177: keep yaird out of Testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Dec 22, 2007 at 01:59:31PM +0100, Andreas Barth wrote: severity 457177 serious thanks [details on discussing individual issues separately snipped] Unfortunatly, I have to agree from a release team POV (i.e. speaking with my Release Manager hat on) with maks on the general status of the package, especially as maks spoke with his kernel arch maintainer hat on (so his remarks shouldn't be lightly waived away). One might discuss about the adequate severity of the individual bugs, but they together makes this package RC buggy. (Perhaps even some of the individual bugs make it - we can discuss that at the individual bug reports if wanted.) But there are some cases like brutal hardcoding - breaks ony every new linux image either due to /proc, /sys or /boot/config hardcoded parsing see #443821 for the latest 2.6.23 variation which are *not* fixed by adjusting to the current kernel, but we expect some flexibility and robustness as long term strategy. Do the release team still consider yaird too buggy for release with Lenny? Yaird is no more brutal in its hardcoded knowledge about Linux than initramfs-tools, it just hardcodes different kinds of info. If you disagree then please file a separate bugreport about what you believe is brutal about yaird. Bug #443821 was *not* not adjusted to the curent kernel as Andreas interprets above. I welcome discussing that issue in detail - but not here: Please discuss details at the related bugreport! Yaird does *not* break on every new linux image - it has worked fine for the last 4 upstream releases of Linux. If you disagree then please discuss this issue at bug #457467. True, yaird does not succeed in all cases. Neither do initramfs-tools. Main difference is that yaird often realize problems at ramdisk *build* time rather than runtime, so instead of rendering the whole system unbootable it only causes the installation of the new kernel to fail. So I ask again: Do the release team still consider yaird too buggy for release with Lenny? Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklXgQ0ACgkQn7DbMsAkQLjajwCfezcHZtY3IM862QDMRzuEPPuL /gYAoKCz9ETL0eO0vwsFNIj/uyzHXn49 =iDaW -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#508194: sun-java5: New upstream release fixes several security issues
On Mon, Dec 08, 2008 at 05:37:53PM +, Dominic Hargreaves wrote: Package: sun-java5 Version: 1.5.0-16-3 Severity: grave Tags: security Justification: user security hole JDK 5.0 Update 17 fixes 12 security issues as described: http://java.sun.com/j2se/1.5.0/ReleaseNotes.html Matthias, is the non-free JDK still needed? Shall we just remove it now that we have OpenJDK? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503712: the gs-common problem
Hi Sylvain, thanks for your comments! Sylvain Beucler wrote: For the latter, it would be cool if the maintainers of the affected packages, Vincent for latex-make Sylvain and David for page-crunch the Zope guys and Andreas and Fabio for zope-textindexng3 could weigh in here. I'll look at your packages, but if you already know whether it works without ghostscript-x or not, it'd be great if you could give me a shout. page-crunch depends on gs-common for 'pdf2ps' and 'ps2pdf'. From what I understand we can replace 'gs-common' with 'ghostscript'. Do you want to sponsor a new package release? Thanks for offering to prepare an update. The idea is to not change reverse dependencies at this point but to reduce gs-common to only include ghostscript and not ghostscript-x, so your package would be fine depending on gs-common. All the best for the new year. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509616: [gmane.comp.video.ffmpeg.devel] [PATCH] fix crash in vp3.c
Nico Golde n...@debian.org writes: of course, if there is a bug in ffmpeg, it of course should be fixed. AFAIU Michael's response he acknowledges that there is a bug in the function. However ffmpeg (and debian as well, btw) has a history of fixing the bugs only with sensible fixes, which involves understanding the fix fully. Your patch however does not match that description. Yes, with that justification I understand why you refuse the patch but not why the bug report is closed. If you intend to continue on this bug, feel free to reopen the issue. For me, I don't see a strong need to investigate this further and so I closed the issue for me. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509863: marked as done (epigrass: depends on python-matplotlib)
Your message dated Sun, 28 Dec 2008 15:02:08 + with message-id e1lgx9c-0005lz...@ries.debian.org and subject line Bug#509863: fixed in epigrass 1.5.1-4 has caused the Debian Bug report #509863, regarding epigrass: depends on python-matplotlib 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.) -- 509863: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509863 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: epigrass Version: 1.5.1-3 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu jaunty Originally reported at https://bugs.launchpad.net/bugs/295625. A dependency on python-matplotlib is required for epigrass to run properly. ---End Message--- ---BeginMessage--- Source: epigrass Source-Version: 1.5.1-4 We believe that the bug you reported is fixed in the latest version of epigrass, which is due to be installed in the Debian FTP archive: epigrass_1.5.1-4.diff.gz to pool/main/e/epigrass/epigrass_1.5.1-4.diff.gz epigrass_1.5.1-4.dsc to pool/main/e/epigrass/epigrass_1.5.1-4.dsc epigrass_1.5.1-4_all.deb to pool/main/e/epigrass/epigrass_1.5.1-4_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 509...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Charles Plessy ple...@debian.org (supplier of updated epigrass 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, 28 Dec 2008 13:32:04 +0100 Source: epigrass Binary: epigrass Architecture: source all Version: 1.5.1-4 Distribution: unstable Urgency: low Maintainer: Debian-Med Packaging Team debian-med-packag...@lists.alioth.debian.org Changed-By: Charles Plessy ple...@debian.org Description: epigrass - scientific tool for simulations and scenario analysis in network Closes: 509863 Changes: epigrass (1.5.1-4) unstable; urgency=low . * debian/control: - Depends on python-matplotlib (Closes: #509863, LP: #295625). - Added myself to Uploaders. Checksums-Sha1: 2bfa357405b09f06328fc648f6462eb2767703f3 1429 epigrass_1.5.1-4.dsc 5761fba24fa8e7d811a1ce3c727d694ae9494831 3419 epigrass_1.5.1-4.diff.gz d2fbc80aa324d1cc2bd1de388dfd7b5717b972da 1338046 epigrass_1.5.1-4_all.deb Checksums-Sha256: ea3858dc8aff69d3b83f23b10f5660ca13c26fb9533c5fd73c5fc04e5c2f8a32 1429 epigrass_1.5.1-4.dsc 228accbebb6760b10f846c87aedbbded6aa88e104e427b5bebdf61768d725e83 3419 epigrass_1.5.1-4.diff.gz 37a743c8dde4f523e02cd063e98d8536a4b070a6b85d2f3f32cb1978aae12b77 1338046 epigrass_1.5.1-4_all.deb Files: 102a56dd1cad823c036aa2f434f7ee1f 1429 science optional epigrass_1.5.1-4.dsc 7c87b0f210b595a5dff4c10780cceac5 3419 science optional epigrass_1.5.1-4.diff.gz af64af0e3b64930b18f4060870ff0920 1338046 science optional epigrass_1.5.1-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklXkywACgkQdYl1krr+x/IsVgCfTTAJK2YtG809ga3OJ2hcaHJ0 iOsAoJINg8B4lt5jnOa8ZLH8R5fIBhNL =drMj -END PGP SIGNATURE- ---End Message---
Bug#504340: [djvulibre-plugin] And not fixed upstream
On Saturday 27 December 2008 14:11:43 Bastien ROUCARIES wrote: Not fixed upstream BTW ROUCARIÈS Bastien I just made a little change to help the compiler perform aliasing analysis around map_lookup. Using char* instead of void* often helps because the C aliasing rules are crazy. Please let me know if the cvs version of djvulibre-3.5 now works. Otherwise we'll have to hack the makefiles to use -O2. - L. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510011: gnome-power-manager_2.24.2-1(sparc/experimental): FTBFS: error: cast increases required alignment of target type
Package: gnome-power-manager Version: 2.24.2-1 Severity: serious Hi, your package failed to build from source. | Automatic build of gnome-power-manager_2.24.2-1 on titan by sbuild/sparc 98-farm | Build started at 20081228-1437 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 3928kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main gnome-power-manager 2.24.2-1 (dsc) [1870B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main gnome-power-manager 2.24.2-1 (tar) [3918kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main gnome-power-manager 2.24.2-1 (diff) [7244B] | Fetched 3928kB in 2s (1474kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5), cdbs, autotools-dev, libtool, autoconf, libgnomeui-dev, libpanel-applet2-dev, libglade2-dev, libhal-dev (= 0.5.8), libdbus-glib-1-dev (= 0.70), libxml-parser-perl, libxext-dev, libx11-dev, libgtk2.0-dev (= 2.11), libwnck-dev (= 2.10), docbook-to-man, intltool, libnotify-dev (= 0.4.4-3), docbook-utils, libxres-dev, xmlto, gnome-doc-utils, scrollkeeper, gnome-pkg-tools (= 0.10), libgstreamer0.10-dev | Checking for already installed source dependencies... [...] | cc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DORBIT2=1 -pthread -D_REENTRANT -I/usr/include/libgnomeui-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/gnome-keyring-1 -I/usr/include/libgnome-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/gtk-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/libglade-2.0 -I/usr/include/libwnck-1.0 -I/usr/include/startup-notification-1.0 -I/usr/include/panel-2.0 -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1-pthread -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DBINDIR=\/usr/bin\ -DGNOMELOCALEDIR=\/usr/share/locale\ -DDATADIR=\/usr/share\ -DPREFIX=\/usr\ -DSYSCONFDIR=\/etc\ -DLIBDIR=\/usr/lib\ -DVERSION=\2.24.2\ -DGPM_DATA=\/usr/share/gnome-power-manager\ -DEGG_LOG_FILE=\/gnome-power-manager\ -I.. -I../libunique -I../libhal-glib -I../libdbus-glib -Werror -Wcast-align -Wno-uninitialized -Wall -Wformat-security -g -fexceptions -g -O2 -g -Wall -O2 -c gpm-brightness-xrandr.c | cc1: warnings being treated as errors | gpm-brightness-xrandr.c: In function 'gpm_brightness_xrandr_output_get_internal': | gpm-brightness-xrandr.c:104: error: cast increases required alignment of target type | make[5]: *** [gpm-brightness-xrandr.o] Error 1 | make[5]: Leaving directory `/build/buildd/gnome-power-manager-2.24.2/src' | make[4]: *** [all-recursive] Error 1 | make[4]: Leaving directory `/build/buildd/gnome-power-manager-2.24.2/src' | make[3]: *** [all] Error 2 | make[3]: Leaving directory `/build/buildd/gnome-power-manager-2.24.2/src' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/gnome-power-manager-2.24.2' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/gnome-power-manager-2.24.2' | make: *** [debian/stamp-makefile-build] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20081228-1445 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.24.2-1pkg=gnome-power-managerarch=sparc Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508397: Bug#509874, #508397: undefined reference to umount2 on ia64
reopen 508397 retitle 508397 dietlibc: umount2 still undefined on ia64, and umount is wrong block 509874 by 508397 thanks Bug#508397 in dietlibc is still not fixed on ia64, causing the FTBFS that is #509874. I am not an expert on alpha or ia64 (and don't own an example of either) but my interpretation of the problem is: * Case 1: Typical architectures like i386 have syscalls sys_umount(path, flags) and sys_oldumount(path), corresponding to the C library functions umount2(path, flags) and umount(path). __NR_umount2 corresponds to sys_umount and __NR_umount corresponds to sys_oldumount. dietlibc always supported this case. * Case 2: Old versions of Linux only have a syscall equivalent to the modern sys_oldumount(path) and umount(path). __NR_umount corresponds to what we would now call sys_oldumount and __NR_umount2 is absent. dietlibc always supported this case, and would simply not provide the umount2 API (but would still declare it in sys/mount.h, which is arguably a bug). * Case 3: alpha instead has __NR_umount corresponding to sys_umount, and __NR_oldumount = sys_oldumount. Micah's patch in dietlibc 0.31-1.1 fixed this case. (Side note: I have no idea what the justification was for making alpha inconsistent in the kernel headers) * Case 4: ia64 never had oldumount. __NR_umount corresponds to sys_umount(path, flags) and there is no syscall that only takes a path. If you just look at the syscall numbers, this case is indistinguishable from case 2 :-( (Side note: Linux kernel people could have solved this by calling this syscall __NR_umount2. *shrug* I'm not a kernel hacker, their ways are a mystery to me.) A quick way to fix this for Debian would be to check for defined(__ia64__) in umount.S and umount2.S, although I doubt upstream would like this. In the IA-64 case, an extern symbol for umount also still needs generating somehow, maybe by adding a trivial ia64/umount.c which implements it as a call to umount2 (upstream would probably prefer it in assembler, but I don't speak fluent assembler). I attach a proof-of-concept patch. I haven't tested it with util-vserver, but it compiles on merulo, and the resulting dietlibc.a contains exactly one definition each for umount and umount2. Regards, Simon diffstat for dietlibc_0.31-1.1 dietlibc_0.31-1.2 debian/diff/0012-umount-ia64.diff | 14 ++ dietlibc-0.31/debian/changelog | 10 +++ dietlibc-0.31/debian/diff/0011-undefined-symbol-umount2-alpha-ia64.diff |4 +- 3 files changed, 26 insertions(+), 2 deletions(-) diff -u dietlibc-0.31/debian/changelog dietlibc-0.31/debian/changelog --- dietlibc-0.31/debian/changelog +++ dietlibc-0.31/debian/changelog @@ -1,3 +1,13 @@ +dietlibc (0.31-1.2) UNRELEASED; urgency=low + + * Untested proof-of-concept + * debian/diff/0011-undefined-symbol-umount2-alpha-ia64.diff: +treat __NR_umount as the 2-argument version on ia64 (closes: #508397) + * debian/diff/0012-umount-ia64.diff: provide an implementation of the +1-argument version of umount on ia64 + + -- Simon McVittie s...@debian.org Sun, 28 Dec 2008 15:16:27 + + dietlibc (0.31-1.1) unstable; urgency=high * Non-maintainer upload. diff -u dietlibc-0.31/debian/diff/0011-undefined-symbol-umount2-alpha-ia64.diff dietlibc-0.31/debian/diff/0011-undefined-symbol-umount2-alpha-ia64.diff --- dietlibc-0.31/debian/diff/0011-undefined-symbol-umount2-alpha-ia64.diff +++ dietlibc-0.31/debian/diff/0011-undefined-symbol-umount2-alpha-ia64.diff @@ -5,7 +5,7 @@ +#if defined(__NR_oldumount) defined(__NR_umount) +syscall(oldumount,umount) -+#else ++#elif !defined(__ia64__) syscall(umount,umount) +#endif --- a/syscalls.s/umount2.S 4 Jan 2003 22:21:48 - 1.2 @@ -17,5 +17,5 @@ +#if defined(__NR_umount2) syscall(umount2,umount2) -+#elif defined(__NR_oldumount) defined(__NR_umount) ++#elif defined(__NR_umount) (defined(__NR_oldumount) || defined(__ia64__)) +syscall(umount,umount2) #endif only in patch2: unchanged: --- dietlibc-0.31.orig/debian/diff/0012-umount-ia64.diff +++ dietlibc-0.31/debian/diff/0012-umount-ia64.diff @@ -0,0 +1,14 @@ +--- a/ia64/Makefile.add 2008-12-28 15:13:51.0 + b/ia64/Makefile.add 2008-12-28 15:14:10.0 + +@@ -1,2 +1,2 @@ + VPATH:=ia64:syscalls.s:$(VPATH) +-LIBOBJ+=$(OBJDIR)/__time.o $(OBJDIR)/__waitpid.o $(OBJDIR)/__nice.o $(OBJDIR)/__alarm.o ++LIBOBJ+=$(OBJDIR)/__time.o $(OBJDIR)/__waitpid.o $(OBJDIR)/__nice.o $(OBJDIR)/__alarm.o $(OBJDIR)/umount-wrapper.o +--- /dev/null 2008-12-18 18:10:23.510503709 + b/ia64/umount-wrapper.c 2008-12-28 15:13:38.0 + +@@ -0,0 +1,5 @@ ++#include sys/mount.h ++ ++int umount(const char *target) { ++ return umount2(target, 0); ++} signature.asc Description: Digital signature
Processed: Re: Bug#509874, #508397: undefined reference to umount2 on ia64
Processing commands for cont...@bugs.debian.org: reopen 508397 Bug#508397: dietlibc: Undefined symbol: umount2 on alpha and ia64 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator not changed. retitle 508397 dietlibc: umount2 still undefined on ia64, and umount is wrong Bug#508397: dietlibc: Undefined symbol: umount2 on alpha and ia64 Changed Bug title to `dietlibc: umount2 still undefined on ia64, and umount is wrong' from `dietlibc: Undefined symbol: umount2 on alpha and ia64'. block 509874 by 508397 Bug#508397: dietlibc: umount2 still undefined on ia64, and umount is wrong Bug#509874: util-vserver: FTBFS (ia64): exec-remount.c:110: undefined reference to `umount2' Was not blocked by any bugs. Blocking bugs of 509874 added: 508397 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#510013: [ffmpeg-debian] .flv files ain't played fter update from experimental branch
Package: ffmpeg-debian Severity: serious --- Please enter the report below this line. --- i installed libav* packages from experimental and now both mplayer and vlc refuse to play .flv files i downloaded with youtube-dl script from youtube. --- System information. --- Architecture: i386 Kernel: Linux 2.6.22-1-mepis-smp Debian Release: lenny/sid 800 unstableftp.3logic.net 800 experimentalftp.3logic.net --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509859: marked as done (Fixing this issue)
Your message dated Sun, 28 Dec 2008 16:32:51 + with message-id e1lgyzp-00044a...@ries.debian.org and subject line Bug#509859: fixed in snow 1:0.3.3-2 has caused the Debian Bug report #509859, regarding Fixing this issue 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.) -- 509859: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509859 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: snow Severity: grave thanks On 26 December 2008 at 11:58, Dirk Eddelbuettel wrote: | | Hi Frank, | | On 26 December 2008 at 16:19, Frank Lichtenheld wrote: | | About the snow problem, I would propose the following solution: | | | | 1) Dirk should file a RC bug against snow to document what is | | going on, feel free to clone this one for this purpose. Filing a new bug now which I'll ... | | 2) Then upload his original snow package with a suitable version | | number (you will probably need to use an epoch), closing the RC | | bug. ... close on the weekend with a new r-cran-snow upload as suggested. | Ok. But how do I delete the desparation r-cran-snow (version 0.3.3-2) I | placed in NEW and that would get replaced by 1:0.3.3-2 ? It has a new source | package as (prior to this thread) nobody really replied to my requests for help. (Thanks for removing that, Frank!) | | 3) This will go to NEW, since the binary package isn't | | present in unstable anymore. But we can probably fast-track this. That would be great. Dirk | | 4) This will then overwrite the new snow package and if Jari wants | | to upload his package again, he will need to choose another source | | package name. | | Sounds good to me. | | | If anyone sees any issues with this proposed solution, please speak | | up fast. | | | | Using the source package name snow for the new package is really no | | option since it just confuses all the websites and other infrastructure | | to no end (and the users, too...). | | Agreed. Snow, for better or worse, is tagged to by r-cran-snow so Jary could | create a new steg-snow or snow-steg or a different name. | | Best regards, Dirk | | | -- | Three out of two people have difficulties with fractions. -- Three out of two people have difficulties with fractions. ---End Message--- ---BeginMessage--- Source: snow Source-Version: 1:0.3.3-2 We believe that the bug you reported is fixed in the latest version of snow, which is due to be installed in the Debian FTP archive: r-cran-snow_0.3.3-2_all.deb to pool/main/s/snow/r-cran-snow_0.3.3-2_all.deb snow_0.3.3-2.diff.gz to pool/main/s/snow/snow_0.3.3-2.diff.gz snow_0.3.3-2.dsc to pool/main/s/snow/snow_0.3.3-2.dsc snow_0.3.3.orig.tar.gz to pool/main/s/snow/snow_0.3.3.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 509...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Dirk Eddelbuettel e...@debian.org (supplier of updated snow 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: Sat, 27 Dec 2008 16:15:53 -0600 Source: snow Binary: r-cran-snow Architecture: source all Version: 1:0.3.3-2 Distribution: unstable Urgency: low Maintainer: Dirk Eddelbuettel e...@debian.org Changed-By: Dirk Eddelbuettel e...@debian.org Description: r-cran-snow - GNU R package for 'simple network of workstations' Closes: 509859 Changes: snow (1:0.3.3-2) unstable; urgency=low . * This upload reclaims the source package 'snow' and binary package 'r-cran-snow' after another package was uploaded with the same source package name. Thanks to Frank Lichtenheld for support. (Closes: #509859) . * debian/changelog: Incremented version number with an epoch to allow overwriting the accidentally uploaded other snow package. . * debian/control: Set (Build-)Depends: to current R version 2.8.1 * debian/control: Also Suggests: r-cran-snow which is now supported Checksums-Sha1: 095f00240dbed447c92dec74acf28ed58a9fd247 955 snow_0.3.3-2.dsc f69a5bbd8188a25396bdfaaf6f0e5fc98ae608cb 18618 snow_0.3.3.orig.tar.gz 439c1e26f441709a72fbd74ad535c743edac7794 2013 snow_0.3.3-2.diff.gz 88b3aed33f658606e0a822d0b980d0f4f16ae3fc 54318
Bug#510018: [awn-applets-python-core] battery plugin shows No batteries
Package: awn-applets-python-core Version: 0.3~bzr912-1 Severity: serious (severity serious because this applet is not really usable for me, :) ) Hi, upgrading to experimental's awn made the Battery applet show the no batteries tooltip. It worked in 0.2.6-4. Reading the code, it seems like 0.3~bzr912 is using Hal, while 0.2.6 directly used DBus and os.popen(acpi -V). I don't have hal installed, that's why (I suppose, I did not have the chance to restart awn yet) it doesn't work anymore. I'm trying to foreport (:)) the DBus approach to 0.3 (adding a DBusBackend class to the code), but I haven't been successful yet. Please prod upstream for re-inclusion of such low-level processing :) Thank you, David --- System information. --- Architecture: i386 Kernel: Linux 2.6.27-1-686 Debian Release: 5.0 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 500 unstabledebian.corsac.net 500 kernel-dists-trunk kernel-archive.buildserver.net 1 experimentalwww.debian-multimedia.org 1 experimentaldebian.fastweb.it --- Package information. --- Depends (Version) | Installed ==-+- gconf2 (= 2.10.1-2) | 2.24.0-4 python(= 2.4) | 2.5.2-3 python-central (= 0.6.7) | 0.6.8 avant-window-navigator | 0.3~bzr489-1 python-awn | 0.3~bzr489-1 python-awnlib (= 0.3~bzr912) | 0.3~bzr912-1 -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Processed: tagging 504167
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.9.26etch1 tags 504167 + pending Bug#504167: linux-2.6 - regression: fails to unblank on resume There were no tags set. Bug#504761: linux-image-2.6.26-1-686: Usually fails to resume from suspend to ram on eeepc 1000 Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503712: the gs-common problem
Thomas Viehmann wrote: So this is how an NMU choosing the include hack in .config route would look like. I'm not quite convinced that this is actually better than having ghosscript depend on gs-common, gs-common not depend on ghostscript-x and checking the reverse (build-)depends for breakage. So build logs for (all but the one contrib) reverse build depends are at[1]. All seem to succeed, two seem to build-depend indirectly ghostscript-x (via transfig via gs-gpl, latex-mk via transfig). I'll check the debs somewhat, too, but if we think that ghostscript depending on gs-common and living with the circular depends solves the problem, this might be a more conservative way to fix this for lenny. Two maintainers of reverse dependencies have replied already that their packages don't need ghostscript-x, leaving one with some breakage potential. Given that there are two possible vectors with more-or-less ready-to-upload packages, we should want to decide this soonish. I'm leaning towards the dependency change a bit. Note that ghostscript seems to be the only package conflicting with gs-common. Kind regards T. 1. http://people.debian.org/~tviehmann/building-with-gs-common-not-depending-on-ghostscript-x/ -- Thomas Viehmann, http://thomas.viehmann.net/ diff -u ghostscript-8.62.dfsg.1/debian/control ghostscript-8.62.dfsg.1/debian/control --- ghostscript-8.62.dfsg.1/debian/control +++ ghostscript-8.62.dfsg.1/debian/control @@ -10,10 +10,10 @@ Architecture: any Conflicts: gs ( 8.62), gs-esp ( 8.62), gs-gpl ( 8.62), gs-afpl ( 8.62), gs-aladdin ( 8.62), gs-cjk-resource ( 1.20010910-1), gs-pdfencrypt ( 7.00), gs-common ( 8.62) Replaces: gs ( 8.62), gs-esp ( 8.62), gs-gpl ( 8.62), gs-afpl ( 8.62), gs-aladdin ( 8.62), gs-pdfencrypt ( 7.00), gs-common ( 8.62) -Provides: gs-pdfencrypt, postscript-viewer, gs-common +Provides: gs-pdfencrypt, postscript-viewer Recommends: psfontmgr Suggests: ghostscript-x, hpijs -Depends: ${shlibs:Depends}, gsfonts (= 6.0-1), defoma, debconf | debconf-2.0, debianutils (= 1.6), libgs8 (= ${binary:Version}) +Depends: ${shlibs:Depends}, gs-common (= 8.62.dfsg.1-3.2b), gsfonts (= 6.0-1), defoma, debconf | debconf-2.0, debianutils (= 1.6), libgs8 (= ${binary:Version}) Description: The GPL Ghostscript PostScript/PDF interpreter Ghostscript is used for PostScript/PDF preview and printing. Usually as a back-end to a program such as ghostview, it can display PostScript and PDF @@ -65,12 +65,11 @@ Package: gs-common Architecture: all -Priority: extra -Depends: ghostscript, ghostscript-x -Description: Transitional package +Priority: optional +Depends: ghostscript +Description: Dummy package depending on ghostscript This dummy package is provided for a smooth transition from the previous gs-.../gs-common combo (the packages are replaced by ghostscript). - It may safely be removed after installation. Package: ghostscript-x Architecture: any diff -u ghostscript-8.62.dfsg.1/debian/changelog ghostscript-8.62.dfsg.1/debian/changelog --- ghostscript-8.62.dfsg.1/debian/changelog +++ ghostscript-8.62.dfsg.1/debian/changelog @@ -1,3 +1,12 @@ +ghostscript (8.62.dfsg.1-3.2b) unstable; urgency=low + + * Non-maintainer upload. + * Make ghostscript depend on gs-common to prevent removal. +Drop gs-common - ghostscript-x dependency to not force the +X version on all users. + + -- Thomas Viehmann t...@beamnet.de Sun, 28 Dec 2008 11:18:18 +0100 + ghostscript (8.62.dfsg.1-3.1) unstable; urgency=medium * Non-maintainer upload.
Bug#509879: NMU for azureus
Hello Shawn, do you plan fixing #509878 and #509878? I can prepare a NMU if you don't have time. Also, I saw that debian/control lists azureus and vuze: wouldn't it be better to make azureus a transitional dummy package depending on vuze, and make vuze be the real package? Currently vuze only has: $ apt-file list vuze vuze: /usr/share/doc/vuze/changelog.Debian.gz vuze: /usr/share/doc/vuze/copyright $ And azureus is not a separate tool, AFAICS, to justify two binary packages (and one just containing useless docs) Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#510027: pavucontrol_0.9.7-1(sparc/experimental): FTBFS: undefined reference to `AO_store_full_emulation'
Package: pavucontrol Version: 0.9.7-1 Severity: serious Hi, your package failed to build from source. | Automatic build of pavucontrol_0.9.7-1 on titan by sbuild/sparc 98-farm | Build started at 20081228-1846 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 208kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main pavucontrol 0.9.7-1 (dsc) [1108B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main pavucontrol 0.9.7-1 (tar) [206kB] | Fetched 208kB in 0s (1002kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5), cdbs, autotools-dev, libpulse-dev (= 0.9.12), libgtkmm-2.4-dev, libglademm-2.4-dev, lynx, asciidoc, xmlto, quilt, libcanberra-gtk-dev, intltool | Checking for already installed source dependencies... [...] | g++ -D_REENTRANT -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/atk-1.0 -I/usr/include/libglademm-2.4 -I/usr/lib/libglademm-2.4/include -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -D_REENTRANT -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DLOCALEDIR=\/usr/share/locale\ -DGLADE_FILE=\/usr/share/pavucontrol/pavucontrol.glade\ -g -O2 -g -Wall -O2 -pipe -Wall -W -o pavucontrol pavucontrol-pavucontrol.o -lglademm-2.4 -lgtkmm-2.4 -lglade-2.0 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lcairomm-1.0 -lglibmm-2.4 -lxml2 -lsigc-2.0 -lcanberra-gtk -lcanberra -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lpulse-mainloop-glib -lpulse -lglib-2.0 | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-once.o): In function `pa_once_end': | (.text+0x10): undefined reference to `AO_store_full_emulation' | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-once.o): In function `pa_once_end': | (.text+0x48): undefined reference to `AO_compare_and_swap_emulation' | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-once.o): In function `pa_once_end': | (.text+0x68): undefined reference to `AO_compare_and_swap_emulation' | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-once.o): In function `pa_once_begin': | (.text+0x174): undefined reference to `AO_compare_and_swap_emulation' | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-once.o): In function `pa_once_begin': | (.text+0x1c4): undefined reference to `AO_compare_and_swap_emulation' | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-thread-posix.o): In function `pa_thread_self': | (.text+0x48c): undefined reference to `AO_store_full_emulation' | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-thread-posix.o): In function `internal_thread_func': | (.text+0x634): undefined reference to `AO_compare_and_swap_emulation' | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-thread-posix.o): In function `internal_thread_func': | (.text+0x65c): undefined reference to `AO_compare_and_swap_emulation' | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-thread-posix.o): In function `pa_thread_new': | (.text+0x750): undefined reference to `AO_store_full_emulation' | /usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/libpulse-mainloop-glib.a(libpulse_mainloop_glib_la-thread-posix.o): In function `pa_thread_new': | (.text+0x784): undefined reference to `AO_compare_and_swap_emulation' | collect2: ld returned 1 exit status | make[3]: *** [pavucontrol] Error 1 | make[3]: Leaving directory `/build/buildd/pavucontrol-0.9.7/src' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/pavucontrol-0.9.7' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/pavucontrol-0.9.7' | make: *** [debian/stamp-makefile-build] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2
Bug#503712: the gs-common problem
As promised on IRC, the only way to end the madness of my mails on the subject is to either say no, no dependency funnies, we want .config hacks or fixing dependencies is better than .config hacks, or something entirely different, so here is some more data: Thomas Viehmann wrote: I'll check the debs somewhat, too, but if we think that ghostscript depending on gs-common and living with the circular depends solves the problem, this might be a more conservative way to fix this for lenny. Using debdiff, the only file differences (aside from a few shlibs bumps, ordering, and minor size differences, the control fields matched up) are - one pdf in one package (geda-symbols) changed the paper format and then dropped below the compression threshold (building in a chroot?), - the doc package of log4c had a couple of more symlinked manpages, apparently due to changes in the manpage generating tex file. So IMO dropping ghostscript-x from gs-common build-deps looks reasonably safe as in not changing anything rebuild-wise. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510030: xterm: DECRQSS and comments
Package: xterm Version: 222-1etch2 Severity: grave Tags: security patch Justification: user security hole DECRQSS Device Control Request Status String DCS $ q simply echoes (responds with) invalid commands. For example, perl -e 'print \eP\$q\nbad-command\n\e\\' would run bad-command. Exploitability is the same as for the window title reporting issue in DSA-380: include the DCS string in an email message to the victim, or arrange to have it in syslog to be viewed by root. The attached patch should fix the problem. --- The default allowWindowOps is false (as should be), but the man page says the default is true. The man page should also mention that turning it on is a security risk, to avoid regression e.g. as per http://bugs.debian.org/384593 http://www.debian.org/security/2003/dsa-380 and also the much older http://www.maths.usyd.edu.au/u/psz/securedu.html#xterm (and private message to xterm maintainers on 9 Mar 2000, seems only grep PSz main.c remains). --- Ubuntu still allows window title reporting, and is vulnerable to perl -e 'print \e\]0;;bad-command;\a\e\[21t' --- I wonder whether the following are handled and/or dangerous: set X property perl -e 'print \e\]3;XTerm.vt100.allowWindowOps=1\e\\' set, get font perl -e 'print \e\]50;bad-command\e\\,\e\]50;?\e\\' UDK setting perl -e 'print \eP1;1|17/0a6261642d636f6d6d616e640a\e\\' then trick user to press F key, or perl -e 'print \eP+q584b5f434f4c524f53\e\\' Paul Szabo p...@maths.usyd.edu.au http://www.maths.usyd.edu.au/u/psz/ School of Mathematics and Statistics University of SydneyAustralia -- 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.24-pk03.02-svr Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xterm depends on: ii libc6 2.3.6.ds1-13etch8 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libncurses55.5-5 Shared libraries for terminal hand ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw71:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxmu61:1.0.2-2 X11 miscellaneous utility library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2 Base X bitmaps Versions of packages xterm recommends: ii xutils 1:7.1.ds.3-1 X Window System utility programs -- no debconf information --- misc.c.bak 2006-10-18 07:23:20.0 +1000 +++ misc.c 2008-12-29 07:06:25.0 +1100 @@ -2259,11 +2259,12 @@ unparseputc1(xw, DCS); unparseputc(xw, okay ? '1' : '0'); unparseputc(xw, '$'); unparseputc(xw, 'r'); - if (okay) + if (okay) { cp = reply; - unparseputs(xw, cp); + unparseputs(xw, cp); + } unparseputc1(xw, ST); } else { unparseputc(xw, CAN); }
Bug#510000: Generated XML file containing XML exemple code contain bad indented code
severity 51 wishlist retitle 51 Generated XML file is hard-to-read due to indentation thanks Nicola, Such indentation is allowed by the XML standard, so if any of tools you use don't accept such XML, then probably your tools are broken. Downgrading to wishlist and retitling: this is not a RC-bug for sure. Proof that the such indentation is acceptable: [dotted...@frontier:~]1% xmllint --noout - foo xmlns:h=about:blank xmlns:f=about:blank h:column f:facet name=header Name/f:facet #{hot.name} /h:column h:column f:facet name=header Address/f:facet #{hot.address} /h:column h:column f:facet name=header City, State/f:facet /h:column /foo [dotted...@frontier:~]% echo $? 0 [dotted...@frontier:~]% -- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Generated XML file containing XML exemple code contain bad indented code
Processing commands for cont...@bugs.debian.org: severity 51 wishlist Bug#51: Generated XML file containing XML exemple code contain bad indented code: i.e. load-on-startup*1/load-on-startup where * means that there's a Carriage Return. Severity set to `wishlist' from `serious' retitle 51 Generated XML file is hard-to-read due to indentation Bug#51: Generated XML file containing XML exemple code contain bad indented code: i.e. load-on-startup*1/load-on-startup where * means that there's a Carriage Return. Changed Bug title to `Generated XML file is hard-to-read due to indentation' from `Generated XML file containing XML exemple code contain bad indented code: i.e. load-on-startup*1/load-on-startup where * means that there's a Carriage Return.'. 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#508940: Not a grave security issue
severity 508940 important thanks This is not an RC severity security issue. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Not a grave security issue
Processing commands for cont...@bugs.debian.org: severity 508940 important Bug#508940: CVE-2008-5379: Symlink attack 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#510033: runit: Fiddles with other packages configuration files
Package: runit Version: 2.0.0-1 Severity: serious Justification: Policy 10.4.7 Runit does cat/sed magic on /etc/inittab on installation and removal. echo 'Adding SV inittab entry...' cp /etc/inittab /etc/inittab'{new}' cat /etc/inittab'{new}' -\EOT #-- runit begin SV:123456:respawn:/usr/sbin/runsvdir-start #-- runit end EOT mv -f /etc/inittab'{new}' /etc/inittab from postinst and echo 'Removing SV inittab entry...' rm -f /etc/inittab'{new}' sed -e '/#-- runit begin/,/#-- runit end/d' \ /etc/inittab /etc/inittab'{new}' mv -f /etc/inittab'{new}' /etc/inittab in postrm. it looks like a clear violation of 10.4.7. and by the way, postinst also uses plain stdout to communicate with the user, not debconf. /Sune -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502140: cannot unlock after update libpam-0g, libpam-modules, libpam-keyring
after the update from etch to lenny i have the same problem. i updatet the described libs but i cannot log in after a screen-lock. what i did: /etc/init.d/gdm stop apt-get install --reinstall libpam-0g apt-get install --reinstall libpam-modules apt-get install --reinstall libpam-gnome-keyring /etc/init.d/gdm start -- is the problem in libpam-modules? thanks for your work!!! Richard Schweizer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510043: trash-cli: Completely broken under XFCE
Package: trash-cli Version: 0.1.10.28-2 Severity: grave Justification: renders package unusable I get this error: $ trash ~/file Traceback (most recent call last): File /usr/bin/trash, line 54, in ? epilog= TypeError: __init__() got an unexpected keyword argument 'epilog' -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-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 trash-cli depends on: ii python2.4.4-6An interactive high-level object-o ii python-support0.7.7 automated rebuilding support for P trash-cli recommends no packages. -- 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#510049: subdownloader: Fails to upgrade cleanly
Package: subdownloader Version: 2.0.8.1-1 Severity: serious subdownloader 2.0.8.1-1 has at least an undeclared conflict with the previous subdownloader-cli package: | Preparing to replace subdownloader 2.0.5.1-1 (using .../subdownloader_2.0.8.1-1_all.deb) ... | Unpacking replacement subdownloader ... | dpkg: error processing /var/cache/apt/archives/subdownloader_2.0.8.1-1_all.deb (--unpack): | trying to overwrite `/usr/share/man/man1/subdownloader.1.gz', which is also in package subdownloader-cli Depending on what's being done some use of replaces is possibly in order. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') 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 Versions of packages subdownloader depends on: ii python-qt44.4.2-4Python bindings for Qt4 ii subdownloader-cli 2.0.5.1-1 Subdownloader is a tool for automa subdownloader recommends no packages. subdownloader suggests no packages. -- 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#510049: [Python-apps-team] Bug#510049: subdownloader: Fails to upgrade cleanly
[Mark Brown, 2008-12-29] subdownloader 2.0.8.1-1 has at least an undeclared conflict with the previous subdownloader-cli package: was subdownloader-cli ever in Debian? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510049: [Python-apps-team] Bug#510049: subdownloader: Fails to upgrade cleanly
On 28 Dec 2008, at 23:34, Piotr Ożarowski pi...@debian.org wrote: [Mark Brown, 2008-12-29] subdownloader 2.0.8.1-1 has at least an undeclared conflict with the previous subdownloader-cli package: was subdownloader-cli ever in Debian? I don't recall it ever being removed during the review process, and if it had been I would have expected the man page to be an issue in the version I did upload. It's not impossible, though. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502140: cannot unlock after update libpam-0g, libpam-modules, libpam-keyring
On Sun, Dec 28, 2008 at 10:44:34PM +0100, Richard Schweizer wrote: after the update from etch to lenny i have the same problem. i updatet the described libs but i cannot log in after a screen-lock. what i did: /etc/init.d/gdm stop apt-get install --reinstall libpam-0g apt-get install --reinstall libpam-modules apt-get install --reinstall libpam-gnome-keyring /etc/init.d/gdm start -- is the problem in libpam-modules? This bug report is that a screensaver running before the upgrade cannot be unlocked after the upgrade. Is this the problem you're having? If you're unable to unlock a screensaver that was started after the upgrade, then you're hitting some other bug than this one. You may want to check the permissions on /etc/shadow; recent behavior changes in the Debian PAM packages have exposed issues when users have set non-default /etc/shadow permissions. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504340: Why -O3
I think inconditionnally switch to -O2 is the best. i will close the bug for lenny :-) Create smaller binary and often better (less icache), and will let investigate this bug that could be a gcc bug What do you think? Bastien -- ROUCARIÈS Bastien roucaries.bastien+deb...@gmail.com --- DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510049: [Python-apps-team] Bug#510049: subdownloader: Fails to upgrade cleanly
[Mark Brown, 2008-12-29] On 28 Dec 2008, at 23:34, Piotr Ożarowski pi...@debian.org wrote: [Mark Brown, 2008-12-29] subdownloader 2.0.8.1-1 has at least an undeclared conflict with the previous subdownloader-cli package: was subdownloader-cli ever in Debian? I don't recall it ever being removed during the review process, and if it had been I would have expected the man page to be an issue in the version I did upload. It's not impossible, though. sorry, what version did you upload? What review process? Did I miss something? subdownloader package is in Debian since a day. Upstream is providing -cli package on Subdownloader's homepage, but this version was never in Debian. That said, I agree, we should add Replaces/Conflicts for those who installed it from outside Debian, even if we don't have to. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510049: [Python-apps-team] Bug#510049: Bug#510049: subdownloader: Fails to upgrade cleanly
severity 510049 normal thanks Piotr Ożarowski wrote: subdownloader package is in Debian since a day. Upstream is providing -cli package on Subdownloader's homepage, but this version was never in Debian. That said, I agree, we should add Replaces/Conflicts for those who installed it from outside Debian, even if we don't have to. Agreed, but this is not an RC bug, so downgrading to normal. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: [Python-apps-team] Bug#510049: Bug#510049: subdownloader: Fails to upgrade cleanly
Processing commands for cont...@bugs.debian.org: severity 510049 normal Bug#510049: subdownloader: Fails to upgrade cleanly 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
Processed: Reopen #509596
Processing commands for cont...@bugs.debian.org: # etch-backports still vulnerable reopen 509596 Bug#509596: roundcube: CVE-2008-5620 massive memory consumption via crafted image 'reopen' may be inappropriate when a bug has been closed with a version; you may need to use 'found' to remove fixed versions. Bug reopened, originator not changed. 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#509596: etch-backports still vulnerable
Roundcube version in etch-backports is still to version 0.1-4~bpo40+1: it is still unpatched and vulnerable. Bug has been reopened. -- Marco Solieri aka SoujaK signature.asc Description: This is a digitally signed message part.
Processed: found 508628
Processing commands for cont...@bugs.debian.org: # etch-backports still vulnerable found 508628 0.1-4~bpo40+1 Bug#508628: roundcube: remote code execution vuln in html2text.php, uses preg_replace with e. Bug marked as found in version 0.1-4~bpo40+1. 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#508628: etch-backports still vulnerable
Roundcube version in etch-backports is still to version 0.1-4~bpo40+1: it is still unpatched and vulnerable. Bug has been reopened. -- Marco Solieri aka SoujaK signature.asc Description: This is a digitally signed message part.
Bug#506664: marked as done (hplip_2.8.10-1(s390/experimental):)
Your message dated Mon, 29 Dec 2008 13:32:53 +1100 with message-id 200812291332.54624@debian.org and subject line Re: Bug#506664: hplip_2.8.10-1(s390/experimental): has caused the Debian Bug report #506664, regarding hplip_2.8.10-1(s390/experimental): 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.) -- 506664: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506664 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: hplip Version: 2.8.10-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of hplip_2.8.10-1 on debian04v1.zseries.org by sbuild/s390 98-farm Build started at 20081123-1403 [...] ** Using build dependencies supplied by package: Build-Depends: libcups2-dev, libsane-dev, libsnmp-dev, libjpeg62-dev, libusb-dev (= 0.1.8), debhelper (= 5.0.37.2), autotools-dev, dpatch (= 2), autoconf, automake, libtool, cupsddk, patch (= 2.5.9-3bpo1), findutils (= 4.2.28), python-dev, python-qt3, python-qt4, pyqt-tools, python-support (= 0.3), python-dbus (= 0.80), libdbus-1-dev [...] [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m make: *** [install-stamp] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=s390pkg=hplipver=2.8.10-1 ---End Message--- ---BeginMessage--- Package: hplip Version: 2.8.10-2 On Monday 24 November 2008 01:41:01 Luk Claes wrote: There was an error while trying to autobuild your package: Thanks Luk, Looks like it was a transitory issue. -2 build was good, but no substantial change to the source: http://experimental.debian.net/fetch.php?pkg=hplipver=2.8.10-2arch=s390stamp=1228799343file=logas=raw Mark ---End Message---
Bug#509873: [libgdb-dev] Unresolved symbols
On Sat, Dec 27, 2008 at 12:18:50PM +0100, Mazen NEIFER wrote: After installing binutils-dev package the following error is got : It is a static library; it has no way to indicate its dependencies. /usr/lib/libgdb.a(exec.o): In function `generic_skip_trampoline_code': (.text+0x0): multiple definition of `generic_skip_trampoline_code' /usr/lib/libgdb.a(arch-utils.o):(.text+0x0): first defined here How are you linking the library to cause this error? --whole-archive? /usr/local/src/fpcbuild-2.2.3/build/fpc-2.2.3/fpcsrc/packages/gdbint/units/i386-linux/gdbint.o: In function `GDBINT_INITLIBGDB': gdbint.pp:(.text+0x1666): undefined reference to `error_init' This is not related to libgdb. /usr/lib/libgdb.a(gdbtypes.o):(.data+0x50): undefined reference to `floatformat_ibm_long_double' You need -liberty. (.text+0x69e): undefined reference to `XML_SetParamEntityParsing' Also -lexpat. Soon you'll need Python, too. I'll update the dependencies if I can find where to pull libiberty from. -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508660: adtxenlvm: initscript assumes eth0
On Sunday 14 December 2008 06:14:24 Arndt Heuvel wrote: Package: adtxenlvm Version: 1.2.0 Severity: serious Justification: Policy 10.4 Ian, This RC bug has been filed against one of your packages for a few weeks without comment from you. There is also a patch suggestion from Gunnar. Are you in a position to comment/ fix this RC bug against your package? Thanks, Mark signature.asc Description: This is a digitally signed message part.
Bug#508392: marked as done (Handling of conflicting conffiles broken)
Your message dated Mon, 29 Dec 2008 05:32:04 + with message-id e1lhaju-yu...@ries.debian.org and subject line Bug#508392: fixed in dpkg 1.14.24 has caused the Debian Bug report #508392, regarding Handling of conflicting conffiles broken 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.) -- 508392: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508392 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: dpkg Severity: important Hi, as I've already written to t...@dpkg.org I figured that dpkgs behaviour when conffiles are conflicting is somewhat broken. To cite the original mail: On Tue, 2008-12-09 at 13:19:30 +0100, Patrick Schoenfeld wrote: What I figured is that: If Package A contains the conffile /etc/foobar and Package B contains another conffile /etc/foobar and noone of the packages diverts the file or has a Replaces field set in control, the configuration file is silently replaced by the package that is installed last in installation order. In effect the dpkg -L output for the first installed package does not contain the file anymore. What I expected is that on installation of Package B a warning would have been issued that Package B tries to replace a (configuration) file which also belongs to another Package A (and that the installation would fail). Just like it is for normal files in the package. From my point of view this _is_ the right behaviour. Best Regards, Patrick ---End Message--- ---BeginMessage--- Source: dpkg Source-Version: 1.14.24 We believe that the bug you reported is fixed in the latest version of dpkg, which is due to be installed in the Debian FTP archive: dpkg-dev_1.14.24_all.deb to pool/main/d/dpkg/dpkg-dev_1.14.24_all.deb dpkg_1.14.24.dsc to pool/main/d/dpkg/dpkg_1.14.24.dsc dpkg_1.14.24.tar.gz to pool/main/d/dpkg/dpkg_1.14.24.tar.gz dpkg_1.14.24_i386.deb to pool/main/d/dpkg/dpkg_1.14.24_i386.deb dselect_1.14.24_i386.deb to pool/main/d/dpkg/dselect_1.14.24_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 508...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Guillem Jover guil...@debian.org (supplier of updated dpkg 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: Mon, 29 Dec 2008 05:38:31 +0100 Source: dpkg Binary: dpkg dpkg-dev dselect Architecture: source i386 all Version: 1.14.24 Distribution: unstable Urgency: low Maintainer: Dpkg Developers debian-d...@lists.debian.org Changed-By: Guillem Jover guil...@debian.org Description: dpkg - Debian package management system dpkg-dev - Debian package development tools dselect- Debian package management front-end Closes: 506139 507217 507219 507346 508392 509150 509424 509887 Changes: dpkg (1.14.24) unstable; urgency=low . [ Raphael Hertzog ] * Fix parsing of objdump output (by dpkg-shlibdeps) in a special case where the symbol name is separated only with a single space. Closes: #506139 * Fix dpkg-shlibdeps behaviour when Build-Depends-Package is used in the symbols file. It was merging all dependency templates into the generated dependency instead of simply modifying the minimal version. Thanks to Modestas Vainius modes...@vainius.eu. Closes: #507346 * Fix dpkg-source to correctly extract a source package even when called from a non-writable directory when a target directory has been specified on the command line. Closes: #507217, #507219 . [ Guillem Jover ] * Do not allow installing packages with non-obsolete conffiles owned by other packages without a proper Replaces field. Closes: #508392 . [ Updated dselect translations ] * Galician (Marce Villarino). Closes: #509887 . [ Updated dpkg translations ] * Galician (Marce Villarino). Closes: #509150 * Vietnamese (Clytie Siddall). Closes: #509424 . [ Updated scripts translations ] * Improve German translation. Checksums-Sha1: 90fb7664755d275097d563dab63b2e137f94b325 1215 dpkg_1.14.24.dsc cb24965fe2278f0f72338d9aeafd7764a62a43da 6813642 dpkg_1.14.24.tar.gz 99724f0aa5de5c8cf8f518a294e9b06bde1172f4 2340728 dpkg_1.14.24_i386.deb 7988ef6a7e0c548f060197899585c62a77663bce 789386
Bug#509767: marked as done (lxsession-lite: segfaults)
Your message dated Mon, 29 Dec 2008 07:02:05 + with message-id e1lhc8b-0005qk...@ries.debian.org and subject line Bug#509767: fixed in lxsession-lite 0.3.6-2 has caused the Debian Bug report #509767, regarding lxsession-lite: segfaults 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.) -- 509767: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509767 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: lxsession-lite Version: 0.3.6-1 Severity: grave Justification: renders package unusable i...@matica:~$ ulimit -c unlimited i...@matica:~$ lxsession Segmentation fault (core dumped) core file is here: http://primate.net/~itz/lxsession-core let me know if i can assist further .. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26.8matica2008112501 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages lxsession-lite depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-4simple interprocess messaging syst ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libxau6 1:1.0.3-3 X11 authorisation library Versions of packages lxsession-lite recommends: pn hal none (no description available) ii openbox [x-window-manager]3.4.7.2-3 standards compliant, fast, light-w ii sawfish [x-window-manager]1:1.3.3-1 a window manager for X11 lxsession-lite suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: lxsession-lite Source-Version: 0.3.6-2 We believe that the bug you reported is fixed in the latest version of lxsession-lite, which is due to be installed in the Debian FTP archive: lxsession-lite_0.3.6-2.diff.gz to pool/main/l/lxsession-lite/lxsession-lite_0.3.6-2.diff.gz lxsession-lite_0.3.6-2.dsc to pool/main/l/lxsession-lite/lxsession-lite_0.3.6-2.dsc lxsession-lite_0.3.6-2_i386.deb to pool/main/l/lxsession-lite/lxsession-lite_0.3.6-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 509...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andrew Lee and...@linux.org.tw (supplier of updated lxsession-lite 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: Mon, 29 Dec 2008 14:44:18 +0800 Source: lxsession-lite Binary: lxsession-lite Architecture: source i386 Version: 0.3.6-2 Distribution: unstable Urgency: low Maintainer: Andrew Lee and...@linux.org.tw Changed-By: Andrew Lee and...@linux.org.tw Description: lxsession-lite - a lightweight X11 session manager (lite version) Closes: 506201 509767 Changes: lxsession-lite (0.3.6-2) unstable; urgency=low . * Applied patch 01_session_name_fix.dpatch. Now session names other than LXDE can be used. (Closes:#509767, #506201) Thanks to Andreas Henriksson andr...@fatal.se and Peter De Wachter pdewa...@gmail.com Checksums-Sha1: 947354da855fb3163943ea9b9e0b2134919253d0 1127 lxsession-lite_0.3.6-2.dsc 565cb5c9bc878a5218ce2edfc763c8bfe16b626f 3553 lxsession-lite_0.3.6-2.diff.gz f013e831beb0a8a1c0061421552b19c5c1c29137 36122 lxsession-lite_0.3.6-2_i386.deb Checksums-Sha256: fc73c4a261515c916c09e429752662e09a740cdf5e0649c115d77ea8e88d3f3d 1127 lxsession-lite_0.3.6-2.dsc 8a40bb68ed4fa0f6c7280e99f8dbd474ac5af5212bb3e0ce50e86803a49f012b 3553 lxsession-lite_0.3.6-2.diff.gz 27671935f81871c5b64791e1633002dc4d3b07f23a7eed837a4c7b5d4466f4b8 36122 lxsession-lite_0.3.6-2_i386.deb Files: c1a9c8080299355c3fc8b8688fb95c90 1127 x11 extra lxsession-lite_0.3.6-2.dsc c250ffcf5b6cd4f0425bce05084be107 3553 x11 extra lxsession-lite_0.3.6-2.diff.gz f4ea6f29dad7529077a4b6ea0865746d 36122 x11 extra
Bug#509030: xfce4-terminal: Window decoration are not drawn even when enabled
On Friday 19 December 2008 02:37:40 john.lindg...@tds.net wrote: export XLIB_SKIP_ARGB_VISUALS=1 That seems to fix the problem. This RC bug seems to of been brought to ground with two workarounds logged in the report. Given the work todate, what is the proposed conclusion for this bug for lenny? 1. Downgrade to normal/ important - leave open as a record of the issue, and/ or 2. Upgrade neomagic package to force NoAccel/ XLIB_SKIP_ARGB_VISUALS and close bug? Mark
Bug#510043: trash-cli: Completely broken under XFCE
tags 510043 unreproducible moreinfo thanks On Monday 29 December 2008 09:43:23 Brandon Simmons wrote: I get this error: $ trash ~/file Traceback (most recent call last): File /usr/bin/trash, line 54, in ? epilog= TypeError: __init__() got an unexpected keyword argument 'epilog' Brandon, Thanks for your bug report. However I am unable to reproduce, with either XFCE nor via a vanilla CLI. In your subject you state it is broken under XFCE, why do you suspect XFCE as trash-cli is a CLI and doesn't use any GUI features at all and thus I suspect XFCE isn't the culprit. Can you reproduce with any other window manager, or with a vanilla cli? Versions of packages trash-cli depends on: ii python2.4.4-6An interactive ii python-support0.7.7 automated rebuild These are quite old and not the current lenny versions: ii python 2.5.2-2An interactive high-level ii python-support 0.8.4 automated rebuilding Could you upgrade your system to lenny versions of these packages and report back if that resolves your issue. Also I suspect the severity of the bug report is too high, but I will leave that to the maintainer to adjust. Thanks, Mark