Bug#511651: Dump dumps garbage on ext4
severity 511651 important thanks On Tue, 2009-01-13 at 03:31 +0100, Zlatko Calusic wrote: Package: dump Version: 0.4b41-6 Severity: grave Justification: causes non-serious data loss I've just noticed that dumps that I've been doing last few weeks are completely unusable. And the reason for that is the recent switch of all my filesystems from ext3 to ext4. I agree that this is unfortunate, but since dump is fairly explicit about being for ext2 and ext3, I don't accept that this is a bug of grave severity. I'm going to downgrade it to important for now. Bdale -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#511651: Dump dumps garbage on ext4
Processing commands for cont...@bugs.debian.org: severity 511651 important Bug#511651: Dump dumps garbage on ext4 Severity set to `important' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 510644 in 3.36-1
Processing commands for cont...@bugs.debian.org: found 510644 3.36-1 Bug#510644: bluetooth.conf needs alterations for new D-Bus Bug marked as found in version 3.36-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: libmikmod crash bugs are security related
Processing commands for cont...@bugs.debian.org: severity 461519 critical Bug#461519: libmikmod causes app to segfault or abort when loading multiple music files with varying number of channels. Severity set to `critical' from `important' severity 476339 critical Bug#476339: libmikmod2: segfaults when loading XM files Severity set to `critical' from `important' tags 461519 security Bug#461519: libmikmod causes app to segfault or abort when loading multiple music files with varying number of channels. Tags were: patch Tags added: security tags 476339 security Bug#476339: libmikmod2: segfaults when loading XM files Tags were: patch Tags added: security thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510857: Cups problem
Hi, (note to self: since I've successfully printed from both new lenny installs and systems upgraded from something similar to etch I doubt this deserves grave serverity.) Can you add log output from cups with LogLevel debug in cupsd.conf, please? Cups is extremely reluctant to disclose the real cause of the problem otherwise... cheers -- vbi -- All Hail Discordia! signature.asc Description: This is a digitally signed message part.
Bug#511018: libdrm2: X stopped working after latest drm-snapshot upgrade
On Wed, Jan 07, 2009 at 01:14:59PM +0100, Julien Cristau wrote: On Tue, 2009-01-06 at 19:21 +0100, valette wrote: Backtrace: 0: /usr/bin/X(xorg_backtrace+0x26) [0x4ebd56] 1: /usr/bin/X(xf86SigHandler+0x39) [0x47f949] 2: /lib/libc.so.6 [0x7feec6e8b1b0] 3: /usr/lib/xorg/modules/drivers//intel_drv.so(IntelEmitInvarientState+0x92) [0x7feec58a5de2] 4: /usr/lib/xorg/modules/drivers//intel_drv.so [0x7feec58a6225] 5: /usr/lib/xorg/modules/drivers//intel_drv.so [0x7feec58a7a5a] 6: /usr/bin/X(AddScreen+0x1c9) [0x432259] 7: /usr/bin/X(InitOutput+0x241) [0x4684e1] 8: /usr/bin/X(main+0x286) [0x4329f6] 9: /lib/libc.so.6(__libc_start_main+0xe6) [0x7feec6e77466] 10: /usr/bin/X(FontFileCompleteXLFD+0x269) [0x431fa9] Fatal server error: Caught signal 11. Server aborting confirmed, i got that crash yesterday, fixed it by upgrading xf86-video-intel to a later version from git. I noticed you updated pkg-xorg git already. Any chance of an upload soonish? As people with very recent intel cards need to use X from experimental, so it's kinda annoying that that's broken atm :) Sjoerd -- Air pollution is really making us pay through the nose. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511037: NMU diff
Scott Kitterman wrote: This fixes dkimproxy along the same lines as the maintainer used for the last conflict. Yes, this with a quick look is the same patch that I did, and that is available in gplhost's FTP: ftp://ftp.gplhost.com/debian/dists/lenny/main/source/dkimproxy_1.0.1-9.dsc If you are a DD, please check my package and upload asap. Thomas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510585: fixed in netatalk 2.0.4~beta2-1
Hi, * Luk Claes l...@debian.org [2009-01-12 11:31]: This 'security' update fixes the bug in unstable, though it doesn't seem to be meant for lenny: 367 files changed, 57532 insertions(+), 74819 deletions(-) Can an upload be prepared with targeted fixes for the security issue? Initially Jonas wanted to prepare updates but I somehow don't reach him anymore at the moment. I am currently preparing updates for lenny and stable. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpHG95Zpddnh.pgp Description: PGP signature
Bug#510994: Licensing question regarding libgeda
Hi all, I am trying to track down the exact licensing of libgeda. Asking the people who wrote it is usually a good way to be sure, so here goes :) Is libgeda under GPL v2 or LGPL v2? The copyright file in Debian claims LGPL while the geda website claims GPL. As a definite authorative answer to this question would enable me to close 8 out of 49 release-critical bugs in Debian, a swift response would be _very_ appreciated. Thanks! Richard -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510995: gEDA-dev: Licensing question regarding libgeda
On Tuesday 13 January 2009 11:03:27 Richard Hartmann wrote: Is libgeda under GPL v2 or LGPL v2? The copyright file in Debian claims LGPL while the geda website claims GPL. gEDA is currently distributed under the GPL v2. Peter signature.asc Description: This is a digitally signed message part.
Bug#511000: Fwd: gEDA-dev: Licensing question regarding libgeda
Long story short: It's GPLv2. Expect a patch from me shortly. -- Forwarded message -- From: Ales Hvezda redacted Date: Tue, Jan 13, 2009 at 12:10 Subject: Re: gEDA-dev: Licensing question regarding libgeda To: gEDA developer mailing list geda-...@moria.seul.org [snip] I am trying to track down the exact licensing of libgeda. Asking the people who wrote it is usually a good way to be sure, so here goes :) Is libgeda under GPL v2 or LGPL v2? The copyright file in Debian claims LGPL while the geda website claims GPL. As the original author of libgeda, I can authoratively clarify this: libgeda is GPL version 2 or later. This can be seen in all of the source files in libgeda and the toplevel libgeda COPYING file can be seen at: http://git.gpleda.org/?p=gaf.git;a=blob;f=libgeda/COPYING;h=d60c31a97a544b53039088d14fe9114583c0efc3;hb=HEAD -Ales ___ geda-dev mailing list geda-...@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#239111: Grub is shockingly bad code
Processing commands for cont...@bugs.debian.org: tags 239111 patch Bug#239111: Freeze when installing GRUB on XFS boot partition Tags were: lenny-ignore upstream d-i Bug#243835: grub-install hangs with xfs root/boot Bug#246111: grub hangs on xfs Bug#309218: broken xfs_freeze calls in grub-install Bug#425367: grub-update freeze system on xfs root Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#239111: Grub is shockingly bad code
tags 239111 patch thanks Hi, Please could you try the attached patch, and confirm that it works? Thanks -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. diff -ur grub-0.97/util/grub-install.in grub-0.97.new/util/grub-install.in --- grub-0.97/util/grub-install.in 2004-07-24 20:57:31.0 +0200 +++ grub-0.97.new/util/grub-install.in 2009-01-13 12:18:43.0 +0100 @@ -450,6 +450,17 @@ # Create a safe temporary file. test -n $mklog log_file=`$mklog` +# GRUB will try to verify that stage2 is accessible using its own +# filesystem drivers. Make sure it's committed to disk. +sync + +# On XFS, sync() is not enough. +if [ `grub-probe -t fs ${grubdir}` = xfs ] ; then + xfs_freeze -f ${grubdir} xfs_freeze -u ${grubdir} + # We don't have set -e. If xfs_freeze failed, it's worth trying anyway, + # maybe we're lucky. +fi + # Now perform the installation. $grub_shell --batch $no_floppy --device-map=$device_map EOF $log_file root $root_drive
Processed: tagging 507818, severity of 507818 is important
Processing commands for cont...@bugs.debian.org: tags 507818 + unreproducible Bug#507818: mldonkey-server: mlnet does not start, logs syntax error in downloads.ini There were no tags set. Tags added: unreproducible severity 507818 important Bug#507818: mldonkey-server: mlnet does not start, logs syntax error in downloads.ini Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 511430
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.9.26etch1 tags 511430 + pending Bug#511430: glibc_2.9-0exp1(hppa/experimental): FTBFS: error: macro __libc_tsd_define requires 3 arguments, but only 2 given Tags were: pending Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510993: Fwd: gEDA-dev: Licensing question regarding libgeda
For completeness -- Forwarded message -- From: Peter TB Brett redacted Date: Tue, Jan 13, 2009 at 12:11 Subject: Re: gEDA-dev: Licensing question regarding libgeda To: gEDA developer mailing list geda-...@moria.seul.org On Tuesday 13 January 2009 11:03:27 Richard Hartmann wrote: Hi all, I am trying to track down the exact licensing of libgeda. Asking the people who wrote it is usually a good way to be sure, so here goes :) Is libgeda under GPL v2 or LGPL v2? The copyright file in Debian claims LGPL while the geda website claims GPL. As a definite authorative answer to this question would enable me to close 8 out of 49 release-critical bugs in Debian, a swift response would be _very_ appreciated. GPL v2. The Debian packaging is wrong. (Hence the name GPL Electronic Design Automation = gEDA) Regards, Peter -- Peter Brett Electronic Systems Engineer Integral Informatics Ltd ___ geda-dev mailing list geda-...@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQBJbHbKZ7Gbq7g7vpoRAtN7AJsFF+Cs8JKkbcXNNjF239KSHX67MwCfdiKp sFPXjo2jGo2g7RLuluNd7+Y= =g0EK -END PGP SIGNATURE-
Bug#511644: [ttf-mathematica4.1] Unix format is available
seems fonts are available at: http://support.wolfram.com/technotes/latestfonts.en.html lastest are: http://support.wolfram.com/technotes/MathematicaV7FontsLinux.tar.gz A perls script parsing http://support.wolfram.com/technotes/latestfonts.en.html and getting lastest unix will be more robust regards Bastien -- ROUCARIÈS Bastien roucaries.bastien+deb...@gmail.com --- DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495683: sshguard - iptables non-builtin chains defaults to return?!
Hello! Maybe I'm missing something obvious because I haven't looked any closer at this, but to me the debian sshguard bug report #495683 seems bogus! AFAIK the default action of a non-builtin chain (the ones you create yourself) is to RETURN. No need to explicitly append a last entry jumping to RETURN. Try for example: iptables -N TEST iptables -A TEST -j LOG --log-prefix TEST iptables -A INPUT -d 127.0.0.1/32 -p tcp -m tcp --dport 12345 -j TEST iptables -A INPUT -d 127.0.0.1/32 -p tcp -m tcp --dport 12345 -j LOG --log-prefix NOTEST iptables -A INPUT -d 127.0.0.1/32 -p tcp -m tcp --dport 12345 -j DROP On one console run: nc -l 12345 On a second run: nc localhost 12345 Check /var/log/messages and see the log message from the TEST chain, followed by the log message NOTEST from when the filtering has returned to the INPUT chain again. Finally, the INPUT rule to DROP is the final destination. I don't see there's anything to NMU here, OTOH I don't object to removing unmaintained packages either. Please enlighten me on what I have missed in the sshguard case that makes it special! -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508628: etch-backports still vulnerable
I'd like to comfirm this bug still exists on etch-backports and is being actively exploited. Our Debian server running roundcube was comprimised yesterday though this bug. RMCA Limited registered in England and Wales No. 5145853. Accounts Tax Solutions Limited registered in England and Wales No. 5293501. This e-mail and any files transmitted with it are strictly confidential and intended solely for the person or organisation to whom it is addressed. It may contain privileged and confidential information and if you are not the intended recipient, you must not use, disclose, copy, distribute, print or take any action in reference to it. Any advice given by us is not intended to be relied upon without our subsequent written confirmation. Accordingly, we disclaim all responsibility and accept no liability for the consequences of any person acting without our subsequent written confirmation of advice contained herein. If you have received this e-mail in error, please notify us as soon as possible at s...@rm-ca.co.uk or telephone on +44(0)1442 891919 and delete this message from your system. Thank you. We take reasonable precautions to ensure our e-mail and attachments are virus free; however, we accept no responsibility for any virus transmitted by us.
Bug#511184: installation of mozart-stdlib fails due to unmet dependencies
Please see ongoing discussion on mentors mailing list: http://lists.debian.org/debian-mentors/2009/01/msg00113.html thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511644: [ttf-mathematica4.1] Unix format is available
Hi all, On Tue, 13 Jan 2009 13:20:58 +0100, Bastien ROUCARIES wrote: seems fonts are available at: http://support.wolfram.com/technotes/latestfonts.en.html lastest are: http://support.wolfram.com/technotes/MathematicaV7FontsLinux.tar.gz On Mon, 12 Jan 2009 19:53:09 -0500, Michael Forbes wrote: I am just trying to ensure that MathML works on my machine, and it isn't entirely clear if I need this package as most MathML seems to render correctly. I believe ttf-mathematica4.1 is no more necessary to render MathML with iceweasel = 3.0 It is STIX fonts which are necessary for iceweasel = 3.0 and I intend to package STIX fonts but the fonts are yet beta state and the license is changing a bit slightly so my first package seemed to be denied by Debian admin. I'll fix the problem with my package and try the next attempts. Regards,2009-1-13(Tue) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511562: rsyslog: segfault on reload when using $AllowedSender
Hi Michael, Rainer, I'd like (you) to take a look a #509292 first, before making a new release. I am looking at it, but this looks like the dangling issue we have on 4+ core systems from time to time. I am not sure if there will be a quick fix for that. One problem is that I can not reproduce the issue. But I'll have another look into it, maybe we get good enough debug info. Rainer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511511: slurm-llnl: Imporer checking of EVP_VerifyFinal() return value.
Thanks for your report, I forwarded it to upstream. Regards -- Gennaro Oliva On Sun, Jan 11, 2009 at 07:59:45PM +0100, Kurt Roeckx wrote: Package: slurm-llnl Severity: serious Tags: security Hi, I've been checking packages to see if they properly check the return value of some of the functions in openssl. In src/plugins/crypto/openssl/crypto_openssl.c there is this piece of code: rc = EVP_VerifyFinal(ectx, (unsigned char *) signature, sig_size, (EVP_PKEY *) key); if (!rc) rc = SLURM_ERROR; else rc = SLURM_SUCCESS; But EVP_VerifyFinal() can also return -1 on errors. A good way to check the value would be something like: if (rc = 0) I have no idea if this code is being used and what the consequences of this might be. Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511687: Policy violation git-daemon-run must provide a init.d script and not a symlink to /usr/bin
Package: git-daemon-run Version: 1:1.5.6.5-2 Severity: serious Seveirty serious because it is a policy violation: according to section 9.3 of debian policy. Please add a script, and document correctly dependancy using http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot Regards -- ROUCARIÈS Bastien roucaries.bastien+deb...@gmail.com --- DO NOT WRITE TO roucaries.bastien+blackh...@gmail.com OR BE BLACKLISTED -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
Upstream has a fix for this: http://boinc.berkeley.edu/trac/changeset/16883 Best regards, -- Marcos Marado -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
marcos.mar...@sonae.com wrote: Upstream has a fix for this: http://boinc.berkeley.edu/trac/changeset/16883 and they have introduced another since it may be en- or decryption, not only encryption as their error message indicates. Whenever there is the next Debian release, this bug will be closed, I'd say. Many thanks for spotting this. Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
On Tue, Jan 13, 2009 at 04:24:27PM +0100, Steffen Moeller wrote: marcos.mar...@sonae.com wrote: Upstream has a fix for this: http://boinc.berkeley.edu/trac/changeset/16883 and they have introduced another since it may be en- or decryption, not only encryption as their error message indicates. They check already for en- or decryption as you said, perhaps just changing ERR_CRYPTO to show this. I was about to port this fix to 6.2.14-2, are everybody ok with this? Cheers -- Rene Mauricio Mayorga | jabber: rmayo...@jabber.org http://rmayorga.org | -- 08B6 58AB A691 DD56 C30B 8D37 8040 19FA A209 C305 signature.asc Description: Digital signature
Processed: Add Patch tag
Processing commands for cont...@bugs.debian.org: tag 511694 +patch Bug#511694: mono-jit: Runtime Failure on armel: Emits invalid arm instructions on EABI machines There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511698: update-menus fails with unknown error
Package: menu Version: 2.1.41 Severity: grave Justification: renders package unusable Running update-menus either from triggers at the end of an apt transaction or as root results in this output: Unknown error, message=exec /bin/bash -o pipefail -c 'dpkg-query --show --showformat=\${status} \${provides} \${package}\n | sed -n -e /installed\|triggers-awaited\|triggers-pending /{s/^.*\(installed\|triggers-awaited\|triggers-pending\) *//; s/[, ][, ]*/\n/g; p}' Running the command being executed manually results in the following similar output: acpi acpi-support acpi-support-base acpid adduser smeg alacarte alien alsa alsa-base audio-mixer alsa-utils anacron apmd app-install-data ... -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-jclinton (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages menu depends on: ii libc6 2.9-0exp1 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-2 GCC support library ii libstdc++64.3.2-2The GNU Standard C++ Library v3 menu recommends no packages. Versions of packages menu suggests: ii gksu 2.0.0-6graphical frontend to su -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510997: gEDA-dev: Licensing question regarding libgeda
Full quote for completeness: On Tue, Jan 13, 2009 at 16:10, Peter Clifton pc...@cam.ac.uk wrote: Yes, sorry for those... I hope the priority was appropriate. Hamish asked me to file a bug to remind him about the licensing issue, and since it was in all of those packages, I basically duplicated the same bug 8x times. Hamish did say he'd have an upload for 1.4.3 ready soon. (And would attempt to get a freeze exception, curing a number of crash bugs we've carefully backported fixes for onto our 1.4 stabe branch, as well as updating the debian/copyright files for the affected packages). Should I just trash my patch, then? No problem if I do. Alternatively, I can send my patch and he adds to the changelog. Thanks for your help! No problem. Richard -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511698: update-menus fails with unknown error [#511698]
Hi, Le mardi 13 janvier 2009 17:06:55, vous avez écrit : Versions of packages menu depends on: ii libc6 2.9-0exp1 GNU C Library: Shared Could you try with libc6 from Lenny or Sid (2.7-16 or 2.7-18) so that we know if this bug is critical for Lenny's release or not ? Regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux did...@raboud.com signature.asc Description: This is a digitally signed message part.
Processed: housekeeping
Processing commands for cont...@bugs.debian.org: tag 510992 patch Bug#510992: geda: Incorrect licensing terms in copyright file There were no tags set. Tags added: patch tag 510992 patch Bug#510992: geda: Incorrect licensing terms in copyright file Tags were: patch Tags added: patch tag 510992 patch Bug#510992: geda: Incorrect licensing terms in copyright file Tags were: patch Tags added: patch tag 510992 patch Bug#510992: geda: Incorrect licensing terms in copyright file Tags were: patch Tags added: patch tag 510992 patch Bug#510992: geda: Incorrect licensing terms in copyright file Tags were: patch Tags added: patch tag 510992 patch Bug#510992: geda: Incorrect licensing terms in copyright file Tags were: patch Tags added: patch tag 510992 patch Bug#510992: geda: Incorrect licensing terms in copyright file Tags were: patch Tags added: patch tag 511002 patch Bug#511002: French translation typos Tags were: upstream l10n patch Tags added: patch End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
Rene Mayorga wrote: On Tue, Jan 13, 2009 at 04:24:27PM +0100, Steffen Moeller wrote: marcos.mar...@sonae.com wrote: Upstream has a fix for this: http://boinc.berkeley.edu/trac/changeset/16883 and they have introduced another since it may be en- or decryption, not only encryption as their error message indicates. They check already for en- or decryption as you said, perhaps just changing ERR_CRYPTO to show this. I was about to port this fix to 6.2.14-2, are everybody ok with this? I personally think that you should save your energy. Upstream will release a new version any time soon. That version will have that patch and I'd wait for that. Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: New release no longer works
Processing commands for cont...@bugs.debian.org: severity 499036 serious Bug#499036: vtun: Can't open pseudo-tty Severity set to `serious' from `important' tags 499036 confirmed Bug#499036: vtun: Can't open pseudo-tty There were no tags set. Tags added: confirmed thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
On Tuesday 13 January 2009 16:43:55 Rene Mayorga wrote: I was about to port this fix to 6.2.14-2, are everybody ok with this? FWIW: I'm ok with backporting this to the current version in Lenny. signature.asc Description: This is a digitally signed message part.
Bug#511698: update-menus fails with unknown error
On Tue, Jan 13, 2009 at 10:06:55AM -0600, Jason D. Clinton wrote: Package: menu Version: 2.1.41 Severity: grave Justification: renders package unusable Running update-menus either from triggers at the end of an apt transaction or as root results in this output: Unknown error, message=exec /bin/bash -o pipefail -c 'dpkg-query --show --showformat=\${status} \${provides} \${package}\n | sed -n -e /installed\|triggers-awaited\|triggers-pending /{s/^.*\(installed\|triggers-awaited\|triggers-pending\) *//; s/[, ][, ]*/\n/g; p}' Hello Jason, I cannot reproduce this problem. Are you saying that running 'update-menus' are root displays this error ? In that case could you run it under strace ? Versions of packages menu depends on: ii libc6 2.9-0exp1 GNU C Library: Shared libraries Which other related experimental packages do you have installed ? ii libgcc1 1:4.3.2-2 GCC support library ii libstdc++64.3.2-2The GNU Standard C++ Library v3 Thanks for your report, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499761: I want to maintain this package
Hi, I adopted the freecraft package and fcmp only exists to make it work, so I would like to maintain this package too. I'll do the same I did with freecraft, I'll do a delayed upload fixing this and other bugs with me as the new maintainer. Thank you, -- Lincoln de Sousa - AlfaiaTI/MinasLivre xmpp:linc...@jabber-br.org http://alfaiati.net http://minaslivre.org +55 31 9209 4987 +55 31 3318 5613 signature.asc Description: Digital signature
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
Frank S. Thomas wrote: On Tuesday 13 January 2009 16:43:55 Rene Mayorga wrote: I was about to port this fix to 6.2.14-2, are everybody ok with this? FWIW: I'm ok with backporting this to the current version in Lenny. Lenny should not be without it, good point. My comment referred to my preference to use a newer upstream version and keep the Debian packaging bits as simple as possible. Best, Steffen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511704: egroupware-tracker depends on egroupware-notifications, not in experimental
Package: egroupware-tracker Version: 1.6.001+dfsg-1 Severity: grave Justification: renders package unusable Egroupware domain setup shows the following error: Dependency Failure tracker-Dependency Failure:(appname: phpgwapi; versions: 1.4,1.5,1.6,1.7; appname: etemplate; versions: 1.4,1.5,1.6,1.7; appname: notifications; versions: 1.4,1.5,1.6,1.7; ))D Problems seems to be notifications - there is not such a package nor is it installed in /usr/share/egroupware. Thanks -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages egroupware-tracker depends on: ii egroupware-core 1.6.001+dfsg-1 web-based groupware suite - core m ii egroupware-etemplate 1.6.001+dfsg-1 web-based groupware suite - widget egroupware-tracker recommends no packages. egroupware-tracker suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
On Tue, Jan 13, 2009 at 06:29:10PM +0100, Steffen Moeller wrote: Frank S. Thomas wrote: On Tuesday 13 January 2009 16:43:55 Rene Mayorga wrote: I was about to port this fix to 6.2.14-2, are everybody ok with this? FWIW: I'm ok with backporting this to the current version in Lenny. Lenny should not be without it, good point. My comment referred to my preference to use a newer upstream version and keep the Debian packaging bits as simple as possible. The changes are quite simple, I have this on a local branch, and planning to merge it with master. I did not change anything on the Debian packaging, just add a new patch that quilt manage like a breeze. I'll ask for sponsorship on pkg-boinc after I test the packages. Cheers -- Rene Mauricio Mayorga | jabber: rmayo...@jabber.org http://rmayorga.org | -- 08B6 58AB A691 DD56 C30B 8D37 8040 19FA A209 C305 signature.asc Description: Digital signature
Bug#509292: rsyslog: random crashes with remote logging
Juha, I have finally been able to review the material that came with this bug report. Thanks for all the good info, but it looks everything was related to the $AllowedSender bug, not to the race condition (which I, too, think exists). ... more inline below... On Sat, 2009-01-10 at 20:12 +0200, Juha Koho wrote: For this issue (number 2.) I believe it could be a thread synchronization issue. The client that has had these problems is a quad core system and I installed other single core system with exactly the same configuration not running the recompiled version and it has been working perfectly since I installed it for at least a week ago. Definitely. I am trying to track down a nasty race condition (I think it is one) for a while now. It seems to occur only on machines with at least four cores and not always. I unfortunately can not reproduced it myself. This partly due to insufficient hardware, but when I got a machine for a while, I was able to see the issue only once or twice, but very, very random and I could not draw any conclusion before I needed to return the machine. There are few other reports, but for none of them I have been able to obtain any information that points to the culprit. I hope we can make better success in your case. I don't think these issues are related either because my client used to crash at random times and not during reload. Right, this one is different. By the way. I'm actually using TCP to forward messages and I haven't tried UDP yet. This doesn't seem to make a difference. I think I have tracked down it to either the code that creates or destructs the message object, but not being able to reliably reproduce, this is just an educated guess. So the input may make a difference (but I don't think so). The primary question I have at this time is if you can reproduce the bug without the $AllowedSender directive (or with the patch I created for the cloned bug). If so, that would be a very good thing. From there, we would need to change the config to see if it disappears if some settings are changed (I am a bit sceptic about the async queue). That than could lead us to the right path, even when not being able to apply any debug settings. Oh - did I mention that the bug almost instantly disappears if rsyslog is compiled for debugging. I initially thought that is an artifact of limited concurrency due to debug calls, but now I tend to believe that it actually is due to reduced speed - so on a 8-core system we may have the issue even with debug mode (someone with a 8 way system out there? ;)). I guess the bug is quite basic, but it is very hard to find it not being able to reproduce it at will or at least once a day and in debug mode... Feedback appreciated, Rainer -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 500794 is wishlist
Processing commands for cont...@bugs.debian.org: # tim has requested to reduce it already but made a type, see message 35 severity 500794 wishlist Bug#500794: uswsusp - s2ram does not follow kernel Severity set to `wishlist' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations
Package: aptitude Severity: serious Justification: No more than one operation, looses information, blocks the console, regression Version: 0.4.11.11-1~lenny1 Hello, I just upgraded this system yesterday to Debian Lenny from Debian Etch and since the upgrade I have seen that aptitude's TUI interface blocks after any set of operations that is done with dpkg. When the operation finishes the TUI is unusable and you need to ctrl+C the interface to get the prompt. Probably because of this, the recommended packages which were proposed and rejected (by the user) for installation were not remembered - during the upgrade I have seen that the TUI was blocking during the Writing extended attributes phase - and at the next aptitude run the recommended and rejected packages were again proposed for installation. Initially I thought this was someway related to the fact that I was in the upgrade phase and didn't restart yet, but after the upgrade was complete and I already rebooted more than once the problem persisted. I also have a couple of other systems running lenny, but haven't seen the same behaviour there. Still those are amd64, not i386 and those were either upgraded really early during the development cycle of lenny - 6 months - or were cleanly installed directly to lenny, so maybe that information helps, too. I have the get-selections before the upgrade and I have a part of the upgrade typescript if that helps, or I can produce a new typescript with the problem as it is now. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499336: marked as done (freecraft: should this package be removed?)
Your message dated Tue, 13 Jan 2009 18:32:05 + with message-id e1lmo3z-00032w...@ries.debian.org and subject line Bug#499336: fixed in freecraft 1:1.18-4 has caused the Debian Bug report #499336, regarding freecraft: should this package be removed? to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 499336: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499336 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: freecraft Version: 1:1.18-2.4 Severity: serious User: debian...@lists.debian.org Usertags: proposed-removal Dear Maintainer, While reviewing some packages, your package came up as a possible candidate for removal from Debian, because: * Last maintainer upload in 2004 (4 NMUs since then) * 9 month old RC bug without reaction from maintainer * Superseeded by stratagus (which is already removed from Debian because it was in turn superseeded by boswars) If you think that it should be orphaned instead of being removed from Debian, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please just close this bug and do an upload also fixing the other issues. If you agree that it should be removed, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://wiki.debian.org/ftpmaster_Removals http://ftp-master.debian.org/removals.txt Thank you, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ ---End Message--- ---BeginMessage--- Source: freecraft Source-Version: 1:1.18-4 We believe that the bug you reported is fixed in the latest version of freecraft, which is due to be installed in the Debian FTP archive: freecraft-dbg_1.18-4_i386.deb to pool/main/f/freecraft/freecraft-dbg_1.18-4_i386.deb freecraft_1.18-4.diff.gz to pool/main/f/freecraft/freecraft_1.18-4.diff.gz freecraft_1.18-4.dsc to pool/main/f/freecraft/freecraft_1.18-4.dsc freecraft_1.18-4_i386.deb to pool/main/f/freecraft/freecraft_1.18-4_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 499...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Lincoln de Sousa linc...@minaslivre.org (supplier of updated freecraft package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 13 Jan 2009 15:26:46 -0200 Source: freecraft Binary: freecraft freecraft-dbg Architecture: source i386 Version: 1:1.18-4 Distribution: unstable Urgency: low Maintainer: Lincoln de Sousa linc...@minaslivre.org Changed-By: Lincoln de Sousa linc...@minaslivre.org Description: freecraft - Realtime fantasy strategy game for Unix and X freecraft-dbg - Realtime fantasy strategy game - Debugging simbols Closes: 404223 454305 483456 490585 499336 510411 Changes: freecraft (1:1.18-4) unstable; urgency=low . * This package should not be removed =) (Closes: #499336) * Fixing a build dependency (Closes: #483456) * Removing reference of Stratagus in control file (Closes: #490585) * Adding a .desktop file so that freecraft shows up in xdg-based menus. (Closes: #510411) * Adding sharutils as build dependency, because of uudecode used to decode freecraft icon. * Removing freecraft.{dirs,files} because they useless and fixing it in rules. * Removing useless libglib1.2 as build dependency. * Don't detect warnings as errors when built with DEB_BUILD_OPTIONS=noopt. (Closes: #454305) patch by Carsten Hey. * Fix FTBFS on GNU/kFreeBSD. Thanks to Cyril Brulebois for the patch. (Closes: #404223) patch by Carsten Hey. Checksums-Sha1: 9aaf954a0a532c5d17f1d0576e5cbf47f7391a98 1403 freecraft_1.18-4.dsc 381a174088d8e45fda60d4d2a0f0238030583587 32122 freecraft_1.18-4.diff.gz 95258967c54dbbc5694ea568db0caa0e9470a799 724470 freecraft_1.18-4_i386.deb 3eba229f320bed12cc74e0a4ad78440c6bb8e047 109274 freecraft-dbg_1.18-4_i386.deb Checksums-Sha256: 13199b8533d05aad658af56e03e4c1088422dac715143e16a294f55a541ad0d1 1403 freecraft_1.18-4.dsc 1a95a55ace01969d352ea495a8d2c1bcfb56e557919ac9622ac23a8ed94bef5f 32122
Processed: Re: New release no longer works
Processing commands for cont...@bugs.debian.org: tags 499036 patch Bug#499036: vtun: Can't open pseudo-tty Tags were: confirmed Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499036: New release no longer works
tags 499036 patch thanks Attached is a NMUdiff to fix a Debian-specific patch which has not been checked before release by the maintainer. I will upload a NMU if the maintainer does not react under one day. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Debian Developer `- Unix Sys Net Admin diff -u vtun-3.0.2/debian/changelog vtun-3.0.2/debian/changelog --- vtun-3.0.2/debian/changelog +++ vtun-3.0.2/debian/changelog @@ -1,3 +1,10 @@ +vtun (3.0.2-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Fix openpty() wrong usage. (Closes: #499036) + + -- Aurélien GÉRÔME a...@debian.org Tue, 13 Jan 2009 19:32:10 +0100 + vtun (3.0.2-1) unstable; urgency=low * New upstream release, fixes incompatibilities with older clients. diff -u vtun-3.0.2/debian/patches/05-unix98pty.patch vtun-3.0.2/debian/patches/05-unix98pty.patch --- vtun-3.0.2/debian/patches/05-unix98pty.patch +++ vtun-3.0.2/debian/patches/05-unix98pty.patch @@ -4,10 +4,10 @@ DP: Patch to allow the use of unix 98 pts -Index: vtun/generic/pty_dev.c +Index: vtun-3.0.2/generic/pty_dev.c === vtun.orig/generic/pty_dev.c -+++ vtun/generic/pty_dev.c +--- vtun-3.0.2.orig/generic/pty_dev.c 2009-01-13 19:36:05.0 +0100 vtun-3.0.2/generic/pty_dev.c 2009-01-13 19:36:27.0 +0100 @@ -31,6 +31,8 @@ #include string.h #include syslog.h @@ -17,16 +17,18 @@ #include vtun.h #include lib.h -@@ -57,31 +59,29 @@ int pty_open(char *sl_name) +@@ -57,31 +59,29 @@ #else -char ptyname[] = /dev/ptyXY; -char ch[] = pqrstuvwxyz; -char digit[] = 0123456789abcdefghijklmnopqrstuv; -+char *ptyname; ++char ptyname[1024]; int l, m; +int master, slave; ++ ++/* This algorithm works for UNIX98 PTS */ -/* This algorithm should work for almost all standard Unices */ -for(l=0; ch[l]; l++ ) { @@ -36,8 +38,6 @@ - /* Open the master */ - if( (mr_fd=open(ptyname, O_RDWR)) 0 ) - continue; -+/* This algorithm works for UNIX98 PTS */ -+ +/* Open the master */ +mr_fd = openpty(master, slave, ptyname, NULL, NULL); +if (mr_fd == -1) @@ -66,10 +66,10 @@ #endif } -Index: vtun/Makefile.in +Index: vtun-3.0.2/Makefile.in === vtun.orig/Makefile.in -+++ vtun/Makefile.in +--- vtun-3.0.2.orig/Makefile.in2009-01-13 19:36:05.0 +0100 vtun-3.0.2/Makefile.in 2009-01-13 19:36:05.0 +0100 @@ -19,7 +19,7 @@ # CC = @CC@ signature.asc Description: Digital signature
Bug#510972: CVE mapping
Unknown --- (Do these apply to IcedTea, or only WebStart which is not in openjdk?) http://sunsolve.sun.com/search/document.do?assetkey=1-26-244988-1 6727079, 6727081, 6694892, 6727071, 6707535, 6716217, 6767668 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5339 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5340 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5341 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5342 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5343 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5344 http://sunsolve.sun.com/search/document.do?assetkey=1-26-246387-1 6704154 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5345 http://sunsolve.sun.com/search/document.do?assetkey=1-26-246386-1 6674093 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5346 http://sunsolve.sun.com/search/document.do?assetkey=1-26-246366-1 6592792 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5347 Not Affected http://sunsolve.sun.com/search/document.do?assetkey=1-26-244989-1 6728071 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5355 Fixed in b14 http://blogs.sun.com/darcy/entry/openjdk_6_sources_for_b14 http://sunsolve.sun.com/search/document.do?assetkey=1-26-246346-1 6588160 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5348 http://sunsolve.sun.com/search/document.do?assetkey=1-26-246286-1 6497740 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5349 http://sunsolve.sun.com/search/document.do?assetkey=1-26-246266-1 6484091 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5350 http://sunsolve.sun.com/search/document.do?assetkey=1-26-245246-1 4486841 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5351 http://sunsolve.sun.com/search/document.do?assetkey=1-26-244992-1 6755943 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5352 http://sunsolve.sun.com/search/document.do?assetkey=1-26-244991-1 6734167 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5353 http://sunsolve.sun.com/search/document.do?assetkey=1-26-244990-1 6733959 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5354 http://sunsolve.sun.com/search/document.do?assetkey=1-26-244987-1 6726779, 676, 6751322, 6766136 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5356 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5357 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5358 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5359 http://sunsolve.sun.com/search/document.do?assetkey=1-26-244986-1 6721753 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5360 -- Kees Cook@outflux.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511708: Acknowledgement (aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations)
Hello, I just made a replayable typescript in a default gnome-terminal (80x25 IIRC) so it shows the issue. Replay with the command: scriptreplay aptitude-block-TUI.time aptitude-block-TUI During the waiting period at the end the keyboard apparently sends everything to the parent console, but the console itself is blocked with aptitude's image, that's why nothing seems to happen until ctrl+c is pressed. P.S.: That splashy bug is annoying, but since I used a backported package in my previous etch installation, I can ask for support ;-) . -- Regards, EddyP = Imagination is more important than knowledge A.Einstein aptitude-block-TUI Description: Binary data aptitude-block-TUI.time Description: Binary data
Bug#510585: marked as done (CVE-2008-5718: arbitrary command execution in papd in netatalk)
Your message dated Tue, 13 Jan 2009 18:47:22 + with message-id e1lmoim-0004fo...@ries.debian.org and subject line Bug#510585: fixed in netatalk 2.0.3-11+lenny1 has caused the Debian Bug report #510585, regarding CVE-2008-5718: arbitrary command execution in papd in netatalk to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 510585: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510585 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: netatalk Version: 2.0.3-4 Severity: grave Tags: security Hi, the following CVE (Common Vulnerabilities Exposures) id was published for netatalk. CVE-2008-5718[0]: | The papd daemon in Netatalk before 2.0.4-beta2 allows remote attackers | to execute arbitrary commands via shell metacharacters in a print | request. NOTE: some of these details are obtained from third party | information. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5718 http://security-tracker.debian.net/tracker/CVE-2008-5718 ---End Message--- ---BeginMessage--- Source: netatalk Source-Version: 2.0.3-11+lenny1 We believe that the bug you reported is fixed in the latest version of netatalk, which is due to be installed in the Debian FTP archive: netatalk_2.0.3-11+lenny1.diff.gz to pool/main/n/netatalk/netatalk_2.0.3-11+lenny1.diff.gz netatalk_2.0.3-11+lenny1.dsc to pool/main/n/netatalk/netatalk_2.0.3-11+lenny1.dsc netatalk_2.0.3-11+lenny1_amd64.deb to pool/main/n/netatalk/netatalk_2.0.3-11+lenny1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 510...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Nico Golde n...@debian.org (supplier of updated netatalk package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 13 Jan 2009 11:48:33 +0100 Source: netatalk Binary: netatalk Architecture: source amd64 Version: 2.0.3-11+lenny1 Distribution: testing-security Urgency: high Maintainer: Jonas Smedegaard d...@jones.dk Changed-By: Nico Golde n...@debian.org Description: netatalk - AppleTalk user binaries Closes: 510585 Changes: netatalk (2.0.3-11+lenny1) testing-security; urgency=high . * Non-maintainer upload by the Security Team. * Fix arbitrary code execution via a crafted PostScript stream used in a print request if papd is configured to use a pipe command and makes use of variable expansion (CVE-2008-5718; Closes: #510585). Checksums-Sha1: 4341ada499e17ef13558af8c55c7892b315588c6 1560 netatalk_2.0.3-11+lenny1.dsc 5f94d9691e14ccf66e37664afc73bb0c31bc8437 1920570 netatalk_2.0.3.orig.tar.gz 8c000b18e89de14e40cc26d11ad2d5c5bd6d31e9 99876 netatalk_2.0.3-11+lenny1.diff.gz c00f719dd2f43f3de5120abe9b8d199a49a8f7ac 784224 netatalk_2.0.3-11+lenny1_amd64.deb Checksums-Sha256: c1851dfacddc2e01ec386880a3b1c23894bc81b2606250f7b70982a979960065 1560 netatalk_2.0.3-11+lenny1.dsc b6e01cfc0b4223f60fd994eee950635b165d54a96cf63bbe607a5ff64355bd8c 1920570 netatalk_2.0.3.orig.tar.gz 6ecaed87c63402ca4b86d167f697ff89e83407a6c7c6f0d420cc3b22f2709386 99876 netatalk_2.0.3-11+lenny1.diff.gz 1c3c8b4fd796533a98d773a6ece3ddc15f9863187953186494c36523e7a4db2f 784224 netatalk_2.0.3-11+lenny1_amd64.deb Files: 5f22d08d3bc61f566308896cb8c9dc6a 1560 net extra netatalk_2.0.3-11+lenny1.dsc 17917abd7d255d231cc0c6188ccd27fb 1920570 net extra netatalk_2.0.3.orig.tar.gz a93d2d1d04218f404481ea796e899b27 99876 net extra netatalk_2.0.3-11+lenny1.diff.gz 3fb5a7beb4b834b1e126efbb04da16d9 784224 net extra netatalk_2.0.3-11+lenny1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklsi7UACgkQHYflSXNkfP82XQCgiPvAoiwVguGnN1CG6HBNinZq LjMAnR0/lmt7GoxL5saCor/bbdrfpGu4 =Tyfx -END PGP SIGNATURE- ---End Message---
Bug#511711: python-libxslt1: Err on import libxsltmod
Subject: python-libxslt1: Err on import libxsltmod Package: python-libxslt1 Version: 1.1.24-2 Severity: critical Justification: breaks unrelated software *** Please type your report below this line *** If I try to do python -c 'import libxsltmod', I get the following error: Traceback (most recent call last): File string, line 1, in module ImportError: /var/lib/python-support/python2.5/libxsltmod.so: undefined symbol: xsltInitAllDocKeys -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26custom (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-libxslt1 depends on: ii libc6 2.7-16GNU C Library: Shared libraries ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii python 2.5.2-3 An interactive high-level object-o ii python-libxml2 2.6.32.dfsg-5 Python bindings for the GNOME XML ii python-support 0.8.4 automated rebuilding support for P python-libxslt1 recommends no packages. python-libxslt1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: hmm, no version
Processing commands for cont...@bugs.debian.org: found 511708 0.4.11.11-1~lenny1 Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations Bug marked as found in version 0.4.11.11-1~lenny1. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: New release no longer works
Processing commands for cont...@bugs.debian.org: tags 499036 pending Bug#499036: vtun: Can't open pseudo-tty Tags were: patch confirmed Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499036: New release no longer works
tags 499036 pending thanks On Tue, Jan 13, 2009 at 07:51:16PM +0100, Aurélien GÉRÔME wrote: I will upload a NMU if the maintainer does not react under one day. Actually, I uploaded it in DELAYED/1-day not to forget later. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Debian Developer `- Unix Sys Net Admin signature.asc Description: Digital signature
Bug#511714: imlib2: imlib2-1.4.2-2 FTBFS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: imlib2 Version: 1.4.2-2 Severity: serious Justification: no longer builds from source Hi, I worked to the merge for Ubuntu from debian unstable [1], the result was a FTBFS on all architectures with the exception of i386. [1] https://launchpad.net/ubuntu/jaunty/+source/imlib2/1.4.2-2ubuntu1 - -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-9-generic (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash - -- Alessio Treglia Homepage: http://www.alessiotreglia.com, IRC: quadrispro, Skype: quadrispro 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkls8bwACgkQRdSMfNz8P9DkhACfdF/vjlQhxMKixYVNVyJIhyrS DDAAn0ooGO4fh+AJQhhy25hoYcQBtSKl =jBTK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511711: [xml/sgml-pkgs] Bug#511711: python-libxslt1: Err on import libxsltmod
On Tue, Jan 13, 2009 at 02:08:38PM -0500, Eric Jahn wrote: Subject: python-libxslt1: Err on import libxsltmod Package: python-libxslt1 Version: 1.1.24-2 Severity: critical Justification: breaks unrelated software *** Please type your report below this line *** If I try to do python -c 'import libxsltmod', I get the following error: Traceback (most recent call last): File string, line 1, in module ImportError: /var/lib/python-support/python2.5/libxsltmod.so: undefined symbol: xsltInitAllDocKeys There is no reason for this to happen with the standard packages. Try to run: ldd /var/lib/python-support/python2.5/libxsltmod.so If you see libxslt.so.1 pointing somewhere different from /usr/lib/libxslt.so.1, which I'm pretty sure is what you'll see, it means you have another incompatible libxslt installed on your system. Otherwise, please send the output for the following command: LD_DEBUG=all python -c 'import libxsltmod' 21 | grep xsltInitAllDocKeys Mike -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition
On Tue, Jan 13, 2009 at 08:17:26PM +0100, Kevin Price wrote: I ran into this bug on a HP ProLiant DL360 G5, after upgrading the entire userspace from etch to lenny. s/reload/restart/g does the trick for me too. It makes the openssh-server package useless and it happens reliably, which justifies the grave severity IMHO. Please let me know what I can do to help debugging. Could you try applying this patch to /etc/network/if-up.d/openssh-server (after undoing your s/reload/restart/g change) and retesting for me? Based on my reading of sshd's startup sequence I think it should avoid the race. Thanks, -- Colin Watson [cjwat...@debian.org] --- /etc/network/if-up.d/openssh-server 13 Jun 2007 22:43:48 - 1.2 +++ /etc/network/if-up.d/openssh-server 13 Jan 2009 20:18:14 - 1.3 @@ -25,6 +25,11 @@ if [ ! -e /usr/sbin/sshd ]; then exit 0 fi +if [ ! -f /var/run/sshd.pid ] || \ + [ $(ps -p $(cat /var/run/sshd.pid) -o comm=) != sshd ]; then + exit 0 +fi + /etc/init.d/ssh reload /dev/null 21 || true exit 0
Bug#391935: [Pkg-xen-devel] Bug#391935: Bug #391935: Re: The answer from Citrix Xen.org
Robert Millan writes ([Pkg-xen-devel] Bug#391935: Bug #391935: Re: The answer from Citrix Xen.org): On Sun, Jan 11, 2009 at 02:15:29PM +0100, Bas Zoetekouw wrote: Actually, I think there were two problems with firefox: the logo issue (that was solved by changing the icon), and the use of the Firefox trademark, which required anyone who wanted to use the name firefox to use only official binaries built by Mozilla. This second issue originately seemed similar to the Xen case. Having followed the situation closely, I can say that the latter was mostly an excuse. Just look at the package in Ubuntu. They make all the changes they need, and they are able to provide security support. The big difference is they keep the non-free logo. I disagree. I was at the time employed by Canonical and I was the person who was at that time responsible for most of the changes which had been made to Ubuntu's Firefox compared to Debian's, so I should know. I don't want to be rude about my previous employer of course, but you shouldn't set much store by the various public pronouncements made at the time. The DFSG-freeness of the code was never in question, it's an issue if Debian is allowed to use the name Xen, which we seem to be allowed. According to DFSG #4, we do not require total freedom for the _name_ of the program for anyone to whom we distribute the code. Great. So this bug can be closed? I've written about trademarks before, so let me repeat myself in general terms: I think it is harmful to make waves about trademarks unless an upstream comes to us and starts complaining and making objectionable demands. If they do not do this then (a) there is no real problem because we can always change the name of the package later rather than sooner; (b) custom and practice will make it harder for them to convince people that enforcing the trademark is this way is reasonable so they may avoid it, if they care about public opinion; and (c) trademark law provides some useful protection for people who have been doing things for ages. The situation is quite different for the one with copyright, where a dodgy licensing situation means that we can discover only after we have promoted a program and put a lot of work into it, that we are required to either accept a loss of our freedoms or abandon it. So unlike trademarks, copyright needs to be dealt with up-front. Note that I am of course not in a position to comment on the specific issues with respect to the Xen trademark, because I am employed by Citrix to work on Xen. It would be quite improper for me to make pronouncements about the way the Xen trademark should be dealt with by Debian - both because there are other people in Citrix who are responsible for this issue, and because I have a clear conflict of interest. In particular, I can't comment as a DD on whether or not, in my view, the communications that have come from Citrix so far are the kind of complaints and objectionable demands that would mean we should rename the package. I also can't offer any licence or permission to Debian on behalf of Citrix. Thanks for your attention, Ian. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511719: sauerbraten_0.0.20080620.dfsg-1(powerpc/unstable): FTBFS: *** commands commence before first target.
Package: sauerbraten Version: 0.0.20080620.dfsg-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of sauerbraten_0.0.20080620.dfsg-1 on malo by sbuild/powerpc 99.999 Build started at 20090112-2053 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5.0.51), libsdl1.2-dev, libsdl-image1.2-dev, libsdl-mixer1.2-dev, zlib1g-dev, sharutils, imagemagick, quilt [...] gpg: Can't check signature: public key not found dpkg-source: extracting sauerbraten in sauerbraten-0.0.20080620.dfsg dpkg-source: unpacking sauerbraten_0.0.20080620.dfsg.orig.tar.gz dpkg-source: applying /home/buildd/build/sauerbraten_0.0.20080620.dfsg-1.diff.gz dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package sauerbraten dpkg-buildpackage: source version 0.0.20080620.dfsg-1 dpkg-buildpackage: host architecture powerpc /usr/bin/fakeroot debian/rules clean debian/rules:6: *** commands commence before first target. Stop. dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=powerpcpkg=sauerbratenver=0.0.20080620.dfsg-1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Segmentation fault on i386
Processing commands for cont...@bugs.debian.org: retitle 508432 Segmentation fault on i386 Bug#508432: Segmentation-fault on i386 after valid authentication Changed Bug title to `Segmentation fault on i386' from `Segmentation-fault on i386 after valid authentication'. reassign 508432 libnet-pcap-perl 0.16-1 Bug#508432: Segmentation fault on i386 Bug reassigned from package `fwknop-server' to `libnet-pcap-perl'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511723: iptables_1.4.2-3(powerpc/unstable): FTBFS: dh_install: iptables missing files (usr/sbin/*), aborting
Package: iptables Version: 1.4.2-3 Severity: serious There was an error while trying to autobuild your package: Automatic build of iptables_1.4.2-3 on malo by sbuild/powerpc 99.999 Build started at 20090112-1913 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 7.0), quilt, autoconf, automake, libtool [...] makefile jedi handwaving make[2]: Leaving directory `/build/buildd/iptables-1.4.2/debian/build' touch stamp-build dh build make[1]: Leaving directory `/build/buildd/iptables-1.4.2/debian/build' /usr/bin/fakeroot debian/rules binary-arch dh binary-arch dh_testroot -a dh_prep -a dh_installdirs -a dh_auto_install -a dh_install -a dh_install: iptables missing files (usr/sbin/*), aborting make: *** [binary-arch] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=powerpcpkg=iptablesver=1.4.2-3 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511722: ldiskfsprogs_1.40.11-2(powerpc/unstable): FTBFS: undefined references
Package: ldiskfsprogs Version: 1.40.11-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of ldiskfsprogs_1.40.11-2 on malo by sbuild/powerpc 99.999 Build started at 20090112-1855 [...] ** Using build dependencies supplied by package: Build-Depends: texi2html (= 1.76), gettext, texinfo, dc, pkg-config, dietlibc-dev [alpha amd64 arm hppa i386 ia64 mips mipsel powerpc ppc64 s390 sparc], libsepol1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], libdevmapper-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], libselinux1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], debhelper (= 4), lustre-dev, libdb4.4-dev, quilt [...] lfsck_common.c:(.text+0x1664): undefined reference to `ext2fs_swab32' lfsck_common.c:(.text+0x1684): undefined reference to `ext2fs_swab16' lfsck_common.c:(.text+0x1740): undefined reference to `ext2fs_swab64' lfsck_common.c:(.text+0x1810): undefined reference to `ext2fs_swab64' lfsck_common.c:(.text+0x1868): undefined reference to `ext2fs_swab32' lfsck_common.c:(.text+0x18b8): undefined reference to `ext2fs_swab32' collect2: ld returned 1 exit status make[3]: *** [lfsck] Error 1 make[3]: Leaving directory `/build/buildd/ldiskfsprogs-1.40.11/e2fsck' make[2]: *** [all-progs-recursive] Error 1 make[2]: Leaving directory `/build/buildd/ldiskfsprogs-1.40.11' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/ldiskfsprogs-1.40.11' make: *** [build-arch-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=powerpcpkg=ldiskfsprogsver=1.40.11-2 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition
Thanks for the patch. It doesn't solve the problem. I reverted my changes back to the original state, and then rebooted to make sure the problem occurs. Then I applied your patch and rebooted, but the error occurred again, but only sometimes. Before your patch, when it failed, it logged this: Jan 13 23:56:50 leeloo3 sshd[2052]: Server listening on 0.0.0.0 port 22. Jan 13 23:56:50 leeloo3 sshd[2052]: Received SIGHUP; restarting. or that: Jan 13 23:46:40 leeloo3 sshd[2323]: Server listening on 0.0.0.0 port 22. Jan 13 23:46:50 leeloo3 sshd[2323]: Received signal 15; terminating. or that: Jan 13 22:16:51 leeloo3 sshd[2134]: Server listening on 0.0.0.0 port 22. Jan 13 22:16:51 leeloo3 sshd[2142]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use. When it worked, it just logged the first line of those. Now after applying your patch, it still logs the SIGHUP message and fails, or it logs only the first message and then works. Note that during this boot process the driver for the built-in NICs, bnx2, loads pretty late. Its last ready messages come even after the login prompt: bnx2: eth1 NIC Link is Up, 1000 Mbps full duplex bnx2: eth0 NIC Link is Up, 1000 Mbps full duplex The /etc/network/interfaces contains allow-hotplug for eth0 and eth1. I tried adding bnx2 to /etc/modules, causing the module to be loaded sooner, and couldn't seem to make it fail that way. But I'm still rebooting that machine over and over, trying to get somewhat reliable information. (race condition) -- Kevin Price http://www.kevin-price.de/ signature.asc Description: OpenPGP digital signature
Bug#511493: marked as done (CVE-2008-5557: buffer overflow)
Your message dated Tue, 13 Jan 2009 22:21:41 +0100 with message-id 20090113212141.gb29...@rangda.stickybit.se and subject line Re: [php-maint] Bug#511493: CVE-2008-5557: buffer overflow has caused the Debian Bug report #511493, regarding CVE-2008-5557: buffer overflow to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 511493: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511493 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: php5 Severity: grave Tags: security, patch Justification: user security hole Hi, the following CVE (Common Vulnerabilities Exposures) id was published for php5. CVE-2008-5557[0]: | Heap-based buffer overflow in | ext/mbstring/libmbfl/filters/mbfilter_htmlent.c in the mbstring | extension in PHP 4.3.0 through 5.2.6 allows context-dependent | attackers to execute arbitrary code via a crafted string containing an | HTML entity, which is not properly handled during Unicode conversion, | related to the (1) mb_convert_encoding, (2) mb_check_encoding, (3) | mb_convert_variables, and (4) mb_parse_str functions. There are some more information available in the php bugreport[1], including the PoC which seems to work. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. Cheers Steffen For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-5557 http://security-tracker.debian.net/tracker/CVE-2008-5557 [1] http://bugs.php.net/bug.php?id=45722 ---End Message--- ---BeginMessage--- Version: 5.2.6.dfsg.1-2 fixed in unstable. an upload was skipped so closing manually. sean signature.asc Description: Digital signature ---End Message---
Bug#211765: Final SGI licensing update
Hello again everyone, I just got word from the X.Org team that all the developers who worked on the files that were under the GLX Public License have given their permission for their contributions to be used under the new permissive terms. I believe that all the code in X.Org that was originally under an SGI license is now free software. Once the latest stuff gets incorporated into Debian, I think this bug can be closed. If anyone has any questions about this, please feel free to ask me. Best regards, -- Brett Smith Licensing Compliance Engineer, Free Software Foundation -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511711: marked as done (python-libxslt1: Err on import libxsltmod)
Your message dated Tue, 13 Jan 2009 22:40:56 +0100 with message-id 20090113214056.ga28...@glandium.org and subject line Re: [xml/sgml-pkgs] Bug#511711: python-libxslt1: Err on import libxsltmod has caused the Debian Bug report #511711, regarding python-libxslt1: Err on import libxsltmod to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 511711: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511711 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Subject: python-libxslt1: Err on import libxsltmod Package: python-libxslt1 Version: 1.1.24-2 Severity: critical Justification: breaks unrelated software *** Please type your report below this line *** If I try to do python -c 'import libxsltmod', I get the following error: Traceback (most recent call last): File string, line 1, in module ImportError: /var/lib/python-support/python2.5/libxsltmod.so: undefined symbol: xsltInitAllDocKeys -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26custom (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-libxslt1 depends on: ii libc6 2.7-16GNU C Library: Shared libraries ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii python 2.5.2-3 An interactive high-level object-o ii python-libxml2 2.6.32.dfsg-5 Python bindings for the GNOME XML ii python-support 0.8.4 automated rebuilding support for P python-libxslt1 recommends no packages. python-libxslt1 suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- On Tue, Jan 13, 2009 at 03:30:21PM -0500, Eric Jahn wrote: On Tue, 2009-01-13 at 21:07 +0100, Mike Hommey wrote: ldd /var/lib/python-support/python2.5/libxsltmod.so Mike, thanks for your help. You're correct: ldd /var/lib/python-support/python2.5/libxsltmod.so linux-gate.so.1 = (0xb7f8d000) libxslt.so.1 = /usr/local/lib/libxslt.so.1 (0xb7f32000) libexslt.so.0 = /usr/local/lib/libexslt.so.0 (0xb7f22000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7dc6000) libxml2.so.2 = /usr/local/lib/libxml2.so.2 (0xb7cac000) libz.so.1 = /usr/local/lib/libz.so.1 (0xb7c98000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7c72000) /lib/ld-linux.so.2 (0xb7f8e000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7c6e000) I must have easy_installed it. Please close. -Thanks! Closing Thanks Mike ---End Message---
Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition
I caught it dying under new circumstances this time: /etc/modules is in its original state (no bnx2) /etc/network/if-up.d/openssh-server contains only your patch LogLevel is DEBUG1 Oh and by the way, the ipv6 kernel module is disabled, FWIW. This is where it first starts in the boot process: Jan 13 22:32:45 leeloo3 sshd[2028]: debug1: Bind to port 22 on 0.0.0.0. Jan 13 22:32:45 leeloo3 sshd[2028]: Server listening on 0.0.0.0 port 22. Jan 13 22:32:45 leeloo3 sshd[2028]: socket: Address family not supported by protocol Jan 13 22:32:45 leeloo3 sshd[2028]: Received SIGHUP; restarting. And that was the last message when it died. The next message is when I log onto a console and manually /etc/init.d/ssh start. I'll try to increase the debug level some more. Just let's be patient because of all those reboots I need to go through. Those new generation servers with 8 CPU cores boot debian at ultra speed, but the BIOS takes ages... -- Kevin Price http://www.kevin-price.de/ signature.asc Description: OpenPGP digital signature
Bug#511737: openvas-server dependency problem
Package: openvas-server Version: 2.0.0-1 Severity: grave Justification: renders package unusable It's impossible to install openvas-server because openvas-plugins can't be found. #aptitude install openvas-plugins Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Lecture de l'information d'état étendu Initialisation de l'état des paquets... Fait Lecture des descriptions de tâches... Fait Pas de version candidate trouvée pour openvas-plugins Pas de version candidate trouvée pour openvas-plugins Les paquets suivants sont CASSÉS : openvas-server 0 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 0o seront utilisés. Les paquets suivants ont des dépendances non satisfaites : openvas-server: Dépend: openvas-plugins qui est un paquet virtuel Les actions suivantes permettront de résoudre ces dépendances : Supprimer les paquets suivants : openvas-server Le score est de 119 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openvas-server depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcrypt11 1.4.1-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnutls26 2.4.2-4the GNU TLS library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libgpgme111.1.8-2GPGME - GnuPG Made Easy ii libopenvas1 2.0.0-1OpenVAS shared libraries ii libopenvasnasl1 2.0.0-1OpenVAS shared libraries ii libpcap0.80.9.8-5system interface for user-level pa ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra pn openvas-plugins none (no description available) openvas-server recommends no packages. Versions of packages openvas-server suggests: ii openvas-client2.0.1-1Remote network security auditor, t -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition
Sorry even debug level 3 does not seem to help us any further: Jan 13 22:52:30 leeloo3 sshd[2057]: debug2: fd 3 setting O_NONBLOCK Jan 13 22:52:30 leeloo3 sshd[2057]: debug1: Bind to port 22 on 0.0.0.0. Jan 13 22:52:30 leeloo3 sshd[2057]: Server listening on 0.0.0.0 port 22. Jan 13 22:52:30 leeloo3 sshd[2057]: socket: Address family not supported by protocol Jan 13 22:52:30 leeloo3 sshd[2057]: Received SIGHUP; restarting. That's all process 2057 ever logged before dying. Is there anything else I can do? Please let me know what and whether to leave your patch in /etc/network/if-up.d/openssh-server or to revert it to original. We do have some other lenny servers that don't do this. The difference is that they are already productive and start varios applications, while this one is pretty much naked lenny. Apart from the fact that all our lenny servers run etch kernels (2.6.18-6-amd64) for the time being, for some of the HP server management interfaces to work properly. -- Kevin Price http://www.kevin-price.de/ signature.asc Description: OpenPGP digital signature
Processed: severity of 510787 is important
Processing commands for cont...@bugs.debian.org: severity 510787 important Bug#510787: Closed #496188 appear again in 2.6.26-12 SID and Lenny Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 511708 in 0.4.11.11-1
Processing commands for cont...@bugs.debian.org: found 511708 0.4.11.11-1 Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one set of operations Bug marked as found in version 0.4.11.11-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508298: chronyd unreachable and does not work (clock drifts)
Hi John, hanks for investigating the problem and sorry for being unresponsive: An illness disrupted almost everything. Please do this as root (with rtcfile uncommented in /etc/chrony/chrony.conf) and send me the output: strace -eioctl chronyd -d The complete output is: ioctl(4, FIONREAD, [301]) = 0 ioctl(4, FIONREAD, [301]) = 0 ioctl(4, FIONREAD, [301]) = 0 ioctl(4, FIONREAD, [301]) = 0 sys_linux.c:649:(get_version_specific_details)[13-22:19:01] Initial txc.tick=1 txc.freq=0 (0.) txc.offset=0 = hz=100 shift_hz=7 sys_linux.c:665:(get_version_specific_details)[13-22:19:01] set_config_hz=0 hz=100 shift_hz=7 basic_freq_scale=1.2800 nominal_tick=1 slew_delta_tick=833 max_tick_bias=1000 sys_linux.c:703:(get_version_specific_details)[13-22:19:01] Linux kernel major=2 minor=6 patch=24 sys_linux.c:787:(get_version_specific_details)[13-22:19:01] calculated_freq_scale=0.99902439 freq_scale=0.99902439 ioctl(8, RTC_UIE_ON, 0) = 0 The program keeps running, but doesn't print anything, so I terminated it after a while. Helmut -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511742: texlive-doc-en: wp-conv has nosell license
Package: texlive-doc-en Version: 2007.dfsg.1-1 Severity: serious Justification: nosell license from index.html: * You may NOT ask money for it except a reasonable cost for media and distribution. from upstream svn log: r11841 | karl | 2009-01-11 02:44:09 +0100 (Sun, 11 Jan 2009) | 1 line rm wp-conv, nosell license should be removed. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511743: texlive-latex-extra: geomsty has nocommercial license
Package: texlive-latex-extra Version: 2007.dfsg.14-1 Severity: serious Justification: nocommercial license From upstream svn log: r11840 | karl | 2009-01-11 02:42:47 +0100 (Sun, 11 Jan 2009) | 1 line rm geomsty, license nocommercial and really, the file geompsfi contains: % Permission is granted for use and non-profit distribution of this % file provided that this notice is clearly maintained. The right to % distribute this file for profit or as part of any commercial % product is specifically reserved for the author. If you make ... -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511242: marked as done (python-setuptools is missing in build dependencies)
Your message dated Tue, 13 Jan 2009 23:00:25 + with message-id e1lmsff-0008qm...@ries.debian.org and subject line Bug#511242: fixed in pyke 0.6-1 has caused the Debian Bug report #511242, regarding python-setuptools is missing in build dependencies to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 511242: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511242 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: pyke Severity: serious Tags: patch Please add python-setuptools to build dependencies otherwise ez_setup will try to download it from internet BTW: I recommend to disable ez_setup in setup.py, i.e. remove these lines: | import ez_setup | ez_setup.use_setuptools ---End Message--- ---BeginMessage--- Source: pyke Source-Version: 0.6-1 We believe that the bug you reported is fixed in the latest version of pyke, which is due to be installed in the Debian FTP archive: pyke_0.6-1.diff.gz to pool/main/p/pyke/pyke_0.6-1.diff.gz pyke_0.6-1.dsc to pool/main/p/pyke/pyke_0.6-1.dsc pyke_0.6.orig.tar.gz to pool/main/p/pyke/pyke_0.6.orig.tar.gz python-pyke-doc_0.6-1_all.deb to pool/main/p/pyke/python-pyke-doc_0.6-1_all.deb python-pyke_0.6-1_all.deb to pool/main/p/pyke/python-pyke_0.6-1_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 511...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Chris Lamb la...@debian.org (supplier of updated pyke package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 08 Jan 2009 21:39:11 + Source: pyke Binary: python-pyke python-pyke-doc Architecture: source all Version: 0.6-1 Distribution: unstable Urgency: low Maintainer: Chris Lamb la...@debian.org Changed-By: Chris Lamb la...@debian.org Description: python-pyke - Prolog-inspired Python logic programming toolkit python-pyke-doc - Prolog-inspired Python logic programming toolkit (documentation) Closes: 511242 Changes: pyke (0.6-1) unstable; urgency=low . * New upstream release. * Rename binary packages from pyke{,-doc} = python-pyke{,-doc} to adhere to Python module policy. - Add relevant Conflicts lines to binary stanzas. * Move examples to -doc package. * Add python-setuptools to Build-Depends to ensure ez_setup does attempt to download it from the internet. Issue found by (sourceful) upload to Ubuntu FTBFS. Thanks to Piotr Ożarowski (piotr) and Scott Kitterman sc...@kitterman.com. (Closes: #511242) Checksums-Sha1: 4225f80b3b7dbb51f92cffa55648055d69f5c349 1123 pyke_0.6-1.dsc 567ef66a0a40b52f13800572ee9bdab268a3a8c8 967883 pyke_0.6.orig.tar.gz 15eba4c2bf47598631a2272def406b153eebc7ca 1975 pyke_0.6-1.diff.gz bebb6f2de1b7adda3bb7991524b70227e5bf62b5 72068 python-pyke_0.6-1_all.deb e97d284c057e81f51bc889306b8de65afa402178 83690 python-pyke-doc_0.6-1_all.deb Checksums-Sha256: bff201bddf45fa81587261e3480aeacecbf30bbaed0af592dd6a0ae1cee9bb47 1123 pyke_0.6-1.dsc ad389ddf73c7ace1d7d8fee8afdc074e5e3f187eb67f4af8c9251617c1affef9 967883 pyke_0.6.orig.tar.gz decab40ddb09eb32db75ba3bbeeedf42697146cde3ad64c2b712c0e104394a7d 1975 pyke_0.6-1.diff.gz 5cf75c231a0d336127346c1d1a63e2146e7478e9f6e5808a7a61590e66fd8186 72068 python-pyke_0.6-1_all.deb 83a15640ebecbf069e87e4cde4d70261f7388493655c4ca165f2ef7100908673 83690 python-pyke-doc_0.6-1_all.deb Files: de7cda9361514589458d4663a221b004 1123 python optional pyke_0.6-1.dsc ecd21dfb4f190577f39b17cb43c7cc47 967883 python optional pyke_0.6.orig.tar.gz cf229181584189f7ae74cc2989145353 1975 python optional pyke_0.6-1.diff.gz 9f28472f0d71e07cc1d5e084af6b272c 72068 python optional python-pyke_0.6-1_all.deb 071edd2a8415f3a54eca105652d2c19c 83690 doc optional python-pyke-doc_0.6-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAklmdbUACgkQ5/8uW2NPmiDWxACgmD6gQbHbIZgZpoOKWom77U+Y 2XYAni2kx0XuCL+NYB/bvxkxK7Ma/nRg =Y0sw -END PGP SIGNATURE- ---End Message---
Bug#511248: xdg-screensaver does not support basic Xorg screensaver ???
severity 511248 important thanks Hi, Vincent Fourmond wrote: I'm tagging this bug as severity serious as it breaks xine-ui. Feel free to downgrade if you think I'm excessive. Yes, I think it is excessive. It doesn't break anything in that way. Xine is not broken just because it doesn't turn off the screensaver - it still works, you can disable the screensaver manually or move your mouse or whatever. Downgrading. I'm try to implement a fix for that, I'll hopefully post a patch soon enough. Cheers, Vincent Fourmond -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash xdg-utils depends on no packages. Versions of packages xdg-utils recommends: ii elinks [www-browser] 0.12~pre2.dfsg0-1 advanced text-mode WWW browser ii file 4.26-2Determines file type using magic ii iceweasel [www-browser 3.0.5-1 lightweight web browser based on M ii mime-support 3.44-1MIME files 'mime.types' 'mailcap ii shared-mime-info 0.30-2FreeDesktop.org shared MIME databa ii x11-utils 7.3+2+nmu1X11 utilities ii x11-xserver-utils 7.3+5 X server utilities Versions of packages xdg-utils suggests: ii desktop-file-utils0.15-1 Utilities for .desktop files pn exo-utils none (no description available) pn kdelibs4c2a none (no description available) pn konqueror none (no description available) ii libgnome2-0 2.20.1.1-2 The GNOME 2 library - runtime file pn libgnomevfs2-bin none (no description available) ii libgtk2.0-bin 2.12.11-4 The programs for the GTK+ graphica -- no debconf information -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#511248: xdg-screensaver does not support basic Xorg screensaver ???
Processing commands for cont...@bugs.debian.org: severity 511248 important Bug#511248: xdg-screensaver does not support basic Xorg screensaver ??? Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: notfound 511037 in 0.3-2
Processing commands for cont...@bugs.debian.org: notfound 511037 0.3-2 Bug#511037: python-dkim: tries to overwrite file owned by dkimproxy (again!) Bug no longer marked as found in version 0.3-2. (By the way, this Bug is currently marked as done.) End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511626: hedgewars: FTBFS on amd64: EAccessViolation : Access violation
Compiling uVisualGears.pas CoAn unhandled exception occurred at $004AAC19 : EAccessViolation : Access violation $004AAC19 $004AD575 $004AD0C2 $004A9DF1 $0052D346 $0052D76B $00529AA1 $0052CB95 $00mpiling uSound.pas Compiling uSHA.pas Compiling uIO.pas Compiling uChat.pas Compiling uCollisions.pas Compiling uLandGraphics.pas Compiling uAIAmmoTests.pas Compiling uAIActions.pas Compiling uAmmos.pas Compiling uTriggers.pas Fatal: Compilation aborted 50925F $0051AE37 $00527C8E $0050925F $0051AE37 $00527186 $0050925F $0051AE37 $00527C8E I have tried and failed to reproduce this locally in both a convetional chroot and pbuilder, is there any chance of a retry on the buildd so we can see if this is a recurring problem or just a one off glitch. ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511714: marked as done (imlib2: imlib2-1.4.2-2 FTBFS)
Your message dated Tue, 13 Jan 2009 19:09:52 -0500 with message-id cd6061db0901131609h341f5804k7518c071f7cac...@mail.gmail.com and subject line imlib2: imlib2-1.4.2-2 FTBFS has caused the Debian Bug report #511714, regarding imlib2: imlib2-1.4.2-2 FTBFS to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 511714: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511714 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: imlib2 Version: 1.4.2-2 Severity: serious Justification: no longer builds from source Hi, I worked to the merge for Ubuntu from debian unstable [1], the result was a FTBFS on all architectures with the exception of i386. [1] https://launchpad.net/ubuntu/jaunty/+source/imlib2/1.4.2-2ubuntu1 - -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-9-generic (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash - -- Alessio Treglia Homepage: http://www.alessiotreglia.com, IRC: quadrispro, Skype: quadrispro 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: http://getfiregpg.org iEYEARECAAYFAkls8bwACgkQRdSMfNz8P9DkhACfdF/vjlQhxMKixYVNVyJIhyrS DDAAn0ooGO4fh+AJQhhy25hoYcQBtSKl =jBTK -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- The binary-arch target didn't depend on install. Fixed in 1.4.2-4. ---End Message---
Bug#508432: Segmentation fault on i386
I have enclosed the typescript that shows how to reproduce it on Debian Sid i386. [quote=syslog] Jan 12 19:47:43 diamond kernel: [822901.361529] fwknopd[30660] general protection ip:f7e626c9 sp:ff9988b0 error:0 in libc-2.7.so[f7df6000+138000] [/quote] Here is a short explanation about what is done: 1/ Setup the chroot and install some required packages 2/ Install fwknop with upstream tarball through the install.pl script. The Net::Pcap (0.05) perl module is bundled in the tarball as other perl modules. 2/ Run the test suite ; it works fine. 3/ Remove the Pcap.pm file (0.05) 4/ Install libnet-pcap-perl (0.16-1) 5/ Run the test suite ; it fails with a segmentation fault Regards, -- Franck Joncourt http://debian.org - http://smhteam.info/wiki/ typescript.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#502444: sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition
On Tue, Jan 13, 2009 at 11:00:52PM +0100, Kevin Price wrote: Sorry even debug level 3 does not seem to help us any further: Jan 13 22:52:30 leeloo3 sshd[2057]: debug2: fd 3 setting O_NONBLOCK Jan 13 22:52:30 leeloo3 sshd[2057]: debug1: Bind to port 22 on 0.0.0.0. Jan 13 22:52:30 leeloo3 sshd[2057]: Server listening on 0.0.0.0 port 22. Jan 13 22:52:30 leeloo3 sshd[2057]: socket: Address family not supported by protocol Jan 13 22:52:30 leeloo3 sshd[2057]: Received SIGHUP; restarting. That's all process 2057 ever logged before dying. Is there anything else I can do? Please let me know what and whether to leave your patch in /etc/network/if-up.d/openssh-server or to revert it to original. OK, thanks for testing. I need to get a fix in sharpish in order for it to make lenny, so I'm going to regretfully change to 'restart' rather than 'reload' for the time being. I'm going to keep looking into this and trying to figure out why SIGHUP might be failing, though. I note that both you and Tim are on amd64, which could conceivably be relevant. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511723: marked as done (iptables_1.4.2-3(powerpc/unstable): FTBFS: dh_install: iptables missing files (usr/sbin/*), aborting)
Your message dated Wed, 14 Jan 2009 00:17:06 + with message-id e1lmtrs-0006cb...@ries.debian.org and subject line Bug#511723: fixed in iptables 1.4.2-4 has caused the Debian Bug report #511723, regarding iptables_1.4.2-3(powerpc/unstable): FTBFS: dh_install: iptables missing files (usr/sbin/*), aborting to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 511723: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511723 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: iptables Version: 1.4.2-3 Severity: serious There was an error while trying to autobuild your package: Automatic build of iptables_1.4.2-3 on malo by sbuild/powerpc 99.999 Build started at 20090112-1913 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 7.0), quilt, autoconf, automake, libtool [...] makefile jedi handwaving make[2]: Leaving directory `/build/buildd/iptables-1.4.2/debian/build' touch stamp-build dh build make[1]: Leaving directory `/build/buildd/iptables-1.4.2/debian/build' /usr/bin/fakeroot debian/rules binary-arch dh binary-arch dh_testroot -a dh_prep -a dh_installdirs -a dh_auto_install -a dh_install -a dh_install: iptables missing files (usr/sbin/*), aborting make: *** [binary-arch] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=powerpcpkg=iptablesver=1.4.2-3 ---End Message--- ---BeginMessage--- Source: iptables Source-Version: 1.4.2-4 We believe that the bug you reported is fixed in the latest version of iptables, which is due to be installed in the Debian FTP archive: iptables-dev_1.4.2-4_amd64.deb to pool/main/i/iptables/iptables-dev_1.4.2-4_amd64.deb iptables_1.4.2-4.diff.gz to pool/main/i/iptables/iptables_1.4.2-4.diff.gz iptables_1.4.2-4.dsc to pool/main/i/iptables/iptables_1.4.2-4.dsc iptables_1.4.2-4_amd64.deb to pool/main/i/iptables/iptables_1.4.2-4_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 511...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Laurence J. Lane ljl...@debian.org (supplier of updated iptables package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 13 Jan 2009 19:07:08 -0500 Source: iptables Binary: iptables iptables-dev Architecture: source amd64 Version: 1.4.2-4 Distribution: unstable Urgency: low Maintainer: Laurence J. Lane ljl...@debian.org Changed-By: Laurence J. Lane ljl...@debian.org Description: iptables - administration tools for packet filtering and NAT iptables-dev - development files for iptable's libipq Closes: 511723 Changes: iptables (1.4.2-4) unstable; urgency=low . * fixed debian/rules binary targets. Reported by Philipp Kern. Thanks. Closes: #511723 * fixed debian/rules build and install stamps. Checksums-Sha1: a89dc2eb6072673487e1c0e32642cac04cddcc66 1043 iptables_1.4.2-4.dsc 97c44f4906d2571db86d39f5bb842fadbfd31d2f 50674 iptables_1.4.2-4.diff.gz c58e033c6b866f83a2e66fc8d4df9dd31132a91f 449156 iptables_1.4.2-4_amd64.deb c41d70f9f4e855e4c96e6bdd54ae409ded2b6246 45888 iptables-dev_1.4.2-4_amd64.deb Checksums-Sha256: 3b3d142e6511c1c739ff31f7a07506a330b5c6abe728fe3ddc3eb54db515aa12 1043 iptables_1.4.2-4.dsc 8cd0734543af00181fe058f541fdfbbd284837941fe4994251ed174bda73bbaf 50674 iptables_1.4.2-4.diff.gz 6a1e9529bf7df449d21d031b0aa2ff227af2d35e550c879d580a0d65f1a386f9 449156 iptables_1.4.2-4_amd64.deb f66410380bc9132d275d9e941f419e772abeded70d94b43fef7d592586e4e5a3 45888 iptables-dev_1.4.2-4_amd64.deb Files: 9dde0b87b610846fa016194041970b75 1043 net important iptables_1.4.2-4.dsc d7b5990ddde3d78bb0f61dbaa650bdd0 50674 net important iptables_1.4.2-4.diff.gz c6f0be0798fdadc7f901121af9259142 449156 net important iptables_1.4.2-4_amd64.deb 03af4aed9e52d57afc3475fd52cad995 45888 devel optional iptables-dev_1.4.2-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkltLYoACgkQxJBkNlXToencowCfW2sC1uz5UhYHCulmR77lZbqo UhIAn2jtuKNylDKqMK2xmgeJyDzS4kuq =/Aak -END PGP SIGNATURE- ---End Message---
Bug#502444: marked as done (sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition)
Your message dated Wed, 14 Jan 2009 01:02:03 + with message-id e1lmu8x-0001ev...@ries.debian.org and subject line Bug#502444: fixed in openssh 1:5.1p1-5 has caused the Debian Bug report #502444, regarding sshd fails at boot-time following reload by /etc/network/if-up.d/openssh-server presumably due to race condition to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 502444: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502444 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: openssh-server Version: 1:5.1p1-3 Severity: important The sshd on this server exits before the boot process in complete on approx 70% of boots on this machine - presumably due to a race condition. It appears to die following the reload by /etc/network/if-up.d/openssh-server when the system is bringing up its network interfaces. The same fault has been observed to occur at least once with the non-openvz standard 2.6.26-1 kernel. The failure stops happening if: .. 'reload' is changed to 'restart' in /etc/network/if-up.d/openssh-server .. The debug level is increased in /etc/ssh/sshd_config (e.g. LogLevel VERBOSE, LogLevel DEBUG etc.) Logging in on the console and issuing an /etc/init.d/ssh restart results in a message like PID Number not running. The last message in /var/log/auth.log is of the form: Oct 16 14:58:19 xeon1 sshd[3065]: Server listening on :: port 22. Oct 16 14:58:19 xeon1 sshd[3065]: Server listening on 0.0.0.0 port 22. Oct 16 14:58:19 xeon1 sshd[3065]: Received SIGHUP; restarting. No further messages are then logged by sshd, and nothing is listening on port 22: On the occasions when the server reload work successfully, this is followed immediately by a message of the form: Oct 16 SAME TIME xeon1 sshd[NEWPID]: Server listening on :: port 22. Oct 16 SAME TIME xeon1 sshd[NEWPID]: Server listening on 0.0.0.0 port 22. I'm speculating that reciving a SIGHUP at some point is sshd's normal restart process will cause it to fail to respawn (and that this is occuring on this machine when the ifup occurs on eth0, and eth1 in quick succession). Unfortunately on this box at least, turning up debugging causes the symptom to go away... Thanks, Tim. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openssh-server depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii dpkg 1.14.22Debian package management system ii libc6 2.7-14 GNU C Library: Shared libraries ii libcomerr21.41.2-1 common error description library ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii libpam-modules1.0.1-4+b1 Pluggable Authentication Modules f ii libpam-runtime1.0.1-4Runtime support for the PAM librar ii libpam0g 1.0.1-4+b1 Pluggable Authentication Modules l ii libselinux1 2.0.65-5 SELinux shared libraries ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii openssh-blacklist 0.4.1 list of default blacklisted OpenSS ii openssh-client1:5.1p1-3 secure shell client, an rlogin/rsh ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openssh-server recommends: pn openssh-blacklist-extra none (no description available) pn xauth none (no description available) Versions of packages openssh-server suggests: pn molly-guard none (no description available) pn rssh none (no description available) pn ssh-askpass none (no description available) -- debconf information: ssh/vulnerable_host_keys: ssh/new_config: true * ssh/use_old_init_script: true ssh/encrypted_host_key_but_no_keygen: ssh/disable_cr_auth: false ---End Message--- ---BeginMessage--- Source: openssh Source-Version: 1:5.1p1-5 We believe that the bug you reported is fixed in the latest version of openssh, which is due to
Bug#508869: [Pkg-mediawiki-devel] Bug#508869: fixed in mediawiki 1:1.13.3-1
Le Monday 12 January 2009 07:51:54 Luk Claes, vous avez écrit : Hi Hi ! This 'security' update was uploaded to unstable, but seems to be still outstanding for testing. Unblocking the version from unstable doesn't seem to be an option: 1130 files changed, 253693 insertions(+), 131172 deletions(-) Yes. Unstable version is new. Can an upload be prepared with targeted fixes for the security issues? It can, it is not difficult, there is a security-fix patch upstream. The main problem is that this patch is huge and includes new stuff and does not ony fix existing stuff. The solution is to apply the security patch and have it reviewed and accepted by the security team. However, I am way too busy these days to handle this. I have mentioned this in my original bug report (#508860) wich was later closed in favour of two more detailed ones. I have also contacted the security team but didn't get any feedbacks. I know they are busy, of course. The two issues should be quite easy to handle for any interested contributor looking at this message. Romain -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: r2334 - trunk/openchange/debian
Processing commands for cont...@bugs.debian.org: tags 504968 pending Bug#504968: openchange_1.0~svn842-1(experimental/i386/demosthenes): undefined reference to `same_net_v4' Tags were: experimental Tags added: pending tags 507061 pending Bug#507061: openchange_1.0~svn894-1(hppa/experimental): FTBFS: error: too many arguments to function 'dcerpc_init' There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511184: marked as done (installation of mozart-stdlib fails due to unmet dependencies)
Your message dated Tue, 13 Jan 2009 20:27:27 -0600 with message-id 18797.19855.760876.775...@twiglet.twiglet.kevin.home and subject line Re: installation of mozart-stdlib fails.. has caused the Debian Bug report #511184, regarding installation of mozart-stdlib fails due to unmet dependencies to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 511184: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511184 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mozart-stdlib Severity: serious apt fails to resolve the dependencies for mozart-stdlib: x61:/home/mk# apt-get install mozart-stdlib Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: mozart-stdlib: Depends: mozart (= 1.3.0) but it is not installable E: Broken packages x61:/home/mk# -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- It is unfortunate that mozart-stdlib will apear to be installable on 64 bit archs, but I believe that this is not a bug in the mozart-stdlib package. Following the discussion on debian-mentors it seems there is agreement that there is a deficiency in the way this situation is handled by Debian. Thanks for the report, Kevin ---End Message---
Bug#511751: Avrdude fails with avrdude: error: usbtiny_receive: No error (expected 8, got 4) using USBTiny in AMD64 architecture.
Package: avrdude Version: 5.5-4 Severity: grave Avrdude fails to complete a request to getting info, or to program a chip, through USBTiny adapter (http://www.ladyada.net/make/usbtinyisp/). The error message is: avrdude: error: usbtiny_receive: No error (expected 8, got 4) There is a patch http://savannah.nongnu.org/patch/download.php?file_id=14754 discussed at http://savannah.nongnu.org/patch/?6233, that fixes this error among others. The patch attached here, is built and verified,with the Debian source package. The only changes are related to this fail. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28_amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages avrdude depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libusb-0.1-4 2:0.1.12-13userspace USB programming library avrdude recommends no packages. Versions of packages avrdude suggests: ii avrdude-doc 5.5-5 documentation for avrdude -- no debconf information --- avrdude-5.5.orig/usbtiny.c 2007-10-29 15:40:04.0 + +++ avrdude-5.5/usbtiny.c 2009-01-14 02:39:55.0 + @@ -138,7 +138,7 @@ fprintf( stderr, Operation %d not defined for this chip!\n, op ); return -1; } - memset(cmd, 0, sizeof(cmd)); + memset(cmd, 0, 4); avr_set_bits(p-op[op], cmd); return pgm-cmd(pgm, cmd, res); @@ -286,19 +286,19 @@ int nbytes; // Make sure its empty so we don't read previous calls if it fails - memset(res, '\0', sizeof(res) ); + memset(res, '\0', 4 ); nbytes = usb_in( USBTINY_SPI, (cmd[1] 8) | cmd[0], // convert to 16-bit words (cmd[3] 8) | cmd[2], // - res, sizeof(res), 8 * sck_period ); + res, 4, 8 * sck_period ); if (verbose 1) { // print out the data we sent and received printf( CMD: [%02x %02x %02x %02x] [%02x %02x %02x %02x]\n, cmd[0], cmd[1], cmd[2], cmd[3], res[0], res[1], res[2], res[3] ); } - return ((nbytes == sizeof(res)) // should have read 4 bytes + return ((nbytes == 4) // should have read 4 bytes res[2] == cmd[1]); // AVR's do a delayed-echo thing }
Bug#504968: marked as done (openchange_1.0~svn842-1(experimental/i386/demosthenes): undefined reference to `same_net_v4')
Your message dated Wed, 14 Jan 2009 03:02:06 + with message-id e1lmw18-00024f...@ries.debian.org and subject line Bug#504968: fixed in openchange 1.0~svn991-1 has caused the Debian Bug report #504968, regarding openchange_1.0~svn842-1(experimental/i386/demosthenes): undefined reference to `same_net_v4' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 504968: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504968 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: openchange Version: 1.0~svn842-1 Severity: serious Tags: experimental Heya, Building your package on my experimental buildds failed: | Automatic build of openchange_1.0~svn842-1 on demosthenes.ayous.org by sbuild/i386 98-farm | Build started at 20081102-0130 | ** [...] | checking python library directory... ./configure: line 4675: python: command not found | [...] | checking for samba/version.h... yes | configure: WARNING: The Samba4 version installed on your system doesn't meet OpenChange requirements (4.0.0alpha6 or 4.0.0alpha6-GIT-edb7ac6). [...] | Compiling libmapi/socket/interface.c with -fPIC | libmapi/socket/interface.c: In function 'iface_find': | libmapi/socket/interface.c:40: warning: implicit declaration of function 'is_zero_ip_v4' | libmapi/socket/interface.c:44: warning: implicit declaration of function 'same_net_v4' [...] | Linking bin/openchangepfadmin | libmapi.so.0.8: undefined reference to `same_net_v4' | libmapi.so.0.8: undefined reference to `is_zero_ip_v4' | collect2: ld returned 1 exit status | make[1]: *** [bin/openchangepfadmin] Error 1 A complete build log can be found at http://experimental.debian.net/build.php?arch=i386pkg=openchangever=1.0~svn842-1 Marc -- Fachbegriffe der Informatik - Einfach erklärt 153: höflich Abwesenheit von absichtlichen Beleidigungen. (Lars Marowsky-Brée) ---End Message--- ---BeginMessage--- Source: openchange Source-Version: 1.0~svn991-1 We believe that the bug you reported is fixed in the latest version of openchange, which is due to be installed in the Debian FTP archive: libmapi-dev_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapi-dev_1.0~svn991-1_amd64.deb libmapi0_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapi0_1.0~svn991-1_amd64.deb libmapiadmin-dev_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapiadmin-dev_1.0~svn991-1_amd64.deb libmapiadmin0_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapiadmin0_1.0~svn991-1_amd64.deb libmapiproxy-dev_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapiproxy-dev_1.0~svn991-1_amd64.deb libmapiproxy0_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapiproxy0_1.0~svn991-1_amd64.deb libocpf-dev_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libocpf-dev_1.0~svn991-1_amd64.deb libocpf0_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libocpf0_1.0~svn991-1_amd64.deb openchange_1.0~svn991-1.diff.gz to pool/main/o/openchange/openchange_1.0~svn991-1.diff.gz openchange_1.0~svn991-1.dsc to pool/main/o/openchange/openchange_1.0~svn991-1.dsc openchange_1.0~svn991.orig.tar.gz to pool/main/o/openchange/openchange_1.0~svn991.orig.tar.gz openchangeclient_1.0~svn991-1_amd64.deb to pool/main/o/openchange/openchangeclient_1.0~svn991-1_amd64.deb openchangeproxy_1.0~svn991-1_amd64.deb to pool/main/o/openchange/openchangeproxy_1.0~svn991-1_amd64.deb openchangeserver_1.0~svn991-1_amd64.deb to pool/main/o/openchange/openchangeserver_1.0~svn991-1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 504...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jelmer Vernooij jel...@samba.org (supplier of updated openchange package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 11 Jan 2009 15:07:53 +0100 Source: openchange Binary: libmapi0 libmapi-dev libocpf0 libocpf-dev openchangeclient openchangeserver openchangeproxy libmapiadmin0 libmapiadmin-dev libmapiproxy0 libmapiproxy-dev Architecture: source amd64 Version: 1.0~svn991-1 Distribution: experimental Urgency: low Maintainer: Debian Samba Maintainers pkg-samba-ma...@lists.alioth.debian.org Changed-By:
Bug#507061: marked as done (openchange_1.0~svn894-1(hppa/experimental): FTBFS: error: too many arguments to function 'dcerpc_init')
Your message dated Wed, 14 Jan 2009 03:02:06 + with message-id e1lmw18-00024h...@ries.debian.org and subject line Bug#507061: fixed in openchange 1.0~svn991-1 has caused the Debian Bug report #507061, regarding openchange_1.0~svn894-1(hppa/experimental): FTBFS: error: too many arguments to function 'dcerpc_init' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 507061: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507061 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: openchange Version: 1.0~svn894-1 Severity: serious Hi, your package failed to build from source. | Automatic build of openchange_1.0~svn894-1 on lofn by sbuild/hppa 98-farm | Build started at 20081127-1337 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 1094kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main openchange 1.0~svn894-1 (dsc) [1741B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main openchange 1.0~svn894-1 (tar) [1088kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main openchange 1.0~svn894-1 (diff) [4227B] | Fetched 1094kB in 3s (361kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 5.0.0), libparse-pidl-perl, libmagic-dev, libdcerpc-dev, libtalloc-dev, libldb-samba4-dev (= 4.0.0~alpha5+20080930), samba4-dev, libsamba-hostconfig-dev, flex, bison, libpopt-dev, libtorture-dev, doxygen, pkg-config | Checking for already installed source dependencies... [...] | Compiling libmapi/cdo_mapi.c with -fPIC | libmapi/cdo_mapi.c: In function 'MAPIInitialize': | libmapi/cdo_mapi.c:239: error: too many arguments to function 'dcerpc_init' | make[1]: *** [libmapi/cdo_mapi.po] Error 1 | make[1]: Leaving directory `/build/buildd/openchange-1.0~svn894' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20081127-1345 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.0~svn894-1pkg=openchangearch=hppa Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ ---End Message--- ---BeginMessage--- Source: openchange Source-Version: 1.0~svn991-1 We believe that the bug you reported is fixed in the latest version of openchange, which is due to be installed in the Debian FTP archive: libmapi-dev_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapi-dev_1.0~svn991-1_amd64.deb libmapi0_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapi0_1.0~svn991-1_amd64.deb libmapiadmin-dev_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapiadmin-dev_1.0~svn991-1_amd64.deb libmapiadmin0_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapiadmin0_1.0~svn991-1_amd64.deb libmapiproxy-dev_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapiproxy-dev_1.0~svn991-1_amd64.deb libmapiproxy0_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libmapiproxy0_1.0~svn991-1_amd64.deb libocpf-dev_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libocpf-dev_1.0~svn991-1_amd64.deb libocpf0_1.0~svn991-1_amd64.deb to pool/main/o/openchange/libocpf0_1.0~svn991-1_amd64.deb openchange_1.0~svn991-1.diff.gz to pool/main/o/openchange/openchange_1.0~svn991-1.diff.gz openchange_1.0~svn991-1.dsc to pool/main/o/openchange/openchange_1.0~svn991-1.dsc openchange_1.0~svn991.orig.tar.gz to pool/main/o/openchange/openchange_1.0~svn991.orig.tar.gz openchangeclient_1.0~svn991-1_amd64.deb to pool/main/o/openchange/openchangeclient_1.0~svn991-1_amd64.deb openchangeproxy_1.0~svn991-1_amd64.deb to pool/main/o/openchange/openchangeproxy_1.0~svn991-1_amd64.deb openchangeserver_1.0~svn991-1_amd64.deb to pool/main/o/openchange/openchangeserver_1.0~svn991-1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 507...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jelmer Vernooij jel...@samba.org (supplier of updated openchange 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
Bug#511751: Avrdude fails with avrdude: error: usbtiny_receive: No error (expected 8, got 4) using USBTiny in AMD64 architecture.
Luis M. Ruiz Rosado wrote: Package: avrdude Version: 5.5-4 Severity: grave Avrdude fails to complete a request to getting info, or to program a chip, through USBTiny adapter (http://www.ladyada.net/make/usbtinyisp/). The error message is: avrdude: error: usbtiny_receive: No error (expected 8, got 4) There is a patch http://savannah.nongnu.org/patch/download.php?file_id=14754 discussed at http://savannah.nongnu.org/patch/?6233, that fixes this error among others. The patch attached here, is built and verified,with the Debian source package. The only changes are related to this fail. Honestly, I can't see how this patch should help: sizeof(unsigned char[4]) should be 4, no matter if you are using i386 or amd64, and the patch does nothing else then replacinging those two. Could you please pinpoint more exactly (e.g. via debug printfs), where the code actually fails? I lack the hardware to do so. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#509292: rsyslog: random crashes with remote logging
On Tue, Jan 13, 2009 at 5:12 AM, Rainer Gerhards rgerha...@hq.adiscon.com wrote: The primary question I have at this time is if you can reproduce the bug without the $AllowedSender directive (or with the patch I created for the cloned bug). If so, that would be a very good thing. From there, we Hello Rainer, when I filed this bug report I didn't yet use the $AllowedSender directive in the server. I started to use it later on and then I discovered the reload problem. So I'm sure that this problem persists even when not using the $AllowedSender. And also note that this bug report actually applies to my _remote logging client_ and not my server (server is a dual core system). The $AllowedSender segfaults occured in my server (naturally I don't use this directive in the client...). would need to change the config to see if it disappears if some settings are changed (I am a bit sceptic about the async queue). That than could lead us to the right path, even when not being able to apply any debug settings. Oh - did I mention that the bug almost instantly disappears if rsyslog is compiled for debugging. I initially thought that is an artifact of limited concurrency due to debug calls, but now I tend to believe that it actually is due to reduced speed - so on a 8-core system we may have the issue even with debug mode (someone with a 8 way system out there? ;)). I have been now running the recompiled version without -d option for few days and still no problems. Seems that when rsyslog is compiled with --enable-rtinst this problem disappears or at least happens very rarely. I think I need to revert back to the original version to reproduce this bug. Do you have any ideas what to try next? Regards, Juha -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511751: Avrdude fails with avrdude: error: usbtiny_receive: No error (expected 8, got 4) using USBTiny in AMD64 architecture.
Michael Biebl wrote: Luis M. Ruiz Rosado wrote: Package: avrdude Version: 5.5-4 Severity: grave Avrdude fails to complete a request to getting info, or to program a chip, through USBTiny adapter (http://www.ladyada.net/make/usbtinyisp/). The error message is: avrdude: error: usbtiny_receive: No error (expected 8, got 4) There is a patch http://savannah.nongnu.org/patch/download.php?file_id=14754 discussed at http://savannah.nongnu.org/patch/?6233, that fixes this error among others. The patch attached here, is built and verified,with the Debian source package. The only changes are related to this fail. Honestly, I can't see how this patch should help: sizeof(unsigned char[4]) should be 4, no matter if you are using i386 or amd64, and the patch does nothing else then replacinging those two. Could you please pinpoint more exactly (e.g. via debug printfs), where the code actually fails? I lack the hardware to do so. Nevermind, found the bug myself: static int usbtiny_cmd(PROGRAMMER * pgm, unsigned char cmd[4], unsigned char res[4]) ... sizeof(cmd) ... We are passing a char pointer along, so cmd is *not* a char[4] array, and pointers are 8 byte long on amd64. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#211765: Final SGI licensing update
On Tue, Jan 13, 2009 at 16:40:54 -0500, Brett Smith wrote: Hello again everyone, I just got word from the X.Org team that all the developers who worked on the files that were under the GLX Public License have given their permission for their contributions to be used under the new permissive terms. I believe that all the code in X.Org that was originally under an SGI license is now free software. Once the latest stuff gets incorporated into Debian, I think this bug can be closed. That's great news! Thanks a lot for your work on this (and to everyone else involved). Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511018: libdrm2: X stopped working after latest drm-snapshot upgrade
On Tue, Jan 13, 2009 at 09:15:20 +, Sjoerd Simons wrote: I noticed you updated pkg-xorg git already. Any chance of an upload soonish? As people with very recent intel cards need to use X from experimental, so it's kinda annoying that that's broken atm :) Will do that soon. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511751: marked as done (Avrdude fails with avrdude: error: usbtiny_receive: No error (expected 8, got 4) using USBTiny in AMD64 architecture.)
Your message dated Wed, 14 Jan 2009 06:47:03 + with message-id e1lmzwp-0006s2...@ries.debian.org and subject line Bug#511751: fixed in avrdude 5.5-7 has caused the Debian Bug report #511751, regarding Avrdude fails with avrdude: error: usbtiny_receive: No error (expected 8, got 4) using USBTiny in AMD64 architecture. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 511751: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511751 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: avrdude Version: 5.5-4 Severity: grave Avrdude fails to complete a request to getting info, or to program a chip, through USBTiny adapter (http://www.ladyada.net/make/usbtinyisp/). The error message is: avrdude: error: usbtiny_receive: No error (expected 8, got 4) There is a patch http://savannah.nongnu.org/patch/download.php?file_id=14754 discussed at http://savannah.nongnu.org/patch/?6233, that fixes this error among others. The patch attached here, is built and verified,with the Debian source package. The only changes are related to this fail. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28_amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages avrdude depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libusb-0.1-4 2:0.1.12-13userspace USB programming library avrdude recommends no packages. Versions of packages avrdude suggests: ii avrdude-doc 5.5-5 documentation for avrdude -- no debconf information --- avrdude-5.5.orig/usbtiny.c 2007-10-29 15:40:04.0 + +++ avrdude-5.5/usbtiny.c 2009-01-14 02:39:55.0 + @@ -138,7 +138,7 @@ fprintf( stderr, Operation %d not defined for this chip!\n, op ); return -1; } - memset(cmd, 0, sizeof(cmd)); + memset(cmd, 0, 4); avr_set_bits(p-op[op], cmd); return pgm-cmd(pgm, cmd, res); @@ -286,19 +286,19 @@ int nbytes; // Make sure its empty so we don't read previous calls if it fails - memset(res, '\0', sizeof(res) ); + memset(res, '\0', 4 ); nbytes = usb_in( USBTINY_SPI, (cmd[1] 8) | cmd[0], // convert to 16-bit words (cmd[3] 8) | cmd[2], // - res, sizeof(res), 8 * sck_period ); + res, 4, 8 * sck_period ); if (verbose 1) { // print out the data we sent and received printf( CMD: [%02x %02x %02x %02x] [%02x %02x %02x %02x]\n, cmd[0], cmd[1], cmd[2], cmd[3], res[0], res[1], res[2], res[3] ); } - return ((nbytes == sizeof(res)) // should have read 4 bytes + return ((nbytes == 4) // should have read 4 bytes res[2] == cmd[1]); // AVR's do a delayed-echo thing } ---End Message--- ---BeginMessage--- Source: avrdude Source-Version: 5.5-7 We believe that the bug you reported is fixed in the latest version of avrdude, which is due to be installed in the Debian FTP archive: avrdude-doc_5.5-7_all.deb to pool/main/a/avrdude/avrdude-doc_5.5-7_all.deb avrdude_5.5-7.diff.gz to pool/main/a/avrdude/avrdude_5.5-7.diff.gz avrdude_5.5-7.dsc to pool/main/a/avrdude/avrdude_5.5-7.dsc avrdude_5.5-7_i386.deb to pool/main/a/avrdude/avrdude_5.5-7_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 511...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Biebl bi...@debian.org (supplier of updated avrdude package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 14 Jan 2009 07:13:39 +0100 Source: avrdude Binary: avrdude avrdude-doc Architecture: source all i386 Version: 5.5-7 Distribution: unstable Urgency: low Maintainer: Michael Biebl bi...@debian.org Changed-By: Michael Biebl bi...@debian.org Description: avrdude- software for programming Atmel AVR microcontrollers avrdude-doc - documentation for avrdude Closes: 511751 Changes: avrdude (5.5-7) unstable;
Bug#511694: mono-jit: Runtime Failure on armel: Emits invalid arm instructions on EABI machines
Hi, This affects EABI machines with kernel compiled _without_ OABI compat. All Debian kernels are compiled _with_ oldabi compatability. Since the fix is easy, it could still be applied for lenny for those users who build their own kernels. -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511756: ghc6: Includes GMP, which has non-free GNU documentation
Package: ghc6 Version: 6.8.2-7 Severity: serious Justification: Policy 2.1. GHC includes GNU MP library with it, in gmp/gmp-4.2.1.tar.gz. The build system already does the right thing and doesn't link against the local copy of the library, but it still carries the tarball with the accompanying GNU documentation, with this license: Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, with the Front-Cover Texts being ``A GNU Manual'', and with the Back-Cover Texts being ``You have freedom to copy and modify this GNU Manual, like GNU software''. I'll need to repackage the upstream tarball to remove its copy of GMP. That shouldn't be too disruptive. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509292: rsyslog: random crashes with remote logging
Rainer Gerhards wrote: Juha, I have finally been able to review the material that came with this bug report. Thanks for all the good info, but it looks everything was related to the $AllowedSender bug, not to the race condition (which I, too, think exists). ... more inline below... On Sat, 2009-01-10 at 20:12 +0200, Juha Koho wrote: For this issue (number 2.) I believe it could be a thread synchronization issue. The client that has had these problems is a quad core system and I installed other single core system with exactly the same configuration not running the recompiled version and it has been working perfectly since I installed it for at least a week ago. Definitely. I am trying to track down a nasty race condition (I think it is one) for a while now. It seems to occur only on machines with at least four cores and not always. I unfortunately can not reproduced it myself. This partly due to insufficient hardware, but when I got a machine for a while, I was able to see the issue only once or twice, but very, very random and I could not draw any conclusion before I needed to return the machine. There are few other reports, but for none of them I have been able to obtain any information that points to the culprit. I hope we can make better success in your case. I don't think these issues are related either because my client used to crash at random times and not during reload. Right, this one is different. By the way. I'm actually using TCP to forward messages and I haven't tried UDP yet. This doesn't seem to make a difference. I think I have tracked down it to either the code that creates or destructs the message object, but not being able to reliably reproduce, this is just an educated guess. So the input may make a difference (but I don't think so). The primary question I have at this time is if you can reproduce the bug without the $AllowedSender directive (or with the patch I created for the cloned bug). If so, that would be a very good thing. From there, we I don't think the $AllowedSender directive has any influence on the crashes Juho experiences on his rsyslog clients (as he only used those directive on the rsyslog server). Why do you suspect that the $AllowedSender fix might have an influence on this? would need to change the config to see if it disappears if some settings are changed (I am a bit sceptic about the async queue). That than could lead us to the right path, even when not being able to apply any debug settings. Oh - did I mention that the bug almost instantly disappears if rsyslog is compiled for debugging. I initially thought that is an artifact of limited concurrency due to debug calls, but now I tend to believe that it actually is due to reduced speed - so on a 8-core system we may have the issue even with debug mode (someone with a 8 way system out there? ;)). I guess the bug is quite basic, but it is very hard to find it not being able to reproduce it at will or at least once a day and in debug mode... So, we have the $AllowedSender issue on the server (tracked as #511562), where Rainer has provided a patch and the fix seems to work for me (waiting for Juho to confirm this). Then we have the random crashes on the client (tracked as #509292). Juho's rsyslog.conf is at [1]. The only clue so far is, that it is related to multi core machines (= 4 cores). I'm not convinced that it is related to remote logging. Juho, could you strip down your rsyslog.conf step by step (i.e. first remove the remote logging, then the $ActionQueue* directives, then the imklog plugin, then the different rules), which will help us to narrow down this bug. Cheers, Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=509292#5 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature