Processed: tagging 594741, severity of 594741 is normal
Processing commands for cont...@bugs.debian.org: tags 594741 + moreinfo unreproducible Bug #594741 [xrdp] gnome-panel uncliccable when accessing via xrdp Added tag(s) unreproducible and moreinfo. severity 594741 normal Bug #594741 [xrdp] gnome-panel uncliccable when accessing via xrdp Severity set to 'normal' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. -- 594741: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594741 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594741: gnome-panel uncliccable when accessing via xrdp
OoO La nuit ayant déjà recouvert d'encre ce jour du samedi 28 août 2010, vers 23:51, Paolo Benvenuto paolobe...@gmail.com disait : Package: xrdp Version: 0.4.0~dfsg-9 Severity: grave Justification: renders package unusable Accessing the pc via xrdp, either from a windows or a linux machine, the gnome panel is unusable: it's running, but it's uncliccable. If I kill it it resurrects, but always uncliccable: i.e., if you clic in it nothing happens. Check which VNC server xrdp is using: $ readlink -f /usr/bin/Xvnc If you use Xvnc4, could you try to access your Gnome Desktop using directly VNC: $ echo exec /etc/xrdp/startwm.sh ~/.vnc/xstartup $ chmod +x ~/.vnc/xstartup $ vnc4server Then connect using a VNC client. If you get the same problem, the problem should be with vnc4server. -- BOFH excuse #95: Pentium FDIV bug pgpgvS1m3CFO8.pgp Description: PGP signature
Bug#594567: Upload reverted
Hi there, After discussion with the release team, I have reverted my upload, and SID now contains version 0.8.2 as before. The issue was that there's a ABI that would make it necessary to BinNMU a dozen of packages, which the release team does not wish to do. I'm sorry for the breakage. Upstream told me that there was only bugfixes, but in fact, there's change in the enum for error codes. Also, it seems I compiled the libdbd-* against the wrong version of libdbi-dev. Anyway, since I reverted, it should be ok now. Please let me know how it goes when building Gammu, as I'm currently not 100% sure that it did compile against the correct libdbi version in SID (maybe I should have delayed-upload the drivers to make sure that the libdbi0 was uploaded before compiling the drivers). The only thing I'm sure is that the Testing version of libdbi is correct as it was untouched. If there was yet another issue with libdbi, I'll BinNMU the drivers, which should fix the issue if any. Let me know, Thomas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Sun Aug 29 08:03:10 UTC 2010 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: swig2.0 tags 584324 + pending Bug #584324 [swig] swig: SWIG 2.0 is out Added tag(s) pending. # Source package in NEW: libsocialweb tags 591638 + pending Bug #591638 [libsocialweb] libsocialweb: lack of OAuth support Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 591638: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591638 584324: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=584324 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594472: grub-pc: scary messages and very long boot time after upgrade
Hi, On Sun, 29.08.2010 at 07:18:36 +0200, Dh H dhh4...@googlemail.com wrote: Downgrading MDADM helped for me, but not completely. The behaviour at the beginning is still the same, such that it does not find the volume-group. But now I am dropped into a shell instead of getting these /sys/devices/virtual/block/mdX messages. IOW, you need to manually intervene to get the machine to actually boot, but the whole process is now faster than waiting until the system figures it out on it's own, right? In that shell I can use lvm to bring the vg up and activate the lvs. from that point on booting works fine. Toni, I used this link to get mdadm for downgrade: http://snapshot.debian.org/package/mdadm/3.1.1-1/ Thank you! That was exactly what I was looking for. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591651: marked as done (sqlrelay: FTBFS: mv: cannot stat `debian/tmp/usr/java/*.jar': No such file or directory)
Your message dated Sun, 29 Aug 2010 09:17:20 + with message-id e1ope0u-0005l8...@franck.debian.org and subject line Bug#591651: fixed in sqlrelay 1:0.39.4-11 has caused the Debian Bug report #591651, regarding sqlrelay: FTBFS: mv: cannot stat `debian/tmp/usr/java/*.jar': No such file or directory 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.) -- 591651: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591651 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: sqlrelay Version: 1:0.39.4-10 Severity: serious Justification: FTBFS (Chris X-D-Cc'd to make sure this bug gets attention.) Hi, this package FTBFS on some architectures: | find debian/tmp -name '*.so*' -type f \ | | xargs chrpath --keepgoing --delete | : # libsqlrelay-java | mkdir -p debian/libsqlrelay-java/usr/share/java debian/libsqlrelay-java/usr/lib/java | mv debian/tmp/usr/java/*.jar debian/libsqlrelay-java/usr/share/java/ | mv: cannot stat `debian/tmp/usr/java/*.jar': No such file or directory | make: *** [install] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=sqlrelay Mraw, KiBi. ---End Message--- ---BeginMessage--- Source: sqlrelay Source-Version: 1:0.39.4-11 We believe that the bug you reported is fixed in the latest version of sqlrelay, which is due to be installed in the Debian FTP archive: libdbd-sqlrelay-perl_0.39.4-11_all.deb to main/s/sqlrelay/libdbd-sqlrelay-perl_0.39.4-11_all.deb libfirstworks-sqlr-perl_0.39.4-11_amd64.deb to main/s/sqlrelay/libfirstworks-sqlr-perl_0.39.4-11_amd64.deb libsqlrelay-0.39_0.39.4-11_amd64.deb to main/s/sqlrelay/libsqlrelay-0.39_0.39.4-11_amd64.deb libsqlrelay-java_0.39.4-11_amd64.deb to main/s/sqlrelay/libsqlrelay-java_0.39.4-11_amd64.deb libsqlrelay-ruby_0.39.4-11_amd64.deb to main/s/sqlrelay/libsqlrelay-ruby_0.39.4-11_amd64.deb libsqlrelay-tcl_0.39.4-11_amd64.deb to main/s/sqlrelay/libsqlrelay-tcl_0.39.4-11_amd64.deb php5-sqlrelay_0.39.4-11_amd64.deb to main/s/sqlrelay/php5-sqlrelay_0.39.4-11_amd64.deb python-sqlrelay_0.39.4-11_amd64.deb to main/s/sqlrelay/python-sqlrelay_0.39.4-11_amd64.deb sqlrelay-dev_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-dev_0.39.4-11_amd64.deb sqlrelay-doc_0.39.4-11_all.deb to main/s/sqlrelay/sqlrelay-doc_0.39.4-11_all.deb sqlrelay-freetds_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-freetds_0.39.4-11_amd64.deb sqlrelay-mdb_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-mdb_0.39.4-11_amd64.deb sqlrelay-mysql_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-mysql_0.39.4-11_amd64.deb sqlrelay-odbc_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-odbc_0.39.4-11_amd64.deb sqlrelay-postgresql_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-postgresql_0.39.4-11_amd64.deb sqlrelay-sqlite_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-sqlite_0.39.4-11_amd64.deb sqlrelay_0.39.4-11.diff.gz to main/s/sqlrelay/sqlrelay_0.39.4-11.diff.gz sqlrelay_0.39.4-11.dsc to main/s/sqlrelay/sqlrelay_0.39.4-11.dsc sqlrelay_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay_0.39.4-11_amd64.deb zope-sqlrelayda_0.39.4-11_all.deb to main/s/sqlrelay/zope-sqlrelayda_0.39.4-11_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 591...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ralf Treinen trei...@debian.org (supplier of updated sqlrelay 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: Fri, 27 Aug 2010 12:01:07 +0200 Source: sqlrelay Binary: sqlrelay libsqlrelay-0.39 sqlrelay-dev sqlrelay-doc python-sqlrelay zope-sqlrelayda sqlrelay-freetds sqlrelay-postgresql sqlrelay-mdb sqlrelay-mysql sqlrelay-odbc sqlrelay-sqlite libdbd-sqlrelay-perl libfirstworks-sqlr-perl libsqlrelay-java libsqlrelay-ruby libsqlrelay-tcl php5-sqlrelay Architecture: source all amd64 Version: 1:0.39.4-11 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Ralf Treinen trei...@debian.org Description: libdbd-sqlrelay-perl - SQL Relay Perl DBD API libfirstworks-sqlr-perl - SQL Relay Perl API libsqlrelay-0.39 - SQL Relay (runtime libraries) libsqlrelay-java - SQL Relay Java API libsqlrelay-ruby - SQL Relay Ruby API libsqlrelay-tcl -
Bug#591788: marked as done (sqlrelay: FTBFS: mv: cannot stat `debian/tmp/usr/java/*.jar': No such file or directory)
Your message dated Sun, 29 Aug 2010 09:17:20 + with message-id e1ope0u-0005l8...@franck.debian.org and subject line Bug#591651: fixed in sqlrelay 1:0.39.4-11 has caused the Debian Bug report #591651, regarding sqlrelay: FTBFS: mv: cannot stat `debian/tmp/usr/java/*.jar': No such file or directory 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.) -- 591651: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591651 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: sqlrelay Version: 1:0.39.4-10 Severity: serious sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on porpora.debian.org ╔══╗ ║ sqlrelay 1:0.39.4-10 (powerpc) 03 Aug 2010 21:53 ║ ╚══╝ [...] mv debian/tmp/usr/lib/zope/lib/python/ZSQLRelayDA \ debian/tmp/usr/share/zope/Products/ rm -rf debian/tmp/usr/share/zope/Products/ZSQLRelayDA/SQLRelay find debian/tmp -name '*.so*' -type f \ | xargs chrpath --keepgoing --delete : # libsqlrelay-java mkdir -p debian/libsqlrelay-java/usr/share/java debian/libsqlrelay-java/usr/lib/java mv debian/tmp/usr/java/*.jar debian/libsqlrelay-java/usr/share/java/ mv: cannot stat `debian/tmp/usr/java/*.jar': No such file or directory make: *** [install] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 Build finished at 20100803-2203 FAILED [dpkg-buildpackage died] signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: sqlrelay Source-Version: 1:0.39.4-11 We believe that the bug you reported is fixed in the latest version of sqlrelay, which is due to be installed in the Debian FTP archive: libdbd-sqlrelay-perl_0.39.4-11_all.deb to main/s/sqlrelay/libdbd-sqlrelay-perl_0.39.4-11_all.deb libfirstworks-sqlr-perl_0.39.4-11_amd64.deb to main/s/sqlrelay/libfirstworks-sqlr-perl_0.39.4-11_amd64.deb libsqlrelay-0.39_0.39.4-11_amd64.deb to main/s/sqlrelay/libsqlrelay-0.39_0.39.4-11_amd64.deb libsqlrelay-java_0.39.4-11_amd64.deb to main/s/sqlrelay/libsqlrelay-java_0.39.4-11_amd64.deb libsqlrelay-ruby_0.39.4-11_amd64.deb to main/s/sqlrelay/libsqlrelay-ruby_0.39.4-11_amd64.deb libsqlrelay-tcl_0.39.4-11_amd64.deb to main/s/sqlrelay/libsqlrelay-tcl_0.39.4-11_amd64.deb php5-sqlrelay_0.39.4-11_amd64.deb to main/s/sqlrelay/php5-sqlrelay_0.39.4-11_amd64.deb python-sqlrelay_0.39.4-11_amd64.deb to main/s/sqlrelay/python-sqlrelay_0.39.4-11_amd64.deb sqlrelay-dev_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-dev_0.39.4-11_amd64.deb sqlrelay-doc_0.39.4-11_all.deb to main/s/sqlrelay/sqlrelay-doc_0.39.4-11_all.deb sqlrelay-freetds_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-freetds_0.39.4-11_amd64.deb sqlrelay-mdb_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-mdb_0.39.4-11_amd64.deb sqlrelay-mysql_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-mysql_0.39.4-11_amd64.deb sqlrelay-odbc_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-odbc_0.39.4-11_amd64.deb sqlrelay-postgresql_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-postgresql_0.39.4-11_amd64.deb sqlrelay-sqlite_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay-sqlite_0.39.4-11_amd64.deb sqlrelay_0.39.4-11.diff.gz to main/s/sqlrelay/sqlrelay_0.39.4-11.diff.gz sqlrelay_0.39.4-11.dsc to main/s/sqlrelay/sqlrelay_0.39.4-11.dsc sqlrelay_0.39.4-11_amd64.deb to main/s/sqlrelay/sqlrelay_0.39.4-11_amd64.deb zope-sqlrelayda_0.39.4-11_all.deb to main/s/sqlrelay/zope-sqlrelayda_0.39.4-11_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 591...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ralf Treinen trei...@debian.org (supplier of updated sqlrelay 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: Fri, 27 Aug 2010 12:01:07 +0200 Source: sqlrelay Binary: sqlrelay libsqlrelay-0.39 sqlrelay-dev sqlrelay-doc python-sqlrelay zope-sqlrelayda sqlrelay-freetds sqlrelay-postgresql sqlrelay-mdb sqlrelay-mysql sqlrelay-odbc
Processed: limit source to gnustep-gui, tagging 594597
Processing commands for cont...@bugs.debian.org: #gnustep-gui (0.18.0-4) unstable; urgency=medium # # * debian/patches/gmodel-loading.patch: New; fixes loading of GModel #bundles, regression introduced in 0.18.0 (Closes: #594597). # limit source gnustep-gui Limiting to bugs with field 'source' containing at least one of 'gnustep-gui' Limit currently set to 'source':'gnustep-gui' tags 594597 + pending Bug #594597 [libgnustep-gui0.18] libgnustep-gui0.18: gmodel loading broken Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 594597: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594597 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594472: grub-pc: scary messages and very long boot time after upgrade
On Sun, Aug 29, 2010 at 9:38 AM, Toni Mueller supp...@oeko.net wrote: Hi, On Sun, 29.08.2010 at 07:18:36 +0200, Dh H dhh4...@googlemail.com wrote: Downgrading MDADM helped for me, but not completely. The behaviour at the beginning is still the same, such that it does not find the volume-group. But now I am dropped into a shell instead of getting these /sys/devices/virtual/block/mdX messages. IOW, you need to manually intervene to get the machine to actually boot, but the whole process is now faster than waiting until the system figures it out on it's own, right? Actually it the system does not figure it out, as it does not find my root filesystem: I now get this while booting: mdadm: /dev/md0 has been started with 2 drives mdadm: /dev/md1 has been started with 2 drives Volume Group m not found skipping volume group m unable to find LVM volume m/root Gave up waiting for root device some unapplicable hints ;) ALERT! /dev/mapper/m-root does not exist. Dropping into shell Busybox (initramfs) In busybox I have to start the cryptodrive with cryptsetup luksOpen md1 md1_crypt and then start the vg/lv with lvm vgscan vgchange -a y when I exit from the shell the system boots as it finds the root device after the above BTW: I have upgraded grub from 1.98+20100804-2 to 1.98+20100804-4 before I downgraded mdadm. This did not help on itself. As to wheather this now creates the the dropping into busybox I cannot judge. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590873: openconnect 2.25 does not verify SSL server certificates
On Sat, August 28, 2010 12:59, Dominic Hargreaves wrote: On Sat, Aug 28, 2010 at 01:16:29PM +0200, Julien Cristau wrote: On Sat, Aug 28, 2010 at 11:50:49 +0100, Dominic Hargreaves wrote: On Sun, Aug 15, 2010 at 08:56:46PM +0100, Adam D. Barratt wrote: On Sun, 2010-08-15 at 16:13 +0100, Dominic Hargreaves wrote: Given all this, might the best idea be allow an exception for the new upstream? The full changelog is: Most of the changes sound potentially worthy of inclusion. What does the debdiff look like? [...] The upstream changes are visible at http://git.infradead.org/users/dwmw2/openconnect.git and also in the attached debdiff. I have to admit I'm not hugely happy with the CSD trojan messages but, at least in terms of the configuration file setup, I'm not sure it's worth diverging from upstream on. Please go ahead. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594768: Should xconq be removed?
Package: xconq Version: 7.4.1-4.1 Severity: serious Tags: sid squeeze xconq seems dead upstream, and requires an obsolete Tcl/Tk version, so it seems a good candidate for removal. If you don't think so, please close this bug report, otherwise I'll convert it into a removal request in a couple of weeks. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xconq depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii tcl8.38.3.5-14 Tcl (the Tool Command Language) v8 ii tk8.3 8.3.5-15 Tk toolkit for Tcl and X11, v8.3 - ii xconq-common 7.4.1-4.1 Common files for Xconq xconq recommends no packages. xconq 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#588150: libcups http bug
Dear CUPS maintainers, On Thu, Aug 05, 2010 at 07:21:43PM +0100, Neil McGovern wrote: Is there any plans to fix this bug? could we get any input on this bug from you, please? Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#592014: #592014: Not able to reproduce
Hi, I just tried it and it works on my amd64 squeeze up to date. Consider it fixed for me. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
On Sat, Aug 28, 2010 at 15:10, Julien Cristau jcris...@debian.org wrote: On Sat, Aug 28, 2010 at 00:36:31 +0200, Cesare Leonardi wrote: I've also tried (don't know if it make sense) with 2.6.34-1~expermental.2, always with i915.modeset=0: same freeze. OK, it's starting to sound like this 'legacy' experiment is a failure so far. On my 945GM, legacy crashes on UMS on gnome startup (gdm is ok) reporting a lockup. I don't have an i8xx board to play with. Could you guys test the driver pointed at http://lists.freedesktop.org/pipermail/intel-gfx/2010-August/007910.html? (probably with the 2.6.32-20 kernel) I'll try it if you guide me how to compile and test it, or give me links where to read how to test. I already downloaded xf86-video-intel-shadow.tar.gz but I cant figure how to check dependencies, compile it and to test it best regards Kamen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590873: marked as done (openconnect 2.25 does not verify SSL server certificates)
Your message dated Sun, 29 Aug 2010 10:32:11 + with message-id e1opfbl-00068j...@franck.debian.org and subject line Bug#590873: fixed in openconnect 2.25-0.1 has caused the Debian Bug report #590873, regarding openconnect 2.25 does not verify SSL server certificates 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.) -- 590873: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590873 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: openconnect Version: 2.22-1.1 Severity: grave Tags: security fixed-upstream Versions of OpenConnect before 2.25 do not verify that the server SSL certificate matches the server hostname, which enables an attacker to perform an MITM attack on the connection. This can be fixed by upgrading to OpenConnect 2.25. From the upstream changelog: OpenConnect v2.25 — 2010-05-15 • Always validate server certificate, even when no extra --cafile is provided. • Add --no-cert-check option to avoid certificate validation. • Check server hostname against its certificate. • Provide text-mode function for reviewing and accepting invalid certificates. • Fix libproxy detection on NetBSD. ---End Message--- ---BeginMessage--- Source: openconnect Source-Version: 2.25-0.1 We believe that the bug you reported is fixed in the latest version of openconnect, which is due to be installed in the Debian FTP archive: openconnect_2.25-0.1.diff.gz to main/o/openconnect/openconnect_2.25-0.1.diff.gz openconnect_2.25-0.1.dsc to main/o/openconnect/openconnect_2.25-0.1.dsc openconnect_2.25-0.1_i386.deb to main/o/openconnect/openconnect_2.25-0.1_i386.deb openconnect_2.25.orig.tar.gz to main/o/openconnect/openconnect_2.25.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 590...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Dominic Hargreaves d...@earth.li (supplier of updated openconnect 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, 28 Aug 2010 11:21:16 +0100 Source: openconnect Binary: openconnect Architecture: source i386 Version: 2.25-0.1 Distribution: unstable Urgency: low Maintainer: Ross Burton r...@debian.org Changed-By: Dominic Hargreaves d...@earth.li Description: openconnect - Open client for Cisco AnyConnect VPN Closes: 566188 590873 Changes: openconnect (2.25-0.1) unstable; urgency=low . * Non-maintainer upload. * New upstream release (Closes: #566188) - always verify SSL server certificates (Closes: #590873) Checksums-Sha1: fba8238de998a5437b74bd56442d546178db8f38 1115 openconnect_2.25-0.1.dsc d819ae60d14dfc16854957d4f04451e9505c4207 75723 openconnect_2.25.orig.tar.gz 37f59796fe177878a9395d143627c82436e62f9b 2210 openconnect_2.25-0.1.diff.gz 2bbc317e869b44df2a7850b0aad73632e62ddcc7 71884 openconnect_2.25-0.1_i386.deb Checksums-Sha256: a42762bf6813ac0a486f1f436aadc831913fee27f2c59be3d634d6d700788c6a 1115 openconnect_2.25-0.1.dsc 6990f00e1df83b00941fe06d5b9c670b26804517043457f13be617bf07bad553 75723 openconnect_2.25.orig.tar.gz 39112bc12cfdf0a40bf5e4182d7db86b87467b3f192e405d51d3442745c70828 2210 openconnect_2.25-0.1.diff.gz ac41efb359bd7c91fe5d908abce6fc5016cd161300ef71858027f5309b59ff27 71884 openconnect_2.25-0.1_i386.deb Files: a6adf4daf8aca9623e4f7373d04ab21c 1115 net optional openconnect_2.25-0.1.dsc 796a32b611ee6210a5367eb9684d6778 75723 net optional openconnect_2.25.orig.tar.gz 97d5e3f3a87caa869e3860856a9bf6fd 2210 net optional openconnect_2.25-0.1.diff.gz 9a841485746ec9be5eb10bce96f616ff 71884 net optional openconnect_2.25-0.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFMeOWyYzuFKFF44qURArXyAJ90BEHjNvVTXyRLLv3NGMsrLREOvQCg2apd 3umbv0lnbESyS47EFMRnNc0= =GhRn -END PGP SIGNATURE- ---End Message---
Processed: found and fixed
Processing commands for cont...@bugs.debian.org: found 590719 4.3.3-2 Bug #590719 [typo3-src] TYPO3 Security Bulletin TYPO3-SA-2010-012: Multiple vulnerabilities in TYPO3 Core There is no source info for the package 'typo3-src' at version '4.3.3-2' with architecture '' Unable to make a source version for version '4.3.3-2' Bug Marked as found in versions 4.3.3-2. fixed 590719 4.3.5-1 Bug #590719 [typo3-src] TYPO3 Security Bulletin TYPO3-SA-2010-012: Multiple vulnerabilities in TYPO3 Core There is no source info for the package 'typo3-src' at version '4.3.5-1' with architecture '' Unable to make a source version for version '4.3.5-1' Bug Marked as fixed in versions 4.3.5-1. End of message, stopping processing here. Please contact me if you need assistance. -- 590719: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590719 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584156: flightgear binNMU
Hi, The armel FTBFS and simgear deps have been sorted out. binNMU thus needed on all but armel: nmu flightgear_1.9.1-1.1 . alpha amd64 hppa i386 ia64 freebsd-amd64 freebsd-i386 mips mipsel powerpc s390 sparc . -m 'rebuild against newer libopenscenegraph' After this flightgear, fgfs-atlas and simgear need to be pushed together to testing to get rid of #545593. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584156: flightgear binNMU
On Sun, August 29, 2010 11:36, Riku Voipio wrote: nmu flightgear_1.9.1-1.1 . alpha amd64 hppa i386 ia64 freebsd-amd64 freebsd-i386 mips mipsel powerpc s390 sparc . -m 'rebuild against newer libopenscenegraph' Scheduled (with s/freebsd/k/g). Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580383: [php-maint] Bug#580383: Bug#580383: php-xml-parser uses deprecated eregi and reference of new object
Hi, On woansdei 5 Maaie 2010, Thomas Goirand wrote: Replying to myself, as I didn't know it would go back to the list! :) My patch fixes the eregi calls, but not this one: $err = new XML_Parser_Error($msg, $ecode); return parent::raiseError($err); What's the way to fix for php 5.3.x? Two questions: 1) Why is it needed to pass the object by reference? It looks like it could just as well be passed by value. 2) Why is this bug of grave severity? As I understand it, using this only generates notices of level E_DEPRECATED. The code functions just as it did before. Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#586907: *NOT* fixed in mercurial 1.6.2-1
Hi slav0nic, On 28/08/10 12:48, slav0nic wrote: got today abort: authorization failed with 1.6.2-2 :| Can you confirm that it is the same bug? That is, python2.5 /usr/bin/hg pull works, but python2.6 /usr/bin/hg pull returns authorization failed? I'm unable to reproduce the bug with 1.6.2-2 Thanks, Javi (Vicho) 2010/8/28 Javi Merino cibervi...@gmail.com Hi Romain, On 26/08/10 14:06, Romain Lerallut wrote: It seems that the patches in debian/patches are not applied when building the package. Anyway, the url.py file is not patched and the problem persists. Can you please confirm that it is now fixed in 1.6.2-2? Thanks, Javi (Vicho) signature.asc Description: OpenPGP digital signature
Bug#594777: varnish: FTBFS (powerpc): FAIL: ./tests/v00014.vtc
Source: varnish Version: 2.1.3-6 Severity: serious sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org ╔══╗ ║ varnish 2.1.3-6 (powerpc) 27 Aug 2010 23:49 ║ ╚══╝ [...] #top TEST ././tests/v00013.vtc passed (0.552s) PASS: ./tests/v00013.vtc c1 EXPECT resp.status (500) == 200 (200) failed top macro def tmpdir=/tmp/vtc.17249.6b8b4567 top macro def bad_ip=10.255.255.255 #top TEST ././tests/v00014.vtc starting #top TEST Check req.backend.healthy ## s1 Starting server s1 macro def s1_addr=127.0.0.1 s1 macro def s1_port=43700 s1 macro def s1_sock=127.0.0.1:43700 #s1 Listen on 127.0.0.1:43700 ## s1 Started on 127.0.0.1:43700 ## v1 Launch ### v1 CMD: cd ../varnishd ./varnishd -d -d -n /tmp/vtc.17249.6b8b4567/v1 -p auto_restart=off -p syslog_cli_traffic=off -a '127.0.0.1:0' -S /tmp/vtc.17249.6b8b4567/v1/_S -M 127.0.0.1:57768 -P /tmp/vtc.17249.6b8b4567/v1/varnishd.pid -sfile,/tmp/vtc.17249.6b8b4567/v1,10M ### v1 debug| storage_file: filename: /tmp/vtc.17249.6b8b4567/v1/varnish.UUOgEK size 10 MB.\n ### v1 debug| Creating new SHMFILE\n ### v1 debug| Varnish on Linux,2.6.26-2-powerpc64,ppc,-sfile,-hcritbit\n ### v1 debug| 200 193 \n ### v1 debug| -\n ### v1 debug| Varnish HTTP accelerator CLI.\n ### v1 debug| -\n ### v1 debug| Type 'help' for command list.\n ### v1 debug| Type 'quit' to close CLI session.\n ### v1 debug| Type 'start' to launch worker process.\n ### v1 debug| \n ### v1 CLI connection fd = 6 ### v1 CLI RX 107 v1 CLI RX| gctkijkrgglltzbwnlhaqtsnvlbbnutt\n v1 CLI RX| \n v1 CLI RX| Authentication required.\n v1 CLI TX| auth 6701b9e4be8a41da6a3f501e08593aee43288f4b8e9496964d492feded2416d9\n ### v1 CLI RX 200 v1 CLI RX| -\n v1 CLI RX| Varnish HTTP accelerator CLI.\n v1 CLI RX| -\n v1 CLI RX| Type 'help' for command list.\n v1 CLI RX| Type 'quit' to close CLI session.\n v1 CLI RX| Type 'start' to launch worker process.\n v1 CLI TX| vcl.inline vcl1 \n\n\tbackend default {\n\t\t.host = \127.0.0.1\;\n\t\t.port = \43700\;\n\t\t.max_connections = 1;\n\t\t.probe = {\n\t\t\t.url = \/\;\n\t\t\t.timeout = 1s;\n\t\t\t.interval = 1s;\n\t\t\t.window = 3;\n\t\t\t.threshold = 2;\n\t\t\t.initial = 0;\n\t\t}\n\t}\n\n\tsub vcl_recv {\n\t\tif (req.backend.healthy) {\n\t\t\terror 200 \Backend healthy\;\n\t\t} else {\n\t\t\terror 500 \Backend sick\;\n\t\t}\n\t}\n ### v1 CLI RX 200 v1 CLI RX| VCL compiled. v1 CLI TX| vcl.use vcl1 ### v1 CLI RX 200 ## v1 Start v1 CLI TX| start ### v1 debug| child (17303) Started\n ### s1 rxreq s1 rxhdr| GET / HTTP/1.1\r\n s1 rxhdr| Host: 127.0.0.1\r\n s1 rxhdr| Connection: close\r\n s1 rxhdr| \r\n s1 http[ 0] | GET s1 http[ 1] | / s1 http[ 2] | HTTP/1.1 s1 http[ 3] | Host: 127.0.0.1 s1 http[ 4] | Connection: close s1 bodylen = 0 s1 EXPECT req.url (/) == / (/) match s1 txresp| HTTP/1.1 200 Ok\r\n s1 txresp| Content-Length: 5\r\n s1 txresp| \r\n s1 txresp| slash ### s1 shutting fd 4 s1 macro undef s1_addr s1 macro undef s1_port s1 macro undef s1_sock ## s1 Ending ### v1 CLI RX 200 v1 CLI TX| debug.xid 1000 ### v1 debug| Child (17303) said \n ### v1 debug| Child (17303) said Child starts\n ### v1 debug| Child (17303) said managed to mmap 10485760 bytes of 10485760\n ### v1 debug| Child (17303) said Probe(GET / HTTP/1.1\n ### v1 debug| Child (17303) said \n ### v1 debug| Child (17303) said Host: 127.0.0.1\n ### v1 debug| Child (17303) said \n ### v1 debug| Child (17303) said Connection: close\n ### v1 debug| Child (17303) said \n ### v1 debug| Child (17303) said \n ### v1 debug| Child (17303) said \n ### v1 debug| Child (17303) said , 1, 1)\n ### v1 CLI RX 200 v1 CLI RX| XID is 1000 v1 CLI TX| debug.listen_address ### v1 CLI RX 200 v1 CLI RX| 127.0.0.1 58339\n ## v1 Listen on 127.0.0.1 58339 v1 macro def v1_addr=127.0.0.1 v1 macro def v1_port=58339 v1 macro def v1_sock=127.0.0.1:58339 ## c1 Starting client ### c1 Connect to 127.0.0.1:58339 ### c1 Connected to 127.0.0.1:58339 fd is 4 c1 txreq| GET / HTTP/1.1\r\n c1 txreq| \r\n ### c1 rxresp ## c1 Waiting for client c1 rxhdr| HTTP/1.1 500 Backend sick\r\n c1 rxhdr| Server: Varnish\r\n c1 rxhdr|
Bug#594778: debian-xcontrol: Uninstallable and FTBFS against libapt-pkg-dev 0.8.0 due to -Werror and deprecation warnings
Package: debian-xcontrol Severity: serious Version: 0.0.4-1 Justification: FTBFS against current libapt-pkg debian-xcontrol is currently uninstallable as it's linked against an older version of libapt-pkg. A simple rebuild fails because of several issues. One of them is already reported in http://bugs.debian.org/560669. But even if the build-dependencies are fixed as reported in #560669, it still FTBFS because of -Werror aborts on libapt-pkg's deprecation warnings: x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I../include-W -Wall -Werror -g -O2 -MT xdpkg-checkbuilddeps.o -MD -MP -MF .deps/xdpkg-checkbuilddeps.Tpo -c -o xdpkg-checkbuilddeps.o xdpkg-checkbuilddeps.cpp cc1plus: warnings being treated as errors xdpkg-checkbuilddeps.cpp: In function 'int main(int, const char* const*)': xdpkg-checkbuilddeps.cpp:108: error: 'bool pkgCacheFile::Open(OpProgress, const bool)' is deprecated (declared at /usr/include/apt-pkg/cachefile.h:59) make[3]: *** [xdpkg-checkbuilddeps.o] Error 1 make[3]: Leaving directory `/home/abe/debian/debian-xcontrol-0.0.4/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/abe/debian/debian-xcontrol-0.0.4' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/abe/debian/debian-xcontrol-0.0.4' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This can be resolved by removing the -Werror from CXXFLAGS in debian/rules. A better solution would be of course to fix the deprecation warning upstream. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'oldstable'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) 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#590654: Intend to NMU
tags 590654 + patch thanks Hi, I prepared a patch for this issue and plan to upload a NMU once the changes have been approved by the release team. The proposed patch can be found in #594654 [1] (it should have been forwarded here as well, but seems that did not happen). Regards, Ansgar [1] http://bugs.debian.org/594654 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: limit source to mdadm, tagging 585015, tagging 592149, tagging 508123
Processing commands for cont...@bugs.debian.org: #mdadm (3.1.3-1) unstable; urgency=low # # * New upstream release: #- reverts move of incremental map (closes: #585015). # * Add I/O rescheduling functionality to the checkarray script and make the #cronjob use the idle priority; this should now minimise the impact of the #monthly re-check on the running system (closes: #592149, #508123). # limit source mdadm Limiting to bugs with field 'source' containing at least one of 'mdadm' Limit currently set to 'source':'mdadm' tags 585015 + pending Bug #585015 [mdadm] kernel 2.6.34 fails to boot normally with mdadm 3.1.1-1 Bug #590319 [mdadm] udevadm settle timeout with mdadm 3.1.2 Bug #594418 [mdadm] new mdadm version causes high I/O during boot, boot fails, perhaps issue with udev rules Added tag(s) pending. Added tag(s) pending. Added tag(s) pending. tags 592149 + pending Bug #592149 [mdadm] mdadm: wishlist item: please ionice the array check Added tag(s) pending. tags 508123 + pending Bug #508123 [mdadm] mdadm: checkarray could check less vigorously Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 508123: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508123 592149: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592149 585015: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585015 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Bug#590654: Intend to NMU
Processing commands for cont...@bugs.debian.org: tags 590654 + patch Bug #590654 [src:vbox3] vbox3: build depends on obsolete Tcl/Tk 8.3 Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. -- 590654: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590654 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594594: The patches I got so far.
Tags: patch Hi These are the patches I got the problem from upstream so far; unfortunately I am a bit busy and do not have time the next couple of days[1]. Anyone interested in working with this is welcome to have a look. The patches need to be tested on kfreebsd i386 and amd64 machines with a lot of RAM to ensure the bug is corrected. Unfortunately there are no porterboxes with this amount of RAM, so the buildd / BSD team needs to do the building as far as I am aware. If you schedule such a test, please CC this bug and me, so they do not get duplicates. :) There is also a patch for the cpu-idle test which is a bit too strict. This patch appears to contain unrelated changes, which needs to be removed. The wrong_sizeof patch should be applied before the freebsd_hugeram patch. Note: if you have verified that the patches worked, you are welcome to NMU the package without delay. ~Niels [1] I hope to be available mid/late next week. --- old/memory.c 2010-08-26 16:02:56.675488226 +0200 +++ new/memory.c 2010-08-26 16:04:59.307485200 +0200 @@ -53,35 +53,37 @@ if (dst == NULL) return EINVAL; - size_t tmp; - size_t len = sizeof tmp; - if (sysctlbyname(hw.physmem, tmp, len, NULL, 0) == -1) + uint64_t tmp64 = 0; + size_t len = sizeof tmp64; + if (sysctlbyname(hw.physmem, tmp64, len, NULL, 0) == -1) return ENOSYS; - dst-total = tmp; + dst-total = tmp64; - if (sysctlbyname(vm.stats.vm.v_free_count, tmp, len, NULL, 0) == -1) + if (sysctlbyname(vfs.bufspace, tmp64, len, NULL, 0) == -1) return ENOSYS; - dst-free = tmp * page_size; + dst-buffers = tmp64; - if (sysctlbyname(vfs.bufspace, tmp, len, NULL, 0) == -1) + uint32_t tmp32; + len = sizeof tmp32; + if (sysctlbyname(vm.stats.vm.v_free_count, tmp32, len, NULL, 0) == -1) return ENOSYS; - dst-buffers = tmp; + dst-free = (uint64_t) tmp32 * page_size; - if (sysctlbyname(vm.stats.vm.v_cache_count, tmp, len, NULL, 0) == -1) + if (sysctlbyname(vm.stats.vm.v_cache_count, tmp32, len, NULL, 0) == -1) return ENOSYS; - dst-cached = tmp * page_size; + dst-cached = (uint64_t) tmp32 * page_size; - if (sysctlbyname(vm.stats.vm.v_active_count, tmp, len, NULL, 0) == -1) + if (sysctlbyname(vm.stats.vm.v_active_count, tmp32, len, NULL, 0) == -1) return ENOSYS; - dst-active = tmp * page_size; + dst-active = (uint64_t) tmp32 * page_size; - if (sysctlbyname(vm.stats.vm.v_inactive_count, tmp, len, NULL, 0) == -1) + if (sysctlbyname(vm.stats.vm.v_inactive_count, tmp32, len, NULL, 0) == -1) return ENOSYS; - dst-inactive = tmp * page_size; + dst-inactive = (uint64_t) tmp32 * page_size; - if (sysctlbyname(vm.stats.vm.v_wire_count, tmp, len, NULL, 0) == -1) + if (sysctlbyname(vm.stats.vm.v_wire_count, tmp32, len, NULL, 0) == -1) return ENOSYS; - dst-wired = tmp * page_size; + dst-wired = (uint64_t) tmp32 * page_size; struct xswdev xsw; size_t size = sizeof xsw; --- old/memory.c 2010-08-23 14:25:27.640150957 +0200 +++ new/memory.c 2010-08-23 14:26:10.860156037 +0200 @@ -54,7 +54,7 @@ return EINVAL; size_t tmp; - size_t len = sizeof dst; + size_t len = sizeof tmp; if (sysctlbyname(hw.physmem, tmp, len, NULL, 0) == -1) return ENOSYS; dst-total = tmp; === modified file 'test/test_cpu.c' --- test/test_cpu.c 2010-07-31 22:49:17 + +++ test/test_cpu.c 2010-08-23 20:11:24 + @@ -60,21 +60,12 @@ } void test_cpu_info(struct sa_cpu* cpu) { -#ifdef SA_SMP_CAPABLE -#ifdef SA_CPU_IDLE - if (cpu-idle != 0) { - printf(%s:%d ERROR: Idle is not zero\n, __FILE__, __LINE__); - error = 1; - } -#endif -#else #if defined(SA_CPU_USER) defined(SA_CPU_SYSTEM) defined(SA_CPU_NICE) if (cpu-user == 0 cpu-system == 0 cpu-nice == 0) { printf(%s:%d ERROR: user, system and nice values are zero\n, __FILE__, __LINE__); error = 1; } #endif -#endif } void* get_cpu_info(void* arg) { @@ -165,35 +156,6 @@ delay.tv_sec = 0; delay.tv_nsec = 5; - int ret; -#ifdef SA_OPEN_CPU - ret = sa_open_cpu(); - if (ret != 0) { - printf(%s:%d ERROR: sa_open_cpu(): %s\n, __FILE__, __LINE__, strerror(ret)); - exit(EXIT_FAILURE); - } -#endif - - uint16_t number_cpus; - ret = sa_count_cpus(number_cpus); - if (ret != 0 || number_cpus == 0) { - printf(%s:%d ERROR: sa_count_cpus(): %s\n, __FILE__, __LINE__, strerror(ret)); - exit(EXIT_FAILURE); - } - -#ifdef SA_CLOSE_CPU - ret = sa_close_cpu(); - if (ret != 0) { - printf(%s:%d ERROR: sa_close_cpu(): %s\n, __FILE__, __LINE__, strerror(ret)); - exit(EXIT_FAILURE); - } -#endif - - for (ret = 0; ret number_cpus; ret++) - pthread_create(thread2, NULL, stress_cpu, NULL); - - nanosleep(delay, NULL); - pthread_create(thread1, NULL, get_cpu_info, NULL); nanosleep(delay, NULL); get_cpu_info(NULL); signature.asc Description: OpenPGP digital signature
Bug#593375: udev: Doesnt create lvm symlinks
tags 593375 help thanks On Thu, Aug 19, 2010 at 07:29:57PM +0200, Marco d'Itri wrote: Please let me know your plans about this, I need to upload a new udev package with a fix. No idea what you are talking about. Please provide patches. My fix would be to trash the whole udev integration for now. Bastian -- Without facts, the decision cannot be made logically. You must rely on your human intuition. -- Spock, Assignment: Earth, stardate unknown -- 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#593375: udev: Doesnt create lvm symlinks
Processing commands for cont...@bugs.debian.org: tags 593375 help Bug #593375 [udev] udev: Doesnt create lvm symlinks Added tag(s) help. thanks Stopping processing here. Please contact me if you need assistance. -- 593375: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593375 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 560669, tagging 594778
Processing commands for cont...@bugs.debian.org: tags 560669 + pending Bug #560669 [src:debian-xcontrol] debian-xcontrol: FTBFS: Nonexistent build-dependency: libboost1.38-dev Added tag(s) pending. tags 594778 + pending Bug #594778 [debian-xcontrol] debian-xcontrol: Uninstallable and FTBFS against libapt-pkg-dev 0.8.0 due to -Werror and deprecation warnings Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 594778: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594778 560669: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560669 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594479: when lilo.conf missing and grub in use, postinstall kernel pkg fails
On Sat, Aug 28, 2010 at 11:14:46PM -0500, Moshe Yudkowsky wrote: Ben, Thank you for your attention to this bug. I have to wonder: let's say I have both grub and lilo packages, and I have in the past used one or the other... how will this new policy play out? I'd think that I'd have to make a choice in /etc/alternate, or dpkg configure, rather than have the loaders battle it out. I met Colin Watson last night and he said that he (as GRUB maintainer) and Daniel Baumann (as syslinux maintainer) had discussed doing something like this. I hope that for the release after 'squeeze' we will have a proper policy for this. Right now, to disable LILO you must remove its configuration file /etc/lilo.conf. For GRUB there isn't such an issue because it doesn't need to write to the boot sector after its configuration is updated. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593375: udev: Doesnt create lvm symlinks
On Aug 29, Bastian Blank wa...@debian.org wrote: No idea what you are talking about. Please provide patches. I think it is explained in the message I forwarded: either you package a more recent release or backport its rules files. My fix would be to trash the whole udev integration for now. I am sure this would be a great service to your users. -- ciao, Marco signature.asc Description: Digital signature
Bug#589836: mdadm: breaks initramfs on fresh (chroot) installation
Am Montag, den 16.08.2010, 07:27 +0200 schrieb martin f krafft: Thanks. FYI, I plan to push 3.1.3 soon and will try to get a release exception for that too. The current git version appears to be missing the fix for this bug: http://git.debian.org/?p=pkg-mdadm/mdadm.git;a=blob;f=debian/initramfs/hook Just ignore me if I'm wrong... Alexander Kurtz signature.asc Description: This is a digitally signed message part
Processed: Re: #537359: more analysis
Processing commands for cont...@bugs.debian.org: retitle 537359 Outputs irritating warning instead of proper error message if debian/xcontrol does not exist Bug #537359 [debian-xcontrol] debian-xcontrol: fails to depend on correct portion of boost Changed Bug title to 'Outputs irritating warning instead of proper error message if debian/xcontrol does not exist' from 'debian-xcontrol: fails to depend on correct portion of boost' severity 537359 important Bug #537359 [debian-xcontrol] Outputs irritating warning instead of proper error message if debian/xcontrol does not exist Severity set to 'important' from 'grave' kthxbye Stopping processing here. Please contact me if you need assistance. -- 537359: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537359 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537359: #537359: more analysis
retitle 537359 Outputs irritating warning instead of proper error message if debian/xcontrol does not exist severity 537359 important kthxbye Steve M. Robbins wrote: The error is actually as reported in the diagnostic: the code tried to get() the value of an un-set variable of type boost::optionalsource_section. I'm not familiar enough with the code to judge, but I wonder whether this truly is grave? Superficially, it looks like either a simple inadequate-input-validation bug or a simple inadequate-fault-reporting bug. Indeed. According to the maintainer of the Debian package on IRC, it's just xcontrol's current way to say no debian/xcontrol found. Retitling and lowering severity thus. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560669: #560669 (debian-xcontrol): Updating dependency results in new failure
Hi, Christoph Egger wrote: [...] i486-kfreebsd-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I../include-W -Wall -Werror -g -O2 -MT xdpkg-checkbuilddeps.o -MD -MP -MF .deps/xdpkg-checkbuilddeps.Tpo -c -o xdpkg-checkbuilddeps.o xdpkg-checkbuilddeps.cpp mv -f .deps/xdpkg-checkbuilddeps.Tpo .deps/xdpkg-checkbuilddeps.Po i486-kfreebsd-gnu-g++ -W -Wall -Werror -g -O2 -Wl,-z,defs -o xdpkg-checkbuilddeps xdpkg-checkbuilddeps.o libxcontrol.a -lapt-pkg make[3]: Leaving directory `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4/src' make[3]: Entering directory `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4' make[3]: Leaving directory `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4' make[2]: Leaving directory `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4' make[1]: Leaving directory `/build/christoph-debian-xcontrol_0.0.4-1.1-kfreebsd-i386-L1B0Je/debian-xcontrol-0.0.4' src/xcontrol check make: *** [build-stamp] Error 1 This is caused by editing debian/control, but not debian/xcontrol. I ran into this initially, too. After doing that and applying the fix for http://bugs.debian.org/594778 it builds fine again. I'll soon upload an maintainer approved NMU to fix those two issues. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594623: xserver-xorg-video-intel with 855GM
Package: xserver-xorg-video-intel Version: 2:2.12.0+legacy1-1 Hi. Apparently, I have the same hardware of the original reporter of this bug: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) 00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) I have compiled a new kernel with package linux-source-2.6.32 (version 2.6.32-21), commenting out the blacklisted 855GM in file drivers/gpu/drm/i915/i915_drv.c : --- i915_drv.c~ 2010-08-25 02:29:23.0 +0200 +++ i915_drv.c 2010-08-27 03:23:22.0 +0200 @@ -548,8 +548,8 @@ static const struct pci_device_id i915_kms_blacklist[] = { INTEL_VGA_DEVICE(0x3577, 0),/* i830 */ INTEL_VGA_DEVICE(0x2562, 0),/* i845 */ - INTEL_VGA_DEVICE(0x3582, 0),/* i855 */ - INTEL_VGA_DEVICE(0x358e, 0),/* i855 */ + /* INTEL_VGA_DEVICE(0x3582, 0), */ /* i855 */ + /* INTEL_VGA_DEVICE(0x358e, 0), */ /* i855 */ { }, }; xserver-xorg-video-intel version 2:2.12.0+legacy1-1 is working with this i915 kernel module in KMS mode. I have some X crashes, but NEVER WHILE ACTIVELY WORKING WITH THE COMPUTER (until now, it never happened with this or with previous xserver-xorg-video-intel packages or kernels), only when the computer is idle or xscreensaver is active. 2.12.0+legacy1-1 is better than previous version, since when X crashes, it is always correctly restarted by gdm (with 2.9, when X crashed, it couldn't be restarted: the box was working - you could use the console or ssh - but gdm couldn't restart X, and manually restarting X got the computer frozen). With 2.12.0+legacy1-1, if I boot with i915.modeset=0 in UMS mode, the computer freezes when starting X with GDM (blank screen, no network access). When I have time, I'll try to compile your shadow version and see what happens. Is there a .deb package of the shadow version? It would be easier to try. Thanks. Dionisio Martínez Soler dmso...@edu.xunta.es -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 14 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1725304 Aug 24 17:04 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphic Device (rev 02) /etc/X11/xorg.conf does not exist. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594611: lazarus-ide: Can't find the lazarus executable at Startup
Le vendredi 27 août 2010 à 19:06 +0200, Jack.R a écrit : Versions of packages lazarus-ide depends on: ii fp-compiler 2.4.0-2 Free Pascal - Compiler ii lazarus-ide-qt4 [lazarus-ide 0.9.28.2-11 IDE for Free Pascal - IDE build on ii lazarus-src 0.9.28.2-11 IDE for Free Pascal - LCL Sources According to above information, it seems that lazarus-ide-qt4 has been installed to satisfy lazarus-ide dependency. However this packages is for now empty (qt IDE not yet shippable). You may want to install manually lazarus-ide-gtk2 to solve this issue. I'm going to fix this asap. Cheers, signature.asc Description: This is a digitally signed message part
Bug#594472: grub-pc: scary messages and very long boot time after upgrade
Thanks a lot, Dh H. After downgrading mdadm to 3.1.1-1 I had the same experience as you - unable to find LVM volume for root, ...does not exist, timeout and busybox in initramfs. Your workaround works for me as well (please find below my system and grub config info which I could gather now that I have a running system). Some more observations: * After having unlocked md1 as my encrypted pv for the lvms including /, and exiting the lvm and initramfs prompts, indeed the system came up but I was asked *again* for the passphrase for md1 which alread had been unlocked via the lvm prompt and vgchange -a y vgname. * Later a message scrolled by telling me found duplicate PV uuid here using /dev/dm-11 not /dev/dm-0 This uuid is assigned both to /dev/mapper/md1_crypt: UUID=foo TYPE=LVM2_member /dev/mapper/vg-md1dm0: UUID=foo TYPE=LVM2_member So, perhaps the question for unlocking comes too late (hen and egg...). I did not do update-grub again so far as I'm sort of satisfied with my custom grub setup now and don't want to make booting more complicated again. Hope this helps a bit. --AvH -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/vg--md1dm0-slash / ext4 rw,relatime,errors=remount-ro,barrier=1,data=ordered 0 0 /dev/md0 /boot ext3 rw,relatime,errors=continue,data=ordered 0 0 /dev/mapper/vg--md2dm1-bk1 /home/bk1 ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/mapper/vg--md2dm1-bk2 /home/bk2 xfs rw,relatime,attr2,noquota 0 0 /dev/mapper/vg--md1dm0-srv /srv ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/mapper/vg--md1dm0-svmware /srv/vmware ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/mapper/vg--md1dm0-tmp /tmp ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/mapper/vg--md1dm0-usr /usr ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/mapper/vg--md1dm0-var /var ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/mapper/vg--md1dm0-vcache /var/cache ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/mapper/vg--md1dm0-vlog /var/log ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/mapper/vg--md1dm0-vtmp /var/tmp ext4 rw,relatime,barrier=1,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-WDC_WD2500BUDT-63DPZY0_WD-WX71A4048816 (hd1) /dev/disk/by-id/ata-WDC_WD2500BUDT-63DPZY0_WD-WXA1A4062972 *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=0 if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod ext2 set root='(md/0)' search --no-floppy --fs-uuid --set 64ec582b-89ef-4007-b745-eeb893ff1709 if loadfont /grub/unicode.pf2 ; then set gfxmode=640x480 load_video insmod gfxterm fi terminal_output gfxterm insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod ext2 set root='(md/0)' search --no-floppy --fs-uuid --set 64ec582b-89ef-4007-b745-eeb893ff1709 set locale_dir=($root)/grub/locale set lang= insmod gettext set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod ext2 set root='(md/0)' search --no-floppy --fs-uuid --set 64ec582b-89ef-4007-b745-eeb893ff1709 insmod png if background_image /grub/moreblue-orbit-grub.png ; then set color_normal=black/black set color_highlight=magenta/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class gnu-linux --class gnu --class os { insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod ext2 set root='(md/0)' search --no-floppy --fs-uuid --set 64ec582b-89ef-4007-b745-eeb893ff1709 echo'Loading Linux 2.6.32-5-amd64 ...' linux /vmlinuz-2.6.32-5-amd64 root=/dev/mapper/vg--md1dm0-slash ro quiet echo'Loading initial ramdisk ...' initrd /initrd.img-2.6.32-5-amd64 } menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os { insmod raid insmod mdraid insmod part_msdos insmod part_msdos insmod ext2 set root='(md/0)'
Bug#590719: marked as done (TYPO3 Security Bulletin TYPO3-SA-2010-012: Multiple vulnerabilities in TYPO3 Core)
Your message dated Sun, 29 Aug 2010 13:52:39 + with message-id e1opijl-00086x...@franck.debian.org and subject line Bug#590719: fixed in typo3-src 4.2.5-1+lenny4 has caused the Debian Bug report #590719, regarding TYPO3 Security Bulletin TYPO3-SA-2010-012: Multiple vulnerabilities in TYPO3 Core 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.) -- 590719: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590719 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: typo3-src Version: 4.2.5-1+lenny3 Severity: critical Tags: security Vulnerability Types: Cross-Site Scripting (XSS), Open Redirection, SQL Injection, Broken Authentication and Session Management, Insecure Randomness, Information Disclosure, Arbitrary Code Execution Vulnerable subcomponent #1: Backend Vulnerability Type: Cross-Site Scripting Severity: Medium Suggested CVSS v2.0: AV:N/AC:L/Au:N/C:N/I:P/A:N/E:POC/RL:OF/RC:C Problem Description: Failing to sanitize user input the TYPO3 backend is susceptible to XSS attacks in several places. A valid backend login is required to exploit these vulnerabilities. Vulnerability Type: Open Redirection Severity: High Suggested CVSS v2.0: AV:N/AC:L/Au:N/C:N/I:P/A:N/E:POC/RL:OF/RC:C Problem Description: Failing to sanitize user input the TYPO3 backend is susceptible to open redirection in several places. Vulnerability Type: SQL Injection Severity: High Suggested CVSS v2.0: AV:N/AC:L/Au:S/C:P/I:N/A:N/E:POC/RL:OF/RC:C Problem Description: Failing to properly escape user input for a database query, some backend record editing forms are susceptible to SQL injections. This is only exploitable by an editor who have the right to edit records which have a special where query definition in TCA or records which use the auto suggest feature available in TYPO3 versions 4.3 or higher. Vulnerability Type: Arbitrary Code Execution Severity: None/High (Depending on the webserver configuration) Suggested CVSS v2.0: AV:N/AC:M/Au:S/C:C/I:C/A:N/E:POC/RL:OF/RC:C Problem Description: Because of a not sufficiently secure default value of the TYPO3 configuration variable fileDenyPattern allows backend users to upload files with .phtml file extension which may be executed as PHP with certain webserver setups. The new default value for the fileDenyPattern now is: \.(php[3-6]?|phpsh|phtml)(\..*)?$|^\.htaccess$ Vulnerability Type: Information Disclosure Severity: Low Suggested CVSS v2.0: AV:N/AC:M/Au:S/C:P/I:N/A:N/E:U/RL:OF/RC:C Problem Description: If an extension with a defective backend module is installed, TYPO3 will issue a error message which reveals the complete path to the web root. Vulnerability Type: Information Disclosure/ Cross-Site Scripting Severity: Low Suggested CVSS v2.0: AV:N/AC:H/Au:M/C:C/I:C/A:C/E:U/RL:OF/RC:C Problem Description: Failing to properly validate and escape user input, the Extension Manager is susceptible to XSS. Additionally by forging a special request parameter it is possible to view (and edit under special conditions) the contents of every file the webserver has access to. A valid admin user login is requred to exploit this vulnerability. Vulnerable subcomponent #2: User authentication Vulnerability Type: Insecure Randomness Severity: Very Low Suggested CVSS v2.0: AV:N/AC:H/Au:N/C:P/I:P/A:N/E:U/RL:OF/RC:C Problem Description: As a precaution to PHP's weak randomness in the uniqid() function, the random byte generation function t3lib_div::generateRandomBytes() has been vastly improved, especially for Windows systems. In addition TYPO3 now uses this function to generate a session id for frontend and backend authentication instead of PHP's uniqid(). Note: Nevertheless the probability of guessing the session id was very low even before this improvement. Vulnerable subcomponent #3: Frontend Vulnerability Type: Spam Abuse Severity: High Suggested CVSS v2.0: AV:N/AC:M/Au:N/C:N/I:N/A:N/E:POC/RL:OF/RC:C Problem Description: Failing to check the for valid parameters, the native form content element is susceptible to spam abuse. An attacker could abuse the form to send mails to arbitrary email addresses. Vulnerability Type: Header Injection Severity: Low/High (depending on the PHP version used) Suggested CVSS v2.0: AV:N/AC:H/Au:N/C:N/I:P/A:N/E:POC/RL:OF/RC:C Problem Description: Failing to sanitize user input, secure download feature (jumpurl) of TYPO3 is susceptible to header injection / manipulation. Note: Since PHP versions 4.4.2 or higher and 5.1.2 or higher it is no longer possible to send more than one header at once. This mitigates the impact of this
Bug#594783: insserv: warning: script 'S06vzquota' missing LSB tags and overrides
Package: vzctl Version: 3.0.22-14 Severity: critical Justification: breaks unrelated software OpenVZ generates /etc/init.d/vzquota on every reboot of a container. Since Debian/Squeeze makes use of insserv, it's required that all startup scripts include LSB tags. If you don't this results in the following errors when trying to install software: insserv: warning: script 'S06vzquota' missing LSB tags and overrides insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/S00vzreboot insserv: warning: script 'vzquota' missing LSB tags and overrides insserv: There is a loop at service vzquota if started insserv: There is a loop between service vzquota and checkroot if started insserv: loop involving service checkroot at depth 3 insserv: loop involving service mountdevsubfs at depth 2 insserv: There is a loop between service single and mountnfs if started insserv: loop involving service mountnfs at depth 3 insserv: loop involving service networking at depth 2 insserv: loop involving service screen-cleanup at depth 6 insserv: There is a loop at service single if started insserv: loop involving service single at depth 2 insserv: loop involving service vzquota at depth 1 insserv: loop involving service rsyslog at depth 1 insserv: loop involving service ifupdown-clean at depth 4 insserv: loop involving service mountnfs-bootclean at depth 8 is including insserv and requires all rc scripts to have LSB Tags. insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! I updated the script which generates vzquota to include LSB tags with it. Please fix that in the package or report it to upstream. - /etc/vz/dists/scripts/set_ugid_quota.sh --- set_ugid_quota.sh 2010-08-29 12:44:39.0 + +++ set_ugid_quota.sh.works 2010-08-29 12:44:58.0 + @@ -32,6 +32,16 @@ if [ -z $MAJOR ]; then exit 0 fi echo -e '#!/bin/sh +### BEGIN INIT INFO +# Provides: vzquota +# Required-Start: $all +# Required-Stop: $all +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: Start vzquota at the end of boot +# Description: This command is used to configure and see disk quota statistics for Containers. +### END INIT INFO + start() { [ -e /dev/'${DEVFS}' ] || mknod /dev/'${DEVFS}' b '$MAJOR' '$MINOR' rm -f /etc/mtab /dev/null 21 - Regards, Stefan. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/16 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 vzctl depends on: ii iproute 20080725-2 networking and traffic control too ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii vzquota 3.0.11-1 server virtualization solution - q Versions of packages vzctl recommends: ii rsync 3.0.3-2fast 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#593014: [bug-poe-api-p...@rt.cpan.org: Re: [rt.cpan.org #60810] Bug#593014: FTBFS: test t/03-event.t fails with libpoe-perl (2:1.2920-1)]
Forwarding upstreams notes on this. - Forwarded message from sungo via RT bug-poe-api-p...@rt.cpan.org - From: sungo via RT bug-poe-api-p...@rt.cpan.org Reply-To: bug-poe-api-p...@rt.cpan.org Date: Sat, 28 Aug 2010 20:30:47 -0400 To: car...@cpan.org Subject: Re: [rt.cpan.org #60810] Bug#593014: FTBFS: test t/03-event.t fails with libpoe-perl (2:1.2920-1) URL: https://rt.cpan.org/Ticket/Display.html?id=60810 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There's a major internal change in POE v1.289 that broke the event queue from an external perspective. There are now two event queues, one I can't get access to currently. I've filed a rant with the POE maintainer and a rollback is theoretically coming soon. In the meantime, I will be releasing a new version that notes these errors, skips the broken tests, and warns the first time an event queue related method is used. While this is technically going to be the stable version, I strongly recommend not updating the debian package until the POE rollback is complete and I can release a new version where the whole api works again. - -- sungo http://sungo.us -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkx5qiUACgkQ3wph+sE0MUuuGgCfYEfpqLPYPSg0S6rAKJES++o/ n3YAnRik+92rFD7FP7SAm91rYqQk/LnA =1ega -END PGP SIGNATURE- - End forwarded message - signature.asc Description: Digital signature
Bug#594783: insserv: warning: script 'S06vzquota' missing LSB tags and overrides
Hi Stefan Thanks. Will apply and report upstream. Best regards, // Ola On Sun, Aug 29, 2010 at 03:38:05PM +0200, Stefan Schlesinger wrote: Package: vzctl Version: 3.0.22-14 Severity: critical Justification: breaks unrelated software OpenVZ generates /etc/init.d/vzquota on every reboot of a container. Since Debian/Squeeze makes use of insserv, it's required that all startup scripts include LSB tags. If you don't this results in the following errors when trying to install software: insserv: warning: script 'S06vzquota' missing LSB tags and overrides insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/S00vzreboot insserv: warning: script 'vzquota' missing LSB tags and overrides insserv: There is a loop at service vzquota if started insserv: There is a loop between service vzquota and checkroot if started insserv: loop involving service checkroot at depth 3 insserv: loop involving service mountdevsubfs at depth 2 insserv: There is a loop between service single and mountnfs if started insserv: loop involving service mountnfs at depth 3 insserv: loop involving service networking at depth 2 insserv: loop involving service screen-cleanup at depth 6 insserv: There is a loop at service single if started insserv: loop involving service single at depth 2 insserv: loop involving service vzquota at depth 1 insserv: loop involving service rsyslog at depth 1 insserv: loop involving service ifupdown-clean at depth 4 insserv: loop involving service mountnfs-bootclean at depth 8 is including insserv and requires all rc scripts to have LSB Tags. insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! I updated the script which generates vzquota to include LSB tags with it. Please fix that in the package or report it to upstream. - /etc/vz/dists/scripts/set_ugid_quota.sh --- set_ugid_quota.sh 2010-08-29 12:44:39.0 + +++ set_ugid_quota.sh.works 2010-08-29 12:44:58.0 + @@ -32,6 +32,16 @@ if [ -z $MAJOR ]; then exit 0 fi echo -e '#!/bin/sh +### BEGIN INIT INFO +# Provides: vzquota +# Required-Start: $all +# Required-Stop: $all +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: Start vzquota at the end of boot +# Description: This command is used to configure and see disk quota statistics for Containers. +### END INIT INFO + start() { [ -e /dev/'${DEVFS}' ] || mknod /dev/'${DEVFS}' b '$MAJOR' '$MINOR' rm -f /etc/mtab /dev/null 21 - Regards, Stefan. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/16 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 vzctl depends on: ii iproute 20080725-2 networking and traffic control too ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii vzquota 3.0.11-1 server virtualization solution - q Versions of packages vzctl recommends: ii rsync 3.0.3-2fast remote file copy program (lik Versions of packages vzctl suggests: pn linux-patch-openvznone (no description available) -- no debconf information -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- 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#594783: insserv: warning: script 'S06vzquota' missing LSB tags and overrides
Processing commands for cont...@bugs.debian.org: forwarded 594783 http://bugzilla.openvz.org/show_bug.cgi?id=1624 Bug #594783 [vzctl] insserv: warning: script 'S06vzquota' missing LSB tags and overrides Set Bug forwarded-to-address to 'http://bugzilla.openvz.org/show_bug.cgi?id=1624'. thanks Stopping processing here. Please contact me if you need assistance. -- 594783: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594783 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560669: marked as done (debian-xcontrol: FTBFS: Nonexistent build-dependency: libboost1.38-dev)
Your message dated Sun, 29 Aug 2010 14:32:07 + with message-id e1opivx-0003nc...@franck.debian.org and subject line Bug#560669: fixed in debian-xcontrol 0.0.4-1.1 has caused the Debian Bug report #560669, regarding debian-xcontrol: FTBFS: Nonexistent build-dependency: libboost1.38-dev 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.) -- 560669: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560669 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: debian-xcontrol Version: 0.0.4-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091210 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: ** Using build dependencies supplied by package: Build-Depends: libboost1.38-dev | libboost1.37-dev | libboost-dev, libapt-pkg-dev, debhelper (= 5), autotools-dev ┌──┐ │ Install build dependencies │ └──┘ Checking for already installed source dependencies... libboost1.38-dev: missing libboost1.37-dev: missing libboost-dev: missing libapt-pkg-dev: missing debhelper: missing Using default version 7.4.10 autotools-dev: missing Checking for source dependency conflicts... E: Package libboost1.38-dev has no installation candidate The full build log is available from: http://people.debian.org/~lucas/logs/2009/12/10/debian-xcontrol_0.0.4-1_lsid64.buildlog 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. 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--- Source: debian-xcontrol Source-Version: 0.0.4-1.1 We believe that the bug you reported is fixed in the latest version of debian-xcontrol, which is due to be installed in the Debian FTP archive: debian-xcontrol_0.0.4-1.1.diff.gz to main/d/debian-xcontrol/debian-xcontrol_0.0.4-1.1.diff.gz debian-xcontrol_0.0.4-1.1.dsc to main/d/debian-xcontrol/debian-xcontrol_0.0.4-1.1.dsc debian-xcontrol_0.0.4-1.1_amd64.deb to main/d/debian-xcontrol/debian-xcontrol_0.0.4-1.1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 560...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Axel Beckert a...@debian.org (supplier of updated debian-xcontrol 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, 29 Aug 2010 13:34:09 +0200 Source: debian-xcontrol Binary: debian-xcontrol Architecture: source amd64 Version: 0.0.4-1.1 Distribution: unstable Urgency: low Maintainer: Simon Richter s...@debian.org Changed-By: Axel Beckert a...@debian.org Description: debian-xcontrol - Extended syntax for debian/control files Closes: 560669 594778 Changes: debian-xcontrol (0.0.4-1.1) unstable; urgency=low . * NMU with maintainer's approval * Fix several reasons for FTBFS and rebuild the package against libapt-pkg-dev/0.8.0 to make it installable again. - [debian/control, debian/xcontrol] Remove libboost1.*-dev build dependencies and only leave libboost-dev (which is no more a virtual package) to allow to build with sbuild again. (Closes: #560669) - [debian/rules] Remove -Werror to build against libapt-pkg-dev/0.8.0. (Closes: #594778) * Bump Standard-Version to 3.9.1 (no changes) Checksums-Sha1: f27b428a81edbb30a99f37597cd139277da86bde 1056 debian-xcontrol_0.0.4-1.1.dsc 386c3671d72f2145f6262fd93d42b9ce9614a8f7 2674 debian-xcontrol_0.0.4-1.1.diff.gz 5094e6a91f461658114a1e3220623528e7acb19e 75664 debian-xcontrol_0.0.4-1.1_amd64.deb Checksums-Sha256: d41b8e8bfbc33cbb510ba551200f498f6d6d93b77a9a44c7a9e054095b51 1056 debian-xcontrol_0.0.4-1.1.dsc
Bug#594778: marked as done (debian-xcontrol: Uninstallable and FTBFS against libapt-pkg-dev 0.8.0 due to -Werror and deprecation warnings)
Your message dated Sun, 29 Aug 2010 14:32:07 + with message-id e1opivx-0003ni...@franck.debian.org and subject line Bug#594778: fixed in debian-xcontrol 0.0.4-1.1 has caused the Debian Bug report #594778, regarding debian-xcontrol: Uninstallable and FTBFS against libapt-pkg-dev 0.8.0 due to -Werror and deprecation warnings 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.) -- 594778: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594778 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: debian-xcontrol Severity: serious Version: 0.0.4-1 Justification: FTBFS against current libapt-pkg debian-xcontrol is currently uninstallable as it's linked against an older version of libapt-pkg. A simple rebuild fails because of several issues. One of them is already reported in http://bugs.debian.org/560669. But even if the build-dependencies are fixed as reported in #560669, it still FTBFS because of -Werror aborts on libapt-pkg's deprecation warnings: x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I../include-W -Wall -Werror -g -O2 -MT xdpkg-checkbuilddeps.o -MD -MP -MF .deps/xdpkg-checkbuilddeps.Tpo -c -o xdpkg-checkbuilddeps.o xdpkg-checkbuilddeps.cpp cc1plus: warnings being treated as errors xdpkg-checkbuilddeps.cpp: In function 'int main(int, const char* const*)': xdpkg-checkbuilddeps.cpp:108: error: 'bool pkgCacheFile::Open(OpProgress, const bool)' is deprecated (declared at /usr/include/apt-pkg/cachefile.h:59) make[3]: *** [xdpkg-checkbuilddeps.o] Error 1 make[3]: Leaving directory `/home/abe/debian/debian-xcontrol-0.0.4/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/abe/debian/debian-xcontrol-0.0.4' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/abe/debian/debian-xcontrol-0.0.4' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This can be resolved by removing the -Werror from CXXFLAGS in debian/rules. A better solution would be of course to fix the deprecation warning upstream. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (500, 'oldstable'), (400, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash ---End Message--- ---BeginMessage--- Source: debian-xcontrol Source-Version: 0.0.4-1.1 We believe that the bug you reported is fixed in the latest version of debian-xcontrol, which is due to be installed in the Debian FTP archive: debian-xcontrol_0.0.4-1.1.diff.gz to main/d/debian-xcontrol/debian-xcontrol_0.0.4-1.1.diff.gz debian-xcontrol_0.0.4-1.1.dsc to main/d/debian-xcontrol/debian-xcontrol_0.0.4-1.1.dsc debian-xcontrol_0.0.4-1.1_amd64.deb to main/d/debian-xcontrol/debian-xcontrol_0.0.4-1.1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 594...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Axel Beckert a...@debian.org (supplier of updated debian-xcontrol 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, 29 Aug 2010 13:34:09 +0200 Source: debian-xcontrol Binary: debian-xcontrol Architecture: source amd64 Version: 0.0.4-1.1 Distribution: unstable Urgency: low Maintainer: Simon Richter s...@debian.org Changed-By: Axel Beckert a...@debian.org Description: debian-xcontrol - Extended syntax for debian/control files Closes: 560669 594778 Changes: debian-xcontrol (0.0.4-1.1) unstable; urgency=low . * NMU with maintainer's approval * Fix several reasons for FTBFS and rebuild the package against libapt-pkg-dev/0.8.0 to make it installable again. - [debian/control, debian/xcontrol] Remove libboost1.*-dev build dependencies and only leave libboost-dev (which is no more a virtual package) to allow to build with sbuild again. (Closes: #560669) - [debian/rules] Remove -Werror to build against libapt-pkg-dev/0.8.0. (Closes: #594778) * Bump Standard-Version to 3.9.1 (no changes) Checksums-Sha1: f27b428a81edbb30a99f37597cd139277da86bde 1056
Bug#593036: marked as done (apache2: FTBFS: mkdir: cannot create directory `/build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/usr/share/apache2/default-site': File exists)
Your message dated Sun, 29 Aug 2010 14:47:24 + with message-id e1opjak-0006vc...@franck.debian.org and subject line Bug#593036: fixed in apache2 2.2.16-2 has caused the Debian Bug report #593036, regarding apache2: FTBFS: mkdir: cannot create directory `/build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/usr/share/apache2/default-site': File exists 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.) -- 593036: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593036 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: apache2 Version: 2.2.16-1 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100815 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[4]: Entering directory `/build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/build-tree/worker/modules/aaa' mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/usr/share/man/man8 Building shared: mod_authn_file.la mod_authn_dbm.la mod_authn_anon.la mod_authn_dbd.la mod_authn_default.la mod_authn_alias.la mod_authz_host.la mod_authz_groupfile.la mod_authz_user.la mod_authz_dbm.la mod_authz_owner.la mod_authnz_ldap.la mod_authz_default.la mod_auth_basic.la mod_auth_digest.la mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/usr/share/apache2/default-site mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/etc mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/etc/apache2 mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/etc/apache2/extra mkdir: cannot create directory `/build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/usr/share/apache2': File exists mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/usr/share/apache2/default-site mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/usr/share/apache2/default-site/htdocs mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/etc/apache2/original mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/etc/apache2/original/extra mkdir: cannot create directory `/build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/usr/share/apache2/default-site': File exists mkdir /build/user-apache2_2.2.16-1-amd64-0Fldu3/apache2-2.2.16/debian/tmp/usr/share/apache2/default-site/htdocs/manual make[2]: *** [install-man] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2010/08/15/apache2_2.2.16-1_lsid64.buildlog 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. 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--- Source: apache2 Source-Version: 2.2.16-2 We believe that the bug you reported is fixed in the latest version of apache2, which is due to be installed in the Debian FTP archive: apache2-dbg_2.2.16-2_i386.deb to main/a/apache2/apache2-dbg_2.2.16-2_i386.deb apache2-doc_2.2.16-2_all.deb to main/a/apache2/apache2-doc_2.2.16-2_all.deb apache2-mpm-event_2.2.16-2_i386.deb to main/a/apache2/apache2-mpm-event_2.2.16-2_i386.deb apache2-mpm-itk_2.2.16-2_i386.deb to main/a/apache2/apache2-mpm-itk_2.2.16-2_i386.deb apache2-mpm-prefork_2.2.16-2_i386.deb to main/a/apache2/apache2-mpm-prefork_2.2.16-2_i386.deb apache2-mpm-worker_2.2.16-2_i386.deb to main/a/apache2/apache2-mpm-worker_2.2.16-2_i386.deb apache2-prefork-dev_2.2.16-2_i386.deb to main/a/apache2/apache2-prefork-dev_2.2.16-2_i386.deb apache2-suexec-custom_2.2.16-2_i386.deb to main/a/apache2/apache2-suexec-custom_2.2.16-2_i386.deb apache2-suexec_2.2.16-2_i386.deb to main/a/apache2/apache2-suexec_2.2.16-2_i386.deb apache2-threaded-dev_2.2.16-2_i386.deb to main/a/apache2/apache2-threaded-dev_2.2.16-2_i386.deb apache2-utils_2.2.16-2_i386.deb to main/a/apache2/apache2-utils_2.2.16-2_i386.deb apache2.2-bin_2.2.16-2_i386.deb to main/a/apache2/apache2.2-bin_2.2.16-2_i386.deb apache2.2-common_2.2.16-2_i386.deb to main/a/apache2/apache2.2-common_2.2.16-2_i386.deb
Bug#594597: marked as done (libgnustep-gui0.18: gmodel loading broken)
Your message dated Sun, 29 Aug 2010 14:47:41 + with message-id e1opjab-0006i2...@franck.debian.org and subject line Bug#594597: fixed in gnustep-gui 0.18.0-4 has caused the Debian Bug report #594597, regarding libgnustep-gui0.18: gmodel loading 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.) -- 594597: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594597 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: cenon.app Version: 3.83-1+b3 Severity: grave Tags: sid Justification: renders package unusable Cenon aborts on startup with: Cenon: Uncaught exception NSInternalInconsistencyException, reason: Abstract model loader. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cenon.app depends on: ii gnustep-back0.18 0.18.0-2 The GNUstep GUI Backend ii gnustep-base-runtime 1.20.1-3 GNUstep Base library - daemons and ii gnustep-gpbs 0.18.0-2 The GNUstep PasteBoard Server ii gnustep-gui-runtime 0.18.0-3 GNUstep GUI Library - runtime file ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-9 GCC support library ii libgnustep-base1.20 1.20.1-3 GNUstep Base library ii libgnustep-gui0.180.18.0-3 GNUstep GUI Library ii libobjc2 4.4.4-9Runtime library for GNU Objective- cenon.app recommends no packages. cenon.app suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: gnustep-gui Source-Version: 0.18.0-4 We believe that the bug you reported is fixed in the latest version of gnustep-gui, which is due to be installed in the Debian FTP archive: gnustep-gui-common_0.18.0-4_all.deb to main/g/gnustep-gui/gnustep-gui-common_0.18.0-4_all.deb gnustep-gui-doc_0.18.0-4_all.deb to main/g/gnustep-gui/gnustep-gui-doc_0.18.0-4_all.deb gnustep-gui-runtime_0.18.0-4_i386.deb to main/g/gnustep-gui/gnustep-gui-runtime_0.18.0-4_i386.deb gnustep-gui_0.18.0-4.diff.gz to main/g/gnustep-gui/gnustep-gui_0.18.0-4.diff.gz gnustep-gui_0.18.0-4.dsc to main/g/gnustep-gui/gnustep-gui_0.18.0-4.dsc libgnustep-gui-dev_0.18.0-4_i386.deb to main/g/gnustep-gui/libgnustep-gui-dev_0.18.0-4_i386.deb libgnustep-gui0.18-dbg_0.18.0-4_i386.deb to main/g/gnustep-gui/libgnustep-gui0.18-dbg_0.18.0-4_i386.deb libgnustep-gui0.18_0.18.0-4_i386.deb to main/g/gnustep-gui/libgnustep-gui0.18_0.18.0-4_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 594...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Yavor Doganov ya...@gnu.org (supplier of updated gnustep-gui 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, 29 Aug 2010 12:30:47 +0300 Source: gnustep-gui Binary: gnustep-gui-common gnustep-gui-runtime libgnustep-gui0.18 libgnustep-gui-dev libgnustep-gui0.18-dbg gnustep-gui-doc Architecture: source all i386 Version: 0.18.0-4 Distribution: unstable Urgency: medium Maintainer: Debian GNUstep maintainers pkg-gnustep-maintain...@lists.alioth.debian.org Changed-By: Yavor Doganov ya...@gnu.org Description: gnustep-gui-common - GNUstep GUI Library - common files gnustep-gui-doc - Documentation for the GNUstep GUI Library gnustep-gui-runtime - GNUstep GUI Library - runtime files libgnustep-gui-dev - GNUstep GUI header files and static libraries libgnustep-gui0.18 - GNUstep GUI Library libgnustep-gui0.18-dbg - GNUstep GUI Library - debugging symbols Closes: 594597 Changes: gnustep-gui (0.18.0-4) unstable; urgency=medium . * debian/control.m4 (Build-Depends): Add quilt. * debian/control: Regenerate. * debian/rules: Include /usr/share/quilt/quilt.make; adjust targets and prerequisites for quilt. * debian/patches/gmodel-loading.patch: New; fixes loading of GModel bundles, regression introduced in 0.18.0 (Closes: #594597). * debian/patches/series: * debian/README.source:
Bug#594783: marked as done (insserv: warning: script 'S06vzquota' missing LSB tags and overrides)
Your message dated Sun, 29 Aug 2010 14:47:57 + with message-id e1opjar-0006qo...@franck.debian.org and subject line Bug#594783: fixed in vzctl 3.0.24-2 has caused the Debian Bug report #594783, regarding insserv: warning: script 'S06vzquota' missing LSB tags and overrides 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.) -- 594783: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594783 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: vzctl Version: 3.0.22-14 Severity: critical Justification: breaks unrelated software OpenVZ generates /etc/init.d/vzquota on every reboot of a container. Since Debian/Squeeze makes use of insserv, it's required that all startup scripts include LSB tags. If you don't this results in the following errors when trying to install software: insserv: warning: script 'S06vzquota' missing LSB tags and overrides insserv: warning: script is corrupt or invalid: /etc/init.d/../rc6.d/S00vzreboot insserv: warning: script 'vzquota' missing LSB tags and overrides insserv: There is a loop at service vzquota if started insserv: There is a loop between service vzquota and checkroot if started insserv: loop involving service checkroot at depth 3 insserv: loop involving service mountdevsubfs at depth 2 insserv: There is a loop between service single and mountnfs if started insserv: loop involving service mountnfs at depth 3 insserv: loop involving service networking at depth 2 insserv: loop involving service screen-cleanup at depth 6 insserv: There is a loop at service single if started insserv: loop involving service single at depth 2 insserv: loop involving service vzquota at depth 1 insserv: loop involving service rsyslog at depth 1 insserv: loop involving service ifupdown-clean at depth 4 insserv: loop involving service mountnfs-bootclean at depth 8 is including insserv and requires all rc scripts to have LSB Tags. insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! insserv: Starting vzquota depends on single and therefore on system facility `$all' which can not be true! I updated the script which generates vzquota to include LSB tags with it. Please fix that in the package or report it to upstream. - /etc/vz/dists/scripts/set_ugid_quota.sh --- set_ugid_quota.sh 2010-08-29 12:44:39.0 + +++ set_ugid_quota.sh.works 2010-08-29 12:44:58.0 + @@ -32,6 +32,16 @@ if [ -z $MAJOR ]; then exit 0 fi echo -e '#!/bin/sh +### BEGIN INIT INFO +# Provides: vzquota +# Required-Start: $all +# Required-Stop: $all +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +# Short-Description: Start vzquota at the end of boot +# Description: This command is used to configure and see disk quota statistics for Containers. +### END INIT INFO + start() { [ -e /dev/'${DEVFS}' ] || mknod /dev/'${DEVFS}' b '$MAJOR' '$MINOR' rm -f /etc/mtab /dev/null 21 - Regards, Stefan. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/16 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 vzctl depends on: ii iproute 20080725-2 networking and traffic control too ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii vzquota 3.0.11-1 server virtualization solution - q Versions of packages vzctl recommends: ii rsync 3.0.3-2fast remote file copy program (lik Versions of packages vzctl suggests: pn linux-patch-openvznone (no description available) -- no debconf information ---End Message--- ---BeginMessage--- Source: vzctl Source-Version: 3.0.24-2 We believe that the bug you reported is fixed in the latest version of vzctl, which is due to be installed in the Debian FTP archive: vzctl_3.0.24-2.diff.gz to main/v/vzctl/vzctl_3.0.24-2.diff.gz vzctl_3.0.24-2.dsc to main/v/vzctl/vzctl_3.0.24-2.dsc vzctl_3.0.24-2_i386.deb to main/v/vzctl/vzctl_3.0.24-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
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
On Sun, Aug 29, 2010 at 13:25:07 +0300, Kamen Naydenov wrote: On Sat, Aug 28, 2010 at 15:10, Julien Cristau jcris...@debian.org wrote: Could you guys test the driver pointed at http://lists.freedesktop.org/pipermail/intel-gfx/2010-August/007910.html? (probably with the 2.6.32-20 kernel) I'll try it if you guide me how to compile and test it, or give me links where to read how to test. I already downloaded xf86-video-intel-shadow.tar.gz but I cant figure how to check dependencies, compile it and to test it On Sun, Aug 29, 2010 at 13:17:39 +0200, dmso...@edu.xunta.es wrote: When I have time, I'll try to compile your shadow version and see what happens. Is there a .deb package of the shadow version? It would be easier to try. There are i386 packages at http://people.debian.org/~jcristau/intel-shadow/ which work for me on minimal testing. Although it looks like they crash the X server in dri2 code when I run glxinfo, so I put xserver packages with a fix for that crash at the same place. If you can see if that's more stable than the stock unstable packages when running on kms that would be good. You'll need a Device section in xorg.conf such as: Section Device Identifier intel Option shadow EndSection sha1sums for those files: 7434f94eeff53742888db5747cdfb4efe3db2a24 xserver-xorg-video-intel-dbg_2.12.0-2_i386.deb 6e232126f89b2759ef095135c35070c5432ebbfd xserver-xorg-video-intel_2.12.0-2_i386.deb ad83a07bd714d1b9429a3c087a83b8297f2a21f1 xdmx-tools_1.7.7-5_i386.deb ccc4117d74c88b5d3ae6ccb7b426b65de92f4611 xdmx_1.7.7-5_i386.deb 649fcf10c7bf9943802e018b4d0f2d078ec23af3 xnest_1.7.7-5_i386.deb 942870f5eba5eef813ab13a95efc1b2be93db2e8 xorg-server_1.7.7-5_i386.changes b6d97bb80f41f18b4ef1a9548f1271fea00ad126 xserver-common_1.7.7-5_all.deb f339e415a741e0dba64dff3a50f4973d4292f2fe xserver-xephyr_1.7.7-5_i386.deb dea987480865749bc5292f31d3f391aa91f05cb7 xserver-xfbdev_1.7.7-5_i386.deb 6fa64fb8d406e44a30041080a7c2e71abb496efa xserver-xorg-core-dbg_1.7.7-5_i386.deb f9c21349b0a075f21cb4c74d5d2fe0f6f14fffb1 xserver-xorg-core-udeb_1.7.7-5_i386.udeb 4c86e5cdf9481844d2f48d38eb4894bb03c145ef xserver-xorg-core_1.7.7-5_i386.deb 83d12f4daaf4ff78332f1898e2382febac9d57b7 xserver-xorg-dev_1.7.7-5_i386.deb 2baed634647ec3b7c6499ca945e7ed6219d44fa0 xvfb_1.7.7-5_i386.deb Cheers, Julien signature.asc Description: Digital signature
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
On Sun, Aug 29, 2010 at 00:02:22 (CEST), David Kalnischkies wrote: - do a basic lenny installation - apt-get install vlc-nox - sed -i s,lenny,sid,g /etc/apt/sources.list - apt-get update -qq - apt-get dist-upgrade should show the problem except that it doesn't, it refuses to do upgrade vlc-nox in this scenario. If forced with 'apt-get install vlc-nox', then I can finally reproduce the problem. I now could verify that this indeed fixes the bug properly. As i tried to describe above APT rates the package which should be removed as too important - at least compared to the package it can fix with this remove, so if you see this error or not depends on the installed packages: With ffmpeg is the dependency chain strong enough to indicate that libavcodec51 has to leave, if you have only vlc-nox (which doesn't require ffmpeg) installed the chain isn't strong enough. interesting. Also, requesting a package explicitly with install will modify the scoring so you will likely get a different situation compared to a dist-upgrade. as said before, I had to explicitly request the upgrade. So, in summary: Its possible that no normal user will ever see this upgrade problem as such a user will likely have more packages installed which depend on these libav* stuff… (you only need to define what a normal user is now…) TBH, I find this bug highly obscure and I think it will not be a problem in practice. However, we have a patch now uploaded to the archive which is known to fix the problem. Dear release team, please unblock ffmpeg_0.5.2-3 for squeeze. -- 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#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
On Fri, Aug 27, 2010 at 18:39:16 +0200, Mehdi Dogguy wrote: On 08/26/2010 01:39 PM, Olaf van der Spek wrote: The upload itself can probably be arranged one way or the other. Of more immediate concern would be if the release team would accept such an upload into squeeze - if not it's probably better to also not put it into sid. Hi release team, The Lighttpd version in testing depends on ipv6only = true. Since this was changed to ipv6only = false, the daemon fails to start. 1.4.27/1.4.28 fixes this, along with a big number of other things. Could this be uploaded to unstable and would it be accepted into Squeeze? Yes. No upload yet? Cheers, Julien signature.asc Description: Digital signature
Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze
I tried to install pdns-server 2.9.22-7 with pdns-backend-mysql on Squeeze, but it still failed like shown below. -- Juha - # apt-get install pdns-server pdns-backend-mysql Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: pdns-backend pdns-recursor The following NEW packages will be installed: pdns-backend-mysql pdns-server 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/854kB of archives. After this operation, 2,191kB of additional disk space will be used. Preconfiguring packages ... Selecting previously deselected package pdns-server. (Reading database ... 27053 files and directories currently installed.) Unpacking pdns-server (from .../pdns-server_2.9.22-7_i386.deb) ... Selecting previously deselected package pdns-backend-mysql. Unpacking pdns-backend-mysql (from .../pdns-backend-mysql_2.9.22-7_i386.deb) ... Processing triggers for man-db ... Setting up pdns-server (2.9.22-7) ... Creating config file /etc/powerdns/pdns.conf with new version Creating config file /etc/default/pdns with new version Creating config file /etc/powerdns/pdns.d/pdns.local with new version insserv: There is a loop between service mysql and pdns if started insserv: loop involving service pdns at depth 10 insserv: loop involving service mysql at depth 9 insserv: loop involving service rsyslog at depth 8 insserv: loop involving service postfix at depth 13 insserv: There is a loop between service pdns and mysql if stopped insserv: loop involving service mysql at depth 3 insserv: loop involving service pdns at depth 2 insserv: loop involving service postfix at depth 1 insserv: loop involving service sendsigs at depth 5 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header Setting up pdns-backend-mysql (2.9.22-7) ... Processing triggers for pdns-server ... Restarting PowerDNS authoritative nameserver: stopping and waiting..done started -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591975: Summary of problems with flash components in Debian package of MTOS
On Sat, Aug 28, 2010 at 03:34:10PM +0100, Dominic Hargreaves wrote: Okay, so to summarize: There are two files in the MTOS distribution which do not include source and for which there is no copyright/licence in the distribution. Both files are tightly bound into the software and we cannot easily remove them. Addendum: Six Apart has stated that they may be able to release a plugin which disables the functionality by the end of September. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
On Sun, Aug 29, 2010 at 5:49 PM, Julien Cristau jcris...@debian.org wrote: No upload yet? Waiting on someone with upload rights. Olaf -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
On 08/29/2010 05:59 PM, Olaf van der Spek wrote: On Sun, Aug 29, 2010 at 5:49 PM, Julien Cristau jcris...@debian.org wrote: No upload yet? Waiting on someone with upload rights. Do you have a .dsc ready somewhere? -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591975: [MTOS-dev] Licence/source code for .swf files shipping with MTOS
On Fri, Aug 20, 2010 at 06:40:20PM +0900, Jun Kaneko wrote: I confirmed with the plugin author about it. Unfortunately it is not yet ready to be opened to the public, and requires some more time, probably until the end of September. Thanks for this. I would be very grateful if you could keep me informed of progress on this; the end of September might be soon enough to be included into the next Debian release. Cheers, Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
On Sun, Aug 29, 2010 at 5:58 PM, Mehdi Dogguy me...@dogguy.org wrote: On 08/29/2010 05:59 PM, Olaf van der Spek wrote: On Sun, Aug 29, 2010 at 5:49 PM, Julien Cristau jcris...@debian.org wrote: No upload yet? Waiting on someone with upload rights. Do you have a .dsc ready somewhere? I do have a .dsc, but I'm not sure it's ready. Changelog probably needs to be fixed up. Format: 3.0 (quilt) Source: lighttpd Binary: lighttpd, lighttpd-doc, lighttpd-mod-mysql-vhost, lighttpd-mod-trigger-b4-dl, lighttpd-mod-cml, lighttpd-mod-magnet, lighttpd-mod-webdav Architecture: any Version: 1.4.28-1 Maintainer: Debian lighttpd maintainers pkg-lighttpd-maintain...@lists.alioth.debian.org Uploaders: Krzysztof Krzyżaniak (eloy) e...@debian.org, Torsten Marek shlo...@debian.org, Pierre Habouzit madco...@debian.org Homepage: http://www.lighttpd.net Standards-Version: 3.9.1.0 Vcs-Svn: svn://svn.debian.org/pkg-lighttpd/lighttpd/trunk Build-Depends: debhelper (= 7), mime-support, libssl-dev, zlib1g-dev, libbz2-dev, libattr1-dev, libpcre3-dev, libmysqlclient-dev, libfam-dev, libldap2-dev, libfcgi-dev, libgdbm-dev, libmemcache-dev, liblua5.1-0-dev, pkg-config, uuid-dev, libsqlite3-dev, libxml2-dev, libkrb5-dev, perl Checksums-Sha1: b0febca9df85138ce5c7c0aeb0fe5e39cc24800f 808347 lighttpd_1.4.28.orig.tar.gz ff920c41ac3bf90e5e500966c3c8e14f4e278e5b 24697 lighttpd_1.4.28-1.debian.tar.gz Checksums-Sha256: af15f92a9e57fc2e1d001c19572af80d284be4230784bb3ef7764af7ae2c4801 808347 lighttpd_1.4.28.orig.tar.gz e06ec7af87c1312a10870f35fc690d8bcb99cebe8cc73aa31f56b4990885ac5e 24697 lighttpd_1.4.28-1.debian.tar.gz Files: 717940522d7bc6f402c2f7f2b97cc4ca 808347 lighttpd_1.4.28.orig.tar.gz 3e5f7262eb36a5c93d10161db8baff83 24697 lighttpd_1.4.28-1.debian.tar.gz -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
On 08/29/2010 06:10 PM, Olaf van der Spek wrote: On Sun, Aug 29, 2010 at 5:58 PM, Mehdi Dogguy me...@dogguy.org wrote: Do you have a .dsc ready somewhere? I do have a .dsc, but I'm not sure it's ready. Changelog probably needs to be fixed up. I didn't ask for the content of the .dsc! I was asking for a source package of the version you want to be uploaded. -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564556: [pkg-lighttpd] Bug#564556: Bug#564556: lighttpd still unusable by default
Am 29.08.2010 18:10, schrieb Olaf van der Spek: On Sun, Aug 29, 2010 at 5:58 PM, Mehdi Dogguyme...@dogguy.org wrote: On 08/29/2010 05:59 PM, Olaf van der Spek wrote: On Sun, Aug 29, 2010 at 5:49 PM, Julien Cristaujcris...@debian.org wrote: No upload yet? Waiting on someone with upload rights. Do you have a .dsc ready somewhere? I do have a .dsc, but I'm not sure it's ready. Changelog probably needs to be fixed up. Format: 3.0 (quilt) Source: lighttpd Binary: lighttpd, lighttpd-doc, lighttpd-mod-mysql-vhost, lighttpd-mod-trigger-b4-dl, lighttpd-mod-cml, lighttpd-mod-magnet, . That are not your changes. If you want, that your new build gets uploaded to Debian by a sponsor, you have to build and check your package+changes+diff and after that upload the whole to any space with the .dsc etc. debian-release will not build your package from svn/git/whatever and upload it by themself. If you search a sponsor for it, upload the package and mail debian-ment...@l.d.o -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
On Sun, Aug 29, 2010 at 17:42:15 +0200, Reinhard Tartler wrote: Dear release team, please unblock ffmpeg_0.5.2-3 for squeeze. Done. Thanks for your work. Cheers, Julien signature.asc Description: Digital signature
Bug#594807: openjdk-6 segfaults on armel with libc6 2.11.2-2
Package: libc6 Version: 2.11.2-2 Severity: grave This change breaks OpenJDK on armel: * Add patches/any/cvs-flush-cache-textrels.diff to fix random crashes on ARM, if the executable or shared library has TEXTREL. Reverting this change unbreaks openjdk. $ java -version -zero Segmentation fault $ java -version -shark java version 1.6.0_18 OpenJDK Runtime Environment (IcedTea6 1.8.1) (6b18-1.8.1-1) OpenJDK Shark VM (build 14.0-b16, mixed mode) Please reassign to openjdk-6 if appropriate. Xerces Rangby did some debugging in LP: #605042: Testcase: // gcc testcase.c -ldl #include stdio.h #include stdlib.h #include dlfcn.h int main(void){ void *libjvm; libjvm = dlopen(./libjvm.so, RTLD_NOW + RTLD_GLOBAL); if (!libjvm) { fprintf (stderr, %s\n, dlerror()); exit(1); } printf(%X,(int)libjvm); } the crash happens during ldopen of the libjvm.so file from java loading other librarys seems to work fine. The libjvm.so can be obtained from the armel openjdk-6-jre-headless package 6b18-1.8.1-1 located in usr/lib/jvm/java-6-openjdk/jre/lib/arm/server/libjvm.so The java libjvm.so file contains an asm interpreter that defines a .init_array section in the libjvm.so defined in the file cppInterpreter_arm.S: http://icedtea.classpath.org/hg/icedtea6/file/0b656f7601bd/ports/hotspot/src/cpu/zero/vm/cppInterpreter_arm.S this .init_array section makes dlopen execute initialization code for the asm interpreter that seems to trigger the crash. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
Julien Cristau jcris...@debian.org writes: On Sun, Aug 29, 2010 at 17:42:15 +0200, Reinhard Tartler wrote: Dear release team, please unblock ffmpeg_0.5.2-3 for squeeze. Done. Thanks for your work. Maybe the release team need to be aware of bug 592457 not fixed in ffmpeg_0.5.2-3 ? Christian -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591881: vlc-nox: package fails to upgrade properly from lenny
On Sun, Aug 29, 2010 at 19:36:58 +0200, Christian Marillat wrote: Julien Cristau jcris...@debian.org writes: On Sun, Aug 29, 2010 at 17:42:15 +0200, Reinhard Tartler wrote: Dear release team, please unblock ffmpeg_0.5.2-3 for squeeze. Done. Thanks for your work. Maybe the release team need to be aware of bug 592457 not fixed in ffmpeg_0.5.2-3 ? I saw that in the changelog, but I don't think it's my responsibility to override the maintainer here. If ftpmaster says this needs to be reverted, then so be it, but I trust this wasn't done behind their backs. Cheers, Julien signature.asc Description: Digital signature
Bug#591678: greylistd-setup-exim4 causes excessive callouts and cause the server to be blacklisted
On Sat, Aug 28, 2010 at 06:24:31PM +0200, gregor herrmann wrote: On Sun, 15 Aug 2010 15:29:17 +0100, Dominic Hargreaves wrote: - did you consider removing the recipient callout verification in the defer rule too? My reading of the config is that you'd need to remove that too to have the desired effect, but your patch doesn't include it The 'defer' stanza looks different: i.e. there are more conditions, notably the 'domains = ' check. Adding this to the 'deny' stanza might also be a solution. Ah yes, well spotted :) Adding 'domains' is going to be a better solution than removing the callout altogether. - I disagree with the security tag, and the severity, since I've had this configuration running for quite some time and haven't experienced the problems you describe (possibly because my antispam measures vary in other ways). Therefore the problem demonstrably does not make the package unusable. Agreed, although I have to admit that I'm running it with domains= in deny :) Right. The impact of adding 'domains=' to the deny ACL is going to be quite low so I think it's safe to upload this fix as an NMU, which I will therefore plan to do soon. Note that this won't fix existing installs; this simply isn't possible with the current setup. I plan to look at fixing #321025 too, if possible. Thanks for your input. Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze
On 08/29/2010 05:46 PM, Juha Heinanen wrote: I tried to install pdns-server 2.9.22-7 with pdns-backend-mysql on Squeeze, but it still failed like shown below. -- Juha - # apt-get install pdns-server pdns-backend-mysql Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: pdns-backend pdns-recursor The following NEW packages will be installed: pdns-backend-mysql pdns-server 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/854kB of archives. After this operation, 2,191kB of additional disk space will be used. Preconfiguring packages ... Selecting previously deselected package pdns-server. (Reading database ... 27053 files and directories currently installed.) Unpacking pdns-server (from .../pdns-server_2.9.22-7_i386.deb) ... Selecting previously deselected package pdns-backend-mysql. Unpacking pdns-backend-mysql (from .../pdns-backend-mysql_2.9.22-7_i386.deb) ... Processing triggers for man-db ... Setting up pdns-server (2.9.22-7) ... Creating config file /etc/powerdns/pdns.conf with new version Creating config file /etc/default/pdns with new version Creating config file /etc/powerdns/pdns.d/pdns.local with new version insserv: There is a loop between service mysql and pdns if started insserv: loop involving service pdns at depth 10 insserv: loop involving service mysql at depth 9 insserv: loop involving service rsyslog at depth 8 insserv: loop involving service postfix at depth 13 insserv: There is a loop between service pdns and mysql if stopped insserv: loop involving service mysql at depth 3 insserv: loop involving service pdns at depth 2 insserv: loop involving service postfix at depth 1 insserv: loop involving service sendsigs at depth 5 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header Setting up pdns-backend-mysql (2.9.22-7) ... Processing triggers for pdns-server ... Restarting PowerDNS authoritative nameserver: stopping and waiting..done started Hi, Thanks for reporting. Petter: Can you check what's going on with insserv ? Same bug is filed on pdns-recursor. Thanks in advance. Regards, Matthijs Mohlmann -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze
[Matthijs Möhlmann] Creating config file /etc/powerdns/pdns.d/pdns.local with new version insserv: There is a loop between service mysql and pdns if started insserv: loop involving service pdns at depth 10 insserv: loop involving service mysql at depth 9 insserv: loop involving service rsyslog at depth 8 insserv: loop involving service postfix at depth 13 insserv: There is a loop between service pdns and mysql if stopped insserv: loop involving service mysql at depth 3 insserv: loop involving service pdns at depth 2 insserv: loop involving service postfix at depth 1 insserv: loop involving service sendsigs at depth 5 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header Petter: Can you check what's going on with insserv ? Same bug is filed on pdns-recursor. Well, I would assume that insserv is working as it should and that some scripts have impossible ordering specification. Do not know the cause without more information, but checked the check I run every day to check if the archive is consistent and test-20100829.log claim no dependency loop is present. I would suspect some obsolete init.d script causing problems, probably one of the ones listed in the error above (mysql, postfix, pdns). The sendsigs one is probably caused by relationships to $remote_fs. Asking the bug reporter to provide the output from /usr/share/insserv/make-testsuite and '/usr/share/insserv/check-initd-order -g' is probably a good idea to gather ideas on what is wrong. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594814: gaupol: Fails to start
Package: gaupol Version: 0.17-1 Severity: grave Justification: renders package unusable Gaupol does not start at all: jez...@zx-spectrum-1:~$ gaupol Traceback (most recent call last): File /usr/bin/gaupol, line 3, in module import gtk File /usr/lib/pymodules/python2.6/gtk-2.0/gtk/__init__.py, line 40, in module from gtk import _gtk ImportError: No module named cairo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.7 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gaupol depends on: ii python2.6.5-13 interactive high-level object-orie ii python-aeidon 0.17-1 reading, writing and manipulating ii python-gobject2.21.1-2 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support1.0.9 automated rebuilding support for P Versions of packages gaupol recommends: ii iso-codes 3.19-1 ISO language, territory, currency, ii python-chardet2.0.1-1universal character encoding detec pn python-enchantnone (no description available) pn python-gtkspell none (no description available) Versions of packages gaupol suggests: ii mplayer-nogui 2:1.0~rc3++svn20100804-0.0 The Ultimate Movie Player For Linu -- no debconf information - Atrakcyjne mieszkania i dzialki. Sprawdz oferty! http://linkint.pl/f27c5 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594816: db4.8: FTBFS on mips (configure reports garbage)
Package: db4.8 Version: 4.8.30-1 Severity: serious Justification: fails to build from source configure fails with: configure: error: No unsigned 1-byte integral type https://buildd.debian.org/fetch.cgi?pkg=db4.8;ver=4.8.30-1;arch=mips;stamp=1282685080 aurel32 says configure is buggy and doesn't handle java not being openjdk (gcj is used on mips), but he didn't have time to investigate/fix, so if somebody else can step up that would be nice. Cheers, Julien signature.asc Description: Digital signature
Bug#594814: gaupol: Fails to start
severity 594814 normal tags 594814 + unreproducible thanks [Krzysztof Sobolewski, 2010-08-29] jez...@zx-spectrum-1:~$ gaupol Traceback (most recent call last): File /usr/bin/gaupol, line 3, in module import gtk File /usr/lib/pymodules/python2.6/gtk-2.0/gtk/__init__.py, line 40, in module from gtk import _gtk ImportError: No module named cairo gaupol depends on python-gtk2 which depends on python-cairo, so sometging's wrong with your system. Do you have python-cairo installed? Can you paste the output of `ls -la /usr/lib/pymodules/python2.6/cairo`? Does `update-python-modules -p` (invoked as root) help? signature.asc Description: Digital signature
Processed: severity of 594178 is grave
Processing commands for cont...@bugs.debian.org: severity 594178 grave Bug #594178 [clisp] clisp: SIGSEGV during install Severity set to 'grave' from 'important' thanks Stopping processing here. Please contact me if you need assistance. -- 594178: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594178 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: merging 594178 592768
Processing commands for cont...@bugs.debian.org: merge 594178 592768 Bug#592768: clisp segfaults on install on powerpc system. Bug#594178: clisp: SIGSEGV during install Merged 592768 594178. thanks Stopping processing here. Please contact me if you need assistance. -- 594178: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594178 592768: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592768 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594816: db4.8: FTBFS on mips (configure reports garbage)
On Sun, Aug 29, 2010 at 08:43:32PM +0200, Julien Cristau wrote: Package: db4.8 Version: 4.8.30-1 Severity: serious Justification: fails to build from source configure fails with: configure: error: No unsigned 1-byte integral type https://buildd.debian.org/fetch.cgi?pkg=db4.8;ver=4.8.30-1;arch=mips;stamp=1282685080 aurel32 says configure is buggy and doesn't handle java not being openjdk (gcj is used on mips), but he didn't have time to investigate/fix, so if somebody else can step up that would be nice. The problem is not specific to mips, sparc64 has the same problem. A workaround for that is to disable java support. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585966: installation of pdns-server 2.9.22-7 fails on squeeze
[Juha Heinanen] i removed postfix and a punch of other packages including pdns packages. then tried to install pdns-server again, but without pdns-backend-mysql. One need to purge packages to get rid of their init.d scripts, as these files are conffiles. then i got the errors below. looks like the target packages involved in the loop are shifting to something else suggesting that the problem is with pdns-server package itself. Missing the output from the two commands I sent earlier to have any idea what is causing this. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: block 593375 with 593625
Processing commands for cont...@bugs.debian.org: block 593375 with 593625 Bug #593375 [udev] udev: Doesnt create lvm symlinks Was not blocked by any bugs. Added blocking bug(s) of 593375: 593625 thanks Stopping processing here. Please contact me if you need assistance. -- 593375: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593375 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591678: greylistd-setup-exim4 causes excessive callouts and cause the server to be blacklisted
On Sun, 29 Aug 2010 18:51:09 +0100, Dominic Hargreaves wrote: i.e. there are more conditions, notably the 'domains = ' check. Adding this to the 'deny' stanza might also be a solution. Ah yes, well spotted :) Adding 'domains' is going to be a better solution than removing the callout altogether. Agreed. Right. The impact of adding 'domains=' to the deny ACL is going to be quite low so I think it's safe to upload this fix as an NMU, which I will therefore plan to do soon. Great, thanks! Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Don McLean: I'm Blue, I'm Lonesome (Blue And Lonesome Too) signature.asc Description: Digital signature
Bug#594816: db4.8: FTBFS on mips (configure reports garbage)
On Sun, Aug 29, 2010 at 09:43:34PM +0200, Aurelien Jarno wrote: On Sun, Aug 29, 2010 at 08:43:32PM +0200, Julien Cristau wrote: Package: db4.8 Version: 4.8.30-1 Severity: serious Justification: fails to build from source configure fails with: configure: error: No unsigned 1-byte integral type https://buildd.debian.org/fetch.cgi?pkg=db4.8;ver=4.8.30-1;arch=mips;stamp=1282685080 aurel32 says configure is buggy and doesn't handle java not being openjdk (gcj is used on mips), but he didn't have time to investigate/fix, so if somebody else can step up that would be nice. The problem is not specific to mips, sparc64 has the same problem. A workaround for that is to disable java support. The issue is that the configure script tries to determine java include libraries. As we are on a Linux system, it looks for $java_top_directory/include/linux. With openjdk, the java top directory is /usr/lib/jvm/default-java/ while with gcj it is simply /usr, so /usr/include/linux get added to the include search path. This causes conflicts with the GNU libc headers. The configure script has a special case when the java top directory is /usr, but it fails on Debian as we are using relative symlinks: test /usr/lib/jvm/default-java/bin/../../../.. '!=' /usr -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594816: db4.8: FTBFS on mips (configure reports garbage)
On Sun, Aug 29, 2010 at 10:42:22PM +0200, Aurelien Jarno wrote: test /usr/lib/jvm/default-java/bin/../../../.. '!=' /usr Great, I'll have it run readlink -f on $_JTOPDIR -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594814: gaupol: Fails to start
Dnia niedziela, 29 sierpnia 2010 o 21:06:21 Piotr Ożarowski napisał(a): gaupol depends on python-gtk2 which depends on python-cairo, so sometging's wrong with your system. Well, this is always a possibility... It's only that I don't know much about Python that prevents me from claiming responsibility for this ;) Do you have python-cairo installed? $ apt-cache policy python-cairo python-cairo: Zainstalowana: 1.8.8-1+b1 Kandydująca: 1.8.8-1+b1 Tabela wersji: *** 1.8.8-1+b1 0 990 http://ftp.pl.debian.org testing/main Packages 500 http://ftp.pl.debian.org unstable/main Packages 100 /var/lib/dpkg/status Can you paste the output of `ls -la /usr/lib/pymodules/python2.6/cairo`? $ ls -la /usr/lib/pymodules/python2.6/cairo ls: nie ma dostępu do /usr/lib/pymodules/python2.6/cairo: Nie ma takiego pliku ani katalogu Huh? But: $ dpkg -L python-cairo ... /usr/lib /usr/lib/pyshared /usr/lib/pyshared/python2.6 /usr/lib/pyshared/python2.6/cairo /usr/lib/pyshared/python2.6/cairo/_cairo.so ... Does `update-python-modules -p` (invoked as root) help? Nope, it doesn't... -- Ecce Jezuch I am praying for the raging flood I am waiting for you to come - K. Rydberg signature.asc Description: This is a digitally signed message part.
Bug#594816: db4.8: FTBFS on mips (configure reports garbage)
On Sun, Aug 29, 2010 at 08:55:49PM +, Clint Adams wrote: On Sun, Aug 29, 2010 at 10:42:22PM +0200, Aurelien Jarno wrote: test /usr/lib/jvm/default-java/bin/../../../.. '!=' /usr Great, I'll have it run readlink -f on $_JTOPDIR Actually it seems this is not the best solution. The issue comes from the fact on Debian we are having the java installed in /usr/lib/jvm/default-java, using symlinks. The configure script tries to follow symlinks to determine the correct include directory. With OpenJDK, it fails to find it, but it is workarounded by the following code in debian/rules: CFLAGS += -I$(JAVA_HOME)/include With GCJ, after following the symlinks, it is able to find /usr/include and also include /usr/include/linux as it is a linux system. This include directory contains headers that conflicts with the GNU libc headers, hence the strange configure output. In my opinion the best solution is to avoid following the symlinks on Debian, as it can gives some strange behaviors later. That's what the patch below does. I have a test build in progress, currently running the testsuite. --- db4.8-4.8.30.orig/dist/configure +++ db4.8-4.8.30/dist/configure @@ -16858,7 +16858,7 @@ $as_echo $_cur 6; } done _ACJNI_FOLLOWED=$_cur -_JTOPDIR=`echo $_ACJNI_FOLLOWED | sed -e 's://*:/:g' -e 's:/[^/]*$::'` +_JTOPDIR=`echo $_ACJNI_JAVAC | sed -e 's://*:/:g' -e 's:/[^/]*$::'` case $host_os in darwin*)_JTOPDIR=`echo $_JTOPDIR | sed -e 's:/[^/]*$::'` _JINC=$_JTOPDIR/Headers;; --- db4.8-4.8.30.orig/dist/aclocal_java/ac_jni_include_dirs.m4 +++ db4.8-4.8.30/dist/aclocal_java/ac_jni_include_dirs.m4 @@ -44,7 +44,7 @@ case $_ACJNI_JAVAC in esac _ACJNI_FOLLOW_SYMLINKS($_ACJNI_JAVAC) -_JTOPDIR=`echo $_ACJNI_FOLLOWED | sed -e 's://*:/:g' -e 's:/[[^/]]*$::'` +_JTOPDIR=`echo $_ACJNI_JAVAC | sed -e 's://*:/:g' -e 's:/[[^/]]*$::'` case $host_os in darwin*)_JTOPDIR=`echo $_JTOPDIR | sed -e 's:/[[^/]]*$::'` _JINC=$_JTOPDIR/Headers;; -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563402: marked as done (ia32-libs broken on ia64)
Your message dated Sun, 29 Aug 2010 21:02:17 + with message-id e1opp17-00071k...@franck.debian.org and subject line Bug#563402: fixed in ia32-libs 2.7+lenny1 has caused the Debian Bug report #563402, regarding ia32-libs broken on ia64 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.) -- 563402: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=563402 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ia32-libs Version: 20090808 Severity: serious Hi, it seems ia32-libs is broken on ia64: $ file i586-jdk/bin/unpack200 i586-jdk/bin/unpack200: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, not stripped $ i586-jdk/bin/unpack200 -bash: i586-jdk/bin/unpack200: No such file or directory This cause a build failure of sun-java6 on ia64 Cheers, Giuseppe. ---End Message--- ---BeginMessage--- Source: ia32-libs Source-Version: 2.7+lenny1 We believe that the bug you reported is fixed in the latest version of ia32-libs, which is due to be installed in the Debian FTP archive: ia32-libs_2.7+lenny1.dsc to main/i/ia32-libs/ia32-libs_2.7+lenny1.dsc ia32-libs_2.7+lenny1.tar.gz to main/i/ia32-libs/ia32-libs_2.7+lenny1.tar.gz ia32-libs_2.7+lenny1_amd64.deb to main/i/ia32-libs/ia32-libs_2.7+lenny1_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 563...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Philipp Kern pk...@debian.org (supplier of updated ia32-libs 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, 28 Aug 2010 22:31:55 +0200 Source: ia32-libs Binary: ia32-libs ia32-libs-dev lib32gcc1 Architecture: source amd64 Version: 2.7+lenny1 Distribution: stable Urgency: low Maintainer: Debian ia32-libs Team pkg-ia32-libs-maintain...@lists.alioth.debian.org Changed-By: Philipp Kern pk...@debian.org Description: ia32-libs - ia32 shared libraries for use on amd64 and ia64 systems ia32-libs-dev - ia32 development libraries and headers for use on ia32/ia64 syste lib32gcc1 - GCC support library (ia32) Closes: 563402 Changes: ia32-libs (2.7+lenny1) stable; urgency=low . * Non-maintainer upload. * Fix ld-linux.so.2 symlink on ia64. (Closes: #563402) * Add ld.so.conf snippet to add `/emul/ia32-linux/{usr/,}lib' to the library search path on ia64. Checksums-Sha1: 4219d400d1f2f669cf6b594557fb96dd4dddf099 979 ia32-libs_2.7+lenny1.dsc de28ea90c959a1fdb5b9974e413856a08c5fcab3 293746183 ia32-libs_2.7+lenny1.tar.gz 722e71fe6968c0d9663ff45613c93a2cc08d7a5a 26810306 ia32-libs_2.7+lenny1_amd64.deb Checksums-Sha256: ee325bd54d4731ab46836c52f6c8cdb25475516dff1c6b2d2f9f602d48f189f4 979 ia32-libs_2.7+lenny1.dsc f5122611f20e8eb26c3b7bb90b16a3878a58ba831f09c02d69b60788c26047d4 293746183 ia32-libs_2.7+lenny1.tar.gz 189d5893842c63c670f6519ef1be2a303a952f093fa75d9469cf5ed651e96515 26810306 ia32-libs_2.7+lenny1_amd64.deb Files: 44c40fe7097331b3c68364e1990858d1 979 libs extra ia32-libs_2.7+lenny1.dsc 5e9cce1f848169c3868eb4ca5c62f35f 293746183 libs extra ia32-libs_2.7+lenny1.tar.gz 4157e92713baf9b5f21f60a3d7f1a1ea 26810306 libs extra ia32-libs_2.7+lenny1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkx6acgACgkQ7Ro5M7LPzdhWcQCdHTRz2ipQQRktpYW3Xb04cZ7V BtsAoK8ro0dyYv3+Rs+rpJMmcAv+jann =Ld5+ -END PGP SIGNATURE- ---End Message---
Processed: Re: Bug#594814: gaupol: Fails to start
Processing commands for cont...@bugs.debian.org: severity 594814 normal Bug #594814 [gaupol] gaupol: Fails to start Severity set to 'normal' from 'grave' tags 594814 + unreproducible Bug #594814 [gaupol] gaupol: Fails to start Added tag(s) unreproducible. thanks Stopping processing here. Please contact me if you need assistance. -- 594814: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594814 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526898: RM: henplus/0.9.7.ds1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Given the low popcon of henplus, the unusable status of it for over a year and a half, the lack of response from the maintainer, the availability of working unofficial packages, ... I'd like to request it's removal. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526898 http://qa.debian.org/popcon.php?package=henplus -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (300, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
On 08/29/2010 05:18 PM, Julien Cristau wrote: There are i386 packages at http://people.debian.org/~jcristau/intel-shadow/ which work for me on minimal testing. Hi Julien. As long as you provide .deb packages, i can test whatever you want! ;-) Here is my results. Now i'm writing with: - i855 chipset - kernel 2.6.32-20 - KMS enabled with i915.modeset=1 (/etc/modprobe.d/i915-kms.conf temporarly deleted) - intel 2.12.0-2 with Chris Wilson's shadow patch, packaged from you and downloaded from http://people.debian.org/~jcristau/intel-shadow/ - a hand-created file /etc/X11/xorg.conf.d/intel-shadow.conf, containing: Section Device Identifier intel Option shadow EndSection If that helps, i have some packages from experimetal, notably these: firmware-linux-free 2.6.35-1~experimental.2 linux-base 2.6.35-1~experimental.2 linux-image-2.6.34-1-6862.6.34-1~experimental.2 linux-image-2.6.35-rc6-686 2.6.35~rc6-1~experimental.1 linux-image-2.6.35-trunk-6862.6.35-1~experimental.2 libdrm-intel1 2.4.21-1 libdrm2 2.4.21-1 libgl1-mesa-dri 7.8.2-2 libgl1-mesa-glx 7.8.2-2 libglu1-mesa-glx7.8.2-2 Since 2.6.32-21 has KMS disabled in the code, with the configuration above the X server doesn't start: no hangs, only an error reporting that the X server cannot be started and a message in the log reporting that KMS is required (see the X shadow (KMS off).log). So i've downgraded the kernel to 2.6.32-20 (from testing) and downloaded your debs to do some tests. Even if you reported hangs updating only the intel driver, i decided to start step-by-step, also because we have different chipsets. So i've installed only xserver-xorg-video-intel_2.12.0-2_i386.deb and rebooted with the i915.modeset=1 kernel parameter. Here everything seems to works fine so far (uptime 2,30) and i haven't noted any visible slowdown in the day-to-day use under Gnome: web browsing with flash, mail, music, movies, ecc. I'm only not completely sure the patch is working properly: the X log (see X shadow (KMS on).log) doesn't show any error about the shadow option, but doesn't neither show the Shadow buffer allocated message that Chris Wilson said we should expect: http://lists.freedesktop.org/pipermail/intel-gfx/2010-August/007924.html So However i've rapidly rebooted (only up to the GDM prompt) to see that the driver works even with 2.6.34, 2.6.35-rc6 and 2.6.35 (the latter yet without visible mouse pointer, as reported in #592415). I'm available to test every new update of the intel driver and i've taken the liberty to cc Chris Wilson to make him aware of these tests. Ciao. Cesare. --- X log with shadow patch and 2.6.32-21 (KMS blacklisted in kernel code) [...] (EE) open /dev/fb0: No such file or directory (EE) intel(0): No kernel modesetting driver detected. (II) UnloadModule: intel (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found --- X log with shadow patch and 2.6.32-20 (KMS enabled with i915.modeset=1) X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 i686 Debian Current Operating System: Linux tommaso 2.6.32-5-686 #1 SMP Thu Aug 12 13:38:27 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=07b633c9-1242-48ee-a6f4-f37c43f639fd ro quiet lapic hpet=force i915.modeset=1 Build Date: 24 August 2010 02:59:40PM xorg-server 2:1.7.7-4 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Sun Aug 29 21:02:50 2010 (==) Using config directory: /etc/X11/xorg.conf.d (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No device specified for screen Default Screen Section. Using the first device section listed. (**) | |--Device intel (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The
Processed: your mail
Processing commands for cont...@bugs.debian.org: severity 53 grave Bug #53 [qtpfsgui] qtpfsgui: coredump on save hdr Severity set to 'grave' from 'important' thank you Stopping processing here. Please contact me if you need assistance. -- 53: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=53 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
On Sun, Aug 29, 2010 at 18:18, Julien Cristau jcris...@debian.org wrote: There are i386 packages at http://people.debian.org/~jcristau/intel-shadow/ which work for me on minimal testing. Although it looks like they crash the X server in dri2 code when I run glxinfo, so I put xserver packages with a fix for that crash at the same place. If you can see if that's more stable than the stock unstable packages when running on kms that would be good. You'll need a Device section in xorg.conf such as: Section Device Identifier intel Option shadow EndSection Thank you Julien, for packaging of shadow branch and relevant X packages. I've installed only: xserver-xorg-video-intel_2.12.0-2_i386.deb (with this installed my X crashes on glxinfo) xserver-xorg-core_1.7.7-5_i386.deb xserver-common_1.7.7-5_all.deb Created /etc/X11/xorg.conf with section described above. I have options i915 modeset=1 in /etc/modprobe.d/i915-kms.conf and linux kernel 2.6.32-5-686 (Debian 2.6.32-20) For tests I'm runing X session started via startx. With this setup I can crash (drop me to tty from which I've run startx) X when I run pinball or foobillard. I'm attached glxinfo output and Xorg.0.log (crashed with starting foobillard) When X session is started via GDM crashes just restart gdmgreeter. If I run glxgears X crashes badly - black screen or screen shot and only SysRq commands works (can't test network access). If you need more info I'll provide it. best regards Kamen shadow-logs.tar.gz Description: GNU Zip compressed data
Processed: your mail
Processing commands for cont...@bugs.debian.org: severity 574349 grave Bug #574349 [splix] splix performs unaligned memory access; prints blank pages an armel Severity set to 'grave' from 'important' thank you Stopping processing here. Please contact me if you need assistance. -- 574349: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574349 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594623: xserver-xorg-video-intel: after upgrade to 2.12.0+legacy1-1 X freeze on gdm start
For Chris Wilson: you can follow this bug history here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594623 On 08/29/2010 05:18 PM, Julien Cristau wrote: Although it looks like they crash the X server in dri2 code when I run glxinfo, so I put xserver packages with a fix for that crash at the same place. Yes, running the glxinfo after updating only the intel-x-driver make the xserver crash, then gdm automatically restarts. In /var/log/X.log.0.old i can see this error: Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80d920b] 1: /usr/bin/X (0x8048000+0x581d5) [0x80a01d5] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb786d40c] 3: /usr/lib/xorg/modules/extensions/libdri2.so (0xb785b000+0x1423) [0xb785c423] 4: /usr/lib/xorg/modules/extensions/libdri2.so (0xb785b000+0x1d6a) [0xb785cd6a] 5: /usr/bin/X (0x8048000+0x38067) [0x8080067] 6: /usr/bin/X (0x8048000+0x1e92a) [0x806692a] 7: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb75a0c76] 8: /usr/bin/X (0x8048000+0x1e511) [0x8066511] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting I've experienced this with both 2.6.32-20 and 2.6.35-rc6. Julien, many thanks for working on this and providing this experimental packages. I hope we can find a reasonable solution for Squeeze. Ciao. Cesare. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594816: db4.8: FTBFS on mips (configure reports garbage)
On Sun, Aug 29, 2010 at 10:59:20PM +0200, Aurelien Jarno wrote: On Sun, Aug 29, 2010 at 08:55:49PM +, Clint Adams wrote: On Sun, Aug 29, 2010 at 10:42:22PM +0200, Aurelien Jarno wrote: test /usr/lib/jvm/default-java/bin/../../../.. '!=' /usr Great, I'll have it run readlink -f on $_JTOPDIR Actually it seems this is not the best solution. The issue comes from the fact on Debian we are having the java installed in /usr/lib/jvm/default-java, using symlinks. The configure script tries to follow symlinks to determine the correct include directory. With OpenJDK, it fails to find it, but it is workarounded by the following code in debian/rules: CFLAGS += -I$(JAVA_HOME)/include With GCJ, after following the symlinks, it is able to find /usr/include and also include /usr/include/linux as it is a linux system. This include directory contains headers that conflicts with the GNU libc headers, hence the strange configure output. In my opinion the best solution is to avoid following the symlinks on Debian, as it can gives some strange behaviors later. That's what the patch below does. I have a test build in progress, currently running the testsuite. The testsuite has ran successfully, and the whole package has built fine. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594816: marked as done (db4.8: FTBFS on mips (configure reports garbage))
Your message dated Sun, 29 Aug 2010 23:02:26 + with message-id e1opqto-0002xs...@franck.debian.org and subject line Bug#594816: fixed in db4.8 4.8.30-2 has caused the Debian Bug report #594816, regarding db4.8: FTBFS on mips (configure reports garbage) 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.) -- 594816: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594816 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: db4.8 Version: 4.8.30-1 Severity: serious Justification: fails to build from source configure fails with: configure: error: No unsigned 1-byte integral type https://buildd.debian.org/fetch.cgi?pkg=db4.8;ver=4.8.30-1;arch=mips;stamp=1282685080 aurel32 says configure is buggy and doesn't handle java not being openjdk (gcj is used on mips), but he didn't have time to investigate/fix, so if somebody else can step up that would be nice. Cheers, Julien signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: db4.8 Source-Version: 4.8.30-2 We believe that the bug you reported is fixed in the latest version of db4.8, which is due to be installed in the Debian FTP archive: db4.8-doc_4.8.30-2_all.deb to main/d/db4.8/db4.8-doc_4.8.30-2_all.deb db4.8_4.8.30-2.debian.tar.gz to main/d/db4.8/db4.8_4.8.30-2.debian.tar.gz db4.8_4.8.30-2.dsc to main/d/db4.8/db4.8_4.8.30-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 594...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Clint Adams sch...@debian.org (supplier of updated db4.8 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: SHA512 Format: 1.8 Date: Sun, 29 Aug 2010 17:17:04 -0400 Source: db4.8 Binary: db4.8-doc libdb4.8-dev libdb4.8 db4.8-util libdb4.8++ libdb4.8++-dev libdb4.8-tcl libdb4.8-dbg libdb4.8-java libdb4.8-java-gcj libdb4.8-java-dev Architecture: source all Version: 4.8.30-2 Distribution: unstable Urgency: high Maintainer: Clint Adams sch...@debian.org Changed-By: Clint Adams sch...@debian.org Description: db4.8-doc - Berkeley v4.8 Database Documentation [html] db4.8-util - Berkeley v4.8 Database Utilities libdb4.8 - Berkeley v4.8 Database Libraries [runtime] libdb4.8++ - Berkeley v4.8 Database Libraries for C++ [runtime] libdb4.8++-dev - Berkeley v4.8 Database Libraries for C++ [development] libdb4.8-dbg - Berkeley v4.8 Database Libraries [debug] libdb4.8-dev - Berkeley v4.8 Database Libraries [development] libdb4.8-java - Berkeley v4.8 Database Libraries for Java libdb4.8-java-dev - Berkeley v4.8 Database Libraries for Java [development] libdb4.8-java-gcj - Berkeley v4.8 Database Libraries for Java (native code) libdb4.8-tcl - Berkeley v4.8 Database Libraries for Tcl [module] Closes: 594816 Changes: db4.8 (4.8.30-2) unstable; urgency=high . * Bump to Standards-Version 3.9.1. * Patch from Aurelien Jarno to avoid following javac symlinks to ultimately avoid failing to equate /usr/lib/jvm/default- java/bin/../../../.. to /usr when using GCJ. closes: #594816. Checksums-Sha1: b1dbaefae9bc354d1c98f845cd30d3943c98a6a3 2076 db4.8_4.8.30-2.dsc 5f5c32f6bd47cadca9de486842989c2ff8d6feb4 23822 db4.8_4.8.30-2.debian.tar.gz 4dbf8171760ebc03aa81c9b5bfb9b2a9988023b4 18595268 db4.8-doc_4.8.30-2_all.deb Checksums-Sha256: eec32bf268b18a6f438c50c4c2b8f8f5dc99bc65763909f4a7e9f921d9fb88c5 2076 db4.8_4.8.30-2.dsc 9baf693a4989e19b5d83bcdc00c80841d30eaf219f57d4dddb6323d2ff0903ee 23822 db4.8_4.8.30-2.debian.tar.gz de74e051d9d264510ede9a6fda30c7254f5f06a3aa20b8b5b69c37108d2b6ee0 18595268 db4.8-doc_4.8.30-2_all.deb Files: 375f6f2008f8ded4ed5857d70875a9f5 2076 libs standard db4.8_4.8.30-2.dsc fb0ef2f1d18f792a2c10b635d7cf7d84 23822 libs standard db4.8_4.8.30-2.debian.tar.gz 88295b4635193bed8aa601c41f4bc172 18595268 doc optional db4.8-doc_4.8.30-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Debian! iQIcBAEBCgAGBQJMeuJdAAoJEFWSMx4ZnTioJhEP/2R2ZOKgIjfhjboL28mA31RR aWejOErYI62IZcU6sigbW+Hit0xrmlTcAvtsMt26GIf9B6hKQo4+X3Imx1xuMVGQ B11DqCaBoDooRznNOEwrOhrOK77jRoNIBevjWTGwX1SZVgVdLyjsHAxXNfTFL8iH 9T6Au8e4ZTVd0uQTIqUxYYiIu3y6BCen0M2fJHJ0f/TrcT5lRUH95if6Dz9QDUh6
Bug#593683: linux-2.6 - images does not conflict with pre-policy versions of bootloaders
On Fri, Aug 20, 2010 at 01:18:09PM +0200, Bastian Blank wrote: On Fri, Aug 20, 2010 at 12:07:05PM +0100, Ben Hutchings wrote: [...] linux-base and linux-image-* will warn the user on upgrade if they need to upgrade the bootloader package or set postinst_hook. No, they do not. Right, I can't spell, and our maintainer scripts for some reason do not use 'strict'. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus signature.asc Description: Digital signature
Bug#593403: marked as done (system-config-printer-kde: kcm broken, coding errors)
Your message dated Mon, 30 Aug 2010 00:32:48 + with message-id e1opsiq-0003j2...@franck.debian.org and subject line Bug#593403: fixed in kdeadmin 4:4.4.5-2 has caused the Debian Bug report #593403, regarding system-config-printer-kde: kcm broken, coding errors 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.) -- 593403: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593403 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: system-config-printer-kde Version: 4:4.4.5-1 Severity: grave Justification: renders package unusable Hi When running kcmshell4 system-config-printer-kde, it fails with a python backtrace. $ kcmshell4 system-config-printer-kde kcmshell(14621)/python (plugin): Error while running factory function for Python plugin: system-config-printer-kde/system-config-printer-kde.py Traceback (most recent call last): File string, line 18, in kpythonpluginfactory_bridge File /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py, line 3997, in CreatePlugin kcm = u.makeui(component_data, widget_parent) File /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py, line 364, in makeui self.show_HTTP_Error(s) File /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py, line 1874, in show_HTTP_Error KMessageBox.error(self, i18n(There was an HTTP error: %1., msg), i18n('CUPS server error')) UnboundLocalError: local variable 'msg' referenced before assignment kcmshell(14621)/python (plugin): Failed to import module kcmshell(14621)/kcontrol KCModuleLoader::loadModule: This module has no valid entry symbol at all. The reason could be that it's still using K_EXPORT_COMPONENT_FACTORY with a custom X-KDE-FactoryName which is not supported anymore adding a bit of spaces at line 1874 to indent it seems to bring up s-c-p-k, but I*m unsure if it is the proper fix. /Sune -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages system-config-printer-kde depends on: ii python-cupsutils 1.0.0-6Python utility modules around the ii python-kde4 4:4.4.5-2 Python bindings for the KDE Develo ii python-qt4-dbus 4.7.3-1+b1 DBus Support for PyQt4 system-config-printer-kde recommends no packages. system-config-printer-kde suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/share/kde4/apps/system-config-printer-kde/system-config-printer-kde.py (from system-config-printer-kde package) ---End Message--- ---BeginMessage--- Source: kdeadmin Source-Version: 4:4.4.5-2 We believe that the bug you reported is fixed in the latest version of kdeadmin, which is due to be installed in the Debian FTP archive: kcron_4.4.5-2_all.deb to main/k/kdeadmin/kcron_4.4.5-2_all.deb kde-config-cron_4.4.5-2_amd64.deb to main/k/kdeadmin/kde-config-cron_4.4.5-2_amd64.deb kdeadmin-dbg_4.4.5-2_amd64.deb to main/k/kdeadmin/kdeadmin-dbg_4.4.5-2_amd64.deb kdeadmin_4.4.5-2.debian.tar.gz to main/k/kdeadmin/kdeadmin_4.4.5-2.debian.tar.gz kdeadmin_4.4.5-2.dsc to main/k/kdeadmin/kdeadmin_4.4.5-2.dsc kdeadmin_4.4.5-2_all.deb to main/k/kdeadmin/kdeadmin_4.4.5-2_all.deb knetworkconf_4.4.5-2_amd64.deb to main/k/kdeadmin/knetworkconf_4.4.5-2_amd64.deb ksystemlog_4.4.5-2_amd64.deb to main/k/kdeadmin/ksystemlog_4.4.5-2_amd64.deb kuser_4.4.5-2_amd64.deb to main/k/kdeadmin/kuser_4.4.5-2_amd64.deb system-config-printer-kde_4.4.5-2_all.deb to main/k/kdeadmin/system-config-printer-kde_4.4.5-2_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 593...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sune Vuorela s...@debian.org (supplier of updated kdeadmin 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, 30 Aug 2010 02:08:09 +0200 Source: kdeadmin Binary: kdeadmin kcron kde-config-cron
Bug#583738: pdftoraster fails printing from gtk apps
Package: ghostscript Version: 8.71~dfsg2-6 Severity: normal Hi, The bug is still in 8.71~dfsg2-6, see the attached scrennshots. I tested on my laptop and desktop, and they are the same problem. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ghostscript depends on: ii debconf [de 1.5.35 Debian configuration management sy ii debianutils 3.4 Miscellaneous utilities specific t ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgs8 8.71~dfsg2-6 The Ghostscript PostScript/PDF int ii gs-common 8.71~dfsg2-6 Dummy package depending on ghostsc ii gs-esp 8.71~dfsg2-6 Transitional package ii ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF ii ghostscript-cups 8.71~dfsg2-6The GPL Ghostscript PostScript/PDF ii ghostscript-x 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF ghostscript recommends no packages. ghostscript suggests no packages. regards, -- Shan-Bin Chen (DreamerC) dreamerwolf...@gmail.com attachment: print.png
Bug#588125: [DRE-maint] Bug#588125: Rubygems 1.3.7 broken with Ruby 1.9.2 in Debian -- help needed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello! On Aug 28, 2010, at 12:56 AM, Lucas Nussbaum wrote: - Do we want to make the installation of rubygems optional with 1.9.1? (as a separate package ?) That would probably be the right thing to do since I think that we should make the use of external package managers optional in Debian, but frankly, if we do that, some users are going to complain, and I'm totally tired of hearing complains about ruby packaging in Debian. I think it can be a separate package as long as it behaves similar to the upstream RubyGems. Changing the behavior is confusing to users and this is one of the reasons why people think that Ruby(Gems) is broken on Debian/Ubuntu. - Do we want to disable gem update --system? I think that we should allow a way for the user to do it anyway. For example, we could add a check for a I_KNOW_WHAT_IM_DOING_ABOUT_GEM_UPDATE_SYSTEM environment variable (ok, name could be improved). We would still refuse to gem update --system by default, but would accept it of the environment variable was set. I'm good with either an environment variable, or a state file (or both?) that tells the system that I know what I'm doing. If I break it, I'll keep both parts. - Paths: until consensus emerge in #448639, we should continue to install gems in /var. Those changes should be moved to rubygems/defaults/operating_system.rb, but we may do that later, and just continue with 01_default_gem_path.diff for now. I really wish a consensus would be reached on this, to using /usr/local. The use of /var breaks the FHS as pointed out recently by Clint. It is also inconsistent with other 3rd party packaging systems that are also commonly used in Debian/Ubuntu; e.g., cpan, pypi/easy_install. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) iEYEARECAAYFAkx7C50ACgkQO97WSdVpzT1VZgCdGbZuOMCNzKnDj9W7qW9lXR35 c+AAoIA1p1wOGFUZQf7l4/5xVbsFlFjw =4MAz -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#594807: openjdk-6 segfaults on armel with libc6 2.11.2-2
On Sun, Aug 29, 2010 at 07:30:10PM +0200, Matthias Klose wrote: Package: libc6 Version: 2.11.2-2 Severity: grave This change breaks OpenJDK on armel: * Add patches/any/cvs-flush-cache-textrels.diff to fix random crashes on ARM, if the executable or shared library has TEXTREL. Reverting this change unbreaks openjdk. I am going to revert this change for squeeze, but given it is part of upstream, it will reappear with eglibc 2.13. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580383: [php-maint] Bug#580383: Bug#580383: php-xml-parser uses deprecated eregi and reference of new object
Thijs Kinkhorst wrote: Hi, On woansdei 5 Maaie 2010, Thomas Goirand wrote: Replying to myself, as I didn't know it would go back to the list! :) My patch fixes the eregi calls, but not this one: $err = new XML_Parser_Error($msg, $ecode); return parent::raiseError($err); What's the way to fix for php 5.3.x? Two questions: 1) Why is it needed to pass the object by reference? It looks like it could just as well be passed by value. Are you saying that just removing the sign will be enough to have it 100% working? I was feeling it was the case, but I wasn't sure that I was right, and that this wouldn't create other issues. If that is the case, then I can NMU a fix within few hours (this package is very important for me). As for the other issue with the deprecated ereg calls, it's trivial, and I already talked about it with upstream. I'll generate a full patch and send it to him. 2) Why is this bug of grave severity? As I understand it, using this only generates notices of level E_DEPRECATED. The code functions just as it did before. The thing is, this code is likely used when generating / parsing XML. In few corner cases, having a big warning on top of an XML document can totally break things, which is why I raised it to Grave (I have such an issue). Also, despite my repeated calls for comments, nobody replied, and I thought that the only way to bring attention was to promote it to RC bug. Thanks for your comments, now I'll fix it. Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584942: The bug is still present
Package: ghostscript Version: 8.71~dfsg2-6 Severity: normal /usr/lib/cups/filter/pdftoraster failed -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ghostscript depends on: ii debconf [de 1.5.35 Debian configuration management sy ii debianutils 3.4 Miscellaneous utilities specific t ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgs8 8.71~dfsg2-6 The Ghostscript PostScript/PDF int ghostscript recommends no packages. ghostscript suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org