Processed: severity of 376360 is serious, found 376360 in 0.8.4.1-1
Processing commands for [EMAIL PROTECTED]: severity 376360 serious Bug#376360: Build-Dep on mozilla (library), please transition to xulrunner Severity set to `serious' from `wishlist' found 376360 0.8.4.1-1 Bug#376360: Build-Dep on mozilla (library), please transition to xulrunner Bug marked as found in version 0.8.4.1-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382909: depends on mozilla
Package: mozilla-locale-tr Severity: serious mozilla-locale-tr depends on mozilla-browser, which is scheduled to be removed from Etch. You should most likely request removal from ftp-master. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382903: Downgrade
severity 382903 important thanks Eduardo Silva a écrit : I've just remove at-spi, and xchat still works fine, like you say. I'm confused, because previously, it always crashed, even if I --purged the xchat and xchat-common, and removed the .xchat2 directory. Only after checking the error message, and installed at-spi, did xchat not crash (all from debian servers), so I imediatelly assumed the package was the reason (plus, it didn't give the error anymore). I don't know now what was the problem. Sorry, in the future I'll test better my bug reports and their solutions :) . Eduardo --- Filipus Klutiero [EMAIL PROTECTED] wrote: Justification: renders package unusable xchat 2.6.4-2 starts fine for me without at-spi installed. What evidence do you have that the package is unusable?
Bug#382911: depends on mozilla
Package: mozilla-cascades Severity: serious mozilla-cascades depends on mozilla-browser, which is scheduled to be removed from Etch. You should most likely request removal from ftp-master. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382913: depends on mozilla
Package: libgtk-mozembed-ruby1.8 Severity: serious libgtk-mozembed-ruby1.8 depends on mozilla-browser, which is scheduled to be removed from Etch. You should most likely request removal from ftp-master. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Downgrade
Processing commands for [EMAIL PROTECTED]: severity 382903 important Bug#382903: xchat: should depend of at-spi package (otherwise crashes on startup, missing libatk-bridge.so) Severity set to `important' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378450: marked as done (ldirectord-2: unwanted emailalerts)
Your message dated Mon, 14 Aug 2006 00:02:57 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#378450: fixed in heartbeat-2 2.0.6-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: ldirectord-2 Version: 2.0.6-1 Severity: serious ldirectord-2 has been reported to be trying to send emailalerts even if not configured to do so. I haven't verified this behaviour myself, and I don't have time to right now. This bug should hold ldirectord-2 out of etch, until I (or someone else) gets a chance to investigate further. If worst comes to worse, email alearts can just be stripped out of the ldirectord source code. But I doubt anything that drastic is required. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ ---End Message--- ---BeginMessage--- Source: heartbeat-2 Source-Version: 2.0.6-2 We believe that the bug you reported is fixed in the latest version of heartbeat-2, which is due to be installed in the Debian FTP archive: heartbeat-2-dev_2.0.6-2_i386.deb to pool/main/h/heartbeat-2/heartbeat-2-dev_2.0.6-2_i386.deb heartbeat-2_2.0.6-2.diff.gz to pool/main/h/heartbeat-2/heartbeat-2_2.0.6-2.diff.gz heartbeat-2_2.0.6-2.dsc to pool/main/h/heartbeat-2/heartbeat-2_2.0.6-2.dsc heartbeat-2_2.0.6-2_i386.deb to pool/main/h/heartbeat-2/heartbeat-2_2.0.6-2_i386.deb ldirectord-2_2.0.6-2_all.deb to pool/main/h/heartbeat-2/ldirectord-2_2.0.6-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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Simon Horman [EMAIL PROTECTED] (supplier of updated heartbeat-2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 8 Aug 2006 18:49:00 +0900 Source: heartbeat-2 Binary: heartbeat-2-dev ldirectord-2 heartbeat-2 Architecture: source i386 all Version: 2.0.6-2 Distribution: unstable Urgency: high Maintainer: Simon Horman [EMAIL PROTECTED] Changed-By: Simon Horman [EMAIL PROTECTED] Description: heartbeat-2 - Subsystem for High-Availability Linux heartbeat-2-dev - Subsystem for High-Availability Linux - development files ldirectord-2 - Monitors virtual services provided by LVS Closes: 378450 379071 380842 Changes: heartbeat-2 (2.0.6-2) unstable; urgency=high . * ldirectord-1.141-emailalert-1-quiet.patch Don't send email alerts if the alert address is not configured (closes: #378450) * ldirectord-1.141-emailalert-2-global.patch Allow emailalert and emailalertfreq directives to be global as well as per-virtual service * ldirectord-1.141-readline_workaround.patch readline doesn't seem to return lines after Net::FTP has been called, so split them up by hand. * Added recommends iptables to heartbeat-2, as it is needed for the portblock resource to function correctly * Added /var/lib/heartbeat/pengine directory (closes: #379071) * Replace 02-chown-check.patch with chown-check-2.patch - use the environement variable FAKED_MODE instead of FAKEROOTKEY to check if code is runing in fakeroot. At some stage around fakeroot 1.5.10 FAKEROOTKEY disapeared. Ran autoconf manually to effect this change after repatching. - Updated 02-chown-check.patch: fix typos in comment * CVE-2006-3821.patch Fix remote denial of causes caused by insufficient bounds checking on data read from the network. CVE-2006-3821 * Python transition - http://wiki.debian.org/DebianPython/NewPolicy (closes: #380842) - Update build dependancy on debhelper from (= 4.0.0) to (= 5.0.37.2) - Add dh_python call to debian/rules - created debian/pycompat with contents of 2 - heartebeat: deplaced depenancy on python with one on ${python:Depends} - Added XB-Python-Version: ${python:Versions} to each package - Replace build dependancy on python2.3-dev with one on python-dev - Use python-central + Add build depends on python-central (= 0.5) + Add dh_pycentral call right before dh_python in debian/rules + Add XS-Python-Version: current in the source stanza of
Bug#379071: marked as done (heartbeat-2: /var/lib/heartbeat/pengine is missing)
Your message dated Mon, 14 Aug 2006 00:02:57 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#379071: fixed in heartbeat-2 2.0.6-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: heartbeat-2 Version: 2.0.6-1 Severity: serious The following required directory is missing /var/lib/heartbeat/pengine (ownership hacluster:haclient) I will fix this in the next upload. -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ ---End Message--- ---BeginMessage--- Source: heartbeat-2 Source-Version: 2.0.6-2 We believe that the bug you reported is fixed in the latest version of heartbeat-2, which is due to be installed in the Debian FTP archive: heartbeat-2-dev_2.0.6-2_i386.deb to pool/main/h/heartbeat-2/heartbeat-2-dev_2.0.6-2_i386.deb heartbeat-2_2.0.6-2.diff.gz to pool/main/h/heartbeat-2/heartbeat-2_2.0.6-2.diff.gz heartbeat-2_2.0.6-2.dsc to pool/main/h/heartbeat-2/heartbeat-2_2.0.6-2.dsc heartbeat-2_2.0.6-2_i386.deb to pool/main/h/heartbeat-2/heartbeat-2_2.0.6-2_i386.deb ldirectord-2_2.0.6-2_all.deb to pool/main/h/heartbeat-2/ldirectord-2_2.0.6-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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Simon Horman [EMAIL PROTECTED] (supplier of updated heartbeat-2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 8 Aug 2006 18:49:00 +0900 Source: heartbeat-2 Binary: heartbeat-2-dev ldirectord-2 heartbeat-2 Architecture: source i386 all Version: 2.0.6-2 Distribution: unstable Urgency: high Maintainer: Simon Horman [EMAIL PROTECTED] Changed-By: Simon Horman [EMAIL PROTECTED] Description: heartbeat-2 - Subsystem for High-Availability Linux heartbeat-2-dev - Subsystem for High-Availability Linux - development files ldirectord-2 - Monitors virtual services provided by LVS Closes: 378450 379071 380842 Changes: heartbeat-2 (2.0.6-2) unstable; urgency=high . * ldirectord-1.141-emailalert-1-quiet.patch Don't send email alerts if the alert address is not configured (closes: #378450) * ldirectord-1.141-emailalert-2-global.patch Allow emailalert and emailalertfreq directives to be global as well as per-virtual service * ldirectord-1.141-readline_workaround.patch readline doesn't seem to return lines after Net::FTP has been called, so split them up by hand. * Added recommends iptables to heartbeat-2, as it is needed for the portblock resource to function correctly * Added /var/lib/heartbeat/pengine directory (closes: #379071) * Replace 02-chown-check.patch with chown-check-2.patch - use the environement variable FAKED_MODE instead of FAKEROOTKEY to check if code is runing in fakeroot. At some stage around fakeroot 1.5.10 FAKEROOTKEY disapeared. Ran autoconf manually to effect this change after repatching. - Updated 02-chown-check.patch: fix typos in comment * CVE-2006-3821.patch Fix remote denial of causes caused by insufficient bounds checking on data read from the network. CVE-2006-3821 * Python transition - http://wiki.debian.org/DebianPython/NewPolicy (closes: #380842) - Update build dependancy on debhelper from (= 4.0.0) to (= 5.0.37.2) - Add dh_python call to debian/rules - created debian/pycompat with contents of 2 - heartebeat: deplaced depenancy on python with one on ${python:Depends} - Added XB-Python-Version: ${python:Versions} to each package - Replace build dependancy on python2.3-dev with one on python-dev - Use python-central + Add build depends on python-central (= 0.5) + Add dh_pycentral call right before dh_python in debian/rules + Add XS-Python-Version: current in the source stanza of debian/control Files: 4c1e49dd2f00ef9d81b94159f5b123ad 1029 admin optional heartbeat-2_2.0.6-2.dsc f506d245a0ffb2fba6068be648602170 163553 admin optional heartbeat-2_2.0.6-2.diff.gz 47f5e36071e0405ed575015b7a8450c5 55178 admin optional ldirectord-2_2.0.6-2_all.deb
Bug#382916: scanerrlog: uninstallable with Python 2.4
Package: scanerrlog Version: 2.01-3.1 Severity: grave scanerrlog is uninstallable due to its dependency on `python (= 2.3), python ( 2.4)'. Thanks, Matej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380872: NMU uploaded
On Sun, Aug 13, 2006 at 04:37:55PM -0500, Gunnar Wolf wrote: Just uploaded Rodrigo's patch to this bug, just omitting the two lines he added by mistake regarding #382863 (one in debian/control, replacing arch:all for arch:any, and one in the changelog). Much appreciated, I will ack the NMU once a few more changes accumulate upstream or in the BTA. Thanks. -- Søren O. Oh, bother said the Borg, we've assimilated Pooh. pgpVI4YkEfQ3j.pgp Description: PGP signature
Bug#358329: this is not release critical
severity 358329 normal stop A not completely working nv_sata module shouldn't block the release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: this is not release critical
Processing commands for [EMAIL PROTECTED]: severity 358329 normal Bug#358329: installation-report: nv_sata modules doesn't found the hardware raid array Severity set to `normal' from `critical' stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379835: Severity of not being being able to resize NTFS
Hello, At this moment has this bug severity 'grave'. That means that not being able to resize NTFS partitions (that start at an odd sector) is blocking the release. Is it really a release blocker? Cheers Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382752: texlive-base-bin: can's install
On Sun, Aug 13, 2006 at 13:18 +0800, LI Daobing wrote: Package: texlive-base-bin Version: 2005.dfsg.1-1 Severity: grave Justification: renders package unusable following is the log, /tmp/texlive.fmtutil.JAo16966 in attachment Thanks for the report. For debugging please send us the output of the follwowing commands: ls -l /etc/texmf/fmt.d/ dpkg -l jadetex texlive-* cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382861: installing texlive over tetex fails
On Sun, Aug 13, 2006 at 23:51 +0400, Stanislav Maslovski wrote: Package: texlive Version: 2005.dfsg.1-1 Severity: grave Justification: renders package unusable Thanks for your report. --- Настраивается пакет texlive-base-bin (2005.dfsg.1-1) ... Running mktexlsr. This may take some time... done. Building format(s) --all . This may take some time... fmtutil-sys failed. Output has been stored in /tmp/texlive.fmtutil.dtq18928 Please include this file if you report a bug. Please send us this file. I think that this happened because of some configuration files left from the tetex installation in /etc/texmf/fmt.d Possible. Please send us the output of the following commands: ls -l /etc/texmf/fmt.d ls -l /var/lib/tex-common/fmtutil-cnf/ cheerio ralf
Bug#382913: Oops
You should most likely request removal from ftp-master. Oops, I obviously sent this a little too fast. In this case there's probably a way to let the package depend on alternatives. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in upload of libxfixes 1:4.0.1-2 to experimental
Processing commands for [EMAIL PROTECTED]: tag 375124 + fixed-in-experimental Bug#375124: libxfixes_1:4.0.1-0.1(sparc/experimental): FTBFS: needs versioned build depends There were no tags set. Tags added: fixed-in-experimental quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382700: more info
On Sun, Aug 13, 2006 at 07:08:54PM +0200, Mirco Bauer wrote: Ok after more investigation and some talk with lluis the head of MonoDevelop, I found that upstream boo is _not_ using 2.0 by default now. The cause of the 2.0 change is nant, nant was built using 2.0 and thus automagicly picks 2.0 as profile when building an application using nant. And boo uses nant. So either boo should override the profile using -t:mono-1.0 or nant should be fixed/patches to not use the 2.0 profile by default. Thanks for the info. I think I just do the former, and perhaps mail the nant maintainer to see what he thinks about the later. -- sam clegg :: [EMAIL PROTECTED] :: http://superduper.net/ :: PGP : D91EE369 $superduper: .signature,v 1.13 2003/06/17 10:29:24 sam Exp $ signature.asc Description: Digital signature
Bug#380372: Patch for NMU
I will upload an NMU based on the attached patch in a few days if the bug is not addressed by then. diff -u radioclk-1.0/debian/changelog radioclk-1.0/debian/changelog --- radioclk-1.0/debian/changelog +++ radioclk-1.0/debian/changelog @@ -1,3 +1,10 @@ +radioclk (1.0-3.1) unstable; urgency=high + + * NMU + * Changed dependency to ntp (Closes: #380372) + + -- Peter Eisentraut [EMAIL PROTECTED] Mon, 14 Aug 2006 11:06:22 +0200 + radioclk (1.0-3) unstable; urgency=low * Add logcheck.ignore.server file. (Closes: #247732) only in patch2: unchanged: --- radioclk-1.0.orig/debian/control +++ radioclk-1.0/debian/control @@ -7,7 +7,7 @@ Package: radioclk Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ntp-refclock (= 1:4.1.0-7) +Depends: ${shlibs:Depends}, ${misc:Depends}, ntp (= 1:4.2.2+dfsg-1) Description: simple ntp refclock daemon for MSF/WWVB/DCF77 time signals radioclkd takes the demodulated time signals from simple MSF/WWVB/DCF77 time signal receivers on the control lines of a serial port, decodes
Bug#382786: marked as done (zope-plonetestcase: FTBFS: Missing Build-Depends on 'zope-debhelper')
Your message dated Mon, 14 Aug 2006 01:47:15 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#382786: fixed in zope-plonetestcase 0.8.2-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: zope-plonetestcase Version: 0.8.2-1 Severity: serious Tags: patch When building 'zope-plonetestcase' in a clean 'unstable' chroot, I get the following error: dh_clean -k dh_installdirs dh_installzope -X INSTALL.txt . make: dh_installzope: Command not found make: *** [install] Error 127 Please add the missing Build-Depends on 'zope-debhelper' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/zope-plonetestcase-0.8.2/debian/control ./debian/control --- ../tmp-orig/zope-plonetestcase-0.8.2/debian/control 2006-08-13 11:04:12.0 + +++ ./debian/control2006-08-13 11:04:10.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian/Ubuntu Zope Team [EMAIL PROTECTED] Uploaders: Fabio Tranchitella [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.0) +Build-Depends: debhelper (= 5.0.0), zope-debhelper Build-Depends-Indep: debhelper (= 4.1.16) Standards-Version: 3.7.2 ---End Message--- ---BeginMessage--- Source: zope-plonetestcase Source-Version: 0.8.2-2 We believe that the bug you reported is fixed in the latest version of zope-plonetestcase, which is due to be installed in the Debian FTP archive: zope-plonetestcase_0.8.2-2.diff.gz to pool/main/z/zope-plonetestcase/zope-plonetestcase_0.8.2-2.diff.gz zope-plonetestcase_0.8.2-2.dsc to pool/main/z/zope-plonetestcase/zope-plonetestcase_0.8.2-2.dsc zope-plonetestcase_0.8.2-2_all.deb to pool/main/z/zope-plonetestcase/zope-plonetestcase_0.8.2-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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Fabio Tranchitella [EMAIL PROTECTED] (supplier of updated zope-plonetestcase package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 14 Aug 2006 10:26:30 +0200 Source: zope-plonetestcase Binary: zope-plonetestcase Architecture: source all Version: 0.8.2-2 Distribution: unstable Urgency: low Maintainer: Debian/Ubuntu Zope Team [EMAIL PROTECTED] Changed-By: Fabio Tranchitella [EMAIL PROTECTED] Description: zope-plonetestcase - unit testing framework and test case for Plone Closes: 382786 Changes: zope-plonetestcase (0.8.2-2) unstable; urgency=low . * debian/control: fixed a typo, we must build-depends on zope-debhelper. (Closes: #382786) Files: ee4d3dba6055b22f9756c782229e4e2e 725 web optional zope-plonetestcase_0.8.2-2.dsc c0eba7508010b6498fb51a21821f61e9 2482 web optional zope-plonetestcase_0.8.2-2.diff.gz ac6865a4b8acf2ba91bdf8c45848dab6 13282 web optional zope-plonetestcase_0.8.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE4DP5K/juK3+WFWQRAi3+AJwKTG0z7jhINwmu8pO4/fzWtM2XxACggM55 eJGnmGNup4tBzfqX9wkCnUg= =HYa8 -END PGP SIGNATURE- ---End Message---
Bug#382322: Patch
I sent the fixed package (along with some upstream patches) to my current package sponsor two days ago. I cannot sign them by myself. I sicerely hope you didn't actually issue an NMU as stated in the changelog. Regards, F. Moya On Sun, 2006-08-13 at 18:02 -0500, Luis Rodrigo Gallardo Cruz wrote: Attached -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 382207, bug 382207 is forwarded to [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 tags 382207 + upstream unreproducible Bug#382207: CVE-2006-3990: File inclusion vulnerability in Savant2 which is included in egroupware Tags were: security Tags added: upstream, unreproducible forwarded 382207 [EMAIL PROTECTED] Bug#382207: CVE-2006-3990: File inclusion vulnerability in Savant2 which is included in egroupware Noted your statement that Bug has been forwarded to [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382700: CLR 1.1 vs 2.0 mess
On Sat, Aug 12, 2006 at 08:47:55PM +0200, Mirco Bauer wrote: first I thought the compiler is broken, but then I saw CLR v2.0 which means _bad_ things. I installed libmono2.0-cil which pulls the base CLR 2.0 packages in, and then booc didn't fail with that error, but with another saying the libs are not found. They libs are installed though, but since boo uses now CLR 2.0 it wants the 2.0 version of those libs (instead of 1.1 as before). So I installed the 2.0 versions, and the build was happy, but I am not. The resulting package depends on on the 2.0 runtime of Mono, because the compiler linked it against 2.0 instead of 1.1 Unluckily this is a problem now. I could add now the 2.0 stuff to monodevelop build deps but that is not fixing the cause. Boo must be able to link against 1.1 or 2.0 somehow, else all resulting libs or apps require 2.0 from now on. C# solved this by having mcs (C# 1.0) which links against CLR 1.1 and gmcs (C# 2.0) which links against CLR 2.0 Also I noticed that boo is not correctly fetching the binary dependencies with dh_clideps, but I guess that must be some CDBS problem since no other package has the problem. Probably is the make target too early or too late or something. Then you would not need to manually depend on mono (which is btw a bad idea since its a meta-package with 2 real deps). Well, to be honest, I only switched to gmcs (and therefore 2.0) because it seemed to be the default way for nant to build boo. I had a bug where nant failed to find gmcs. If you think its not a good time to be switching to 2.0 i'll look at ways of switching back or providing 2 version of boo, one built against 1.1 and other build againt 2.0. I suspect that the former will be good enough for now. I'll make sure I can build monodevelop before uploading. I'll certainly look into the dh_clideps problem, too. -- sam clegg :: [EMAIL PROTECTED] :: http://superduper.net/ :: PGP : D91EE369 $superduper: .signature,v 1.13 2003/06/17 10:29:24 sam Exp $ signature.asc Description: Digital signature
Bug#379559: refpolicy: FTBFS: tmp/generated_definitions.conf:597:ERROR 'syntax error' at token '' on line 3416:
I think this may be caused by an undeclared build dependency on gawk; accoding to the changelog, gawk was added as a build-dep in 20060224-1 by Erich, but doesn't appear there now. Without gawk installed, the build includes this error, which isn't treated as fatal: echo define(\`base_per_userdomain_template',\` tmp/generated_definitions.conf for i in ; do \ echo ifdef(\`$i_per_userdomain_template',\`$i_per_userdomain_template('$*')') \ tmp/generated_definitions.conf ;\ done echo ') tmp/generated_definitions.conf for i in ; do \ echo define(\`$i') tmp/generated_definitions.conf ;\ done test -f policy/booleans.conf gawk -f support/set_bools_tuns.awk policy/booleans.conf tmp/generated_definitions.conf || true /bin/sh: gawk: command not found A bit later, the build fails thusly: Compiling refpolicy-strict base module /usr/bin/checkmodule -M base.conf -o tmp/base.mod /usr/bin/checkmodule: loading policy configuration from base.conf tmp/generated_definitions.conf:597:ERROR 'syntax error' at token '' on line 3416: ( u1 == u2 or t1 == can_change_object_identity ); /usr/bin/checkmodule: error(s) encountered while parsing configuration In the m4 source which produced that file, the last two lines are: define(`base_per_userdomain_template',` ') ... if gawk is installed, that macro instead includes a long list of ifdefs and such goodies. More to the point, the build succeeds, or rather makes it a bit farther before another FTBFS I'm still poking at. -- Devin \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2 signature.asc Description: Digital signature
Bug#381913: marked as done (sdcc - FTBFS: Tries to write outside of the source directory)
Your message dated Mon, 14 Aug 2006 02:32:25 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#381913: fixed in sdcc 2.6.0-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: sdcc Version: 2.6.0-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of sdcc_2.6.0-2 on debian-31 by sbuild/s390 85 [...] mkdir -p ~/.lyx cd ~/.lyx /usr/share/lyx/configure.py mkdir: cannot create directory `/home/buildd': Permission denied make: *** [config.status] Error 1 ** Build finished at 20060807-1320 FAILED [dpkg-buildpackage died] ---End Message--- ---BeginMessage--- Source: sdcc Source-Version: 2.6.0-3 We believe that the bug you reported is fixed in the latest version of sdcc, which is due to be installed in the Debian FTP archive: sdcc-doc_2.6.0-3_all.deb to pool/main/s/sdcc/sdcc-doc_2.6.0-3_all.deb sdcc-libraries_2.6.0-3_all.deb to pool/main/s/sdcc/sdcc-libraries_2.6.0-3_all.deb sdcc-ucsim_2.6.0-3_amd64.deb to pool/main/s/sdcc/sdcc-ucsim_2.6.0-3_amd64.deb sdcc_2.6.0-3.diff.gz to pool/main/s/sdcc/sdcc_2.6.0-3.diff.gz sdcc_2.6.0-3.dsc to pool/main/s/sdcc/sdcc_2.6.0-3.dsc sdcc_2.6.0-3_amd64.deb to pool/main/s/sdcc/sdcc_2.6.0-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno [EMAIL PROTECTED] (supplier of updated sdcc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 11 Aug 2006 22:52:27 +0200 Source: sdcc Binary: sdcc-ucsim sdcc-doc sdcc-libraries sdcc Architecture: source all amd64 Version: 2.6.0-3 Distribution: unstable Urgency: low Maintainer: Aurelien Jarno [EMAIL PROTECTED] Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: sdcc - Small Device C Compiler sdcc-doc - Small Device C Compiler (documentation) sdcc-libraries - Small Device C Compiler (libraries) sdcc-ucsim - Micro-controller simulator for SDCC Closes: 381913 Changes: sdcc (2.6.0-3) unstable; urgency=low . * Remove the lyx workaround now that the bug has been fixed (closes: bug#381913). * Bumped build-dependency on lyx to (= 1.4.2-4). Files: 4f68da5e3be337df5975f5d62bcf61bc 716 electronics optional sdcc_2.6.0-3.dsc d194be12454a1dc2cc85f104994e07cb 17688 electronics optional sdcc_2.6.0-3.diff.gz 3c9f865e88ee55cf3c1b6093aa4d15fc 1243956 electronics optional sdcc_2.6.0-3_amd64.deb 1d4c1b3284c54489de345332cb7cfe64 863990 electronics optional sdcc-ucsim_2.6.0-3_amd64.deb c70c72d38668aec6c9e419c282184fc1 1982810 electronics optional sdcc-libraries_2.6.0-3_all.deb 822649d47a399f3376d93482f4cc9ec1 1029568 doc optional sdcc-doc_2.6.0-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE4EG5w3ao2vG823MRArB2AJ9KUwxlIasrgDLQ7i3zbmV/Jss4kwCfRWuz mHwhiQ34JjEx4k/r21pxSZY= =ZIFm -END PGP SIGNATURE- ---End Message---
Processed: f
Processing commands for [EMAIL PROTECTED]: tags 379559 +patch Bug#379559: refpolicy: FTBFS: tmp/generated_definitions.conf:597:ERROR 'syntax error' at token '' on line 3416: There were no tags set. Tags added: patch quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382861: installing texlive over tetex fails
Stanislav Maslovski wrote: On Mon, Aug 14, 2006 at 10:05:52AM +0200, Ralf Stubner wrote: On Sun, Aug 13, 2006 at 23:51 +0400, Stanislav Maslovski wrote: Package: texlive Version: 2005.dfsg.1-1 Severity: grave Justification: renders package unusable Thanks for your report. --- Настраивается пакет texlive-base-bin (2005.dfsg.1-1) ... Running mktexlsr. This may take some time... done. Building format(s) --all . This may take some time... fmtutil-sys failed. Output has been stored in /tmp/texlive.fmtutil.dtq18928 Please include this file if you report a bug. Please send us this file. Unfortunately, I cannot do it now... I did not copy it from /tmp/ to a safer place so it was removed after a reboot. But I have looked through it several times and I recall that all the formats supplied with the base installation of texlive were built without any errors. The only error message was about omega format which is not in the base installation of texlive but was included in the teTeX distro. I copied that message to the bug report. I am afraid this is the only information that I can provide by now, I am sorry. This is quite unfortunate. Update tests teTeX - TeX Live belong to the usual testing procedure that Norbert (main TeX Live maintainer) is doing. So it would be interesting which special situation occurred on your system. Another thing that can be useful is that the version of tetex I had was from the stable distro (i.e. 2.0.2c-8). This, however, is very interesting and might well be the special situation mentioned above. Do I understand you correctly that you were running a testing system with teTeX from stable and then tried to update that to TeX Live from unstable? If so, then this update path is currently not supported. Whether or not it will be supported for Sarge-Etch once Etch gets released hasn't been decided yet. I think that this happened because of some configuration files left from the tetex installation in /etc/texmf/fmt.d Possible. Please send us the output of the following commands: ls -l /etc/texmf/fmt.d ls -l /var/lib/tex-common/fmtutil-cnf/ This will not have much sense now because to get texlive working I had to purge all the remainings of tetex. But again I remember that in /etc/texmf/fmt.d there was a config file of teTeX that mentioned omega format. When I purged remainings of all tetex-* packages manually (dpkg --force-depends --purge) and installed texlive packages anew everything went without any errors. Again very unfortunate. By the way, another question about omega. [...] I did not install texlive-omega. dpkg -S ebcdic.ocp says texlive-base: /usr/share/texmf-texlive/omega/ocp/misc/ebcdic.ocp I don't have my development machine here, so I can't check this. Are the other files from texlive-base, too? cheerio ralf
Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing
Package: munin Version: 1.2.4-1 Severity: grave Justification: renders package unusable and of course sends ton of emails about it. zz:~# ps aux | grep munin munin 8769 0.0 0.0 6720 3296 ?Ss 11:40 0:00 /bin/sh -c if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi munin 8774 0.0 0.0 6720 3312 ?S11:40 0:00 /bin/sh /usr/bin/munin-cron munin 8823 0.0 0.0 6720 1648 ?S11:40 0:00 /bin/sh /usr/bin/munin-cron munin 8822 100 0.1 20336 15712 ?RN 11:40 11:03 /usr/bin/perl -w /usr/share/munin/munin-graph --cron root 9166 0.0 0.0 4016 1760 pts/1S+ 11:51 0:00 grep munin and: zz~# ls -l /proc/8822/fd/ razem 5 lr-x-- 1 munin munin 64 2006-08-14 11:45 0 - pipe:[1618978] l-wx-- 1 munin munin 64 2006-08-14 11:45 1 - pipe:[1619363] l-wx-- 1 munin munin 64 2006-08-14 11:45 2 - pipe:[1619363] l-wx-- 1 munin munin 64 2006-08-14 11:45 3 - /var/log/munin/munin-graph.log l-wx-- 1 munin munin 64 2006-08-14 11:45 4 - /var/lib/munin/munin-graph.stats.tmp and: zz~# strace -p 8822 Process 8822 attached - interrupt to quit Process 8822 detached zz:~# strace -p 8774 Process 8774 attached - interrupt to quit wait4(-1, unfinished ... Process 8774 detached zz:~# strace -p 8823 Process 8823 attached - interrupt to quit read(0, unfinished ... Process 8823 detached drogowskaz:~# -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: ia64 Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages munin depends on: ii adduser 3.87 Add and remove users and groups pn libdigest-md5-perlnone (no description available) ii libhtml-template-perl 2.8-1 HTML::Template : A module for usin ii librrds-perl 1.2.11-0.5 Time-series data storage and displ pn libtime-hires-perlnone (no description available) ii perl [libstorable-perl] 5.8.8-4Larry Wall's Practical Extraction ii perl-modules 5.8.8-4Core Perl modules ii rrdtool 1.2.11-0.5 Time-series data storage and displ Versions of packages munin recommends: ii libdate-manip-perl5.44-2 a perl library for manipulating da ii munin-node1.2.4-1network-wide graphing framework (n -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375611: Processed: found 375611 in 0.45-3
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 found 375611 0.45-3 Bug#375611: libetpan: FTBFS/ia64 Bug marked as found in version 0.45-3. This is fixed long ago, isn't it? Current version (0.46-1) builds ok on ia64, as well as previous one (0.45-4). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382752: texlive-base-bin: can's install
On 8/14/06, Ralf Stubner [EMAIL PROTECTED] wrote: On Sun, Aug 13, 2006 at 13:18 +0800, LI Daobing wrote: Package: texlive-base-bin Version: 2005.dfsg.1-1 Severity: grave Justification: renders package unusable following is the log, /tmp/texlive.fmtutil.JAo16966 in attachment Thanks for the report. For debugging please send us the output of the follwowing commands: ls -l /etc/texmf/fmt.d/ dpkg -l jadetex texlive-* Hello, Because I can't live with a broken tex system, so after I reportbug this bug, I purge all the packages depend on texlive-base-bin and texlive-base-bin. then reinstall texlive-base-bin. and now everything works well. you can close this bug if you want. anyway, what you required: $ ls -l /etc/texmf/fmt.d/ total 8 -rw-r--r-- 1 root root 1364 2006-06-26 16:38 00tex.cnf -rw-r--r-- 1 root root 446 2006-08-10 06:05 10texlive-base-bin.cnf -rw-r--r-- 1 root root 389 2006-08-09 23:13 10texlive-latex-base.cnf -rw-r--r-- 1 root root 314 2006-06-15 18:22 10texlive-metapost.cnf -rw-r--r-- 1 root root 314 2006-08-10 06:06 10texlive-metapost.cnf.dpkg-new -rw-r--r-- 1 root root 401 2006-08-10 06:06 10texlive-pdfetex.cnf -rw-r--r-- 1 root root 565 2006-04-14 09:03 50cyrtexinfo.cnf $ dpkg -l jadetex texlive-* dpkg.log $ cat dpkg.log Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- pn jadetex none (no description available) ii texlive-base2005.dfsg.1-1 TeX Live: Essential programs and files ii texlive-base-bin2005.dfsg.1-1 TeX Live: Essential binaries hn texlive-bibtex-extranone (no description available) pn texlive-chemistry none (no description available) hi texlive-common 2005.dfsg.1-1 TeX Live: Base component pn texlive-context none (no description available) hi texlive-doc-base2005-2 TeX Live: Base documentation hn texlive-doc-bg none (no description available) hn texlive-doc-cs+sk none (no description available) hn texlive-doc-de none (no description available) hn texlive-doc-el none (no description available) hi texlive-doc-en 2005-2 TeX Live: English documentation hn texlive-doc-es none (no description available) hn texlive-doc-fi none (no description available) hn texlive-doc-fr none (no description available) hn texlive-doc-it none (no description available) hn texlive-doc-ja none (no description available) hn texlive-doc-ko none (no description available) hn texlive-doc-mn none (no description available) hn texlive-doc-nl none (no description available) hn texlive-doc-pl none (no description available) hn texlive-doc-pt none (no description available) hn texlive-doc-ru none (no description available) hn texlive-doc-th none (no description available) hn texlive-doc-uk none (no description available) hn texlive-doc-vi none (no description available) hn texlive-extra-utils none (no description available) hn texlive-font-utils none (no description available) pn texlive-fonts-extra none (no description available) ii texlive-fonts-recommended 2005.dfsg.1-1 TeX Live: Recommended fonts hn texlive-formats-extra none (no description available) hn texlive-fullnone (no description available) hn texlive-games none (no description available) hn texlive-generic-extra none (no description available) hn texlive-generic-recommended none (no description available) hn texlive-lang-africannone (no description available) hn texlive-lang-armenian none (no description available) hn texlive-lang-croatian none (no description available) hn texlive-lang-cyrillic none (no description available) hn texlive-lang-czechslovaknone (no description available) hn texlive-lang-danish none (no description available) hn texlive-lang-dutch none (no description available) hn texlive-lang-finnishnone (no description available) hn texlive-lang-french none (no description available) hn texlive-lang-german none (no description available) hn texlive-lang-greek
Bug#382861: [Fwd: Re: Bug#382861: installing texlive over tetex fails]
Stanislav, please also CC the bug report itself. Following the Reply-To header should do this automatically. This way all relevant information is archived and the other people from the Debian TeX are informed, too. cheerio ralf Original Message Subject: Re: Bug#382861: installing texlive over tetex fails Date: Mon, 14 Aug 2006 13:45:13 +0400 From: Stanislav Maslovski [EMAIL PROTECTED] To: Ralf Stubner [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Hello, On Mon, Aug 14, 2006 at 10:05:52AM +0200, Ralf Stubner wrote: On Sun, Aug 13, 2006 at 23:51 +0400, Stanislav Maslovski wrote: Package: texlive Version: 2005.dfsg.1-1 Severity: grave Justification: renders package unusable Thanks for your report. --- Настраивается пакет texlive-base-bin (2005.dfsg.1-1) ... Running mktexlsr. This may take some time... done. Building format(s) --all . This may take some time... fmtutil-sys failed. Output has been stored in /tmp/texlive.fmtutil.dtq18928 Please include this file if you report a bug. Please send us this file. Unfortunately, I cannot do it now... I did not copy it from /tmp/ to a safer place so it was removed after a reboot. But I have looked through it several times and I recall that all the formats supplied with the base installation of texlive were built without any errors. The only error message was about omega format which is not in the base installation of texlive but was included in the teTeX distro. I copied that message to the bug report. I am afraid this is the only information that I can provide by now, I am sorry. Another thing that can be useful is that the version of tetex I had was from the stable distro (i.e. 2.0.2c-8). I think that this happened because of some configuration files left from the tetex installation in /etc/texmf/fmt.d Possible. Please send us the output of the following commands: ls -l /etc/texmf/fmt.d ls -l /var/lib/tex-common/fmtutil-cnf/ This will not have much sense now because to get texlive working I had to purge all the remainings of tetex. But again I remember that in /etc/texmf/fmt.d there was a config file of teTeX that mentioned omega format. When I purged remainings of all tetex-* packages manually (dpkg --force-depends --purge) and installed texlive packages anew everything went without any errors. By the way, another question about omega. In /usr/share/texmf-texlive there is a dir omega with the following content (ls -lR): omega: итого 0 drwxr-xr-x 3 root root 72 2006-08-13 23:18 ocp drwxr-xr-x 3 root root 72 2006-08-13 23:18 otp omega/ocp: итого 0 drwxr-xr-x 2 root root 104 2006-08-13 23:18 misc omega/ocp/misc: итого 8 -rw-r--r-- 1 root root 1112 2000-03-31 13:54 ebcdic.ocp -rw-r--r-- 1 root root 56 2000-08-14 03:21 id.ocp omega/otp: итого 0 drwxr-xr-x 2 root root 104 2006-08-13 23:18 misc omega/otp/misc: итого 8 -rw-r--r-- 1 root root 1629 2000-03-31 13:54 ebcdic.otp -rw-r--r-- 1 root root 44 2000-08-14 03:21 id.otp Are these files needed at all? Maybe they were included by a mistake? I have installed the following texlive packages: texlive texlive-base texlive-base-bin texlive-common texlive-context texlive-doc-base texlive-doc-en texlive-fonts-recommended texlive-lang-cyrillic texlive-latex-base texlive-latex-recommended texlive-metapost texlive-pdfetex texlive-pictures texlive-publishers I did not install texlive-omega. dpkg -S ebcdic.ocp says texlive-base: /usr/share/texmf-texlive/omega/ocp/misc/ebcdic.ocp -- Станислав
Bug#382907: mozilla-locale-fr: depends on mozilla
On Mon, Aug 14, 2006 at 01:37:46AM -0400, Filipus Klutiero wrote: Package: mozilla-locale-fr Severity: serious mozilla-locale-fr depends on mozilla-browser, which is scheduled to be removed from Etch. You should most likely request removal from ftp-master. You mean that mozilla (the all in one version), will be removed from the archive? I haven't found such a bug against ftp.debian.org. If you confirm that, I will reassign this bug to ftp.debian.org and ask for removal. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379559: Info received (refpolicy: FTBFS: tmp/generated_definitions.conf:597:ERROR 'syntax error' at token '' on line 3416:)
I tried forcing the build over to use a plain awk command (mawk, on my machine), but this produces the same build failure -- mawk produces no output when run in the build, while gawk does. I don't know enough awk to sort this out, so here's the obvious patch to build-depend on gawk again. -- Devin \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2 diff -aruN refpolicy-0.0.20060509.orig/debian/control refpolicy-0.0.20060509/debian/control --- refpolicy-0.0.20060509.orig/debian/control 2006-08-14 02:36:22.0 -0700 +++ refpolicy-0.0.20060509/debian/control 2006-08-14 03:00:50.0 -0700 @@ -4,7 +4,7 @@ Maintainer: Manoj Srivastava [EMAIL PROTECTED] Uploaders: Erich Schubert [EMAIL PROTECTED] Standards-Version: 3.7.2.0 -Build-Depends: policycoreutils (= 1.30), checkpolicy (= 1.30.3), python, m4, bzip2 +Build-Depends: policycoreutils (= 1.30), checkpolicy (= 1.30.3), python, m4, gawk, bzip2 Package: selinux-policy-refpolicy-strict Architecture: all
Bug#382951: wxwidgets2.6: FTBFS: dh_pycentral: command not found
Package: wxwidgets2.6 Version: 2.6.3.2.1.3 Severity: serious Hi, Your package is failing to build with the following error: DH_PYCENTRAL=nomove dh_pycentral /bin/sh: dh_pycentral: command not found make: *** [install-gtk-py-lib] Error 127 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: hplip 1.6.7-1 uninstallable due to Python transition
Processing commands for [EMAIL PROTECTED]: package hplip Ignoring bugs not assigned to: hplip reopen 380845 Bug#380845: Python transition (#2): you are building a private python module ! 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. found 380845 1.6.7-1 Bug#380845: Python transition (#2): you are building a private python module ! Bug marked as found in version 1.6.7-1. severity 380845 grave Bug#380845: Python transition (#2): you are building a private python module ! Severity set to `grave' from `important' retitle 380845 hplip 1.6.7-1 uninstallable due to Python transition Bug#380845: Python transition (#2): you are building a private python module ! Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382958: gnopernicus: FTBFS: gdk/gdk.h: No such file or directory
Package: gnopernicus Version: 1.0.5-1 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of gnopernicus_1.0.5-1 on avidan by sbuild/i386 0.49 Build started at 20060814-1214 ** ... make[3]: Leaving directory `/build/buildd/gnopernicus-1.0.5/srlow' Making all in kbd_mouse make[3]: Entering directory `/build/buildd/gnopernicus-1.0.5/kbd_mouse' Making all in libke make[4]: Entering directory `/build/buildd/gnopernicus-1.0.5/kbd_mouse/libke' /bin/bash ../../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../srutil -I../../srconf/libsrconf -DORBIT2=1 -pthread -I/usr/include/at-spi-1.0 -I/usr/include/libbonobo-2.0 -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/gconf/2 -DG_LOG_DOMAIN=\gnopernicus\-g -Wall -O2 -c -o libke.lo libke.c mkdir .libs cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../srutil -I../../srconf/libsrconf -DORBIT2=1 -pthread -I/usr/include/at-spi-1.0 -I/usr/include/libbonobo-2.0 -I/usr/include/atk-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/gconf/2 -DG_LOG_DOMAIN=\gnopernicus\ -g -Wall -O2 -c libke.c -fPIC -DPIC -o .libs/libke.o libke.c:34:21: error: gdk/gdk.h: No such file or directory libke.c:35:22: error: gdk/gdkx.h: No such file or directory libke.c: In function 'ke_get_keypad_keycodes': libke.c:1418: warning: implicit declaration of function 'GDK_DISPLAY' libke.c:1418: warning: assignment makes pointer from integer without a cast libke.c: In function 'ke_get_keyecho_keysyms': libke.c:1484: warning: assignment makes pointer from integer without a cast make[4]: *** [libke.lo] Error 1 make[4]: Leaving directory `/build/buildd/gnopernicus-1.0.5/kbd_mouse/libke' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd/gnopernicus-1.0.5/kbd_mouse' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/gnopernicus-1.0.5' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/gnopernicus-1.0.5' make: *** [debian/stamp-makefile-build] Error 2 ** Build finished at 20060814-1222 FAILED [dpkg-buildpackage died] -- -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing
tags 382947 moreinfo quit * Radek Antoniuk and of course sends ton of emails about it. zz:~# ps aux | grep munin munin 8769 0.0 0.0 6720 3296 ?Ss 11:40 0:00 /bin/sh -c if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron; fi munin 8774 0.0 0.0 6720 3312 ?S11:40 0:00 /bin/sh /usr/bin/munin-cron munin 8823 0.0 0.0 6720 1648 ?S11:40 0:00 /bin/sh /usr/bin/munin-cron munin 8822 100 0.1 20336 15712 ?RN 11:40 11:03 /usr/bin/perl -w /usr/share/munin/munin-graph --cron root 9166 0.0 0.0 4016 1760 pts/1S+ 11:51 0:00 grep munin and: zz~# ls -l /proc/8822/fd/ razem 5 lr-x-- 1 munin munin 64 2006-08-14 11:45 0 - pipe:[1618978] l-wx-- 1 munin munin 64 2006-08-14 11:45 1 - pipe:[1619363] l-wx-- 1 munin munin 64 2006-08-14 11:45 2 - pipe:[1619363] l-wx-- 1 munin munin 64 2006-08-14 11:45 3 - /var/log/munin/munin-graph.log l-wx-- 1 munin munin 64 2006-08-14 11:45 4 - /var/lib/munin/munin-graph.stats.tmp and: zz~# strace -p 8822 Process 8822 attached - interrupt to quit Process 8822 detached zz:~# strace -p 8774 Process 8774 attached - interrupt to quit wait4(-1, unfinished ... Process 8774 detached zz:~# strace -p 8823 Process 8823 attached - interrupt to quit read(0, unfinished ... Process 8823 detached drogowskaz:~# Hmm, strange. It's the first time I've heard of such a problem, ever. Can you see anything out of the ordinary in /var/log/munin/*.log? The emails contains information of the lock files existing, I assume? Are you able to reproduce the problem at will, or was this a one-time occurrence? If so, could you try sudo -u munin /usr/share/munin/munin-graph --debug and mail me the output? I have a suspicion the spinning happens somewhere in RRDtool.. -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382956: mozilla: Shipping secure Mozilla in Etch would require unreasonable maintainance
Package: mozilla Severity: serious Mozilla applications are known to require a lot of maintainance, and this is particularly true for the huge Mozilla suite. The 6 Mozilla updates since Sarge's release should show that, each fixing an average of about 10 security vulnerabilities that got CVE IDs assigned. The difficulty of keeping Mozilla secure is expected to increase largely due to the end of upstream support, already effective. Considering the security track up to now in Sarge, and the important security drop expected, even if the grave bugs currently opened against Mozilla suite are resolved, the suite will most likely get to a point where it will be better to remove it from stable Etch than keeping it, which is not desirable. Instead, as there are alternatives to the Mozilla suite, packages depending on Mozilla should find alternatives or be removed, and then the Mozilla suite should be removed before Etch's release. Takuo, please reassign this to ftp.d.o unless you disagree. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382905: vnc4 do not build on sparc
On Mon, Aug 14, 2006 at 07:11:16AM +0200, Ola Lundqvist wrote: My conclusion is that the reason why the build fail is that the asm/kbio.h file is missing, needed by lnx_io.c. asm-sparc/kbio.h is not in the export list for the linux headers provided by upstream for 2.6.18. So this header will be not longer available after etch. Bastian -- Beam me up, Scotty! It ate my phaser! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382861: installing texlive over tetex fails
On Mon, Aug 14, 2006 at 12:10:59PM +0200, Ralf Stubner wrote: [ ... ] Another thing that can be useful is that the version of tetex I had was from the stable distro (i.e. 2.0.2c-8). This, however, is very interesting and might well be the special situation mentioned above. Do I understand you correctly that you were running a testing system with teTeX from stable and then tried to update that to TeX Live from unstable? Yes, I am running a partially updated system (sarge + etch) with many of the user-level packages from etch and most of the system-level from sarge. I have a few packages from sid also. If so, then this update path is currently not supported. Whether or not it will be supported for Sarge-Etch once Etch gets released hasn't been decided yet. I see. [ ... ] I did not install texlive-omega. dpkg -S ebcdic.ocp says texlive-base: /usr/share/texmf-texlive/omega/ocp/misc/ebcdic.ocp I don't have my development machine here, so I can't check this. Are the other files from texlive-base, too? Yes, they are: $ grep /usr/share/texmf-texlive/omega /var/lib/dpkg/info/texlive-base.list /usr/share/texmf-texlive/omega /usr/share/texmf-texlive/omega/ocp /usr/share/texmf-texlive/omega/ocp/misc /usr/share/texmf-texlive/omega/ocp/misc/ebcdic.ocp /usr/share/texmf-texlive/omega/ocp/misc/id.ocp /usr/share/texmf-texlive/omega/otp /usr/share/texmf-texlive/omega/otp/misc /usr/share/texmf-texlive/omega/otp/misc/ebcdic.otp /usr/share/texmf-texlive/omega/otp/misc/id.otp -- Станислав
Processed: Re: Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing
Processing commands for [EMAIL PROTECTED]: tags 382947 moreinfo Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing There were no tags set. Tags added: moreinfo quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Add another blocker
Processing commands for [EMAIL PROTECTED]: block 379835 with 37628 Bug number 37628 not found. Unknown blocking bug/s: 37628. Bug#379835: NTFS (partition) not recreated correctly after resize:incorrect start sector Was blocked by: 380226 Blocking bugs of 379835 added: End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Processed: your mail
Processing commands for [EMAIL PROTECTED]: package mdadm Ignoring bugs not assigned to: mdadm close 370582 2.5-2 Bug#370582: mdadm: postinst error if no raid support in kernel 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 2.5-2, send any further explanations to Gaël Roualland [EMAIL PROTECTED] close 369765 2.5-2 Bug#369765: mdadm - FTBFS: implicit declaration of function '__fswab64' 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 2.5-2, send any further explanations to Bastian Blank [EMAIL PROTECTED] Removed pending tag. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379835: Severity of not being being able to resize NTFS
On Monday 14 August 2006 10:18, Geert Stappers wrote: At this moment has this bug severity 'grave'. That means that not being able to resize NTFS partitions (that start at an odd sector) is blocking the release. No, but offering the option to users with the result that data on the partition will be destroyed (or at least unusable for the average user). If the underlying issues cannot be solved then we need to find a way to disable the resize option for Vista NTFS partitions (which is possible, but I want to wait for reactions on #379628 and #380226 first). pgpLo916yhrsm.pgp Description: PGP signature
Bug#382588: marked as done (loop-aes-modules: FTBFS: fails to install modules)
Your message dated Mon, 14 Aug 2006 04:47:23 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#382588: fixed in loop-aes-modules 3.1d+3+4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: loop-aes-modules Version: 3.1d+3+3 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of loop-aes-modules_3.1d+3+3 on avidan by sbuild/i386 0.49 Build started at 20060812-0033 ** ... # install modules m=loop; \ for module in tmp-d-kbuild/$m.ko $m.ko $m.o; do \ if [ -f loop-AES/$module ]; then \ mod=`basename $module`; \ install -m644 -b -D loop-AES/$module debian/loop-aes-2.6.16-2-486/lib/modules/2.6.16-2-486/updates/$mod; \ break; \ fi \ done \ # loop_* for m in loop_serpent loop_twofish loop_blowfish; do \ for module in tmp-d-kbuild/$m.ko $m.ko $m.o; do \ if [ -f ciphers/$module ]; then \ mod=`basename $module`; \ install -m644 -b -D ciphers/$module debian/loop-aes-2.6.16-2-486/lib/modules/2.6.16-2-486/updates/$mod; \ fi \ done \ done # install testsuite mkdir -p debian/loop-aes-2.6.16-2-486/usr/share/loop-aes-2.6.16-2-486 cp loop-AES/gpgkey*.asc debian/loop-aes-2.6.16-2-486/usr/share/loop-aes-2.6.16-2-486 cp loop-AES/Makefile debian/loop-aes-2.6.16-2-486/usr/share/loop-aes-2.6.16-2-486/tests.mk cp ciphers/Makefile debian/loop-aes-2.6.16-2-486/usr/share/loop-aes-2.6.16-2-486/tests-ciphers.mk sed -e 's/_KVERS_/2.6.16-2-486/' debian/runtests debian/loop-aes-2.6.16-2-486/usr/share/loop-aes-2.6.16-2-486/runtests chmod +x debian/loop-aes-2.6.16-2-486/usr/share/loop-aes-2.6.16-2-486/runtests touch install-stamp dh_testdir dh_testroot dh_installdirs dh_installdocs loop-AES/README dh_installchangelogs loop-AES/ChangeLog cp ciphers/README debian/loop-aes-2.6.16-2-486/usr/share/doc/loop-aes-2.6.16-2-486/README.ciphers cp ciphers/ChangeLog debian/loop-aes-2.6.16-2-486/usr/share/doc/loop-aes-2.6.16-2-486/changelog.ciphers cp debian/README.modules debian/loop-aes-2.6.16-2-486/usr/share/doc/loop-aes-2.6.16-2-486/README.Debian cp debian/changelog.source debian/loop-aes-2.6.16-2-486/usr/share/doc/loop-aes-2.6.16-2-486/changelog.source || true dh_compress dh_fixperms dh_installdeb dh_gencontrol -- -v3.1d+3+3 dh_md5sums dh_builddeb --destdir=/usr/src/linux-headers-2.6.16-2-486/.. dpkg-deb: unable to create `/usr/src/linux-headers-2.6.16-2-486/../loop-aes-2.6.16-2-486_3.1d+3+3_i386.deb': Permission denied dpkg-deb: building package `loop-aes-2.6.16-2-486' in `/usr/src/linux-headers-2.6.16-2-486/../loop-aes-2.6.16-2-486_3.1d+3+3_i386.deb'. dh_builddeb: command returned error code 512 make[1]: *** [binary-modules] Error 1 make[1]: Leaving directory `/build/buildd/loop-aes-modules-3.1d+3+3/modules/loop-aes' make: *** [binary-arch] Error 2 ** Build finished at 20060812-0036 FAILED [dpkg-buildpackage died] -- -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: loop-aes-modules Source-Version: 3.1d+3+4 We believe that the bug you reported is fixed in the latest version of loop-aes-modules, which is due to be installed in the Debian FTP archive: loop-aes-2.6-486_3.1d+3+4_i386.deb to pool/main/l/loop-aes-modules/loop-aes-2.6-486_3.1d+3+4_i386.deb loop-aes-2.6-686-smp_3.1d+3+4_i386.deb to pool/main/l/loop-aes-modules/loop-aes-2.6-686-smp_3.1d+3+4_i386.deb loop-aes-2.6-686_3.1d+3+4_i386.deb to pool/main/l/loop-aes-modules/loop-aes-2.6-686_3.1d+3+4_i386.deb loop-aes-2.6-k7-smp_3.1d+3+4_i386.deb to pool/main/l/loop-aes-modules/loop-aes-2.6-k7-smp_3.1d+3+4_i386.deb loop-aes-2.6-k7_3.1d+3+4_i386.deb to pool/main/l/loop-aes-modules/loop-aes-2.6-k7_3.1d+3+4_i386.deb loop-aes-2.6-vserver-686_3.1d+3+4_i386.deb to pool/main/l/loop-aes-modules/loop-aes-2.6-vserver-686_3.1d+3+4_i386.deb loop-aes-2.6-vserver-k7_3.1d+3+4_i386.deb to pool/main/l/loop-aes-modules/loop-aes-2.6-vserver-k7_3.1d+3+4_i386.deb
Processed: Re: Bug#382788: [Yaird-devel] Bug#382788: yaird does not uses the kernel command like to find out the root partition
Processing commands for [EMAIL PROTECTED]: severity 382788 serious Bug#382788: yaird does not uses the kernel command like to find out the root partition Severity set to `serious' from `important' stop see justification below Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382956: mozilla: Shipping secure Mozilla in Etch would require unreasonable maintainance
On Mon, Aug 14, 2006 at 06:34:24AM -0400, Filipus Klutiero wrote: Package: mozilla Severity: serious Mozilla applications are known to require a lot of maintainance, and this is particularly true for the huge Mozilla suite. The 6 Mozilla updates since Sarge's release should show that, each fixing an average of about 10 security vulnerabilities that got CVE IDs assigned. The difficulty of keeping Mozilla secure is expected to increase largely due to the end of upstream support, already effective. Considering the security track up to now in Sarge, and the important security drop expected, even if the grave bugs currently opened against Mozilla suite are resolved, the suite will most likely get to a point where it will be better to remove it from stable Etch than keeping it, which is not desirable. Instead, as there are alternatives to the Mozilla suite, packages depending on Mozilla should find alternatives or be removed, and then the Mozilla suite should be removed before Etch's release. Takuo, please reassign this to ftp.d.o unless you disagree. Takuo is MIA for this package. We are already taking care of this problem. Anyway, please push the ITP holder for seamonkey to finally upload his package [EMAIL PROTECTED] - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382905: vnc4 do not build on sparc
Hi On Mon, Aug 14, 2006 at 01:07:46PM +0200, Bastian Blank wrote: On Mon, Aug 14, 2006 at 07:11:16AM +0200, Ola Lundqvist wrote: My conclusion is that the reason why the build fail is that the asm/kbio.h file is missing, needed by lnx_io.c. asm-sparc/kbio.h is not in the export list for the linux headers provided by upstream for 2.6.18. So this header will be not longer available after etch. I see. But for etch it should ok, or? Now I need to know if I need to patch vnc4 or if the sparc build can be removed so the package can enter testing/etch. The old version do no longer build either (as this is the problem). Regards, // Ola Bastian -- Beam me up, Scotty! It ate my phaser! -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering / [EMAIL PROTECTED] Annebergsslingan 37\ | [EMAIL PROTECTED] 654 65 KARLSTAD| | http://opalsys.net/ Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293556: data loss - RC
also sprach martin f krafft [EMAIL PROTECTED] [2006.08.11.1546 +0100]: fyi, drop [0] into your $PATH before /usr/bin and make it 755. I've been running this now for a few days and I've seen loads of strangeness, but could not pinpoint an error now. At first, pubring.gpg~ got left over every few runs, but I think that's simply a backup when a new key got downloaded. Then, I started seeing pubring.gpg.tmp being left over, but completely weirdly: -rw--- 1 madduck madduck 16490496 2006-08-13 14:36 pubring.gpg -rw--- 1 madduck madduck 3546722 2006-08-14 08:23 pubring.gpg.tmp -rw--- 1 madduck madduck 17968679 2006-08-12 18:53 pubring.gpg~ Now looking at this, I figure something's broken, and thus I move the .tmp file, only to then see gpg: /home/madduck/.gnupg/pubring.gpg: copy to `/home/madduck/.gnupg/pubring.gpg.tmp' failed: file read error gpg: error writing keyring `/home/madduck/.gnupg/pubring.gpg': file read error on next invocation. It may have spit this out the first time, but I didn't notice, it would explain the .tmp file leftover. Anyway, the weird thing is that the modtime of pubring.gpg did not change, yet all of a sudden gpg reports file read errors. lapse:~ gpg --list-keys /dev/null gpg: please do a --check-trustdb gpg: keyring_get_keyblock: read error: invalid packet gpg: keydb_get_keyblock failed: invalid keyring Using the ~ file I got it back to working. Unfortunately I got all too confused while doing other stuff, so I don't really have straces yet. But I will try to obtain them from now on. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#372142: marked as done (fuse-utils: postrm removes device)
Your message dated Mon, 14 Aug 2006 05:17:10 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#372142: fixed in fuse 2.5.3-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: fuse-utils Version: 2.5.3-2 Severity: serious Justification: policy 10.6 Packages must not remove any device files in the `postrm' or any other script. This is left to the system administrator. fuse-utils.postrm: cd /dev; ./MAKEDEV -d fuse Which does: makedev fuse c 10 229 $system so it really is a device. ---End Message--- ---BeginMessage--- Source: fuse Source-Version: 2.5.3-3 We believe that the bug you reported is fixed in the latest version of fuse, which is due to be installed in the Debian FTP archive: fuse-source_2.5.3-3_all.deb to pool/main/f/fuse/fuse-source_2.5.3-3_all.deb fuse-utils_2.5.3-3_i386.deb to pool/main/f/fuse/fuse-utils_2.5.3-3_i386.deb fuse_2.5.3-3.diff.gz to pool/main/f/fuse/fuse_2.5.3-3.diff.gz fuse_2.5.3-3.dsc to pool/main/f/fuse/fuse_2.5.3-3.dsc libfuse-dev_2.5.3-3_i386.deb to pool/main/f/fuse/libfuse-dev_2.5.3-3_i386.deb libfuse2_2.5.3-3_i386.deb to pool/main/f/fuse/libfuse2_2.5.3-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bartosz Fenski [EMAIL PROTECTED] (supplier of updated fuse package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 14 Aug 2006 13:29:31 +0200 Source: fuse Binary: libfuse2 libfuse-dev fuse-utils fuse-source Architecture: source i386 all Version: 2.5.3-3 Distribution: unstable Urgency: low Maintainer: Bartosz Fenski [EMAIL PROTECTED] Changed-By: Bartosz Fenski [EMAIL PROTECTED] Description: fuse-source - Filesystem in USErspace (source for kernel module) fuse-utils - Filesystem in USErspace (utilities) libfuse-dev - Filesystem in USErspace (development files) libfuse2 - Filesystem in USErspace library Closes: 368674 369993 372142 381766 Changes: fuse (2.5.3-3) unstable; urgency=low . * ACK previous NMU. Thanks to Faidon Liambotis. (Closes: #372142) * Uses dh_installmodules instead of hand-made script. (Closes: #381766) * Reloads udev rules during installation. (Closes: #368674) * Includes notice that fuse is available in recent kernels. (Closes: #369993) Files: 96ef2838609a5480d9a2e5bba6ee5ca0 614 libs optional fuse_2.5.3-3.dsc 940a98b44cce74a878551aaa8ea66628 8548 libs optional fuse_2.5.3-3.diff.gz 68acb743b4585ec3140dd76928b665be 56130 utils optional fuse-utils_2.5.3-3_i386.deb 035b4e2184c96ea3f652e2117df09623 93218 libdevel optional libfuse-dev_2.5.3-3_i386.deb 6b72c811006e00cdc7617de1c3dd5dc8 49922 libs optional libfuse2_2.5.3-3_i386.deb e2e57ab0bc1bf24bd94e4f12771bd013 103176 utils optional fuse-source_2.5.3-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE4GUlhQui3hP+/EARAmjIAKCJfhUnhW68+mkOoM2JYqHq3rCulACeJseE YJG1LVcdOunPH1rTwmGIclU= =2qwe -END PGP SIGNATURE- ---End Message---
Bug#382788: [Yaird-devel] Bug#382788: yaird does not uses the kernel command like to find out the root partition
On Mon, Aug 14, 2006 at 01:58:47PM +0200, maximilian attems wrote: severity 382788 serious stop see justification below On Mon, Aug 14, 2006 at 02:39:09AM +0200, Jonas Smedegaard wrote: On Sun, 13 Aug 2006 13:17:55 +0200 Pierre Habouzit wrote: Instead, it uses a hardcoded value he takes from /etc/fstab presumably, that makes a system where you rearraged the partition completely impossible to boot, if you didn't faked the next /etc/fstab and regenerated the initrd. Since I use grub, and if I do forget to change the menu.lst it has a console to do so, I can always boot. the preliminary extraction of the initrd then works, but the switch root just fails because it does not finds the correct root, whereas it on the damn kernel command line ! Correct. That's a limitation in the yaird design: An abolute minimal initrd image is composed, based on your current setup. Only kernel modules required to access your root filesystem is included on the image, and only the devices needed are created. even initrd-tools parses the boot cmdline. initrd-tools allowed to hardcode the root, but a different root bootarg would override that. ignoring /proc/cmdline root bootarg is a critical rc bug for any init of an initrd/initramfs generator. filed at severity serious to raise awareness of that bug. Jonas, i agree on this with maks and pierre, being able to override root= is a very essential feature. Furthermore, it is not all that difficult to implement (just check for an existing root= command line before providing your own copy), probably 3 lines of perl or so, since the comand line is available as /proc/cmdline. I am no perl expert though. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Add another blocker
Processing commands for [EMAIL PROTECTED]: block 379835 with 379628 Bug#379835: NTFS (partition) not recreated correctly after resize:incorrect start sector Was blocked by: 380226 Blocking bugs of 379835 added: 379628 End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324978: Is there some way to help?
In particular, I presume cooperation with upstream would expedite it? I for one am keen to see vlc in etch. I've written a note to upstream pointing out the problem a) in case they're not aware and b) to show that there are users who care. If there's a question of doing some digging through source so on, I'd be happy to take on some work in order to help things along. -- http://rrt.sc3d.org/ | plagiarism, n. the mind burgles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320875: marked as done (aalib transition)
Your message dated Mon, 14 Aug 2006 15:09:41 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#320875: fixed in xawtv 3.94-1.0 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: ttv This package depends on the aalib1 package which has recently been renamed to libaa1 and which is now a dummy package pending removal. Please update your packages to build-depend on libaa1-dev and link against libaa1. This is also an important pare of the slang2 transition. It will probably be as simple as a recompile. aalib transition info: http://lists.debian.org/debian-devel/2005/07/msg00295.html slang2 transition info: http://wiki.debian.net/?EtchSlang2upgrade -- see shy jo signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: xawtv Source-Version: 3.94-1.0 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 29 Aug 2005 10:02:16 -0400 Source: xawtv Binary: xawtv-plugins fbtv radio ttv webcam xawtv-plugin-qt pia xawtv xawtv-tools scantv streamer alevtd v4l-conf Architecture: source i386 Version: 3.94-1.0 Distribution: unstable Urgency: low Maintainer: Gerd Knorr [EMAIL PROTECTED] Changed-By: Joey Hess [EMAIL PROTECTED] Description: alevtd - http daemon for videotext pages fbtv - linux console (fbcon) TV application pia- movie player radio - ncurses-based radio application scantv - scan TV channels for stations streamer - capture tool (images / movies) ttv- tty TV application v4l-conf - tool to configure video4linux drivers webcam - capture and upload images xawtv - X11 TV application xawtv-plugin-qt - quicktime plugin for xawtv and motv xawtv-plugins - plugins for xawtv and motv xawtv-tools - Miscellaneous tools distributed with xawtv Closes: 298171 300363 314790 317579 324235 325044 Changes: xawtv (3.94-1.0) unstable; urgency=low . * NMU. * Fix FTBFS with gcc 4.0 with patches from Andreas Jochens. Closes: #300363, #298171 * Build depend on libaa1-dev. Closes: #325044 * Rebuilt with slang2 and libaa. Closes: #317579 * Add Czech translation of debconf messages, by Miroslav Kure. Closes: #314790 * Add Vietnamese translation of debconf messages, by Clytie Siddall. Closes: #324235 * Add build dependency on libfs-dev due to X reorg. * Update includes to work with current libquicktime-dev, which has moved them to lqt/ Files: fd6dca6950493b6083f44cec48f96356 923 graphics extra xawtv_3.94-1.0.dsc 3a807a5cf25551468216b319bb30287c 16995 graphics extra xawtv_3.94-1.0.diff.gz 1486b631bf2f9372fe7a197e23889aa8 226786 x11 extra xawtv_3.94-1.0_i386.deb 625a0cc5142c7e6e66b75b04f22fb839 33326 x11 extra pia_3.94-1.0_i386.deb 9de9aa2c446b730fd57d41b2305ee255 62058 graphics extra fbtv_3.94-1.0_i386.deb 7c62d3c37ffa260f7f907612b2de6b65 45678 graphics extra ttv_3.94-1.0_i386.deb a3771475c5240d85b17941d873372a21 50114 graphics extra scantv_3.94-1.0_i386.deb 30cae4e777406e02c8b77b45cdc4bf3c 46868 graphics extra streamer_3.94-1.0_i386.deb a2cb7b44920de19c750661eee6ec5942 14682 sound extra radio_3.94-1.0_i386.deb 441e38bc55daccf9e42c6aa8423343fa 15028 graphics extra v4l-conf_3.94-1.0_i386.deb f5be77c2582591cd3bd427eb21754bea 28750 graphics extra xawtv-tools_3.94-1.0_i386.deb 99ff61fe315af10566798c6f0297485f 13956 graphics extra xawtv-plugin-qt_3.94-1.0_i386.deb 5c2c812bd1d4671f116647d9ebef96a4 77610 graphics extra xawtv-plugins_3.94-1.0_i386.deb 35d09bd2314f839c872b36656639a3dd 32018 net extra webcam_3.94-1.0_i386.deb 8130d0aa168d416c8124060b21d82b13 29080 net extra alevtd_3.94-1.0_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDEzvl2tp5zXiKP0wRAh19AJ9WndJPFGN4+ZcQyYq1m3OC13QEVgCgzDuU B9PpLoXpdudl+fh8PIkZzHk= =G5GS -END PGP SIGNATURE- ---End Message---
Processed: setting package to pymsnt, tagging 382422
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 package pymsnt Ignoring bugs not assigned to: pymsnt tags 382422 + pending Bug#382422: pymsnt: duplicate log entry There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315038: tomcat5: Tomcat5 doesn't start after installation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adeodato Simó wrote: * Timo Juhani Lindfors [Sun, 30 Jul 2006 22:04:57 +0300]: Package: tomcat5 Version: 5.0.30-10 Followup-For: Bug #315038 This bug seems to still affect tomcat5 5.0.30-10 in unstable. Test for /usr/lib/jvm/java-gcj/bin/jdb seems to succeed if I apt-get install java-gcj-compat-dev. How about making java-gcj-compat-dev a dependency? Hi, any news on this bug? I wanted to note that it's currently showing in the RC bug list for Etch... I'll try to work on it this week, Cheers, - -- .''`. : :' :rnaud `. `' `- Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE4H1l4vzFZu62tMIRAgeQAKC2jE1RSYz9RrykDz0EgyInfzH5owCggHCd sbfln0NyJWS1c0nziWeIkRw= =awFm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382788: [Yaird-devel] Bug#382788: yaird does not uses the kernel command like to find out the root partition
On Mon, 14 Aug 2006 14:57:21 +0200 Sven Luther wrote: On Mon, Aug 14, 2006 at 01:58:47PM +0200, maximilian attems wrote: severity 382788 serious stop see justification below On Mon, Aug 14, 2006 at 02:39:09AM +0200, Jonas Smedegaard wrote: On Sun, 13 Aug 2006 13:17:55 +0200 Pierre Habouzit wrote: Instead, it uses a hardcoded value he takes from /etc/fstab presumably, that makes a system where you rearraged the partition completely impossible to boot, if you didn't faked the next /etc/fstab and regenerated the initrd. Since I use grub, and if I do forget to change the menu.lst it has a console to do so, I can always boot. the preliminary extraction of the initrd then works, but the switch root just fails because it does not finds the correct root, whereas it on the damn kernel command line ! Correct. That's a limitation in the yaird design: An abolute minimal initrd image is composed, based on your current setup. Only kernel modules required to access your root filesystem is included on the image, and only the devices needed are created. even initrd-tools parses the boot cmdline. initrd-tools allowed to hardcode the root, but a different root bootarg would override that. ignoring /proc/cmdline root bootarg is a critical rc bug for any init of an initrd/initramfs generator. filed at severity serious to raise awareness of that bug. Jonas, i agree on this with maks and pierre, being able to override root= is a very essential feature. Furthermore, it is not all that difficult to implement (just check for an existing root= command line before providing your own copy), probably 3 lines of perl or so, since the comand line is available as /proc/cmdline. I am no perl expert though. There's a difference between being able to read the root option provided on commandline and actually supporting it. The fundamental design of yaird causes it to not be able to support changing root at boot time. It may happen to work for some specific cases, but not in general. * Only kernel modules specifically needed to reach the default root is included with the image. * Only device files specifically needed to reach the default root is created while in the pre-root boot stage. I consider it a pretty damn good feature to have. But not essential. Please provide pointers to official statements supporting the claim that this is a release-critical issue. - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgpn7jJ03y0xn.pgp Description: PGP signature
Processed: Re: Bug#381386: gs-esp: doesn't render accents in accented polish letters using truetype fonts
Processing commands for [EMAIL PROTECTED]: forwarded 381386 http://www.cups.org/espgs/str.php?L1911 Bug#381386: gs-esp: doesn't render accents in accented polish letters using truetype fonts Noted your statement that Bug has been forwarded to http://www.cups.org/espgs/str.php?L1911. severity 382250 serious Bug#382250: gs-esp doesn't print german umlauts Severity set to `serious' from `normal' merge 381386 382250 Bug#381386: gs-esp: doesn't render accents in accented polish letters using truetype fonts Bug#382250: gs-esp doesn't print german umlauts Mismatch - only Bugs in same state can be merged: Values for `forwarded addr' don't match: #381386 has `http://www.cups.org/espgs/str.php?L1911'; #382250 has `' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums
Package: linux-image-2.6.16-2-xen-686 Version: 2.6.16-17 Severity: grave A recently added optimization skips checksums on all packets it believes are destined for another Xen domain inside the same box. Too bad, it is sometimes wrong -- an analysis can be found on http://lists.xensource.com/archives/html/xen-users/2006-03/msg00159.html This had been fixed before -- NETIF_F_NO_CSUM was changed to 0; however, in the current version of the Xen patch in unstable it is again enabled, set to NETIF_F_IP_CSUM (ie, IPv4 tcp and udp only) this time. Unfortunately, an idiot running nearly only IPv6 can miss this bug, unknowingly teergrubing other hosts. I've personally managed to do this to lists.debian.org, making it keep a number of exim4 processes trying to deliver mail to my server. Thus, it was suggested to file this bug as 'grave'. IPv4 ICMP, all IPv6 and connections which actually don't leave the box work fine; same for those which get bridged away to a physical interface without passing through NAT. The fix: as in the quoted link, change dev-features= NETIF_F_IP_CSUM; to dev-features= 0; -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (202, 'unstable'), (201, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.16-2-xen-686 depends on: ii initramfs-tools [linux-initra 0.73c tools for generating an initramfs ii linux-modules-2.6.16-2-xen-68 2.6.16-17 Linux kernel modules 2.6.16 image Versions of packages linux-image-2.6.16-2-xen-686 recommends: ii libc6-xen 2.3.6-19 GNU C Library: Shared libraries [X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing
Hmm, strange. It's the first time I've heard of such a problem, ever. Can you see anything out of the ordinary in /var/log/munin/*.log? == munin-node.log == 2006/08/14-15:21:06 Plugin squid_cache exited with status 28416. cat: /proc/net/ip_conntrack: Nie ma takiego pliku ani katalogu cat: /proc/net/ip_conntrack: Nie ma takiego pliku ani katalogu No support for device type: thermal Połączenie odrzucone at /etc/munin/plugins/squid_icp line 154. 2006/08/14-15:21:10 Plugin squid_icp exited with status 28416. Połączenie odrzucone at /etc/munin/plugins/squid_requests line 149. 2006/08/14-15:21:10 Plugin squid_requests exited with status 28416. Połączenie odrzucone at /etc/munin/plugins/squid_traffic line 151. 2006/08/14-15:21:10 Plugin squid_traffic exited with status 28416. The rest is clear. The emails contains information of the lock files existing, I assume? Yeap. Are you able to reproduce the problem at will, or was this a one-time occurrence? If so, could you try It's totally repeatable. When I kill all pids of munin-*, and wait for next cronjob, it happens again. sudo -u munin /usr/share/munin/munin-graph --debug and mail me the output? I have a suspicion the spinning happens somewhere in RRDtool.. Yeap, I can although it's quite big, I have just run it and it ends ok with no errors in fact. One more important thing. This host behaves as a server and a client. I mean: I have two locations. This is one, and is graphing itself and some hosts. And I have a second machine, that graphs the above and some others hosts. Maybe that's an issue of cross-updating or sth. Other weird things is that every time it happens, there are two processes of munin-cron run at the exactly same time. -- Best regards, Radek Antoniuk
Processed: Severity fix
Processing commands for [EMAIL PROTECTED]: severity 382974 serious Bug#382974: xen-utils-3.0: needs python ( 2.4) but 2.4.3-10 will be installed (unstable) Severity set to `serious' from `normal' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382845: Uninstallable due to gforge conflicting with a version 4.0
Ok, I'll look at this ASAP, but I'm not able ti upload ATM, NMU allowed until this Christian Luk Claes a écrit : Package: gforge-theme-starterpack Severity: serious Version: 3.1-1 Hi Your package is not installable anymore as gforge (the source package of most of your build dependencies) conflicts with gforge-theme-starterpack ( 4.0). Cheers Luk
Bug#380318: Some notes on the patch
I should note the acinclude.m4 needs to be copied to libxmms/ as well, though it seems to not make as much of a difference for that. Also, aclocal will need to be run afterwards, to get macros from the system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: severity 373963 grave Bug#373963: drupal 4.5.8-1.1 filter.module is broken Severity set to `grave' from `normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382322: Patch
On Mon, Aug 14, 2006 at 10:51:02AM +0200, Francisco Moya wrote: I sent the fixed package (along with some upstream patches) to my current package sponsor two days ago. I cannot sign them by myself. I sicerely hope you didn't actually issue an NMU as stated in the changelog. I didn't, because I'm not a DD. But had I been, I would have. You should have tagged the bug as pending. Sorry about the intrusion. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#382788: [Yaird-devel] Bug#382788: yaird does not uses the kernel command like to find out the root partition
On Mon, Aug 14, 2006 at 04:03:31PM +0200, Jonas Smedegaard wrote: On Mon, 14 Aug 2006 14:57:21 +0200 Sven Luther wrote: Jonas, i agree on this with maks and pierre, being able to override root= is a very essential feature. Furthermore, it is not all that difficult to implement (just check for an existing root= command line before providing your own copy), probably 3 lines of perl or so, since the comand line is available as /proc/cmdline. I am no perl expert though. There's a difference between being able to read the root option provided on commandline and actually supporting it. Well, once you can read the root options, you can easily enough make an initial effort to support it, even with the below caveats. You just need to use this value instead of the detected at build time one, i have not looked, but i can't imagine it is anything but trivial. The fundamental design of yaird causes it to not be able to support changing root at boot time. It may happen to work for some specific cases, but not in general. * Only kernel modules specifically needed to reach the default root is included with the image. Sure, but even with the same modules, it is still good to be allowed to override root, be it only to be able to boot into the system and rerun yaird or something. Imagine you moved the disk around on the same controler, or inserted a new disk and the ordering changed. Imagine too you used a tool like partimage to move the whole system to another partition of the same disk or of a similar machine. * Only device files specifically needed to reach the default root is created while in the pre-root boot stage. Indeed, but it would be trivial to create the command-line passed root instead of the build-time detected one. I consider it a pretty damn good feature to have. But not essential. Ok. Please provide pointers to official statements supporting the claim that this is a release-critical issue. I will let Maxs reply to this. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379584: Diff for 2.01.10-30.1 NMU
Hello, I've fixed the bug (and added two debconf translations) in an NMU. The final diff is attached. Hope this helps. Thijs diff -u webalizer-2.01.10/debian/changelog webalizer-2.01.10/debian/changelog --- webalizer-2.01.10/debian/changelog +++ webalizer-2.01.10/debian/changelog @@ -1,3 +1,16 @@ +webalizer (2.01.10-30.1) unstable; urgency=medium + + * Non-maintainer upload for RC bug. + + * Fix RC build failure: add autoconf to the build-dependencies. +Thanks Martin Braure de Calignon, closes: #379584. + + [ Debconf Translations ] + * Portuguese by Rui Branco (Closes: #381383). + * French by Gregory Colpart (Closes: #382792). + + -- Thijs Kinkhorst [EMAIL PROTECTED] Mon, 14 Aug 2006 17:07:07 +0200 + webalizer (2.01.10-30) unstable; urgency=low * Added dpatch support, changed and ordered old changes to dpatch. diff -u webalizer-2.01.10/debian/control webalizer-2.01.10/debian/control --- webalizer-2.01.10/debian/control +++ webalizer-2.01.10/debian/control @@ -3,7 +3,7 @@ Section: web Maintainer: Jose Carlos Medeiros [EMAIL PROTECTED] Uploaders: Ola Lundqvist [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.1.16), libgd2-noxpm-dev, libttf-dev, libpng12-dev, libdb4.2-dev, libgd2-noxpm, libttf2, zlib1g-dev, gettext, po-debconf, autotools-dev, libgeoip-dev, dpatch +Build-Depends: debhelper (= 4.1.16), libgd2-noxpm-dev, libttf-dev, libpng12-dev, libdb4.2-dev, libgd2-noxpm, libttf2, zlib1g-dev, gettext, po-debconf, autotools-dev, libgeoip-dev, dpatch, autoconf Standards-Version: 3.7.2 Package: webalizer diff -u webalizer-2.01.10/debian/po/fr.po webalizer-2.01.10/debian/po/fr.po --- webalizer-2.01.10/debian/po/fr.po +++ webalizer-2.01.10/debian/po/fr.po @@ -1,14 +1,15 @@ # French translation for webalizer (debconf). # Copyright (C) 2004 Free Software Foundation, Inc. # Christian Perrier [EMAIL PROTECTED], 2003 +# Gregory Colpart [EMAIL PROTECTED], 2006 # msgid msgstr Project-Id-Version: webalizer\n -Report-Msgid-Bugs-To: [EMAIL PROTECTED] -POT-Creation-Date: 2006-07-06 16:24-0300\n -PO-Revision-Date: 2003-11-10 21:18+0100\n -Last-Translator: Christian Perrier [EMAIL PROTECTED]\n +Report-Msgid-Bugs-To: \n +POT-Creation-Date: 2006-07-25 05:04-0600\n +PO-Revision-Date: 2006-08-13 14:47+0200\n +Last-Translator: Gregory Colpart [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=iso-8859-1\n @@ -17,43 +18,46 @@ #. Type: note #. Description #: ../templates:1001 -#, fuzzy msgid Upgrading from a version 2.01.6 -msgstr Mettez-vous à jour une version inférieure à 2.01.6 ? +msgstr Mise à niveau depuis une version inférieure à 2.01.6 #. Type: note #. Description -#: ../templates:1002 +#: ../templates:1001 msgid WARNING: If you're upgrading from a version 2.01.6, see /usr/share/doc/ webalizer/README.FIRST.gz for details on upgrading your old data!! msgstr -ATTENTION : si vous mettez à jour une version inférieure à 2.01.6, veuillez -consulter /usr/share/doc/webalizer/README.FIRST.gz pour obtenir des -informations sur la méthode de mise à jour de vos anciennes données. +ATTENTION : si vous mettez à niveau le programme depuis une version +inférieure à 2.01.6, veuillez consulter /usr/share/doc/webalizer/README. +FIRST.gz pour obtenir des informations sur la méthode de mise à niveau de +vos anciennes données. #. Type: note #. Description #: ../templates:2001 -#, fuzzy msgid Upgrading from a version 2.01.10-30 -msgstr Mettez-vous à jour une version inférieure à 2.01.10-30 ? +msgstr Mise à niveau depuis une version inférieure à 2.01.10-30 #. Type: note #. Description -#: ../templates:2002 +#: ../templates:2001 msgid WARNING: This release will move webalizer.conf file to /etc/webalizer directory. There was too new features. Please read README.FIST.gz, README. gz and new examples/sample.conf.gz in /usr/share/doc/webalizer directory. msgstr +ATTENTION : cette version déplace le fichier webalizer.conf vers le +répertoire /etc/webalizer. De nouvelles fonctionnalités apparaissent +également. Veuillez lire les fichiers README.FIRST.gz, README.gz et le +nouveau fichier examples/sample.conf.gz situés dans le répertoire /usr/share/ +doc/webalizer. #. Type: string #. Description #: ../templates:3001 -#, fuzzy msgid Directory to put the output in: -msgstr Répertoire pour les résultats de webalizer : +msgstr Répertoire où sera stockée la sortie de webalizer : #. Type: string #. Default @@ -67,16 +71,14 @@ -#, fuzzy msgid Title of the reports webalizer will generate: -msgstr Indiquez le titre des rapports créés par webalizer : +msgstr Titre des rapports créés par webalizer : #. Type: string #. Description -#: ../templates:4003 +#: ../templates:4002 msgid (your system's hostname will be appended to it) -msgstr Le nom de votre système sera ajouté à ce titre. +msgstr Le nom de votre machine sera ajouté à ce titre. #. Type: string #. Description #: ../templates:5001
Processed: Fixed in NMU of webalizer 2.01.10-30.1
Processing commands for [EMAIL PROTECTED]: tag 379584 + fixed Bug#379584: FTBFS: missing autoconf Tags were: patch Tags added: fixed tag 381383 + fixed Bug#381383: [INTL:pt] Portuguese translation for webalizer (debconf) Tags were: l10n patch Tags added: fixed tag 382792 + fixed Bug#382792: : French debconf templates translation Tags were: l10n patch Tags added: fixed quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380318: missing libtool variables
Daniel Baumann wrote: Kris Jurka wrote: These can be fixed by adding EGREP=grep -E max_cmd_len=32768 Thanks a lot, I applied a dpatch to fix it in ltmain.sh accordingly. I doesn't look like the patch actually gets applied. debian/rules says: configure: patch-stamp configure-stamp configure-stamp: build: build-stamp build-stamp: configure-stamp but nothing seems to depend on configure, so the patch-stamp dependency is never hit. Not knowing the debian build system well I removed the configure entry and made configure-stamp depend on patch-stamp and that worked for me. Kris Jurka -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383018: perl-tk crashes when creating new MainWindow
Package: perl-tk Version: 1:804.027-6 Severity: grave A few days ago I've installed Debian testing on my computer and recognized that perl-tk doesn't work. Everytime you try to create a new MainWindow it aborts. [EMAIL PROTECTED] /home/estel $ perl -MTk -we 'MainWindow-new' 8245384 is not a hash at /usr/lib/perl5/Tk/MainWindow.pm line 55. Abgebrochen (German for Aborted) I've also tried to compile the latest available version of pTk from cpan, but after installation: exactly the same problem. Properly this problem is not directly related to perl-tk, but maybe to X11/xorg. Don't be too rude if this is the wrong place for this bug report. :) I've also experienced this problem on a different machine running on Debian testing with latest updates (14th August 2006), but there are also other machines running on Debian testing without that problem. That's very strange. wild_guessMaybe there is just a file missing you still have on your computer when your installation is a bit older./wild_guess I've added the output of strace as it is maybe not reproducable on your computer. Maybe there is a problem with Xcms.txt, but that's just a guess. Strace output: http://m19s28.vlinux.de/estel/debian/ptk_strace. I'm really looking forward to a fix. Thank you. --Michael --- additional information: kernel: 2.6.17.7 (self compiled) and also 2.6.16 (package: linux-image-2.6.16-2-686) libc6: 2.3.6-15 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383024: reportbug: Broken dependency: needs python2.3, but depends python (2.4)
Package: reportbug Version: 3.22 Severity: serious Justification: Fails to install Setting up reportbug (3.22) ... /var/lib/dpkg/info/reportbug.postinst: line 27: /usr/bin/python2.3: No such file or directory So, use of python2.3 is hardcoded but reportbug depends only on current version which is 2.4. This may really be an issue in the python packaging tools... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: hppa (parisc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-parisc64-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages reportbug depends on: ii python2.4.3-10 An interactive high-level object-o ii python-central0.5.4 register and build utility for Pyt Versions of packages reportbug recommends: pn python-cjkcodecs | python-ico none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379584: Diff for 2.01.10-30.1 NMU
Hi, Thanks a lot. I will fix another bugs soon as possible . Regards, Jose Carlos 2006/8/14, Thijs Kinkhorst [EMAIL PROTECTED]: Hello, I've fixed the bug (and added two debconf translations) in an NMU. The final diff is attached. Hope this helps. Thijs -- []'s José Carlos
Bug#375840: marked as done (roundup: FTBFS: execvp: ./debian/gen_htmlindex.sh: Permission denied)
Your message dated Mon, 14 Aug 2006 09:32:04 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#375840: fixed in roundup 1.1.2-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: roundup Version: 1.1.2-1 Severity: serious Tags: patch When building 'roundup' on unstable, I get the following error: # remove unused documentation stuff rm -f /roundup-1.1.2/debian/roundup/usr/share/doc/roundup/doc/roundup-*.1 rm -rf /roundup-1.1.2/debian/roundup/usr/share/doc/roundup/doc/.xvpics ./debian/gen_htmlindex.sh /roundup-1.1.2/debian/roundup/usr/share/doc/roundup/doc make: execvp: ./debian/gen_htmlindex.sh: Permission denied make: *** [binary-indep] Error 127 With the attached patch 'roundup' can be built on unstable. Regards Andreas Jochens diff -urN ../tmp-orig/roundup-1.1.2/debian/rules ./debian/rules --- ../tmp-orig/roundup-1.1.2/debian/rules 2006-06-28 12:41:35.0 + +++ ./debian/rules 2006-06-28 12:41:33.0 + @@ -65,7 +65,7 @@ # remove unused documentation stuff rm -f $(DOC)/roundup-*.1 rm -rf $(DOC)/.xvpics - ./debian/gen_htmlindex.sh ${DOC} + sh ./debian/gen_htmlindex.sh ${DOC} dh_installexamples frontends dh_installmenu dh_installlogrotate ---End Message--- ---BeginMessage--- Source: roundup Source-Version: 1.1.2-4 We believe that the bug you reported is fixed in the latest version of roundup, which is due to be installed in the Debian FTP archive: roundup_1.1.2-4.diff.gz to pool/main/r/roundup/roundup_1.1.2-4.diff.gz roundup_1.1.2-4.dsc to pool/main/r/roundup/roundup_1.1.2-4.dsc roundup_1.1.2-4_all.deb to pool/main/r/roundup/roundup_1.1.2-4_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Toni Mueller [EMAIL PROTECTED] (supplier of updated roundup package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 13 Aug 2006 12:04:24 +0200 Source: roundup Binary: roundup Architecture: source all Version: 1.1.2-4 Distribution: unstable Urgency: low Maintainer: Toni Mueller [EMAIL PROTECTED] Changed-By: Toni Mueller [EMAIL PROTECTED] Description: roundup- an issue-tracking system Closes: 375840 379997 Changes: roundup (1.1.2-4) unstable; urgency=low . * enable .bzr in tree * Closes: #379997 * Closes: #375840 Files: dd2c7fcd653c69e3e8dae27d5adb7acd 680 web optional roundup_1.1.2-4.dsc e77f066300d01035fa3e908366de9277 20261 web optional roundup_1.1.2-4.diff.gz 1d4439ba58c50ebf46b725eda1bff55a 788426 web optional roundup_1.1.2-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE4KS+foEUoHXLGtIRAk6dAKCALRHMq6ozyJtxcTQ3nuvSgCsHBACffRcD ftTx00cXRoYMYX00z5SS3oI= =RmLb -END PGP SIGNATURE- ---End Message---
Processed: your mail
Processing commands for [EMAIL PROTECTED]: tags 382322 = pending Bug#382322: zeroc-ice-python: FTBFS: missing .so files Tags were: patch Tags set to: pending stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383031: multiple buffer overflows in libmusicbrainz
package: libmusicbrainz-2.0 severity: grave tags: security Some buffer overflows have been found in libmusicbrainz up to 2.1.2. See http://aluigi.altervista.org/adv/brainzbof-adv.txt http://secunia.com/advisories/21404/ for details. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383018: perl-tk crashes when creating new MainWindow
severity 383018 important tags 383018 unreproducible kthxbye I'm unable to reproduce this issue. I'll ask on the perl-tk lists and see if I can find a fix. Michael Hartmann wrote: Package: perl-tk Version: 1:804.027-6 Severity: grave A few days ago I've installed Debian testing on my computer and recognized that perl-tk doesn't work. Everytime you try to create a new MainWindow it aborts. [EMAIL PROTECTED] /home/estel $ perl -MTk -we 'MainWindow-new' 8245384 is not a hash at /usr/lib/perl5/Tk/MainWindow.pm line 55. Abgebrochen (German for Aborted) I've also tried to compile the latest available version of pTk from cpan, but after installation: exactly the same problem. Properly this problem is not directly related to perl-tk, but maybe to X11/xorg. Don't be too rude if this is the wrong place for this bug report. :) I've also experienced this problem on a different machine running on Debian testing with latest updates (14th August 2006), but there are also other machines running on Debian testing without that problem. That's very strange. wild_guessMaybe there is just a file missing you still have on your computer when your installation is a bit older./wild_guess I've added the output of strace as it is maybe not reproducable on your computer. Maybe there is a problem with Xcms.txt, but that's just a guess. Strace output: http://m19s28.vlinux.de/estel/debian/ptk_strace. I'm really looking forward to a fix. Thank you. --Michael --- additional information: kernel: 2.6.17.7 (self compiled) and also 2.6.16 (package: linux-image-2.6.16-2-686) libc6: 2.3.6-15 -- Michael Schultheiss E-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#383018: perl-tk crashes when creating new MainWindow
Processing commands for [EMAIL PROTECTED]: severity 383018 important Bug#383018: perl-tk crashes when creating new MainWindow Severity set to `important' from `grave' tags 383018 unreproducible Bug#383018: perl-tk crashes when creating new MainWindow There were no tags set. Tags added: unreproducible kthxbye Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324978: Is there some way to help?
On Mon, Aug 14, 2006, Reuben Thomas wrote: In particular, I presume cooperation with upstream would expedite it? I for one am keen to see vlc in etch. I've written a note to upstream pointing out the problem a) in case they're not aware and b) to show that there are users who care. If there's a question of doing some digging through source so on, I'd be happy to take on some work in order to help things along. Thank you very much for proposing your help ;) It's always great to see that users feel concerned with our software! As far as I know, Sam's next upload is likely to address this issue. Sincerely, -- adn Mohammed Adnène Trojette Debian Maintainer
Bug#383030: multiple buffer overflows in libmusicbrainz
package: libmusicbrainz-2.1 severity: grave tags: security Some buffer overflows have been found in libmusicbrainz up to 2.1.2. See http://aluigi.altervista.org/adv/brainzbof-adv.txt http://secunia.com/advisories/21404/ for details. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing
== munin-node.log == I assume Nie ma takiego pliku ani katalogu means no such file or directory, but I'll need help with Połączenie odrzucone... :-) It's totally repeatable. When I kill all pids of munin-*, and wait for next cronjob, it happens again. Hmm. Could you change the cronjob so it says: */5 * * * * munin if [ -x /usr/bin/munin-cron ]; then /usr/bin/munin-cron --debug /tmp/debug-log 21; fi Hopefully it'll get stuck, and with any luck we'll see what happens near the end of /tmp/debug-log. Yeap, I can although it's quite big, I have just run it and it ends ok with no errors in fact. Hmm. Let's try the above first. Maybe that's an issue of cross-updating or sth. It should have worked... It seems it's munin-graph that gets stuck, so I don't think it has something to do with the node or the update process. Hopefully the log'll tell us some more. Other weird things is that every time it happens, there are two processes of munin-cron run at the exactly same time. Hmm. Could you next time take a look with ps axuf, to see if one is the child of the other? -- Tore Anderson
Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing
On 8/14/06, Tore Anderson [EMAIL PROTECTED] wrote: Hmm. Could you next time take a look with ps axuf, to see if one is the child of the other? Uhm, that was obvious and I've forgotten about it.. Połączenie odrzucone is Connection refused ;)) Now, the problem is that I have resolved the problem.. or maybe not the problem itself. I thought about the two cronjobs running simultaneously, and then... I thought, ok, let's try to restart crond. And it worked. It seems like cron was running two things at a time or sth like that and they got mixed. Supposingly, the problem may happen again soon, but we will see about that. -- Best regards, Radek Antoniuk
Bug#382970: distributed-net: FTBFS: Missing Build-Depends on 'dpatch'
This was an error on my part during the last upload. Your patch looks good, so I will apply it and look at getting it uploaded shortly. Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing
severity 382947 normal tags 382947 unreproducible quit * Radek Antoniuk Now, the problem is that I have resolved the problem.. or maybe not the problem itself. I thought about the two cronjobs running simultaneously, and then... I thought, ok, let's try to restart crond. And it worked. It seems like cron was running two things at a time or sth like that and they got mixed. Supposingly, the problem may happen again soon, but we will see about that. Okay. In the mean, I'll downgrade the severity of this bug, as I don't think it'll happen very often and affect many users. Therefore it's not worth dropping Munin from the next version of Debian over it. I hope you agree. If it happens again, though, let me know. Regards -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383040: uim-applet-gnome: i386 binary linked against libgnutls11, not binNMU-able
Package: uim-applet-gnome Version: 1:1.1.1-2 Severity: serious uim-applet-gnome on i386 is linked against the obsolete libgnutls11. The autobuilt versions are fine. libgnutls11 is dead upstream, won't be part of etch, which is why I am choosing a serious severity. Fixing this requires a source upload, because the package is not binNMU-able due to this: Package: uim-common Section: utils Architecture: all [...] Package: uim-gtk2.0 Architecture: any Depends: ${shlibs:Depends}, libgtk2.0-common, libgtk2.0-bin, uim-utils (= ${Sou rce-Version}), uim-common (= ${Source-Version}) [and some more uim-common (= ${Source-Version} dependencies.] After Bin-NMU the new uim-gtk2.0 would depend on uim-common (= 1:1.1.1-2+b1) which does not exist, as binary-all parts are not rebuilt in a binNMU. Please clean up your build-system, purging libgnutls11-dev and installing libgnutls-dev instead. Making the package binNMU-able by using binary:Version and source:Version instead of Source-Version in debian/control would also be nice. (A bare-bone working patch would just replace any occurence of uim-common (= ${Source-Version} with uim-common (= ${Source:Version} afaict.) thanks, cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383044: xmms: plugins are built incorrectly on amd64
Package: xmms Version: 1:1.2.10+20060801-1 Severity: grave Justification: renders package unusable in this version of xmms only .a and .la files are distributed for most xmms plugins. those plugins are not loaded by xmms,and are not available. this also, but not only, includes alsa and oss output, so i'd consider the package as unusable. the testing xmms package for amd64 includes also .so files. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xmms depends on: ii libc62.3.6-19GNU C Library: Shared libraries ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxxf86vm1 1:1.0.0-4 X11 XFree86 video mode extension l Versions of packages xmms recommends: ii unzip 5.52-8 De-archiver for .zip files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing
Processing commands for [EMAIL PROTECTED]: severity 382947 normal Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing Severity set to `normal' from `grave' tags 382947 unreproducible Bug#382947: munin: Munin hangs on double cron-job execution and generates 100% cpu load doing nothing Tags were: moreinfo Tags added: unreproducible quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379589: rsjog: FTBFS: /bin/sh: ruby1.6: not found
Hi I didn't fix Bug#379589 because rsjog can't work with libgnome2-ruby (Bug#368513). I'm working on 368513, but I haven't the Sony Notebook to test now, my new notebook is Thinkpad. So I'm not sure whether it can be fixed. Yu Guanghui [EMAIL PROTECTED] On 8/14/06, Gunnar Wolf [EMAIL PROTECTED] wrote: Hi, The fix for this but is quite simple: You upgraded your build-depends, but several files were still referencing ruby1.6 - Which didn't fail in your system as you still had it installed. I am attaching here the patch and uploading an NMU; I tested the build in a pbuilder, and works correctly. Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381354: Patch to fix RC bug of libcommons-httpclient-java
Hi, Attached is a better patch that fixes the build system to produce the right jar. James -- James Westby --GPG Key ID: B577FE13-- http://jameswestby.net/ seccure key - (3+)k7|M*edCX/.A:n*N!|7U.L#9E)Tu)T0AM - secp256r1/nistp256 diff -u commons-httpclient-3.0.1/debian/control commons-httpclient-3.0.1/debian/control --- commons-httpclient-3.0.1/debian/control +++ commons-httpclient-3.0.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Java Maintainers pkg-java-maintainers@lists.alioth.debian.org Uploaders: Barry Hawkins [EMAIL PROTECTED], Arnaud Vandyck [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), cdbs +Build-Depends: debhelper (= 4.1.0), cdbs Build-Depends-Indep: dpatch (= 1.11), ant (= 1.6.5-1), libcommons-logging-java, junit, java-gcj-compat-dev, libcommons-codec-java Standards-Version: 3.7.2 diff -u commons-httpclient-3.0.1/debian/changelog commons-httpclient-3.0.1/debian/changelog --- commons-httpclient-3.0.1/debian/changelog +++ commons-httpclient-3.0.1/debian/changelog @@ -1,3 +1,15 @@ +commons-httpclient (3.0.1-0.1) unstable; urgency=medium + + * Non-maintainer upload. + * Bump debhelper Build-Depends to (= 4.1.0) as required by cdbs' +debhelper.mk + * Put the coppyright holders in debian/changelog + * Include the jar file in the package. (Closes: #381354) + * Only include one copy of the docs. + * Fixes RC bug, hence urgency medium. + + -- James Westby [EMAIL PROTECTED] Mon, 14 Aug 2006 02:29:47 +0100 + commons-httpclient (3.0.1-0) unstable; urgency=low * New upstream (closes: #340307) diff -u commons-httpclient-3.0.1/debian/rules commons-httpclient-3.0.1/debian/rules --- commons-httpclient-3.0.1/debian/rules +++ commons-httpclient-3.0.1/debian/rules @@ -13,8 +13,8 @@ DEB_JARS := junit commons-logging commons-codec DEB_ANT_BUILD_TARGET := dist #compile doc -DEB_INSTALL_DIRS_ALL := usr/share/java usr/share/sgml/apache/jakarta/validator -DEB_INSTALL_DOCS_ALL := RELEASE_NOTES dist/docs/* +#DEB_INSTALL_DIRS_ALL := usr/share/java usr/share/sgml/apache/jakarta/validator +#DEB_INSTALL_DOCS_ALL := RELEASE_NOTES dist/docs/* LIBRARY=commons-httpclient VERSION=3.0.1 @@ -40,0 +41 @@ + diff -u commons-httpclient-3.0.1/debian/copyright commons-httpclient-3.0.1/debian/copyright --- commons-httpclient-3.0.1/debian/copyright +++ commons-httpclient-3.0.1/debian/copyright @@ -15,9 +15,9 @@ Rodney Waldhoff -Copyright: +Copyright: 2001-2006 Apache Software Foundation -The following copyright applies to this package: +The following license applies to this package: /* * only in patch2: unchanged: --- commons-httpclient-3.0.1.orig/debian/patches/01_build_xml_version_jar.patch +++ commons-httpclient-3.0.1/debian/patches/01_build_xml_version_jar.patch @@ -0,0 +1,12 @@ +diff -Nur commons-httpclient-3.0.1/build.xml commons-httpclient-3.0.1.new/build.xml +--- commons-httpclient-3.0.1/build.xml 2006-08-14 10:46:00.0 +0100 commons-httpclient-3.0.1.new/build.xml 2006-08-14 10:46:52.0 +0100 +@@ -147,7 +147,7 @@ + copy file=build.xml todir=${dist.home}/ + copy file=build.properties.sample todir=${dist.home}/ + copy file=README.txt todir=${dist.home}/ +-jar jarfile =${dist.home}/commons-${component.name}.jar ++jar jarfile =${dist.home}/commons-${component.name}-${component.version}.jar + basedir =${build.home}/classes + manifest =${build.home}/conf/MANIFEST.MF + metainf dir=${dist.home} only in patch2: unchanged: --- commons-httpclient-3.0.1.orig/debian/libcommons-httpclient-java.install +++ commons-httpclient-3.0.1/debian/libcommons-httpclient-java.install @@ -0,0 +1 @@ +dist/commons-httpclient-3.0.1.jar usr/share/java/ signature.asc Description: Digital signature
Bug#383047: amap: Package uninstallable: www.thc.org
Package: amap Version: 4.8-1.1 Severity: grave Hi, the amap package is uninstallable. When trying to install, postinst always fails. The reason is, that it calls amap -W, which automatically tries to update from www.thc.org: % amap -W Running Online Update for fingerprints, connecting to www.thc.org/thc-amap Error: could not resolve host: www.thc.org BTW, it is inacceptable that the package scripts contact a foreign machine without user consent. regarding to the debian bug page, the package seems to be not maintained any more. Propose to remove the package if not maintained anymore. regards Hadmut -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-andromeda Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages amap depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8b-2 SSL shared libraries amap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: another one
Processing commands for [EMAIL PROTECTED]: block 370429 with 383040 Bug#370429: [tracker bug] Let's remove gnutls11 from sid/etch Was blocked by: 335750 335752 335759 335764 335765 335771 370422 370423 370424 375206 378414 Blocking bugs of 370429 added: 383040 End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383052: python-libgmail: unable to log in
Package: python-libgmail Version: 0.1.4-3 Severity: grave I am unable to log in: $ python2.3 -c 'import libgmail; libgmail.GmailAccount([EMAIL PROTECTED], mySecretPassword).login()' Traceback (most recent call last): File string, line 1, in ? File /usr/lib/python2.3/site-packages/libgmail.py, line 318, in login pageData = self._retrievePage(redirectURL) File /usr/lib/python2.3/site-packages/libgmail.py, line 331, in _retrievePage resp = urllib2.urlopen(req) File /usr/lib/python2.3/urllib2.py, line 129, in urlopen return _opener.open(url, data) File /usr/lib/python2.3/urllib2.py, line 326, in open '_open', req) File /usr/lib/python2.3/urllib2.py, line 306, in _call_chain result = func(*args) File /usr/lib/python2.3/urllib2.py, line 908, in https_open return self.do_open(httplib.HTTPS, req) File /usr/lib/python2.3/urllib2.py, line 858, in do_open raise URLError('no host given') urllib2.URLError: urlopen error no host given -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages python-libgmail depends on: ii python2.3.5-11 An interactive high-level object-o ii python-central0.5.4 register and build utility for Pyt python-libgmail recommends no packages. -- no debconf information -- Jakub Wilk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums
severity 382985 important tags 382985 wontfix thanks On Mon, Aug 14, 2006 at 04:16:06PM +0200, Adam Borowski wrote: A recently added optimization skips checksums on all packets it believes are destined for another Xen domain inside the same box. Too bad, it is sometimes wrong -- an analysis can be found on http://lists.xensource.com/archives/html/xen-users/2006-03/msg00159.html I hope this is fixed upstream. Unfortunately, an idiot running nearly only IPv6 can miss this bug, unknowingly teergrubing other hosts. I've personally managed to do this to lists.debian.org, making it keep a number of exim4 processes trying to deliver mail to my server. Thus, it was suggested to file this bug as 'grave'. No, it is not. And it will not be fixed for 2.6.16. Bastian -- Military secrets are the most fleeting of all. -- Spock, The Enterprise Incident, stardate 5027.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292231: Processed: The found command didn't reopen the bug
On Sun, 13 Aug 2006 03:44:32 +0200 Christian Surchi wrote: You are right, sorry. I saw old messages talking about a NMU, but it wasn't uploaded then, so I ACKed a not fixed package. Soon I'll upload new hasciicam, much better webcam support and no problem with GFDL. Good, I'm looking forward to seeing the new version with a DFSG-free manpage! -- But it is also tradition that times *must* and always do change, my friend. -- from _Coming to America_ . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpalTKL8toco.pgp Description: PGP signature
Bug#382913: marked as done (depends on mozilla)
Your message dated Mon, 14 Aug 2006 14:31:09 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#382913: depends on mozilla has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libgtk-mozembed-ruby1.8 Severity: serious libgtk-mozembed-ruby1.8 depends on mozilla-browser, which is scheduled to be removed from Etch. You should most likely request removal from ftp-master. ---End Message--- ---BeginMessage--- On Mon, 2006-08-14 at 02:07 -0400, Filipus Klutiero wrote: Package: libgtk-mozembed-ruby1.8 Severity: serious libgtk-mozembed-ruby1.8 depends on mozilla-browser, which is scheduled to be removed from Etch. You should most likely request removal from ftp-master. No, it doesn't anymore. Please take a look at all source bugs and check incoming queue. Specially take a look at #368745. -- David Moreno Garza[EMAIL PROTECTED] http://www.damog.net/ [EMAIL PROTECTED] Mueve los pies: Actitud con los pies. ---End Message---
Bug#379835: Severity of not being being able to resize NTFS
On Mon, Aug 14, 2006 at 01:45:31PM +0200, Frans Pop wrote: On Monday 14 August 2006 10:18, Geert Stappers wrote: [ this bug, severity 'grave', is blocking the release. ] No, but offering the option to users with the result that data on the partition will be destroyed (or at least unusable for the average user). Okay, leaving the severity at 'grave'. If the underlying issues cannot be solved then we need to find a way to disable the resize option for Vista NTFS partitions (which is possible, but I want to wait for reactions on #379628 and #380226 first). Ack. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383052: python-libgmail: unable to log in
tag 383052 + confirmed upstream thanks Hi dear libgmail maintainers, I can reproduce this one too, have you heard about it at all ? :) Sorry for the very short mail, I'm on vacation with only dialup access right now... Cheers, --Seb On Mon, Aug 14, 2006 at 08:45:34PM +0200, Jakub Wilk wrote: Package: python-libgmail Version: 0.1.4-3 Severity: grave I am unable to log in: $ python2.3 -c 'import libgmail; libgmail.GmailAccount([EMAIL PROTECTED], mySecretPassword).login()' Traceback (most recent call last): File string, line 1, in ? File /usr/lib/python2.3/site-packages/libgmail.py, line 318, in login pageData = self._retrievePage(redirectURL) File /usr/lib/python2.3/site-packages/libgmail.py, line 331, in _retrievePage resp = urllib2.urlopen(req) File /usr/lib/python2.3/urllib2.py, line 129, in urlopen return _opener.open(url, data) File /usr/lib/python2.3/urllib2.py, line 326, in open '_open', req) File /usr/lib/python2.3/urllib2.py, line 306, in _call_chain result = func(*args) File /usr/lib/python2.3/urllib2.py, line 908, in https_open return self.do_open(httplib.HTTPS, req) File /usr/lib/python2.3/urllib2.py, line 858, in do_open raise URLError('no host given') urllib2.URLError: urlopen error no host given -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages python-libgmail depends on: ii python2.3.5-11 An interactive high-level object-o ii python-central0.5.4 register and build utility for Pyt python-libgmail recommends no packages. -- no debconf information -- Jakub Wilk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#383052: python-libgmail: unable to log in
Processing commands for [EMAIL PROTECTED]: tag 383052 + confirmed upstream Bug#383052: python-libgmail: unable to log in There were no tags set. Tags added: confirmed, upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383052: marked as forwarded (python-libgmail: unable to log in)
Your message dated Mon, 14 Aug 2006 12:15:07 -0700 with message-id [EMAIL PROTECTED] has caused the Debian Bug report #383052, regarding python-libgmail: unable to log in to be marked as having been forwarded to the upstream software author(s) [EMAIL PROTECTED] (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- tag 383052 + confirmed upstream thanks Hi dear libgmail maintainers, I can reproduce this one too, have you heard about it at all ? :) Sorry for the very short mail, I'm on vacation with only dialup access right now... Cheers, --Seb On Mon, Aug 14, 2006 at 08:45:34PM +0200, Jakub Wilk wrote: Package: python-libgmail Version: 0.1.4-3 Severity: grave I am unable to log in: $ python2.3 -c 'import libgmail; libgmail.GmailAccount([EMAIL PROTECTED], mySecretPassword).login()' Traceback (most recent call last): File string, line 1, in ? File /usr/lib/python2.3/site-packages/libgmail.py, line 318, in login pageData = self._retrievePage(redirectURL) File /usr/lib/python2.3/site-packages/libgmail.py, line 331, in _retrievePage resp = urllib2.urlopen(req) File /usr/lib/python2.3/urllib2.py, line 129, in urlopen return _opener.open(url, data) File /usr/lib/python2.3/urllib2.py, line 326, in open '_open', req) File /usr/lib/python2.3/urllib2.py, line 306, in _call_chain result = func(*args) File /usr/lib/python2.3/urllib2.py, line 908, in https_open return self.do_open(httplib.HTTPS, req) File /usr/lib/python2.3/urllib2.py, line 858, in do_open raise URLError('no host given') urllib2.URLError: urlopen error no host given -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages python-libgmail depends on: ii python2.3.5-11 An interactive high-level object-o ii python-central0.5.4 register and build utility for Pyt python-libgmail recommends no packages. -- no debconf information -- Jakub Wilk ---End Message---
Processed: Re: Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums
Processing commands for [EMAIL PROTECTED]: severity 382985 important Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums Severity set to `important' from `grave' tags 382985 wontfix Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums There were no tags set. Tags added: wontfix thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383063: Uses non-Essential: yes packages in postrm purge abort-
Package: bacula-director-pgsql Version: 1.38.11-2 Severity: serious (Also in -1, and no doubt many previous versions) The postrm script always uses dbconfig-common. Even if the first parameter is 'purge' (policy says you may only use Essential: yes packages in that case). Similarly, you can't use it in the abort-* targets either (though I don't see anywhere policy explitly says so). Try the following to see why (in a chroot, I'd hope): # dpkg --purge dbconfig-common # dpkg -i bacula-director-pgsql*deb # dpkg -i bacula-director-pgsql*deb # dpkg --remove bacula-director-pgsql dpkg will inform you that bacula-director-pgsql is in a very bad state (what it calls half-installed) and to install it again in order remove it. Which of course you can't do, because the prerm fails out. Twice. And then again when dpkg tries to do an error unwind. Leaving the package half-installed. (To fix the chroot, install dbconfig common --- using dpkg, apt-get won't work anymore --- then install bacula-director-pgsql, then you can remove both. You probably already knew this, of course.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]