Bug#491536: iceweasel: Impossible to get past click through license dialog
[Mike Hommey] This dialog is not supposed to be displayed at all. Good. It is annoying. Can you verify that the /usr/lib/iceweasel/defaults/preferences/vendor.js file contains the following: pref(browser.EULA.override, true); If it doesn't, please reinstall iceweasel from a debian mirror. Is this the correct path? I got no such file in the iceweasel package installed from Lenny. /usr/share/iceweasel/defaults/preferences/vendor.js exist, though and include that entry. The directory include five files, channel-prefs.js, firefox.js, firefox-l10n.js, reporter.js and vendor.js. If it does, try turning the pref above into a lockPref and see if it works better. Rewriting pref() to lockPref() did not help for the file in /usr/share/. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491536: iceweasel: Impossible to get past click through license dialog
On Mon, Jul 21, 2008 at 08:17:58AM +0200, Petter Reinholdtsen wrote: [Mike Hommey] This dialog is not supposed to be displayed at all. Good. It is annoying. Can you verify that the /usr/lib/iceweasel/defaults/preferences/vendor.js file contains the following: pref(browser.EULA.override, true); If it doesn't, please reinstall iceweasel from a debian mirror. Is this the correct path? I got no such file in the iceweasel package installed from Lenny. /usr/share/iceweasel/defaults/preferences/vendor.js exist, though and include that entry. The directory include five files, channel-prefs.js, firefox.js, firefox-l10n.js, reporter.js and vendor.js. There is supposed to be a /usr/lib/iceweasel/defaults symlink to /usr/share/iceweasel/defaults, so the path is supposed to be valid. It looks like you have some other package having a defaults directory installed. Check what you have there and what package is responsible for this. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491655: audacious: log file spammed with tuple_get_int assertion failure message
Package: audacious Version: 1.5.1-1 Severity: critical Justification: causes serious data loss -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The audacious log file in ~/.config/audacious/log is growing out of control with the following error: tuple_get_int: assertion `tuple != NULL' failed I don't know if this would normally qualify as a critical bug, but as it causes the logfile to grow extremely quicly it can fill up the home partition very quickly, leading to loss of data. Please let me know if I can provide any additional information. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23 (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 audacious depends on: ii audacious-plugins 1.5.1-2Base plugins for audacious ii dbus 1.2.1-2simple interprocess messaging syst ii gtk2-engines-pixbuf 2.12.11-2 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libaudclient1 1.5.1-2audacious dbus remote control libr ii libc6 2.7-12 GNU C Library: Shared libraries ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.11-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libsamplerate00.1.4-1audio rate conversion library ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.4-2 X11 client-side library Versions of packages audacious recommends: ii audacious-plugins-extra 1.5.1-2Various extra plugins for audaciou ii unzip 5.52-11De-archiver for .zip files audacious suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiEMFMACgkQBPYwh6bSSDeoMACfZRhb+QDZp1YFdA+L4qlzfWEi zCwAoJl0CuwyDIonUQvbtUR88JOAKeIm =V/tR -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bugscripts are executed, but content not put in email
Processing commands for [EMAIL PROTECTED]: reopen 422085 Bug#422085: reportbug-ng: should use /usr/share/bug/$package/* Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491536: iceweasel: Impossible to get past click through license dialog
[Mike Hommey] There is supposed to be a /usr/lib/iceweasel/defaults symlink to /usr/share/iceweasel/defaults, so the path is supposed to be valid. It looks like you have some other package having a defaults directory installed. Check what you have there and what package is responsible for this. Yes, this is in debian-edu-config, providing /usr/lib/iceweasel/defaults/pref/debian-edu.js. Should it be stored in /usr/share/ instead? I can move it. I picked the /usr/lib/ path because I believed it was the directory used by iceweasel. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: bugscripts are executed, but content not put in email
reopen 422085 thanks Hi! I just tried using reportbug-ng to report bugs against packages like texlive- doc-base, xserver-xorg and mdadm. (what's common for these 3 packages is that thay have bug scripts) And the result is: I see a terminal pop up briefly with a lot of text scrolling over and a line added to the email with the following: --- Output from package bug script --- but no actual output from bug script. I use kmail as the email client - and running reportbug-ng with -l info doesn't reveal any info about why it isn't adding the bug script output. /Sune -- How may I explore the directory? You should never close a icon for doubleclicking on the button. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491536: iceweasel: Impossible to get past click through license dialog
reassign 491536 debian-edu-config thanks On Mon, Jul 21, 2008 at 09:03:18AM +0200, Petter Reinholdtsen [EMAIL PROTECTED] wrote: [Mike Hommey] There is supposed to be a /usr/lib/iceweasel/defaults symlink to /usr/share/iceweasel/defaults, so the path is supposed to be valid. It looks like you have some other package having a defaults directory installed. Check what you have there and what package is responsible for this. Yes, this is in debian-edu-config, providing /usr/lib/iceweasel/defaults/pref/debian-edu.js. Should it be stored in /usr/share/ instead? I can move it. I picked the /usr/lib/ path because I believed it was the directory used by iceweasel. I'd say you should be putting this file in /etc/iceweasel/prefs. Reassigning this bug to debian-edu-config. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#491536: iceweasel: Impossible to get past click through license dialog
Processing commands for [EMAIL PROTECTED]: reassign 491536 debian-edu-config Bug#491536: iceweasel: Impossible to get past click through license dialog Bug reassigned from package `iceweasel' to `debian-edu-config'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for [EMAIL PROTECTED]: # Mon Jul 21 08:03:30 UTC 2008 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: ganglia tags 284346 + pending Bug number 284346 not found. (Is it archived?) # Source package in NEW: gnade tags 471619 + pending Bug#471619: gnade: FTBFS: gnatmake: /build/user/gnade-1.6.1/tmp/make_gnadeodbc.adb compilation error There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491536: iceweasel: Impossible to get past click through license dialog
[Mike Hommey] I'd say you should be putting this file in /etc/iceweasel/prefs. This isn't a host specific configuration, it is a extention to the default, that should be overridable by the local sysadmin by adding entries in /etc/ if they choose to. Why should it not use /usr/share/iceweasel/defaults/? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 491633
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.34 tags 491633 pending Bug#491633: fails to install, attempted to use shell library There were no tags set. Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458275: should warzone2100 (beta) be in lenny?
Hello, Well, it seems upstream didn't freeze or release 2.1 after all. Since we are about to freeze, the question is, should warzone2100 in its current state enter Lenny? This bug will prevent it from doing so. -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491536: iceweasel: Impossible to get past click through license dialog
On Mon, Jul 21, 2008 at 10:05:58AM +0200, Petter Reinholdtsen [EMAIL PROTECTED] wrote: [Mike Hommey] I'd say you should be putting this file in /etc/iceweasel/prefs. This isn't a host specific configuration, it is a extention to the default, that should be overridable by the local sysadmin by adding entries in /etc/ if they choose to. Why should it not use /usr/share/iceweasel/defaults/? What you are saying sounds like you really want a conffile. You can put stuff in /usr/share/iceweasel/defaults/, but why not just use a conffile ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491536: iceweasel: Impossible to get past click through license dialog
[Mike Hommey] What you are saying sounds like you really want a conffile. You can put stuff in /usr/share/iceweasel/defaults/, but why not just use a conffile ? To avoid upgrade problems. The defaults provided by debian-edu-config are not ment to be edited by sysadmins. The sysadmin overrides should stay in separate files, to avoid dpkg questions during upgrades. Anyway, thank you for the pointers and feedback. I will move the file to /usr/share/iceweasel/defaults/. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: marked as done (reportbug-ng: should use /usr/share/bug/$package/*)
Your message dated Mon, 21 Jul 2008 10:58:04 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#422085: bugscripts are executed, but content not put in email has caused the Debian Bug report #422085, regarding reportbug-ng: should use /usr/share/bug/$package/* to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 422085: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422085 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: reportbug-ng Version: 0.2007.04.27 Severity: normal Hi, reportbug provides a way to control how bugs are reported on a particular package, by adding files in /usr/share/bug/$package. However reportbug-ng doesn't seem to use that information, which means that bugs reported with it lack very important information. In particular, without the output of /usr/share/bug/$package/script, many reports are useless. Thanks, Julien -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug-ng depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.13-0.1 register and build utility for Pyt ii python-qt33.16-1.2 Qt3 bindings for Python reportbug-ng recommends no packages. -- no debconf information signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- This is not a bug of rng and not related to 422085: * calling /usr/share/bug/texlive-doc-base 31 aborts with an error (getkey: command not found) when called in the console. If you feel this is a bug of rng, please open a new report specific to this problem and not to rng not using the scripts at all. * xserver-xorg: the output of the script is too long to handle so rng added the following text to the mail (you should have seen that, Sune): -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-xserver-xorg-oob9Xu.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8-- as you can see rng already gathered the info and even put in in a file, all the user has to do is to attach this file to the mail. * mdadm: not tested, since not installed, but I assume its one of the above problems. Try udev, it also comes with a script whose output isn't 80kb big and it works fine, rng attaches the output automatically and the user has nothing to do. The file too long problem isn't rng's fault but a limitation of the shell which can't execute commands of unlimited length. Rng detects such cases where calling the MUA failed and puts the output in a file and asks the user kindly to attach it. Sune Vuorela wrote: reopen 422085 thanks Hi! I just tried using reportbug-ng to report bugs against packages like texlive- doc-base, xserver-xorg and mdadm. (what's common for these 3 packages is that thay have bug scripts) And the result is: I see a terminal pop up briefly with a lot of text scrolling over and a line added to the email with the following: --- Output from package bug script --- but no actual output from bug script. I use kmail as the email client - and running reportbug-ng with -l info doesn't reveal any info about why it isn't adding the bug script output. /Sune -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org ---End Message---
Bug#477060: Bug#491354: Handling of RC licensing bugs in TeXLive
Hi all, I might add one point: On So, 20 Jul 2008, Frank K�ster wrote: #477060, amslatex license; Source Package: texlive-base Removing amslatex would severly reduce the usability of TeX on Debian. Nowadays practically all articles using some formulas are using amslatex packages, and this is so recommended in most documentations (giving better spacing etc). Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- BOLSOVER One of those brown plastic trays with bumps on, placed upside down in boxes of chocolates to make you think you're-getting two layers. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447007: wavsplit: Doesn't support files larger than 2 GB.
Can someone please NMU this package--or suggest an alternative that will make it into lenny? -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#491679: libfilesys-smbclient-perl: Missing input sanitising
Package: libfilesys-smbclient-perl Severity: grave Tags: security Justification: user security hole No CVE has been assigned so far: http://www.securityfocus.com/archive/1/494536 Cheers, Moritz -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491682: twin: Hard codes package version information in four places
Package: twin Version: 0.5.1-3 Severity: serious Tags: patch Twin currently requires versioning information be replaced in four different places in its packaging. This is unacceptable, and it should get the information from one place (the changelog). Attached is a patch that achieves that. -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-19-generic (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u twin-0.5.1/debian/control twin-0.5.1/debian/control --- twin-0.5.1/debian/control +++ twin-0.5.1/debian/control @@ -36,7 +36,7 @@ Package: libtw0-dev Section: devel Architecture: any -Depends: libtw0(=4.5.1-3), libc6-dev +Depends: libtw0(= ${binary:Version}), libc6-dev Conflicts: libtw-dev Replaces: libtw-dev Description: a Text mode WINdow environment library, development diff -u twin-0.5.1/debian/rules twin-0.5.1/debian/rules --- twin-0.5.1/debian/rules +++ twin-0.5.1/debian/rules @@ -13,8 +13,8 @@ #export DH_COMPAT=4 #Version of twin -TWIN_VERSION=0.5.1-3 -LIBTW_VERSION=4.5.1-3 +TWIN_VERSION:=$(shell dpkg-parsechangelog | grep Version | cut -d\ -f2) +LIBTW_VERSION:=$(shell echo $(TWIN_VERSION) | sed 's/^0/4/') #LIBTT_VERSION=0.0.8-1 include /usr/share/dpatch/dpatch.make
Bug#479934: renrot: FTBFS: rmdir: failed to remove `/build/user/renrot-0.25/debian/renrot/usr/lib/perl5': No such file or directory
Hi Jeffrey, The attached patch seems to fix the FTBFS in my newly-build sid chroot. Thanks, I've uploaded this now as an NMU! Thijs pgppTCKWD2Xz8.pgp Description: PGP signature
Bug#479934: marked as done (renrot: FTBFS: rmdir: failed to remove `/build/user/renrot-0.25/debian/renrot/usr/lib/perl5': No such file or directory)
Your message dated Mon, 21 Jul 2008 10:32:27 + with message-id [EMAIL PROTECTED] and subject line Bug#479934: fixed in renrot 0.25-1.1 has caused the Debian Bug report #479934, regarding renrot: FTBFS: rmdir: failed to remove `/build/user/renrot-0.25/debian/renrot/usr/lib/perl5': No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 479934: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479934 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: renrot Version: 0.25-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080506 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Consequently, many failures are caused by the switch to gcc 4.3. If you determine that this failure is caused by gcc 4.3, feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: /usr/bin/fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k dh_installdirs # Add here commands to install the package into debian/renrot. /usr/bin/make install PREFIX=/build/user/renrot-0.25/debian/renrot/usr make[1]: Entering directory `/build/user/renrot-0.25' Installing /build/user/renrot-0.25/debian/renrot/usr/share/man/man1/renrot.1p Installing /build/user/renrot-0.25/debian/renrot/usr/bin/renrot make[1]: Leaving directory `/build/user/renrot-0.25' # remove empty dirs rmdir /build/user/renrot-0.25/debian/renrot/usr/lib/perl5 rmdir: failed to remove `/build/user/renrot-0.25/debian/renrot/usr/lib/perl5': No such file or directory make: *** [install] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/05/06 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: renrot Source-Version: 0.25-1.1 We believe that the bug you reported is fixed in the latest version of renrot, which is due to be installed in the Debian FTP archive: renrot_0.25-1.1.diff.gz to pool/main/r/renrot/renrot_0.25-1.1.diff.gz renrot_0.25-1.1.dsc to pool/main/r/renrot/renrot_0.25-1.1.dsc renrot_0.25-1.1_all.deb to pool/main/r/renrot/renrot_0.25-1.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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jeffrey Ratcliffe [EMAIL PROTECTED] (supplier of updated renrot package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 29 May 2008 22:05:34 +0200 Source: renrot Binary: renrot Architecture: source all Version: 0.25-1.1 Distribution: unstable Urgency: medium Maintainer: Andy Shevchenko [EMAIL PROTECTED] Changed-By: Jeffrey Ratcliffe [EMAIL PROTECTED] Description: renrot - Rename and rotate files according to EXIF tags Closes: 479934 Changes: renrot (0.25-1.1) unstable; urgency=medium . * Non-maintainer upload. * Fix FTBFS against Perl 5.10 (closes: #479934) Checksums-Sha1: 8ac84bc022c9822cf89fdeb37cf99550d0ad665a 1259 renrot_0.25-1.1.dsc cd02f0403b184ed53f28b10d7b15a10a34365d60 2122 renrot_0.25-1.1.diff.gz a576244c9078841dbda512a1531e54bc33a9007b 48328 renrot_0.25-1.1_all.deb Checksums-Sha256: 579100176af2a062420e548ee9de3e7acf5943e0b30a0d536793cde064005d37 1259 renrot_0.25-1.1.dsc 68a569ff59f78e9f6c9c295eb6ca4bd91902c366f85572a958fc96eac4a7d201 2122 renrot_0.25-1.1.diff.gz 7b4ee4a5aa064db433ec72e62915803df8c82b9713937008d01ed858360ad675 48328 renrot_0.25-1.1_all.deb Files: 5ff6df37b5330f09391edb54eb6748d1 1259 graphics optional
Bug#491522: The same here
Hi, I've got the same problem since the update to 2.6.25-2-686 kernel. My lenny system worked fine with the older 2.6.24 kernel. Since the new kernel upstream version my machine freezed sporadically after some uptime 3 times now. There are no kernel messages before this happens. Unfortunately I purged the older kernel after the update. -- Mit freundlichen Gruessen / Kind regards, Thomas Babut [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] / GPG: 0x9EA93CB2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: This is an issue for qgis only AFAIK
Processing commands for [EMAIL PROTECTED]: severity 489124 important Bug#489124: libgdal1-1.5.0_1.5.2 Segmentation fault Severity set to `important' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491410: marked as done (install-info: File time not found)
Your message dated Mon, 21 Jul 2008 11:02:03 + with message-id [EMAIL PROTECTED] and subject line Bug#491410: fixed in time 1.7-23 has caused the Debian Bug report #491410, regarding install-info: File time not found 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 [EMAIL PROTECTED] immediately.) -- 491410: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491410 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: time Version: 1.7-22 Severity: grave Justification: renders package unusable Today dist-upgrade failed on time and it can't be configured: $ LC_ALL=C sudo dpkg --configure -a Setting up time (1.7-22) ... install-info: File time not found dpkg: error processing time (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: time Changing the postinst to mention time.info.gz (instead of time) fixed the problem. Cheers, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) 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 time depends on: ii libc6 2.7-12 GNU C Library: Shared libraries time recommends no packages. time suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: time Source-Version: 1.7-23 We believe that the bug you reported is fixed in the latest version of time, which is due to be installed in the Debian FTP archive: time_1.7-23.diff.gz to pool/main/t/time/time_1.7-23.diff.gz time_1.7-23.dsc to pool/main/t/time/time_1.7-23.dsc time_1.7-23_amd64.deb to pool/main/t/time/time_1.7-23_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Tollef Fog Heen [EMAIL PROTECTED] (supplier of updated time package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Jul 2008 12:27:09 +0200 Source: time Binary: time Architecture: source amd64 Version: 1.7-23 Distribution: unstable Urgency: medium Maintainer: Tollef Fog Heen [EMAIL PROTECTED] Changed-By: Tollef Fog Heen [EMAIL PROTECTED] Description: time - The GNU time program for measuring cpu resource usage Closes: 491410 Changes: time (1.7-23) unstable; urgency=medium . * Fix up install-info calls in postinst and prerm. Closes: #491410 Checksums-Sha1: 395b98ee4b15b259ffa21ff0836e7b80655667f2 955 time_1.7-23.dsc f110aa3a3c9d8f0f7191d5e4f847674a462c9973 89260 time_1.7-23.diff.gz f564efe5167cb28807d258c035c298a9ab967471 33246 time_1.7-23_amd64.deb Checksums-Sha256: 23fdf4cc08c89f74aeefdcc8a34b917af4514d5a7b3b3ce4efd8aea04404db75 955 time_1.7-23.dsc 6950a60f67764de13d2af50e3cf2fac851a4c0836f4e7f172bcb7bcb4219ea01 89260 time_1.7-23.diff.gz 5caf0bba415c7296bdbfe6b4ad543800e9a7d11a41e983be9880bea6d2b28cc8 33246 time_1.7-23_amd64.deb Files: 0dc46205c2d3f4d44a88fcdf8c5bc912 955 utils standard time_1.7-23.dsc 559d81f422074414bf9658b771d9ad6a 89260 utils standard time_1.7-23.diff.gz 309f9a3f6c015ce05bea704ac44e0970 33246 utils standard time_1.7-23_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiEbBMACgkQQSseMYF6mWo4XwCgpvjZKD+/0aNeSi3V+cHPNaym ISQAn2oL7z7TpnxqRwW7h7hLczRpUtEM =3mAj -END PGP SIGNATURE- ---End Message---
Bug#489124: This is an issue for qgis only AFAIK
severity 489124 important thanks Currently mapserver works by compiling without optimization (or recompiling both mapserver and gdal with the same version). Qgis has still issues, but Qgis is not present in lenny anyway. It is still not clear to me if it is an issue of Qgis which is exploited by GCC 4.3 and optimization or what. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491522: Additional information
Some more information about my machine in the attachments... Thanks in advance. -- Mit freundlichen Gruessen / Kind regards, Thomas Babut [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] / GPG: 0x9EA93CB2 # dmidecode 2.9 SMBIOS 2.4 present. 22 structures occupying 1128 bytes. Table at 0x000FBC40. Handle 0x, DMI type 0, 24 bytes BIOS Information Vendor: American Megatrends Inc. Version: P1.30 Release Date: 09/04/2006 Address: 0xF Runtime Size: 64 kB ROM Size: 512 kB Characteristics: PCI is supported PNP is supported BIOS is upgradeable BIOS shadowing is allowed Boot from CD is supported Selectable boot is supported BIOS ROM is socketed EDD is supported 5.25/1.2 MB floppy services are supported (int 13h) 3.5/720 KB floppy services are supported (int 13h) 3.5/2.88 MB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported LS-120 boot is supported ATAPI Zip drive boot is supported BIOS boot specification is supported Function key-initiated network boot is supported Targeted content distribution is supported BIOS Revision: 8.12 Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: To Be Filled By O.E.M. Product Name: 775i945GZ Version: To Be Filled By O.E.M. Serial Number: To Be Filled By O.E.M. UUID: 00020003-0004-0005-0006-000700080009 Wake-up Type: Power Switch SKU Number: To Be Filled By O.E.M. Family: To Be Filled By O.E.M. Handle 0x0002, DMI type 2, 15 bytes Base Board Information Manufacturer: Product Name: 775i945GZ Version: Serial Number: Asset Tag: Features: Board is a hosting board Board is replaceable Location In Chassis: Chassis Handle: 0x0003 Type: Motherboard Contained Object Handles: 0 Handle 0x0003, DMI type 3, 21 bytes Chassis Information Manufacturer: To Be Filled By O.E.M. Type: Desktop Lock: Not Present Version: To Be Filled By O.E.M. Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: None OEM Information: 0x Height: Unspecified Number Of Power Cords: 1 Contained Elements: 0 Handle 0x0004, DMI type 4, 35 bytes Processor Information Socket Designation: CPUSocket Type: Central Processor Family: Pentium 4 Manufacturer: Intel ID: 65 0F 00 00 FF FB EB BF Signature: Type 0, Family 15, Model 6, Stepping 5 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (Fast floating-point save and restore) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Hyper-threading technology) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Pentium(R) D CPU 3.20GHz Voltage: 1.3 V External Clock: 200 MHz Max Speed: 3200 MHz Current Speed: 3200 MHz Status: Populated, Enabled Upgrade: Other
Processed: missed the control email address when retitling before
Processing commands for [EMAIL PROTECTED]: retitle 484467 cpufreqd: Depends on obsolete /proc/acpi interface Bug#484467: cpufreqd: Depends on obsolete /proc/acpi interface, shuts down system if missing Changed Bug title to `cpufreqd: Depends on obsolete /proc/acpi interface' from `cpufreqd: Depends on obsolete /proc/acpi interface, shuts down system if missing'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign
Processing commands for [EMAIL PROTECTED]: reassign 489231 ftp.debian.org Bug#489231: package obsoleted by libpam-modules Bug reassigned from package `libpam-umask' to `ftp.debian.org'. retitle 489231 RM: libpam-umask -- RoM: superseded by new libpam-modules Bug#489231: package obsoleted by libpam-modules Changed Bug title to `RM: libpam-umask -- RoM: superseded by new libpam-modules' from `package obsoleted by libpam-modules'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489231: reassign
reassign 489231 ftp.debian.org retitle 489231 RM: libpam-umask -- RoM: superseded by new libpam-modules thanks Hi, please remove libpam-umask from the archive as it has been superseded by a module of the same name in libpam-modules. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490600: Contains compiled binaries in orig.tar.gz
On Sat, Jul 19, 2008 at 11:22:26PM +0200, Moritz Muehlenhoff wrote: On Sun, Jul 13, 2008 at 02:09:09AM +0200, Frank Lichtenheld wrote: The .orig.tar.gz contains several compiled binaries and object files. These really should be removed in a repackaged .orig.tar While this is certainly unclean, I don't think this is of serious severity, since the source code of the shipped object files is included. Fair enough. Maybe I'm trying a little hard to get orphaned packages out of testing ;) Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473400: xlockmore: xlock shouldn't unlock the screen if screensaver fails
Hi Timo, * Timo Sirainen [EMAIL PROTECTED] [2008-07-20 23:55]: On Thu, 2008-06-05 at 02:01 +0200, Nico Golde wrote: * Timo Sirainen [EMAIL PROTECTED] [2008-06-05 01:57]: On Thu, 2008-06-05 at 01:48 +0200, Nico Golde wrote: Hi Timo, I agree this needs to be fixed. Can you provide any help in debugging this? For example which screensaver did you use? I just typed xlock, which used random screensavers. It takes about 20-60 minutes to crash, but I guess I could try leaving xlock running in gdb and see if backtrace shows the screensaver. This would be nice. I finally remembered to run it over night, but looks like it doesn't crash anymore. I guess a newer version fixed that one. No version has been uploaded since you reported the bug. Cheers NIco -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpIZ7ICGBgDa.pgp Description: PGP signature
Bug#491697: openafs_1.5.50.dfsg1-1(ia64/unstable): FTBFS: error: 'LWP_SP' undeclared
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: openafs Version: 1.5.50.dfsg1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of openafs_1.5.50.dfsg1-1 on alkman.ayous.org by sbuild/ia64 98-farm Build started at 20080719-0529 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), libncurses5-dev, libpam0g-dev, bison, flex, perl, comerr-dev, libkrb5-dev, autoconf, automake [...] ./process.c:179: warning: assignment from incompatible pointer type ./process.c:183: error: 'LWP_SP' undeclared (first use in this function) ./process.c:183: error: (Each undeclared identifier is reported only once ./process.c:183: error: for each function it appears in.) ./process.c:206: warning: cast from pointer to integer of different size make[4]: *** [process.o] Error 1 make[4]: Leaving directory `/build/buildd/openafs-1.5.50.dfsg1/src/lwp' make[3]: *** [lwp] Error 2 make[3]: Leaving directory `/build/buildd/openafs-1.5.50.dfsg1' make[2]: *** [build] Error 2 make[2]: Leaving directory `/build/buildd/openafs-1.5.50.dfsg1' make[1]: *** [all_nolibafs] Error 2 make[1]: Leaving directory `/build/buildd/openafs-1.5.50.dfsg1' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://experimental.debian.net/build.php?arch=ia64pkg=openafsver=1.5.50.dfsg1-1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIhIXo7Ro5M7LPzdgRAs59AKCpexmZDZaWEXUYRlUD1C6enoEMCwCbBM/r csVnh/BhuiG82nbUS/WBet4= =fiIz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Bug forwarded
Processing commands for [EMAIL PROTECTED]: forwarded 491679 http://rt.cpan.org/Ticket/Display.html?id=37818 Bug#491679: libfilesys-smbclient-perl: Missing input sanitising Noted your statement that Bug has been forwarded to http://rt.cpan.org/Ticket/Display.html?id=37818. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491671: Amarok randomly crashes on track change since last kdelibs upgrade (include backtraces)
tags 491671 moreinfo upstream unreproducible thanks Hi, Monday 21 July 2008, [EMAIL PROTECTED] rašė: Since the last upgrade of kdemultimedia-kio-plugins yesterday, Amarok has started to randomly freeze on a track change. The track itself will play It is very unlikely kdemultimedia-kio-plugins could have caused this. It is even optional. Try removing it and see if it helps. usually to completion but the UI will freeze and when the track finishes, nothing else happens and no further songs are played. I tried really hard to reproduce this. Sorry, but no luck. UI does not freeze. I'll leave this bug as grave for now to increase its visibility but if nobody else complains severity will be downgraded. I've included my dpkg.log along with three separate backtraces. Your log shows that none of Jul 20 upgrades are directly related to this bug. The freeze is most definitely reproducible. All I have to do it start Amarok and next Next Track a number of times and eventually it will freeze. Normally, Amarok likes to freeze around about the time when it gets to the end of the playlist that I started with. That is, I start Amarok with the playlist track1, track2, track3 saved from a previous session then add tracks 4-7 for example either manually or as a dynamic playlist. Once Amarok gets to the end of the previously saved playlist (track3) it is very likely to freeze from then on. Very often it will freeze on track4 but not always. I could not reproduce either freeze or crash by following these instructions. But my CPU is single core. Random nature of these crashes suggest that: 1) you have problem with RAM. 2) there is a race condition which cannot be easily reproduced on single core systems. Hence you could try booting the kernel with 'nosmp' option and try to reproduce. Or you could also try to move away amarok configs and try to reproduce: $ mv ~/.kde/share/config/amarokrc ~/.kde/share/config/amarokrc~ $ mv ~/.kde/share/apps/amarok ~/.kde/share/apps/amarok~ The above method is what I used to get the backtraces. It would help a lot if you installed amarok-dbg and ran: gdb amarokapp ... (reproduce the crash) ... (gtb) thread apply all bt .. post backtrace .. and installed valgrind and run: valgrind --num-callers=50 amarokapp (amarok runs with huge slowdown) ... (reproduce the crash)... ... post backtrace (double free references etc.) ... -- Modestas Vainius [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#491671: Amarok randomly crashes on track change since last kdelibs upgrade (include backtraces)
Processing commands for [EMAIL PROTECTED]: tags 491671 moreinfo upstream unreproducible Bug#491671: Amarok randomly crashes on track change since last kdelibs upgrade (include backtraces) There were no tags set. Tags added: moreinfo, upstream, unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491704: k3b: K3B become unusable and the CPU goes at 100% at the of any DVD on the fly copy
Package: k3b Version: 1.0.5-3 Severity: grave Justification: renders package unusable Whenever I perform an on-the-fly copy of any DVD, when the burning process is almost at the end, K3B becames unusable and the CPU goes to 100%. The only way to bypass the problem is to kill the K3B process. At that point growisofs continues the burning process that goes at the good end correctly. The copy of the DVD is anyway usable. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages k3b depends on: di cdparanoia 3.10.0+debian-1 audio extraction tool for sampling ii cdrdao 1:1.2.2-16 records CDs in Disk-At-Once (DAO) di genisoimage 9:1.1.8-1 Creates ISO-9660 CD-ROM filesystem ii k3b-data 1.0.5-3 A sophisticated KDE CD burning app ii kdelibs-data 4:3.5.9.dfsg.1-6core shared data for all KDE appli ii kdelibs4c2a 4:3.5.9.dfsg.1-6core libraries and binaries for al di libacl1 2.2.47-2Access control list shared library di libart-2.0-2 2.3.20-2Library of functions for 2D graphi ii libattr1 1:2.4.43-1 Extended attribute shared library ii libaudio21.9.1-4 Network Audio System - shared libr di libc62.7-10 GNU C Library: Shared libraries di libdbus-1-3 1.2.1-2 simple interprocess messaging syst di libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst di libdvdread3 0.9.7-10library for reading DVDs ii libexpat12.0.1-4 XML parsing C library - runtime li di libfam0 2.7.0-13.3 Client library to control the FAM ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared lib di libgcc1 1:4.3.1-2 GCC support library di libhal1 0.5.11-2Hardware Abstraction Layer - share di libice6 2:1.0.4-1 X11 Inter-Client Exchange library di libidn11 1.8+20080606-1 GNU libidn library, implementation di libjpeg626b-14 The Independent JPEG Group's JPEG ii libk3b3 1.0.5-3 The KDE cd burning application lib di libmusicbrainz4c2a 2.1.5-2 Second generation incarnation of t di libpng12-0 1.2.27-1PNG library - runtime di libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v di libsm6 2:1.0.3-2 X11 Session Management library di libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 di libx11-6 2:1.1.4-2 X11 client-side library di libxcursor1 1:1.1.9-1 X cursor management library di libxext6 2:1.0.4-1 X11 miscellaneous extension librar di libxft2 2.1.12-3FreeType-based font drawing librar di libxi6 2:1.1.3-1 X11 Input extension library di libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.2.3-1 X11 RandR extension library di libxrender1 1:0.9.4-2 X Rendering Extension client libra di libxt6 1:1.0.5-3 X11 toolkit intrinsics library di wodim9:1.1.8-1 command line CD/DVD writing tool di zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages k3b recommends: ii dvd+rw-tools 7.1-3 DVD+-RW/R tools di kcontrol 4:3.5.9.dfsg.1-2+b1 control center for KDE di kdebase-kio-plugins 4:3.5.9.dfsg.1-2+b1 core I/O slaves for KDE ii libk3b3-extracodecs 1.0.5-3 The KDE cd burning application lib pn vcdimagernone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491705: openser: OpenSER doesn't start
Package: openser Version: 1.3.2-2 Severity: grave Justification: renders package unusable When running the freshly installed OpenSER binary from the command line, it exits without providing any error message. Console output: ws # find /etc | grep openser ws # dpkg -l | grep openser ws # apt-get install openser [...] Richte openser ein (1.3.2-2) ... OpenSER not yet configured. Edit /etc/default/openser first. ws # openser -DEd Jul 21 15:24:23 [6387] DBG:core:main: initialize the pseudo random generator from /dev/urandom Jul 21 15:24:23 [6387] DBG:core:main: read 745566814 from /dev/urandom Jul 21 15:24:23 [6387] DBG:core:main: seeding PRNG with 1962219864 Jul 21 15:24:23 [6387] DBG:core:main: test random number 785247508 Listening on udp: 127.0.0.1 [127.0.0.1]:5060 udp: 192.168.1.1 [192.168.1.1]:5060 udp: 10.250.4.210 [10.250.4.210]:5060 tcp: 127.0.0.1 [127.0.0.1]:5060 tcp: 192.168.1.1 [192.168.1.1]:5060 tcp: 10.250.4.210 [10.250.4.210]:5060 Aliases: tcp: ws:5060 tcp: ws.local:5060 tcp: localhost:5060 udp: ws:5060 udp: ws.local:5060 udp: localhost:5060 ws # ps afx | grep openser ws # netstat -ulpn | grep 5060 ws # I did not change any configuration files, as INSTALL.gz indicates that OpenSER should run out of the box (without user authentication) and README.Debian doesn't say otherwise. I would have expected an error message in case of a config error anyway. OpenSER won't start either if I try without the -D or using the init.d script (after editing /etc/default/openser accordingly). There also some log entries in /var/log/messages: Jul 21 15:24:23 ws openser: INFO:core:init_tcp: using epoll_lt as the TCP io watch method (auto detected) Jul 21 15:24:23 ws openser[6389]: NOTICE:core:main: version: openser 1.3.2-notls (i386/linux) Jul 21 15:24:23 ws openser[6389]: INFO:core:main: using 32 Mb shared memory Jul 21 15:24:23 ws openser[6389]: INFO:core:main: using 1 Mb private memory per process Jul 21 15:24:23 ws openser[6389]: INFO:sl:mod_init: Initializing StateLess engine Jul 21 15:24:23 ws openser[6389]: INFO:tm:mod_init: TM - initializing... Jul 21 15:24:23 ws openser[6389]: INFO:maxfwd:mod_init: initializing... Jul 21 15:24:23 ws openser[6389]: INFO:usrloc:ul_init_locks: locks array size 512 Jul 21 15:24:23 ws openser[6389]: INFO:registrar:mod_init: initializing... Jul 21 15:24:23 ws openser[6389]: INFO:textops:mod_init: initializing... Jul 21 15:24:23 ws openser[6389]: INFO:xlog:mod_init: initializing... Jul 21 15:24:23 ws openser[6389]: INFO:acc:mod_init: initializing... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-vserver-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openser depends on: ii adduser 3.108 add and remove users and groups ii libc6 2.7-10 GNU C Library: Shared libraries ii libradiusclient-ng2 0.5.5-1Enhanced RADIUS client library openser recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
On Mon, Jul 21, 2008 at 09:00:04 +, Debian Bug Tracking System wrote: This is not a bug of rng and not related to 422085: err. yes it is. * calling /usr/share/bug/texlive-doc-base 31 aborts with an error (getkey: command not found) when called in the console. That's one of the documented functions such a script can rely on. If you feel this is a bug of rng, please open a new report specific to this problem and not to rng not using the scripts at all. * xserver-xorg: the output of the script is too long to handle so rng added the following text to the mail (you should have seen that, Sune): -8---8---8---8---8---8---8---8---8-- Please attach the file: /tmp/reportbug-ng-xserver-xorg-oob9Xu.txt to the mail. I'd do it myself if the output wasn't too long to handle. Thank you! -8---8---8---8---8---8---8---8---8-- as you can see rng already gathered the info and even put in in a file, all the user has to do is to attach this file to the mail. That doesn't make any sense. If you gather the info, then surely putting it in the mail is not much more work. I'm pretty sure you can attach files to a mail, if nothing else. * mdadm: not tested, since not installed, but I assume its one of the above problems. Try udev, it also comes with a script whose output isn't 80kb big and it works fine, rng attaches the output automatically and the user has nothing to do. The file too long problem isn't rng's fault but a limitation of the shell which can't execute commands of unlimited length. Rng detects such cases where calling the MUA failed and puts the output in a file and asks the user kindly to attach it. Yes, it's rng's fault. I'm not sure why you say the shell has anything to do with this. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491708: libibatis-java: Include missing DTD files in the JAR archive.
Package: libibatis-java Version: 2.3.2.715-1 Severity: grave SqlMapClasspathEntityResolver uses two DTD files, sql-map-config-2.dtd and sql-map-2.dtd, expected to be located in com/ibatis/sqlmap/engine/builder/xml/. If not found there, they are fetched from ibatis web site for every sql map file processed. Please include these files in jar, as this seriously degrades application start time and makes ibatis unusable in environment without Internet connection. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libibatis-java depends on: ii sun-java6-jre [java2-runtime] 6-06-1 Sun Java(TM) Runtime Environment ( libibatis-java recommends no packages. -- no debconf information diff -urN libibatis-java-2.3.2.715.orig/debian/build.xml libibatis-java-2.3.2.715/debian/build.xml --- libibatis-java-2.3.2.715.orig/debian/build.xml 2008-07-21 13:37:54.0 + +++ libibatis-java-2.3.2.715/debian/build.xml 2008-07-21 13:36:46.0 + @@ -10,6 +10,7 @@ mkdir dir=${class.dir}/ javac srcdir=${source.dir} destdir=${class.dir} debug=true source=1.5/ +copydir src=${source.dir} dest=${class.dir} includes=**/*.dtd/ /target target name=jar description=o Create the jar depends=compile
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
Julien Cristau wrote: On Mon, Jul 21, 2008 at 09:00:04 +, Debian Bug Tracking System wrote: * calling /usr/share/bug/texlive-doc-base 31 aborts with an error (getkey: command not found) when called in the console. That's one of the documented functions such a script can rely on. Where is that documented? And where does getkey come from? Haven't found a package providing this command. as you can see rng already gathered the info and even put in in a file, all the user has to do is to attach this file to the mail. That doesn't make any sense. If you gather the info, then surely putting it in the mail is not much more work. I'm pretty sure you can attach files to a mail, if nothing else. Not every MUA supports an attach file option. It's not that I haven't already tried it (#491499). So since attaching the file automatically is not possible right now, asking the user kindly to attach the file is the second best rng can do. And please keep in mind that this only happens when the output of a script is *very* large -- to large for the shell to handle -- like the one from xserver-xorg, for the most other packages, everything should work fine automatically and attaching a file is not needed. The file too long problem isn't rng's fault but a limitation of the shell which can't execute commands of unlimited length. Rng detects such cases where calling the MUA failed and puts the output in a file and asks the user kindly to attach it. Yes, it's rng's fault. I'm not sure why you say the shell has anything to do with this. How do you think rng invokes the different MUAs? If you have a better solution which supports calling MUAs with bodies of arbitrary textlengths, then please send me a patch. I'd love to have this included rather to rely on the user to attach a file. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445359: [Pkg-mol-devel] Bug#445359: [RFH] Mac-on-Linux for Debian lenny
On Sat, Jul 19, 2008 at 11:09:04AM -0300, Rogério Brito wrote: Hi, Gaudenz. Sorry for being MIA, but I'm working on many things now (including working on lame and doing things for my own research---if I continue this way, I'll be a Mr. Mediocrity Researcher on my own area). On Jul 16 2008, Gaudenz Steinlin wrote: Just a short update on this bug if somebody has more time to work on this. I will be only partly available until the begining of august. Will you be able to attent DebConf 8? I have a pressing need of *not* going, for some reasons beyond my control. :-( no I won't be there neither... :-( I will be able to respond to mail, but most likely not be able to work on the package. * The current version of mol in testing and unstable works with the patches from SuSE. So no update to mol or the driver packages is needed to fix the RC bug on mol-source. Nice. * The fix needed to be able to build mol kernel modules with the current Debian kernel was rejected by the kernel team. They only accept pachtes also accepted upstream and upstream does not like the patch. The longterm way forward is to integrate the mol modules into the upstream kernel. One thing that I have not checked is the following: are the patches from SuSE that change the kernel only the symbol export or are they more intrusive? They are more intrusive. But I did not look at them very closly. Mostly fixes to make the modules work with the latest kernel. Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
On Mon, Jul 21, 2008 at 17:15:10 +0200, Bastian Venthur wrote: Julien Cristau wrote: On Mon, Jul 21, 2008 at 09:00:04 +, Debian Bug Tracking System wrote: * calling /usr/share/bug/texlive-doc-base 31 aborts with an error (getkey: command not found) when called in the console. That's one of the documented functions such a script can rely on. Where is that documented? And where does getkey come from? Haven't found a package providing this command. /usr/share/doc/reportbug/README.developers.gz The function is in /usr/share/reportbug/handle_bugscript which looks like it could be used pretty much as-is in rng. as you can see rng already gathered the info and even put in in a file, all the user has to do is to attach this file to the mail. That doesn't make any sense. If you gather the info, then surely putting it in the mail is not much more work. I'm pretty sure you can attach files to a mail, if nothing else. Not every MUA supports an attach file option. Then they're broken. It's not that I haven't already tried it (#491499). So since attaching the file automatically is not possible right now, asking the user kindly to attach the file is the second best rng can do. And please keep in mind that this only happens when the output of a script is *very* large -- to large for the shell to handle -- like the one from xserver-xorg, for the most other packages, everything should work fine automatically and attaching a file is not needed. The file too long problem isn't rng's fault but a limitation of the shell which can't execute commands of unlimited length. Rng detects such cases where calling the MUA failed and puts the output in a file and asks the user kindly to attach it. Yes, it's rng's fault. I'm not sure why you say the shell has anything to do with this. How do you think rng invokes the different MUAs? If you have a better solution which supports calling MUAs with bodies of arbitrary textlengths, then please send me a patch. I'd love to have this included rather to rely on the user to attach a file. There are lots of ways to invoke a program and give it some data that don't involve giving that data to the shell. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: merge
Processing commands for [EMAIL PROTECTED]: forcemerge 480696 489160 Bug#480696: gtk-qt-engine-kde4: Conflicts with gtk-qt-engine Bug#489160: gtk-qt-engine-kde4: does not conflict with gtk-qt-engine Forcibly Merged 480696 489160. forcemerge 483828 482457 Bug#483828: gtk-qt-engine-kde4 cause gtk apps to crash Bug#482457: evolution on KDE 4.1 (experimental) segfaults Forcibly Merged 482457 483828. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
Julien Cristau wrote: On Mon, Jul 21, 2008 at 17:15:10 +0200, Bastian Venthur wrote: Julien Cristau wrote: That's one of the documented functions such a script can rely on. Where is that documented? And where does getkey come from? Haven't found a package providing this command. /usr/share/doc/reportbug/README.developers.gz The function is in /usr/share/reportbug/handle_bugscript which looks like it could be used pretty much as-is in rng. Probably, I'll see what I can do. as you can see rng already gathered the info and even put in in a file, all the user has to do is to attach this file to the mail. That doesn't make any sense. If you gather the info, then surely putting it in the mail is not much more work. I'm pretty sure you can attach files to a mail, if nothing else. Not every MUA supports an attach file option. Then they're broken. Ok, but that doesn't help very much, right? The file too long problem isn't rng's fault but a limitation of the shell which can't execute commands of unlimited length. Rng detects such cases where calling the MUA failed and puts the output in a file and asks the user kindly to attach it. Yes, it's rng's fault. I'm not sure why you say the shell has anything to do with this. How do you think rng invokes the different MUAs? If you have a better solution which supports calling MUAs with bodies of arbitrary textlengths, then please send me a patch. I'd love to have this included rather to rely on the user to attach a file. There are lots of ways to invoke a program and give it some data that don't involve giving that data to the shell. I'm still waiting for for a solution which works for python. Currently I use the command module of python which in turn calls os.popen. The limit of the command length seems to be somewhere between 1 and 2 characters (or maybe some completely different number) -- if you have a way to call a program with arbitrary command length, please tell me how -- I'll just apply the patch and we can forget about this whole please attach the file yourself thing. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491385: marked as done (Build-Depends on unavailable package xlibs-data)
Your message dated Mon, 21 Jul 2008 15:32:13 + with message-id [EMAIL PROTECTED] and subject line Bug#491385: fixed in openmotif 2.2.3-3 has caused the Debian Bug report #491385, regarding Build-Depends on unavailable package xlibs-data 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 [EMAIL PROTECTED] immediately.) -- 491385: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491385 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: openmotif Version: 2.2.3-3 Severity: serious Gruesse, Frank Lichtenheld -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: openmotif Source-Version: 2.2.3-3 We believe that the bug you reported is fixed in the latest version of openmotif, which is due to be installed in the Debian FTP archive: libmotif-dev_2.2.3-3_i386.deb to pool/non-free/o/openmotif/libmotif-dev_2.2.3-3_i386.deb libmotif3_2.2.3-3_i386.deb to pool/non-free/o/openmotif/libmotif3_2.2.3-3_i386.deb motif-clients_2.2.3-3_i386.deb to pool/non-free/o/openmotif/motif-clients_2.2.3-3_i386.deb openmotif_2.2.3-3.diff.gz to pool/non-free/o/openmotif/openmotif_2.2.3-3.diff.gz openmotif_2.2.3-3.dsc to pool/non-free/o/openmotif/openmotif_2.2.3-3.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Tille [EMAIL PROTECTED] (supplier of updated openmotif package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Jul 2008 11:33:39 +0200 Source: openmotif Binary: libmotif3 libmotif-dev motif-clients Architecture: source i386 Version: 2.2.3-3 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Andreas Tille [EMAIL PROTECTED] Description: libmotif-dev - Open Motif - development files libmotif3 - Open Motif - shared libraries motif-clients - Open Motif - X11 clients (mwm, xmbind) Closes: 378978 412839 491385 Changes: openmotif (2.2.3-3) unstable; urgency=low . * QA upload. * Replace xlibs-data with xbitmaps in the build dependencies (Thanks to Peter Green [EMAIL PROTECTED]) Closes: #491385 * debhelper version (= 6.0.7) in Build-Dependencies because of using dh_lintian * Added Homepage field in debian/contol * Standards-Version: 3.8.0 (no changes needed) * Replaced debian/rules:export DH_COMPAT=4 by debian/compat: 4 * Removed x-dev build-dependency * debian/control: XS-Autobuild: yes This and a mail to [EMAIL PROTECTED] Closes: #412839 * Add several lintian overrides especially for problems in man pages. In principle these warnings should not be overriden but there are so many that some really important ones might be overlooked - so I just decided for hiding minor problems for the moment. * Attach the upstream LICENSE file to debian/copyright to make sure we have only ony license file These both items might be server the point of _some_ love given in bug #378978 - I would agree to reopen the bug that it needs some _more_ love. Closes: #378978 Checksums-Sha1: 5ec9d657169809c678fecb8b0a7a73ab5d1eafdc 1162 openmotif_2.2.3-3.dsc 45d0ed8b3d66e7eb619f8074a0981d52a2bb5ccb 26544 openmotif_2.2.3-3.diff.gz dfa5f66ba50939b9e801846d368a19edfce66e34 1308376 libmotif3_2.2.3-3_i386.deb 911817376a5b551948d3c6c7f62afa85a1bf6ffe 2822576 libmotif-dev_2.2.3-3_i386.deb daa94707fbf73bd2b65d4cc81d6e18bef38c5f59 171916 motif-clients_2.2.3-3_i386.deb Checksums-Sha256: d2d04fe80405a96fd3fffb717308be84495470afecf68a8db3431d1947873515 1162 openmotif_2.2.3-3.dsc a29c72a53f88617541123bd0a737c58bb94de4d9c53fd64b0aa07797e2323645 26544 openmotif_2.2.3-3.diff.gz f41ae27ead31fdc9cf2b08105766052051746a8ec4fce7aa79a72c9512d0cc84 1308376 libmotif3_2.2.3-3_i386.deb 446dac92d5e5de99540d791b8863c87e651f24da0062dfc3ed6439516a8f04a7 2822576 libmotif-dev_2.2.3-3_i386.deb
Bug#462189: ctsim and wxwidgets2.8
Hello, Barry deFresse suggested me to help for the porting of ctsim to wxwidgets 2.8. I am affraid that I do not know enough of C for this, but nevertheless I have written a short summary of the current situation that I hope can help to resume the work undertook so far. Current version of ctsim in Debian is 4.5.5-1. The maintainer is Kevin M. Rosenberg and he is also upstream. Although it is not documented on the PTS, he has a git repository with the sources plus the debian directory at the following adress: git://git.b9.com/ctsim.git ctsim is built in Debian against wxwidgets 2.4, and for this reason has been removed from Lenny: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462189 Kevin tried to port ctsim to wxwidgets 2.6 and at the beginning of this month posted some preliminary work in an independant tarball: http://files.b9.com/testing/ctsim-4.5.5-2+beta.5.0.0.tar.bz2 For git enthousiasts, it is easy to load this into a clone of the repository I cited above: you have to create an upstream branch first (`git branch upstream'), and then you can use `git-import-orig ../ctsim-4.5.5-2+beta.5.0.0.tar.bz2 -u 4.5.5+beta.5.0.0' (`git-import-orig' is part of the package `git-buildpackage') According to Kevin in his reply to the bug report, the package compiles on 2.6 but segfaults. I compiled the package locally and confirm the problem. Here is the tail of the strace: writev(3, [{2\0\0\22\0\1\0=-monotype-arial-medium-r..., 72}], 1) = 72 select(4, [3], [], NULL, NULL) = 1 (in [3]) read(3, \1=\0R\0\0\0_\377\377\0\0\0\3\377\376\377\363\v\270\1\2..., 4096) = 472 read(3, 0x101b8fa4, 4096) = -1 EAGAIN (Resource temporarily unavailable) read(3, 0x101b8fa4, 4096) = -1 EAGAIN (Resource temporarily unavailable) select(4, [3], [3], NULL, NULL) = 1 (out [3]) writev(3, [{2\0\0\22\0\1\0=-monotype-arial-medium-r..., 72}], 1) = 72 select(4, [3], [], NULL, NULL) = 1 (in [3]) read(3, \1=\0S\0\0\0_\377\377\0\0\0\3\377\376\377\363\v\270\1\2..., 4096) = 472 read(3, 0x101b8fa4, 4096) = -1 EAGAIN (Resource temporarily unavailable) read(3, 0x101b8fa4, 4096) = -1 EAGAIN (Resource temporarily unavailable) select(4, [3], [3], NULL, NULL) = 1 (out [3]) writev(3, [{2\0\0\22\0\1\0-monotype-arial-medium-r..., 72}], 1) = 72 select(4, [3], [], NULL, NULL) = 1 (in [3]) read(3, \1\0T\0\0\0_\377\365\0\0\0\0\0\21\0\5\0\0\1\2\0\0\0\6..., 4096) = 472 read(3, 0x101b8fa4, 4096) = -1 EAGAIN (Resource temporarily unavailable) read(3, 0x101b8fa4, 4096) = -1 EAGAIN (Resource temporarily unavailable) --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ I am too uncomfortable with the autotools to convert the package to wx2.8, but I can try if somebody sends me instructions. Or maybe one of you noticed something obvious in the strace ? Have a nice day, -- Charles Plessy Debian-Med packaging team, Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
This one time, at band camp, Bastian Venthur said: And please keep in mind that this only happens when the output of a script is *very* large -- to large for the shell to handle -- like the one from xserver-xorg, for the most other packages, everything should work fine automatically and attaching a file is not needed. What does 'too large for the shell to handle' mean? Believe me, I've worked with the shell for quite a while now, and I have never seen a 'file too large' type error message since the bad old days when some filesystems didn't have LFS support. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#462189: ctsim and wxwidgets2.8
Charles Plessy wrote: Barry deFresse suggested me to help for the porting of ctsim to wxwidgets 2.8. I am affraid that I do not know enough of C for this, but nevertheless I have written a short summary of the current situation that I hope can help to resume the work undertook so far. Thanks for the summary, Charles. It is accurate. I can modify the autotools to use wx2.8. Are there known problems with wx2.6 where modifying ctsim to use wx2.8 will really solve any problems? Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Downgrading to important
Processing commands for [EMAIL PROTECTED]: # See rationale for downgrading in previous mail severity 474736 important Bug#474736: liferea: opens browser for titles and descriptions with embedded URLs Severity set to `important' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491722: pari-gp: /usr/bin/gp broken symlink or armel
Package: pari-gp Version: 2.3.3-2 Severity: grave The armel build of pari-gp is apparently missing the /usr/bin/gp-2.3 binary, so that /usr/bin/gp is a broken symlink. -Tim Abbott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
On Mon, Jul 21, 2008 at 18:00:12 +0200, Bastian Venthur wrote: The output of /usr/share/bug/xserver-xorg/script 31 is ~65K big. Calling the mua like: mua --body $OUTPUT ... does not work, at least Calling the mua like that doesn't make any sense. Just give it a filename or something on stdin, don't inject arbitrary data in the command line. Puzzled, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
Stephen Gran wrote: This one time, at band camp, Bastian Venthur said: And please keep in mind that this only happens when the output of a script is *very* large -- to large for the shell to handle -- like the one from xserver-xorg, for the most other packages, everything should work fine automatically and attaching a file is not needed. What does 'too large for the shell to handle' mean? Believe me, I've worked with the shell for quite a while now, and I have never seen a 'file too large' type error message since the bad old days when some filesystems didn't have LFS support. The output of /usr/share/bug/xserver-xorg/script 31 is ~65K big. Calling the mua like: mua --body $OUTPUT ... does not work, at least not with python's command module. Trying it directly in my shell results in the output to be truncated at a certain point, so I guess there is a limit. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
Julien Cristau wrote: On Mon, Jul 21, 2008 at 18:00:12 +0200, Bastian Venthur wrote: The output of /usr/share/bug/xserver-xorg/script 31 is ~65K big. Calling the mua like: mua --body $OUTPUT ... does not work, at least Calling the mua like that doesn't make any sense. Just give it a filename or something on stdin, don't inject arbitrary data in the command line. Please give me a concrete example, so I can implement your idea. Please test if it works with xdg-email and icedove. It also has to work combined with python's command.getoutput or at least from within Python. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
On Mon, Jul 21, 2008 at 18:16:39 +0200, Bastian Venthur wrote: Please give me a concrete example, so I can implement your idea. Please test if it works with xdg-email and icedove. It also has to work combined with python's command.getoutput or at least from within Python. *sigh* command=xdg-email ... if [ -d /usr/share/bug/$pkg ]; then script=/usr/share/bug/$pkg/script else script=/usr/share/bug/$pkg fi if [ -x $script ]; then foo=$(mktemp) /usr/share/reportbug/handle_bugscript $script $foo command=$command --attach $foo fi $command I don't know python, but I'm sure something like that is pretty easy. And no, I'm not going to test with icedove. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491722: pari-gp: /usr/bin/gp broken symlink or armel
On Mon, Jul 21, 2008 at 12:02:44PM -0400, Timothy G Abbott wrote: Package: pari-gp Version: 2.3.3-2 Severity: grave The armel build of pari-gp is apparently missing the /usr/bin/gp-2.3 binary, so that /usr/bin/gp is a broken symlink. Hello Tim, Where is the buildlog for the armel build ? Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490310: Bug#491560: binutils-avr: downgrading to 2.18-3 works
Hi, the build problem of gcc-avr seems to be that a few of the patches I apply has now been applied to the src provided by gcc-src. To prevent this kind of problems in the future do you think it's a good idea to Build-Depend on an exact version of gcc-4.3-source? I tried something like that some years ago but it messed up the transactions to testing... Another solution would be to duplicate the gcc source in gcc-avr. On Mon, Jul 21, 2008 at 4:28 PM, Alexander Neumann [EMAIL PROTECTED] wrote: Hi Hakan, * Alexander Neumann [EMAIL PROTECTED] wrote: I verified this bug on several machines, downgrading from 2.18-4 to 2.18-3 works. I also set the severity from 'normal' to 'important', because this bug renders the package unusable. Will you be able to upload a fixed version BEFORE the FREEZE this week? I think that this would be a very important goal, otherwise a broken version of this package would be shipped with lenny... Feel free to concat me, if you need any assistance. Cheers, - Alexander -- Håkan Ardö -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
Julien Cristau wrote: On Mon, Jul 21, 2008 at 18:16:39 +0200, Bastian Venthur wrote: Please give me a concrete example, so I can implement your idea. Please test if it works with xdg-email and icedove. It also has to work combined with python's command.getoutput or at least from within Python. *sigh* command=xdg-email ... if [ -d /usr/share/bug/$pkg ]; then script=/usr/share/bug/$pkg/script else script=/usr/share/bug/$pkg fi if [ -x $script ]; then foo=$(mktemp) /usr/share/reportbug/handle_bugscript $script $foo command=$command --attach $foo fi $command *sigh* Hmm ok, now we're starting to repeat ourself: - A few mails ago, I already explained (and provided a bugnumber), that the --attach parameter of xdg-email doesn't work and that not every MUA supports attaching a file from the command line. - You said, then the MUAs are broken. - I said, that conclusion doesn't help to solve the problem. The problem remains that I somehow have to get this info into the mail. I believe my current approach works good enough, but I'm of course open to better solutions. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491722: pari-gp: /usr/bin/gp broken symlink or armel
I'm unable to find a build log for pari (they seem to be missing from buildd.debian.org). (I'm not involved in the armel team; I discovered this when investigating the build failure of one of my packages: http://buildd.debian.org/fetch.cgi?pkg=sympowver=1.019-2arch=armelstamp=1214627014file=log and confirmed that the armel pari-gp deb was missing /usr/bin/gp-2.3). I guess this isn't going to be very debuggable without help from the armel team. -Tim Abbott On Mon, 21 Jul 2008, Bill Allombert wrote: On Mon, Jul 21, 2008 at 12:02:44PM -0400, Timothy G Abbott wrote: Package: pari-gp Version: 2.3.3-2 Severity: grave The armel build of pari-gp is apparently missing the /usr/bin/gp-2.3 binary, so that /usr/bin/gp is a broken symlink. Hello Tim, Where is the buildlog for the armel build ? Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
On Mon, Jul 21, 2008 at 18:46:16 +0200, Bastian Venthur wrote: - A few mails ago, I already explained (and provided a bugnumber), that the --attach parameter of xdg-email doesn't work and that not every MUA supports attaching a file from the command line. - You said, then the MUAs are broken. - I said, that conclusion doesn't help to solve the problem. I think it does. rng can choose not to use broken MUAs (which ones are these, btw?). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422085: closed by Bastian Venthur [EMAIL PROTECTED] (Re: Bug#422085: bugscripts are executed, but content not put in email)
Julien Cristau wrote: On Mon, Jul 21, 2008 at 18:46:16 +0200, Bastian Venthur wrote: - A few mails ago, I already explained (and provided a bugnumber), that the --attach parameter of xdg-email doesn't work and that not every MUA supports attaching a file from the command line. - You said, then the MUAs are broken. - I said, that conclusion doesn't help to solve the problem. I think it does. rng can choose not to use broken MUAs (which ones are these, btw?). That's not an option. I'd rather support more than less MUAs. Every MUA I'm aware of supports at least the mailto: paramter which is sufficient for rng's needs. The attachment option is *only* needed when the output of the script gets too long (so the mailto:-link gets too long, so the whole command gets too long for the shell) and therefore an attachment would be more suitable. There is no way I remove support for certain MUAs just because of this. The most imporant MUA which doesn't seem to work is xdg-email in combination with icedove set as default MUA (haven't tested others, but I suppose there are lots of others). -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490310: marked as done (gcc-avr: FTBFS: patching fails)
Your message dated Mon, 21 Jul 2008 17:17:51 + with message-id [EMAIL PROTECTED] and subject line Bug#490310: fixed in gcc-avr 1:4.3.0-4 has caused the Debian Bug report #490310, regarding gcc-avr: FTBFS: patching fails 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 [EMAIL PROTECTED] immediately.) -- 490310: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490310 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: gcc-avr Version: 1:4.3.0-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080710 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules clean /bin/bash: lsb_release: command not found bash: debian/runcheck.sh: No such file or directory rm -rf stamps rm -rf gcc-4.3.1 p d rm -rf bin rm -rf /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src dh_testdir dh_testroot rm -f build-stamp configure-stamp patch-stamp # Add here commands to clean up after the build process. #-/usr/bin/make clean #rm -rf /usr/src/gcc-4.3/ objdir rm -rf objdir dh_clean rm -f debian/gcc-avr.substvars rm -f debian/gcc-avr.*.debhelper rm -f debian/gcc-avr.debhelper.log rm -rf debian/gcc-avr/ rm -f debian/files find . \( \( -type f -a \ \( -name '#*#' -o -name '.*~' -o -name '*~' -o -name DEADJOE \ -o -name '*.orig' -o -name '*.rej' -o -name '*.bak' \ -o -name '.*.orig' -o -name .*.rej -o -name '.SUMS' \ -o -name TAGS -o \( -path '*/.deps/*' -a -name '*.P' \) \ \) -exec rm -f {} \; \) -o \ \( -type d -a -name autom4te.cache -prune -exec rm -rf {} \; \) \) dpkg-source -b gcc-avr-4.3.0-3 dpkg-source: warning: source directory 'gcc-avr-4.3.0-3' is not sourcepackage-upstreamversion 'gcc-avr-4.3.0' dpkg-source: info: using source format `1.0' dpkg-source: info: building gcc-avr in gcc-avr_4.3.0-3.tar.gz dpkg-source: info: building gcc-avr in gcc-avr_4.3.0-3.dsc debian/rules build /bin/bash: lsb_release: command not found bash: debian/runcheck.sh: No such file or directory : # unpack gcc tarball mkdir stamps if [ -d /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src ]; then \ echo 2 Source directory /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src exists. Delete by hand; \ false; \ fi rm -rf gcc-4.3.1 case gcc-4.3.1-dfsg.tar.lzma in \ *.bz2) tar -x --bzip2 -f /usr/src/gcc-4.3/gcc-4.3.1-dfsg.tar.lzma;; \ *.gz) tar -x --gzip -f /usr/src/gcc-4.3/gcc-4.3.1-dfsg.tar.lzma;; \ *.lzma) lzcat /usr/src/gcc-4.3/gcc-4.3.1-dfsg.tar.lzma | tar -x -f -;; \ *) false; \ esac mv gcc-4.3.1 /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src rm -f /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src/gcc/doc/*.1 rm -f /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src/gcc/doc/fsf-funding.7 rm -f /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src/gcc/doc/*.info rm -f /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src/gcc/fortran/*.info rm -f /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src/libgomp/*.info rm -f /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src/gcc/java/*.1 rm -f /build/user-gcc-avr_4.3.0-3-amd64-kI8Yv2/gcc-avr-4.3.0-3/src/gcc/java/*.info for i in gcc/doc/arm-neon-intrinsics.texi gcc/doc/bugreport.texi gcc/doc/cfg.texi gcc/doc/collect2.texi gcc/doc/compat.texi gcc/doc/configfiles.texi gcc/doc/configterms.texi gcc/doc/contrib.texi gcc/doc/contribute.texi gcc/doc/cppenv.texi gcc/doc/cppinternals.texi gcc/doc/cppopts.texi gcc/doc/cpp.texi gcc/doc/c-tree.texi gcc/doc/extend.texi gcc/doc/fragments.texi gcc/doc/frontends.texi gcc/doc/gccint.texi gcc/doc/gcc.texi gcc/doc/gcov.texi gcc/doc/gnu.texi gcc/doc/gty.texi gcc/doc/headerdirs.texi gcc/doc/hostconfig.texi gcc/doc/implement-c.texi gcc/doc/install-old.texi gcc/doc/install.texi gcc/doc/interface.texi gcc/doc/invoke.texi gcc/doc/languages.texi gcc/doc/libgcc.texi gcc/doc/loop.texi gcc/doc/makefile.texi gcc/doc/md.texi gcc/doc/objc.texi gcc/doc/options.texi gcc/doc/passes.texi gcc/doc/portability.texi gcc/doc/rtl.texi gcc/doc/service.texi gcc/doc/sourcebuild.texi gcc/doc/standards.texi gcc/doc/tm.texi gcc/doc/tree-ssa.texi gcc/doc/trouble.texi gcc/doc/include/gcc-common.texi gcc/doc/include/funding.texi gcc/fortran/gfc-internals.texi gcc/fortran/invoke.texi
Processed: found 483197 in 2.1-2, severity of 483197 is serious
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 found 483197 2.1-2 Bug#483197: libapache2-mod-wsgi installing broken symlink Bug marked as found in version 2.1-2 and reopened. severity 483197 serious Bug#483197: libapache2-mod-wsgi installing broken symlink Severity set to `serious' from `normal' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473485: chillispot: kernel error
On Wed, 02, Apr, 2008 at 10:28:41AM +0200, Gianluca spoke thus.. My processor is AMD Athlon(tm) 64 X2 Dual Core Processor 4400+. The kernel version is AMD64. I have reinstalled Debian with 486 kernel version 2.6.18-6-486 and now Chillispot work fine. The problem is AMD64 kernel? Thanks Gianluca Hi, I tripped over this bug just today and discovered that whilst Chillispot (as far as I can tell) is dead, there's a fork of it in which this bug is fixed: http://coova.org/wiki/index.php/CoovaChilli I don't know if the maintainer wants to consider getting the fork packaged for Debian as a replacement? Cheers, Mark -- Mark Hymers mhy at debian dot org I once absent-mindedly ordered Three Mile Island dressing in a restaurant and, with great presence of mind, they brought Thousand Island Dressing and a bottle of chili sauce. Terry Pratchett, alt.fan.pratchett -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488895:
But that said, openjdk entered Debian now (yay!). Good. Lucene2 can be moved to main with a build-depends on OpenJDK. Who's got the energy to do it? :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491679: libfilesys-smbclient-perl: Missing input sanitising
On Mon, 21 Jul 2008 11:46:54 +0200, Moritz Muehlenhoff wrote: Package: libfilesys-smbclient-perl No CVE has been assigned so far: http://www.securityfocus.com/archive/1/494536 Maybe I'm wrong but this report talks about http://search.cpan.org/dist/Filesys-SmbClientParser/ (2.7), but the package libfilesys-smbclient-perl refers to http://search.cpan.org/dist/Filesys-SmbClient/ (where we're at 3.1); and I don't see any trace of Filesys-SmbClientParser in Debian. (This would also concern the forwarded bug at http://rt.cpan.org/Public/Bug/Display.html?id=37818 .) Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian gnu/linux user, admin developer - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Roy Orbison signature.asc Description: Digital signature
Bug#491522: linux-image-2.6.25-2-686: The machine gets complete halted and Freezed after some minutes.
Hi, is this bug related to #479709 ? Disabling HPET support (BIOS) or stopping chrony (or maybe other programs using rtc) solves the problem for me. Best regards Jörgen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490419: marked as done (rails: FTBFS: cp: cannot stat `build/doc/api': No such file or directory)
Your message dated Mon, 21 Jul 2008 18:17:10 + with message-id [EMAIL PROTECTED] and subject line Bug#490419: fixed in rails 2.1.0-2 has caused the Debian Bug report #490419, regarding rails: FTBFS: cp: cannot stat `build/doc/api': No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 490419: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490419 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: rails Version: 2.1.0-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080711 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/bin/fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k dh_installdirs # Copy HTML documentation cp -r build/doc/api debian/rails/usr/share/doc/rails/html cp: cannot stat `build/doc/api': No such file or directory make: *** [install] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/07/11 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: rails Source-Version: 2.1.0-2 We believe that the bug you reported is fixed in the latest version of rails, which is due to be installed in the Debian FTP archive: rails_2.1.0-2.diff.gz to pool/main/r/rails/rails_2.1.0-2.diff.gz rails_2.1.0-2.dsc to pool/main/r/rails/rails_2.1.0-2.dsc rails_2.1.0-2_all.deb to pool/main/r/rails/rails_2.1.0-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Adam Majer [EMAIL PROTECTED] (supplier of updated rails package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Jul 2008 12:14:08 -0500 Source: rails Binary: rails Architecture: source all Version: 2.1.0-2 Distribution: unstable Urgency: low Maintainer: Adam Majer [EMAIL PROTECTED] Changed-By: Adam Majer [EMAIL PROTECTED] Description: rails - MVC ruby based framework geared for web application development Closes: 490419 491125 Changes: rails (2.1.0-2) unstable; urgency=low . * Remove dependency on rubygems for the build process. (closes: #490419) * Use also use Debian supplied gems 'builder' and 'xml-simple' instead of using the upstream's supplied version, which is redundant. * Remove extraneous depends on rubygems. It is already depended on through libruby1.8-extras (closes: #491125) Checksums-Sha1: 111d2787cd886eb38940fcb59ff9e3a9772d53cd 1195 rails_2.1.0-2.dsc ac8410f576c189109e56f15fbea148568e9b706a 11975 rails_2.1.0-2.diff.gz e826c272b6281af51145b069727092e0654f5a47 2379260 rails_2.1.0-2_all.deb Checksums-Sha256: 2461ab525b56814af20c3e077d53c52ea85871766367c5a5566a30d54e2f7f69 1195 rails_2.1.0-2.dsc afd8e381729a8a99a8014cee7b70a78069905ff6ce823ab06e4c37c78b3bdb78 11975 rails_2.1.0-2.diff.gz 76f480c5bf760b50dd9bd321b7e4b69aa17a124c7bf6eb803e4d9da66de4f24a 2379260 rails_2.1.0-2_all.deb Files: 551bfa151d62d0b151fef5f1da12a2e0 1195 web optional rails_2.1.0-2.dsc 8ca5b47312cfc348cec8cca30c754c90 11975 web optional rails_2.1.0-2.diff.gz 8a0a71cb7241cb639f2fafa23980bdf8 2379260 web optional rails_2.1.0-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIhM7A73/bNdaAYUURApkmAKCn4hdAbe1mftIY0oKDFQp82KWgzQCfXgFm gQlHIG7wYBLsUpGlG00c6RE= =BQRo -END PGP SIGNATURE- ---End Message---
Bug#491736: hylafax-server: init script hangs
Package: hylafax-server Version: 2:4.4.4-8 Severity: grave Justification: renders package unusable The init script hangs after having started hfaxd, no more scripts get executed. ps ax shows that hfaxd is started with the -d option. The man page says about it: Stop hfaxd from detaching itself from the controlling terminal. It seems to me that this could be the reason -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25 (SMP w/2 CPU cores) Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hylafax-server depends on: ii adduser3.108 add and remove users and groups ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-3 A simple mail user agent ii debconf [debconf-2 1.5.22Debian configuration management sy ii ghostscript8.62.dfsg.1-3 The GPL Ghostscript PostScript/PDF ii ghostscript-x [gs] 8.62.dfsg.1-3 The GPL Ghostscript PostScript/PDF ii hylafax-client 2:4.4.4-8 Flexible client/server fax softwar ii libc6 2.7-12GNU C Library: Shared libraries ii libgcc11:4.3.1-6 GCC support library ii libpam0g 0.99.7.1-6Pluggable Authentication Modules l ii libstdc++6 4.3.1-6 The GNU Standard C++ Library v3 ii libtiff-tools 3.8.2-10 TIFF manipulation and conversion t ii libtiff4 3.8.2-10 Tag Image File Format (TIFF) libra ii lsb-base 3.2-15Linux Standard Base 3.2 init scrip ii mailx 1:20071201-3 Transitional package for mailx ren ii psmisc 22.6-1Utilities that use the proc filesy ii sed4.1.5-8 The GNU sed stream editor ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime hylafax-server recommends no packages. Versions of packages hylafax-server suggests: pn mgettynone (no description available) pn psrip none (no description available) -- debconf information: hylafax-server/configure_note: hylafax-server/attachment: hylafax-server/start_now: true hylafax-server/setup_failed: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425716: marked as done (tdb-dev: Fails to open previous databases)
Your message dated Mon, 21 Jul 2008 21:19:49 +0200 with message-id [EMAIL PROTECTED] and subject line this has been fixed a while ago has caused the Debian Bug report #425716, regarding tdb-dev: Fails to open previous databases 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 [EMAIL PROTECTED] immediately.) -- 425716: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425716 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: tdb-dev Version: 1.1.0-1 Severity: grave Justification: renders package unusable Hi, The latest `libtdb' from SID fails to open databases created by the version previously available in SID (whichever that was), i.e., `tdb_open ()' returns NULL. This can be checked by simply running `tdbdump' on the database. For your convenience, I've put a database that reproduces the problem on-line: http://www.laas.fr/~lcourtes/tmp/failing-tdb-database.tdb SHA1: c2c892e4e466092c74ffb923975056840ffcf43b Thanks, Ludovic. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-4-powerpc-smp (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages tdb-dev depends on: ii libc6-dev 2.5-7 GNU C Library: Development Librari ii libtdb1 1.1.0-1Trivial Database - shared library tdb-dev recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 1.1.1~svn26294-2 Hi, This has been fixed in the package a while ago as indicated in the changelog: http://packages.debian.org/changelogs/pool/main/t/tdb/current/changelog#versionversion1.1.1_svn26294-2 For some reason this bug wasn't closed as a result of that, doing so now. Thijs pgpV4mp0WnIFA.pgp Description: PGP signature ---End Message---
Bug#491682: marked as done (twin: Hard codes package version information in four places)
Your message dated Mon, 21 Jul 2008 20:37:42 +0100 with message-id [EMAIL PROTECTED] and subject line twin has been removed from Debian, closing #491682 has caused the Debian Bug report #491682, regarding twin: Hard codes package version information in four places 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 [EMAIL PROTECTED] immediately.) -- 491682: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491682 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: twin Version: 0.5.1-3 Severity: serious Tags: patch Twin currently requires versioning information be replaced in four different places in its packaging. This is unacceptable, and it should get the information from one place (the changelog). Attached is a patch that achieves that. -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-19-generic (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u twin-0.5.1/debian/control twin-0.5.1/debian/control --- twin-0.5.1/debian/control +++ twin-0.5.1/debian/control @@ -36,7 +36,7 @@ Package: libtw0-dev Section: devel Architecture: any -Depends: libtw0(=4.5.1-3), libc6-dev +Depends: libtw0(= ${binary:Version}), libc6-dev Conflicts: libtw-dev Replaces: libtw-dev Description: a Text mode WINdow environment library, development diff -u twin-0.5.1/debian/rules twin-0.5.1/debian/rules --- twin-0.5.1/debian/rules +++ twin-0.5.1/debian/rules @@ -13,8 +13,8 @@ #export DH_COMPAT=4 #Version of twin -TWIN_VERSION=0.5.1-3 -LIBTW_VERSION=4.5.1-3 +TWIN_VERSION:=$(shell dpkg-parsechangelog | grep Version | cut -d\ -f2) +LIBTW_VERSION:=$(shell echo $(TWIN_VERSION) | sed 's/^0/4/') #LIBTT_VERSION=0.0.8-1 include /usr/share/dpatch/dpatch.make ---End Message--- ---BeginMessage--- Version: 0.5.1-3+rm The twin package has been removed from Debian testing, unstable and experimental, so I am now closing the bugs that were still opened against it. For more information about this package's removal, read http://bugs.debian.org/446692 . That bug might give the reasons why this package was removed, and suggestions of possible replacements. Don't hesitate to reply to this mail if you have any question. Thank you for your contribution to Debian. -- Marco Rodrigues http://Marco.Tondela.org ---End Message---
Bug#491522: linux-image-2.6.25-2-686: The machine gets complete halted and Freezed after some minutes.
Could this be related? Or might this be hardware related? [ 4637.885035] Bad page state in process 'apt-listchanges' [ 4637.885041] page:c10bd900 flags:0x40001308 mapping: mapcount:0 count:0 [ 4637.885066] Trying to fix it up, but a reboot is needed [ 4637.885069] Backtrace: [ 4637.885077] Pid: 14856, comm: apt-listchanges Not tainted 2.6.25-2-686 #1 [ 4637.885170] [c015c050] bad_page+0x52/0x7a [ 4637.885198] [c015cb29] get_page_from_freelist+0x2a4/0x37b [ 4637.885257] [c015cd80] __alloc_pages+0x5f/0x2cb [ 4637.885288] [c015eed3] __pagevec_lru_add_active+0xa2/0xad [ 4637.885312] [c0165388] handle_mm_fault+0x16b/0x6bb [ 4637.885433] [c011a178] kunmap_atomic+0x67/0x87 [ 4637.885472] [c015cb83] get_page_from_freelist+0x2fe/0x37b [ 4637.885527] [c015cd80] __alloc_pages+0x5f/0x2cb [ 4637.885554] [c0118b4c] do_page_fault+0x268/0x584 [ 4637.885600] [c01188e4] do_page_fault+0x0/0x584 [ 4637.885611] [c02b579a] error_code+0x72/0x78 [ 4637.885663] [c0158385] file_read_actor+0x47/0xcc [ 4637.885709] [c015a182] generic_file_aio_read+0x2e7/0x50d [ 4637.885812] [f8a5373b] xfs_read+0x1bd/0x230 [xfs] [ 4637.885995] [c015cb83] get_page_from_freelist+0x2fe/0x37b [ 4637.886042] [f8a50920] xfs_file_aio_read+0x50/0x58 [xfs] [ 4637.886110] [c0175852] do_sync_read+0xbf/0xfe [ 4637.886181] [c01339f0] autoremove_wake_function+0x0/0x2d [ 4637.886252] [c01b91a8] security_file_permission+0xc/0xd [ 4637.886276] [c0175793] do_sync_read+0x0/0xfe [ 4637.886286] [c0175fda] vfs_read+0x81/0x11e [ 4637.886311] [c0176425] sys_read+0x3c/0x63 [ 4637.886339] [c01077e8] sysenter_past_esp+0x6d/0xa5 [ 4637.886409] === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491485: marked as done (debian/copyright missing RSA copyright statement and license)
Your message dated Mon, 21 Jul 2008 20:37:06 +0100 with message-id [EMAIL PROTECTED] and subject line ftpmirror has been removed from Debian, closing #491485 has caused the Debian Bug report #491485, regarding debian/copyright missing RSA copyright statement and license 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 [EMAIL PROTECTED] immediately.) -- 491485: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491485 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: ftpmirror Version: 1.96+dfsg-6 Severity: serious Hi, during preparation of an NMU to reintroduce ftpmirror, I noticed that the debian/copyright of ftpmirror is insufficient: It misses the copyright statement and license for the MD5 algorithm. Attached is the diff without the bug number. Given the package still has to go through NEW and the freeze is imminent, I'd suggest you either upload in the next two days or OK the NMU. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ diff -u ftpmirror-1.96+dfsg/Fan/Makefile.old ftpmirror-1.96+dfsg/Fan/Makefile.old --- ftpmirror-1.96+dfsg/Fan/Makefile.old +++ ftpmirror-1.96+dfsg/Fan/Makefile.old @@ -36,7 +36,7 @@ LIB_EXT = .a OBJ_EXT = .o OSNAME = linux -OSVERS = 2.6.25.7 +OSVERS = 2.6.18-6-xen-amd64 RANLIB = : SITELIBEXP = /usr/local/share/perl/5.10.0 SITEARCHEXP = /usr/local/lib/perl/5.10.0 @@ -913,7 +913,7 @@ $(NOECHO) $(ECHO) 'AUTHOR/AUTHOR' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'OS NAME=$(OSNAME) /' $(DISTNAME).ppd - $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=i486-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd + $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=x86_64-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'CODEBASE HREF= /' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/SOFTPKG' $(DISTNAME).ppd diff -u ftpmirror-1.96+dfsg/Fan/Attrib/Makefile.old ftpmirror-1.96+dfsg/Fan/Attrib/Makefile.old --- ftpmirror-1.96+dfsg/Fan/Attrib/Makefile.old +++ ftpmirror-1.96+dfsg/Fan/Attrib/Makefile.old @@ -36,7 +36,7 @@ LIB_EXT = .a OBJ_EXT = .o OSNAME = linux -OSVERS = 2.6.25.7 +OSVERS = 2.6.18-6-xen-amd64 RANLIB = : SITELIBEXP = /usr/local/share/perl/5.10.0 SITEARCHEXP = /usr/local/lib/perl/5.10.0 @@ -563,7 +563,7 @@ $(NOECHO) $(ECHO) 'AUTHOR/AUTHOR' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'OS NAME=$(OSNAME) /' $(DISTNAME).ppd - $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=i486-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd + $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=x86_64-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'CODEBASE HREF= /' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/SOFTPKG' $(DISTNAME).ppd diff -u ftpmirror-1.96+dfsg/Fan/Cool/Makefile.old ftpmirror-1.96+dfsg/Fan/Cool/Makefile.old --- ftpmirror-1.96+dfsg/Fan/Cool/Makefile.old +++ ftpmirror-1.96+dfsg/Fan/Cool/Makefile.old @@ -36,7 +36,7 @@ LIB_EXT = .a OBJ_EXT = .o OSNAME = linux -OSVERS = 2.6.25.7 +OSVERS = 2.6.18-6-xen-amd64 RANLIB = : SITELIBEXP = /usr/local/share/perl/5.10.0 SITEARCHEXP = /usr/local/lib/perl/5.10.0 @@ -563,7 +563,7 @@ $(NOECHO) $(ECHO) 'AUTHOR/AUTHOR' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'OS NAME=$(OSNAME) /' $(DISTNAME).ppd - $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=i486-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd + $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=x86_64-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'CODEBASE HREF= /' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/SOFTPKG' $(DISTNAME).ppd diff -u ftpmirror-1.96+dfsg/Fan/DIR/Makefile.old ftpmirror-1.96+dfsg/Fan/DIR/Makefile.old --- ftpmirror-1.96+dfsg/Fan/DIR/Makefile.old +++ ftpmirror-1.96+dfsg/Fan/DIR/Makefile.old @@ -36,7 +36,7 @@ LIB_EXT = .a OBJ_EXT = .o OSNAME = linux -OSVERS = 2.6.25.7 +OSVERS = 2.6.18-6-xen-amd64 RANLIB = : SITELIBEXP = /usr/local/share/perl/5.10.0 SITEARCHEXP = /usr/local/lib/perl/5.10.0 @@ -563,7 +563,7 @@ $(NOECHO) $(ECHO) 'AUTHOR/AUTHOR' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'OS NAME=$(OSNAME) /' $(DISTNAME).ppd - $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=i486-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd + $(NOECHO) $(ECHO) 'ARCHITECTURE
Bug#487040: marked as done (zeroc-ice-ruby: FTBFS: Nonexistent build-dependency: ice32-slice)
Your message dated Mon, 21 Jul 2008 20:39:47 +0100 with message-id [EMAIL PROTECTED] and subject line zeroc-ice-ruby has been removed from Debian, closing #487040 has caused the Debian Bug report #487040, regarding zeroc-ice-ruby: FTBFS: Nonexistent build-dependency: ice32-slice 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 [EMAIL PROTECTED] immediately.) -- 487040: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487040 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: zeroc-ice-ruby Version: 3.2.1-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080619 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: ** Using build dependencies supplied by package: Build-Depends: cdbs (= 0.4.43), debhelper (= 5.0.37.2), ice32-slice (= 3.2.1), ice32-translators (= 3.2.1), libzeroc-ice32-dev (= 3.2.1), ruby1.8, ruby1.8-dev Checking for already installed source dependencies... W: Unable to locate package libzeroc-ice32-dev cdbs: missing Using default version 0.4.52 debhelper: missing Using default version 7.0.11 ice32-slice: missing Default version of ice32-slice not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. ice32-translators: missing Default version of ice32-translators not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. libzeroc-ice32-dev: missing Default version of libzeroc-ice32-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. ruby1.8: missing ruby1.8-dev: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... Reading state information... Package ice32-slice is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package ice32-slice has no installation candidate The full build log is available from: http://people.debian.org/~lucas/logs/2008/06/19 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Version: 3.2.1-3+rm The zeroc-ice-ruby binary package has been removed from Debian testing, unstable and experimental, so I am now closing the bugs that were still opened against it. Don't hesitate to reply to this mail if you have any question. Thank you for your contribution to Debian. -- Marco Rodrigues http://Marco.Tondela.org ---End Message---
Bug#489231: marked as done (RM: libpam-umask -- RoM: superseded by new libpam-modules)
Your message dated Mon, 21 Jul 2008 19:13:51 + with message-id [EMAIL PROTECTED] and subject line Bug#489231: fixed has caused the Debian Bug report #489231, regarding RM: libpam-umask -- RoM: superseded by new libpam-modules 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 [EMAIL PROTECTED] immediately.) -- 489231: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=489231 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: libpam-umask Version: 0.04 Severity: serious This package conflicts with and is replaced by libpam-modules. libpam-modules is a dependency of login, which is essential. So the libpam-umask package is neither useful nor can be installed at all. It should probably be removed from testing and the archive altogether. ---End Message--- ---BeginMessage--- We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: libpam-umask | 0.04 | alpha, amd64, arm, armel, hppa, hurd-i386, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc pam-umask | 0.04 | source Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive (ftp-master.debian.org) and will not propagate to any mirrors (ftp.debian.org included) until the next cron.daily run at the earliest. Packages are never removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. Bugs which have been reported against this package are not automatically removed from the Bug Tracking System. Please check all open bugs and close them or re-assign them to another package if the removed package was superseded by another one. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED] This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED] Debian distribution maintenance software pp. Mark Hymers (the ftpmaster behind the curtain) ---End Message---
Bug#491485: marked as done (debian/copyright missing RSA copyright statement and license)
Your message dated Mon, 21 Jul 2008 19:29:38 + with message-id [EMAIL PROTECTED] and subject line Bug#491485: fixed in ftpmirror 1.96+dfsg-8 has caused the Debian Bug report #491485, regarding debian/copyright missing RSA copyright statement and license 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 [EMAIL PROTECTED] immediately.) -- 491485: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491485 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: ftpmirror Version: 1.96+dfsg-6 Severity: serious Hi, during preparation of an NMU to reintroduce ftpmirror, I noticed that the debian/copyright of ftpmirror is insufficient: It misses the copyright statement and license for the MD5 algorithm. Attached is the diff without the bug number. Given the package still has to go through NEW and the freeze is imminent, I'd suggest you either upload in the next two days or OK the NMU. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ diff -u ftpmirror-1.96+dfsg/Fan/Makefile.old ftpmirror-1.96+dfsg/Fan/Makefile.old --- ftpmirror-1.96+dfsg/Fan/Makefile.old +++ ftpmirror-1.96+dfsg/Fan/Makefile.old @@ -36,7 +36,7 @@ LIB_EXT = .a OBJ_EXT = .o OSNAME = linux -OSVERS = 2.6.25.7 +OSVERS = 2.6.18-6-xen-amd64 RANLIB = : SITELIBEXP = /usr/local/share/perl/5.10.0 SITEARCHEXP = /usr/local/lib/perl/5.10.0 @@ -913,7 +913,7 @@ $(NOECHO) $(ECHO) 'AUTHOR/AUTHOR' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'OS NAME=$(OSNAME) /' $(DISTNAME).ppd - $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=i486-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd + $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=x86_64-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'CODEBASE HREF= /' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/SOFTPKG' $(DISTNAME).ppd diff -u ftpmirror-1.96+dfsg/Fan/Attrib/Makefile.old ftpmirror-1.96+dfsg/Fan/Attrib/Makefile.old --- ftpmirror-1.96+dfsg/Fan/Attrib/Makefile.old +++ ftpmirror-1.96+dfsg/Fan/Attrib/Makefile.old @@ -36,7 +36,7 @@ LIB_EXT = .a OBJ_EXT = .o OSNAME = linux -OSVERS = 2.6.25.7 +OSVERS = 2.6.18-6-xen-amd64 RANLIB = : SITELIBEXP = /usr/local/share/perl/5.10.0 SITEARCHEXP = /usr/local/lib/perl/5.10.0 @@ -563,7 +563,7 @@ $(NOECHO) $(ECHO) 'AUTHOR/AUTHOR' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'OS NAME=$(OSNAME) /' $(DISTNAME).ppd - $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=i486-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd + $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=x86_64-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'CODEBASE HREF= /' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/SOFTPKG' $(DISTNAME).ppd diff -u ftpmirror-1.96+dfsg/Fan/Cool/Makefile.old ftpmirror-1.96+dfsg/Fan/Cool/Makefile.old --- ftpmirror-1.96+dfsg/Fan/Cool/Makefile.old +++ ftpmirror-1.96+dfsg/Fan/Cool/Makefile.old @@ -36,7 +36,7 @@ LIB_EXT = .a OBJ_EXT = .o OSNAME = linux -OSVERS = 2.6.25.7 +OSVERS = 2.6.18-6-xen-amd64 RANLIB = : SITELIBEXP = /usr/local/share/perl/5.10.0 SITEARCHEXP = /usr/local/lib/perl/5.10.0 @@ -563,7 +563,7 @@ $(NOECHO) $(ECHO) 'AUTHOR/AUTHOR' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'OS NAME=$(OSNAME) /' $(DISTNAME).ppd - $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=i486-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd + $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=x86_64-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'CODEBASE HREF= /' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) '/SOFTPKG' $(DISTNAME).ppd diff -u ftpmirror-1.96+dfsg/Fan/DIR/Makefile.old ftpmirror-1.96+dfsg/Fan/DIR/Makefile.old --- ftpmirror-1.96+dfsg/Fan/DIR/Makefile.old +++ ftpmirror-1.96+dfsg/Fan/DIR/Makefile.old @@ -36,7 +36,7 @@ LIB_EXT = .a OBJ_EXT = .o OSNAME = linux -OSVERS = 2.6.25.7 +OSVERS = 2.6.18-6-xen-amd64 RANLIB = : SITELIBEXP = /usr/local/share/perl/5.10.0 SITEARCHEXP = /usr/local/lib/perl/5.10.0 @@ -563,7 +563,7 @@ $(NOECHO) $(ECHO) 'AUTHOR/AUTHOR' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'IMPLEMENTATION' $(DISTNAME).ppd $(NOECHO) $(ECHO) 'OS NAME=$(OSNAME) /' $(DISTNAME).ppd - $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=i486-linux-gnu-thread-multi-5.1 /' $(DISTNAME).ppd + $(NOECHO) $(ECHO) 'ARCHITECTURE NAME=x86_64-linux-gnu-thread-multi-5.1 /'
Bug#491722: pari-gp: /usr/bin/gp broken symlink or armel
On Mon, Jul 21, 2008 at 12:51:29PM -0400, Timothy G Abbott wrote: I'm unable to find a build log for pari (they seem to be missing from buildd.debian.org). (I'm not involved in the armel team; I discovered this when investigating the build failure of one of my packages: http://buildd.debian.org/fetch.cgi?pkg=sympowver=1.019-2arch=armelstamp=1214627014file=log and confirmed that the armel pari-gp deb was missing /usr/bin/gp-2.3). I guess this isn't going to be very debuggable without help from the armel team. Well, I tried on agricola.debian.org and I found that agricola% dpkg-architecture -qDEB_HOST_GNU_SYSTEM linux-gnueabi I do not understand how this can be correct (it should be linux-gnu). Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477454: sponsored upload
Hi, Although I do not believe this issue is RC (see e.g. Joey Hess' comments about that), the best way to quickest this dragging issue seems to just fulfill the maintainer's sponsorship request, which I've just did. I hope this gets us rid of this issue as soon as possible so we can move on. Thijs pgpFb6IhhPc6X.pgp Description: PGP signature
Bug#472800: uptades (Re: Bug#472800: gnome-power-manager: same behaviour on sony vaio tz21mn)
On Sat, 2008-07-19 at 05:15 +0200, alberto maurizi wrote: I noticed recently that the problem has gone. My laptop hibernated when battery power is critically low. If you do not have any other bug report on this problem you may close this bug. Sven Luther reported the same problem, is it fixed for you also Sven? -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#491705: openser: OpenSER doesn't start
Processing commands for [EMAIL PROTECTED]: severity 491705 normal Bug#491705: openser: OpenSER doesn't start Severity set to `normal' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491705: openser: OpenSER doesn't start
severity 491705 normal thanks Alexander Beisig [EMAIL PROTECTED] wrote: Hi, When running the freshly installed OpenSER binary from the command line, it exits without providing any error message. The acc module failed to initialize due to the RADIUS support that is now built-in by default in Debian. I'm fixing this, in the meantime, please be aware that there's no such thing as a default working configuration for openser. The openser.cfg shipped in the package is an extremely minimal example; actually, that config doesn't suit anyone :-) Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490310: Bug#491560: binutils-avr: downgrading to 2.18-3 works
Hi, * Hakan Ardo [EMAIL PROTECTED] wrote: the build problem of gcc-avr seems to be that a few of the patches I apply has now been applied to the src provided by gcc-src. Ah, I see... To prevent this kind of problems in the future do you think it's a good idea to Build-Depend on an exact version of gcc-4.3-source? I tried something like that some years ago but it messed up the transactions to testing... This solution would complicate the process too much, IMHO. Another solution would be to duplicate the gcc source in gcc-avr. That sounds good to me... BTW: There are some strange files in the source package of gcc-avr, like v, which contains a part of the voting mail for the last DPL vote... Cheers, - fd0 pgpJJCFx3ieXt.pgp Description: PGP signature
Bug#491655: [Pkg-audacious-maintainers] Bug#491655: audacious: log file spammed with tuple_get_int assertion failure message
severity 491655 important thanks Thank you for taking the time to report a bug in Audacious in Debian and thus make it better. This is not a critical bug however. :) William On Sun, 2008-07-20 at 23:44 -0700, Alex Malinovich wrote: Package: audacious Version: 1.5.1-1 Severity: critical Justification: causes serious data loss -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The audacious log file in ~/.config/audacious/log is growing out of control with the following error: tuple_get_int: assertion `tuple != NULL' failed I don't know if this would normally qualify as a critical bug, but as it causes the logfile to grow extremely quicly it can fill up the home partition very quickly, leading to loss of data. Please let me know if I can provide any additional information. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23 (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 audacious depends on: ii audacious-plugins 1.5.1-2Base plugins for audacious ii dbus 1.2.1-2simple interprocess messaging syst ii gtk2-engines-pixbuf 2.12.11-2 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libaudclient1 1.5.1-2audacious dbus remote control libr ii libc6 2.7-12 GNU C Library: Shared libraries ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.11-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libsamplerate00.1.4-1audio rate conversion library ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.4-2 X11 client-side library Versions of packages audacious recommends: ii audacious-plugins-extra 1.5.1-2Various extra plugins for audaciou ii unzip 5.52-11De-archiver for .zip files audacious suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkiEMFMACgkQBPYwh6bSSDeoMACfZRhb+QDZp1YFdA+L4qlzfWEi zCwAoJl0CuwyDIonUQvbtUR88JOAKeIm =V/tR -END PGP SIGNATURE- ___ Pkg-audacious-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-audacious-maintainers signature.asc Description: This is a digitally signed message part
Bug#491752: kde4: No Desktop
Package: kde4 Version: 2 Severity: grave Justification: renders package unusable I've been following kde4-experimental for at least a month now and have had no issues with upgrades until the last one about a week ago. Desktop does not start. After logging in, I have a chequered gray/white canvas for a desktop, but nothing else. I've started a terminal by adding it to the autostart folder, but that's all I get. No bar along the bottom, no Desktop, no wallpaper, nothing... Only thing I've tried is deleting ~/.kde4 in an attempt to start fresh, but no luck. -- System Information: Debian Release: lenny/sid APT prefers experimental APT policy: (800, 'experimental'), (500, 'testing'), (400, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (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 kde4 depends on: ii kde4-minimal 2 the K Desktop Environment 4, minim ii kdeadmin 4:4.0.98-1 system administration tools from t ii kdeartwork4:4.0.98-1 themes, styles and other artwork f ii kdeedu4:4.0.98-1 educational applications from the ii kdegames 4:4.0.98-1 games from the official KDE 4 rele ii kdegraphics 4:4.0.98-1 graphics applications from the off ii kdemultimedia 4:4.0.98-1 multimedia applications from the o ii kdenetwork4:4.0.98-1 networking applications from the o ii kdepim4:4.0.98-1 Personal Information Management ap ii kdeplasmoids 4:4.0.84-1 plasmoids for KDE 4 Plasma - main ii kdeutils 4:4.0.98-1 general-purpose utilities from the kde4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472800: uptades (Re: Bug#472800: gnome-power-manager: same behaviour on sony vaio tz21mn)
On Mon, Jul 21, 2008 at 10:11:01PM +0200, Sven Arvidsson wrote: On Sat, 2008-07-19 at 05:15 +0200, alberto maurizi wrote: I noticed recently that the problem has gone. My laptop hibernated when battery power is critically low. If you do not have any other bug report on this problem you may close this bug. Sven Luther reported the same problem, is it fixed for you also Sven? Mmm, i don't know, let me tell you in 50 minutes, when my battery runs out. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491722: pari-gp: /usr/bin/gp broken symlink or armel
Apparently the armel port uses linux-gnueabi (I agree this seems crazy). There are a whole lot of bugs open about this: http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]tag=eabi From reading a few of them, it seems that maybe the armel folks want you to be checking DEB_HOST_ARCH_OS instead (which would just return linux), e.g. as recommended in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408816 -Tim Abbott On Mon, 21 Jul 2008, Bill Allombert wrote: On Mon, Jul 21, 2008 at 12:51:29PM -0400, Timothy G Abbott wrote: I'm unable to find a build log for pari (they seem to be missing from buildd.debian.org). (I'm not involved in the armel team; I discovered this when investigating the build failure of one of my packages: http://buildd.debian.org/fetch.cgi?pkg=sympowver=1.019-2arch=armelstamp=1214627014file=log and confirmed that the armel pari-gp deb was missing /usr/bin/gp-2.3). I guess this isn't going to be very debuggable without help from the armel team. Well, I tried on agricola.debian.org and I found that agricola% dpkg-architecture -qDEB_HOST_GNU_SYSTEM linux-gnueabi I do not understand how this can be correct (it should be linux-gnu). Cheers, Bill. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491795: libsmbios: Package does not use upstream's config.{sub,guess} or ltmain.sh
Package: libsmbios Version: 0.13.13 Severity: serious Justification: no longer builds from source *** Please type your report below this line *** There is no reason to use the config.{sub,guess} or ltmain.sh in the libtool package. They are intentionally shipped with the upstream tarball. When upgrading to libtool 2.2.4, the current build system in debian/rules that *removes* the upstream ltmain.sh causes breakage. -- System Information: Debian Release: lenny/sid APT prefers intrepid-updates APT policy: (500, 'intrepid-updates'), (500, 'intrepid-security'), (500, 'intrepid-proposed'), (500, 'intrepid-backports'), (500, 'intrepid') Architecture: i386 (i686) Kernel: Linux 2.6.24-19-generic (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/dash --- debian/rules 2008-07-21 16:54:31.0 -0500 +++ ../rules 2008-07-21 16:45:04.0 -0500 @@ -37,13 +37,6 @@ config.status: dh_testdir - test -e build/config.sub -a -L build/config.sub || \ - ln -sf /usr/share/misc/config.sub build/config.sub - test -e build/config.guess -a -L build/config.guess || \ - ln -sf /usr/share/misc/config.guess build/config.guess - - test -e build/ltmain.sh -a -L build/ltmain.sh || \ - ln -sf /usr/share/libtool/ltmain.sh build/ltmain.sh ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ @@ -65,8 +58,6 @@ dh_testdir dh_testroot rm -f build-stamp configure-stamp - rm -f build/config.guess build/config.sub - rm -f build/ltmain.sh rm -f config.log # Clean up after the build process. signature.asc Description: OpenPGP digital signature
Bug#491794: arpack: DFSG-incompatible license
Package: arpack Severity: serious I believe the Rice BSD Software License of arpack violates the Debian Free Software guidelines (I've included it below for convenience of reference). Both parts of the fourth clause of the license below seem to violate the DFSG. The first violates the standard Desert Island and Dissident tests. I believe it has also been concluded in the past that requiring users to cite software is not allowed, which the second sentence violates. The third clause also seems to violate clause (4) of the DFSG, since it is a restriction on distributing modifications other than the specifically allowed restriction of requiring the separate distribution of patch files. -Tim Abbott The ARPACK license is BSD-like. http://www.caam.rice.edu/software/ARPACK/RiceBSD.doc Rice BSD Software License Permits source and binary redistribution of the software ARPACK and P_ARPACK for both non-commercial and commercial use. Copyright (©) 2001, Rice University Developed by D.C. Sorensen, R.B. Lehoucq, C. Yang, and K. Maschhoff. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: . Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. . Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. . If you modify the source for these routines we ask that you change the name of the routine and comment the changes made to the original. . Written notification is provided to the developers of intent to use this software. Also, we ask that use of ARPACK is properly cited in any resulting publications or software documentation. . Neither the name of Rice University (RICE) nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY RICE AND CONTRIBUTORS AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL RICE OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
Bug#491752: kde4: No Desktop
On Mon, Jul 21, 2008 at 15:58, miguel [EMAIL PROTECTED] wrote: Package: kde4 Version: 2 Severity: grave Justification: renders package unusable I've been following kde4-experimental for at least a month now and have had no issues with upgrades until the last one about a week ago. Desktop does not start. After logging in, I have a chequered gray/white canvas for a desktop, but nothing else. I've started a terminal by adding it to the autostart folder, but that's all I get. No bar along the bottom, no Desktop, no wallpaper, nothing... Only thing I've tried is deleting ~/.kde4 in an attempt to start fresh, but no luck. Try upgrading every KDE4 critical package, especially kdebase-runtime kdelibs5 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491797: fatresize: trashes iPod nano partition table
Package: fatresize Version: 1.0.2-3 Severity: grave Justification: causes non-serious data loss After running fatresize on my iPod nano, it refused to boot. The firmware partition disappeared from the partition table. iPod partition tables are a bit bizarre and even cfdisk doesn't handle them correctly; only sfdisk is safe on them. Here's a dump of a correct iPod nano partition table: # partition table of /dev/sda unit: sectors /dev/sda1 : start= 63, size= 160587, Id= 0 /dev/sda2 : start= 160650, size= 7823655, Id= b /dev/sda3 : start=0, size=0, Id= 0 /dev/sda4 : start=0, size=0, Id= 0 You see the first partition with Id=0? It holds the iPod's loadable firmware. Many partitioning tools interpret Id=0 as this is free space and just remove the record from the partition table. The ROM firmware doesn't like this at all and shows you a screen that instructs you to restore your iPod with iTunes. I question why fatresize would even have to touch the partition table. The other filesystem resize tools for Linux (ext2resize for example) don't, you have to resize the partitions yourself before enlarging (or after reducing) the filesystem. Note: I rated the data loss as non-serious because most people have their music stored safely on their personal computer, so restoring it is not a problem. If that's not the case, however, one's screwed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (100, 'testing'), (10, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.7-athlon 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 fatresize depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libparted1.8-91.8.8.git.2008.03.24-7 The GNU Parted disk partitioning s ii libuuid1 1.40.3-1 universally unique id library fatresize recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486067: marked as done (msmtp-mta: Needs to provide newaliases command, /usr/lib/sendmail symlink)
Your message dated Mon, 21 Jul 2008 22:03:42 + with message-id [EMAIL PROTECTED] and subject line Bug#486067: fixed in msmtp 1.4.15-1 has caused the Debian Bug report #486067, regarding msmtp-mta: Needs to provide newaliases command, /usr/lib/sendmail symlink 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 [EMAIL PROTECTED] immediately.) -- 486067: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486067 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: msmtp-mta Version: 1.4.13-1 Severity: serious Justification: Policy 11.6 msmtp-mta provides mail-transport-agent, but doesn't ship a newaliases command as required by Policy 11.6: All MTA packages must come with a newaliases program, even if it does nothing. It also doesn't provide a /usr/lib/sendmail symlink, which would be convenient for those of us who have to live on non-FHS systems on occasion (and which is how I noticed this in the first place). (To be honest, I don't really care that much about the bug, but I'm filing it at severity serious because the release team's list [1] says that's what it is.) -Steven Luo [1] http://release.debian.org/lenny/rc_policy.txt ---End Message--- ---BeginMessage--- Source: msmtp Source-Version: 1.4.15-1 We believe that the bug you reported is fixed in the latest version of msmtp, which is due to be installed in the Debian FTP archive: msmtp-mta_1.4.15-1_all.deb to pool/main/m/msmtp/msmtp-mta_1.4.15-1_all.deb msmtp_1.4.15-1.diff.gz to pool/main/m/msmtp/msmtp_1.4.15-1.diff.gz msmtp_1.4.15-1.dsc to pool/main/m/msmtp/msmtp_1.4.15-1.dsc msmtp_1.4.15-1_i386.deb to pool/main/m/msmtp/msmtp_1.4.15-1_i386.deb msmtp_1.4.15.orig.tar.gz to pool/main/m/msmtp/msmtp_1.4.15.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Emmanuel Bouthenot [EMAIL PROTECTED] (supplier of updated msmtp package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 23 Jun 2008 14:57:56 +0200 Source: msmtp Binary: msmtp msmtp-mta Architecture: source all i386 Version: 1.4.15-1 Distribution: unstable Urgency: low Maintainer: Emmanuel Bouthenot [EMAIL PROTECTED] Changed-By: Emmanuel Bouthenot [EMAIL PROTECTED] Description: msmtp - light SMTP client with support for server profiles msmtp-mta - light SMTP client with support for server profiles Closes: 440344 464474 486067 Changes: msmtp (1.4.15-1) unstable; urgency=low . * New upstream release - Fix breakage with libgnutls13 (Closes: #440344) - Fix usage of Resent-* headers (Closes: #464474) * Setting me as maintainer. * Add a Homepage field. * Bump Standards-Version to 3.8.0. * Update debian/copyright : point to the GPLv3 licence from /usr/share/common-licences instead of including the whole licence, point to GFDL-1.2 licence too. * Add /usr/lib/sendmail symlink and provide newaliases program to conform to Debian Policy 11.6 (Closes: #486067) * Provide a manpage for newaliases program. * Remove unused patch use-minus-in-manpage.patch (merged upstream). * Add a patch to fix some paths in doc. * Add a lintian override about manpage of newaliases. * Update debian/compat to version 5. * Remove useless debian/dirs. * Update debian/watch to version 3 and update sourceforge url to use the qa.debian.org redirector. Checksums-Sha1: bc28736de99d6cdd3dddf66959de14938e8e10b4 1064 msmtp_1.4.15-1.dsc 3dde14bcc983a38860aa31584a7e56422a6dff01 855453 msmtp_1.4.15.orig.tar.gz 51f16f1f0213daac55439500a26133a126fa414d 8745 msmtp_1.4.15-1.diff.gz 01aff21c57739af47d4f56ec2aa6f54cca51395e 31580 msmtp-mta_1.4.15-1_all.deb be3011b896c5fedd6eb605bd2fabf23cacbd109f 149312 msmtp_1.4.15-1_i386.deb Checksums-Sha256: c6525f0647eb34feae2a3c7aee0645f6c7df097b327b5f6a75068e99bf0806cd 1064 msmtp_1.4.15-1.dsc 499c43dba70aee53eee4d03eb450ddef0ff7e93bbeea4f056bfde406c924788f 855453 msmtp_1.4.15.orig.tar.gz c1c9008242b7fe6a124076d0c68959755cd2aa1114b2445cbb124a8be9c5f8ca 8745 msmtp_1.4.15-1.diff.gz e90add2d60dad2bacb1d263d088844db9b68c258bffef1ad3280f1205481 31580 msmtp-mta_1.4.15-1_all.deb c39e41dc3614d4af6e5a486b4f09b175d8592218975a7340e6a7e4a9334c35ed 149312
Bug#479876: marked as done (vdr-plugin-dvd: FTBFS: dvdnav.h:40:34: error: dvdread/dvd_reader.h: No such file or directory)
Your message dated Mon, 21 Jul 2008 22:10:16 + with message-id [EMAIL PROTECTED] and subject line Bug#479876: fixed in vdr-plugin-dvd 0.3.6~b03+cvs20070813-10 has caused the Debian Bug report #479876, regarding vdr-plugin-dvd: FTBFS: dvdnav.h:40:34: error: dvdread/dvd_reader.h: No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 479876: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479876 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: vdr-plugin-dvd Version: 0.3.6~b03-8 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080506 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: g++ -g -O2 -O3 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='dvd' -I/usr/include/vdr/include -I/usr/include -I/usr/include/dvdnav dvd.c In file included from player-dvd.h:14, from dvd.h:20, from dvd.c:15: /usr/include/dvdnav/dvdnav.h:40:34: error: dvdread/dvd_reader.h: No such file or directory /usr/include/dvdnav/dvdnav.h:41:33: error: dvdread/nav_types.h: No such file or directory /usr/include/dvdnav/dvdnav.h:42:52: error: dvdread/ifo_types.h: No such file or directory In file included from /usr/include/dvdnav/dvdnav.h:43, from player-dvd.h:14, from dvd.h:20, from dvd.c:15: /usr/include/dvdnav/dvdnav_events.h:124: error: 'dvd_read_domain_t' does not name a type /usr/include/dvdnav/dvdnav_events.h:126: error: 'dvd_read_domain_t' does not name a type In file included from player-dvd.h:14, from dvd.h:20, from dvd.c:15: /usr/include/dvdnav/dvdnav.h:293: error: expected ',' or '...' before 'this' /usr/include/dvdnav/dvdnav.h:446: error: expected constructor, destructor, or type conversion before '*' token /usr/include/dvdnav/dvdnav.h:455: error: expected constructor, destructor, or type conversion before '*' token /usr/include/dvdnav/dvdnav.h:460: error: 'pci_t' was not declared in this scope /usr/include/dvdnav/dvdnav.h:460: error: 'nav_pci' was not declared in this scope /usr/include/dvdnav/dvdnav.h:460: error: expected primary-expression before 'button' /usr/include/dvdnav/dvdnav.h:460: error: expected primary-expression before 'mode' /usr/include/dvdnav/dvdnav.h:461: error: expected primary-expression before '*' token /usr/include/dvdnav/dvdnav.h:461: error: 'highlight' was not declared in this scope /usr/include/dvdnav/dvdnav.h:461: error: initializer expression list treated as compound expression /usr/include/dvdnav/dvdnav.h:466: error: 'pci_t' has not been declared /usr/include/dvdnav/dvdnav.h:467: error: 'pci_t' has not been declared /usr/include/dvdnav/dvdnav.h:468: error: 'pci_t' has not been declared /usr/include/dvdnav/dvdnav.h:469: error: 'pci_t' has not been declared /usr/include/dvdnav/dvdnav.h:474: error: 'pci_t' has not been declared /usr/include/dvdnav/dvdnav.h:479: error: 'pci_t' has not been declared /usr/include/dvdnav/dvdnav.h:484: error: 'pci_t' has not been declared /usr/include/dvdnav/dvdnav.h:489: error: 'vm_cmd_t' has not been declared /usr/include/dvdnav/dvdnav.h:494: error: 'pci_t' has not been declared /usr/include/dvdnav/dvdnav.h:499: error: 'pci_t' has not been declared /usr/include/dvdnav/dvdnav.h:595: error: 'audio_attr_t' has not been declared /usr/include/dvdnav/dvdnav.h:606: error: 'subp_attr_t' has not been declared /usr/include/dvdnav/dvdnav.h:623: error: 'user_ops_t' does not name a type In file included from dvd.h:20, from dvd.c:15: player-dvd.h:117: error: ISO C++ forbids declaration of 'pci_t' with no type player-dvd.h:117: error: expected ';' before '*' token player-dvd.h: In member function 'bool cDvdPlayer::IsInMenuDomain() const': player-dvd.h:434: error: 'current_pci' was not declared in this scope player-dvd.h: In member function 'void cDvdPlayer::selectUpButton()': player-dvd.h:472: error: 'current_pci' was not declared in this scope player-dvd.h: In member function 'void cDvdPlayer::selectDownButton()': player-dvd.h:480: error: 'current_pci' was not declared in this scope player-dvd.h: In member function 'void
Processed: tagging 491453
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.34 tags 491453 + confirmed Bug#491453: [qbittorrent] Crash when open a a .torrent Tags were: upstream Tags added: confirmed End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479607: linux-image-2.6.25-1-amd64: Kernel panic: Unable to mount root
Hello, I am yet another me too on this lilo-bug. I installed a clean debian (debian-40r3-amd64-netinst) just a day ago, and directly updated to lenny throu aptitude dist-upgrade and I got a panic after rebooting into my new kernel and system. My common sence is that I am installing on lvm2 on top of sw-raid (mdadm). If I put my root-device directly on the sw-raid the installer picks grub but with lvm2 on sw-raid I get lilo. With grub I am able to upgrade into lenny but not with lilo. The MODULES=dep-workaround is working for me with lilo and kernel 2.6.25-2. Tell me if you want any specific output from my system. Regards Anders -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 491453 to [qbittorrent] Crash when open a .torrent
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.34 retitle 491453 [qbittorrent] Crash when open a .torrent Bug#491453: [qbittorrent] Crash when open a a .torrent Changed Bug title to `[qbittorrent] Crash when open a .torrent' from `[qbittorrent] Crash when open a a .torrent'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477454: quodlibet_1.0.ds1-2_powerpc.changes REJECTED
tags 477454 pending thanks On Tuesday 22 July 2008 00:05, you wrote: Rejected: quodlibet_1.0.ds1-2.dsc refers to quodlibet_1.0.ds1.orig.tar.gz, but I can't find it in the queue or in the pool. Right, I rebuilt it with the .orig.tar.gz but by build system is giving problems right now so I can't upload it. I'll make sure it gets uploaded soon. Thijs pgpJteN6lCuEh.pgp Description: PGP signature
Processed: Re: libhighgui-dev: Linking against libhighgui fails
Processing commands for [EMAIL PROTECTED]: severity 490700 normal Bug#490700: libhighgui-dev: Linking against libhighgui fails Severity set to `normal' from `grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: quodlibet_1.0.ds1-2_powerpc.changes REJECTED
Processing commands for [EMAIL PROTECTED]: tags 477454 pending Bug#477454: Insulting source code Tags were: upstream 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491794: [Pkg-scicomp-devel] Bug#491794: arpack: DFSG-incompatible license
On Mon, Jul 21, 2008 at 11:54 PM, Timothy G Abbott [EMAIL PROTECTED] wrote: Package: arpack Severity: serious I believe the Rice BSD Software License of arpack violates the Debian Free Software guidelines (I've included it below for convenience of reference). Both parts of the fourth clause of the license below seem to violate the DFSG. The first violates the standard Desert Island and Dissident tests. I believe it has also been concluded in the past that requiring users to cite software is not allowed, which the second sentence violates. The third clause also seems to violate clause (4) of the DFSG, since it is a restriction on distributing modifications other than the specifically allowed restriction of requiring the separate distribution of patch files. -Tim Abbott The ARPACK license is BSD-like. http://www.caam.rice.edu/software/ARPACK/RiceBSD.doc Rice BSD Software License Permits source and binary redistribution of the software ARPACK and P_ARPACK for both non-commercial and commercial use. Copyright ((c)) 2001, Rice University Developed by D.C. Sorensen, R.B. Lehoucq, C. Yang, and K. Maschhoff. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: . Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. . Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. . If you modify the source for these routines we ask that you change the name of the routine and comment the changes made to the original. . Written notification is provided to the developers of intent to use this software. Also, we ask that use of ARPACK is properly cited in any resulting publications or software documentation. Yes, I think this ^^ makes it non-free. I didn't know arpack uses such a crappy license. Thanks for noticing! Christophe, I think we need to move the package to non-free. Ondrej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490700: libhighgui-dev: Linking against libhighgui fails
severity 490700 normal thanks On Jul 13 20:47, Jan Binder wrote: Package: libhighgui-dev Version: 1.0.0-5 Severity: grave Justification: renders package unusable Compiling an application and and then linking against libhighgui fails with: /usr/lib/libhighgui.so: undefined reference to `img_convert' collect2: ld returned 1 exit status Versions of packages libhighgui-dev depends on: ii libavcodec-dev 3:20080706-0.2library to encode decode multimedi ii libavformat-dev3:20080706-0.2development files for libavformat Please use libavcodev and libavformat from debian (0.svn20080206). The testcase works fine in an up-to-date sid chroot for me. Regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491752: kde4: No Desktop
On Monday 21 July 2008 19:06:57 David Palacio wrote: On Mon, Jul 21, 2008 at 15:58, miguel [EMAIL PROTECTED] wrote: Package: kde4 Version: 2 Severity: grave Justification: renders package unusable I've been following kde4-experimental for at least a month now and have had no issues with upgrades until the last one about a week ago. Desktop does not start. After logging in, I have a chequered gray/white canvas for a desktop, but nothing else. I've started a terminal by adding it to the autostart folder, but that's all I get. No bar along the bottom, no Desktop, no wallpaper, nothing... Only thing I've tried is deleting ~/.kde4 in an attempt to start fresh, but no luck. Try upgrading every KDE4 critical package, especially kdebase-runtime kdelibs5 You can follow [0] to get spinning working, and the necessary packages will be upgraded. Please try it (or manually upgrade the necessary packages) and tell us if that fixed it. Regards, Lisandro. [0] http://perezmeyer.blogspot.com/2008/07/updating-kde4-packages-from.html -- LINUX KERNEL LIBERADO DOS SECUESTRADORES MICROSOFTIANOS CAPTURADOS OTRO SIGUE PROFUGO *musiquita de cronica TV* Ok, ok, ya me voy a hacer algo util, no me peguen :D Matias Angasule D'Ambrosio, sobre la liberación del kernel 2.6.23 http://linux.org.ar/pipermail/bblug/2007-October/005405.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.