Bug#297973: NMU patch
NMU patch attached. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. diff -ruN ../orig/sigcperl-0.2.0/debian/changelog sigcperl-0.2.0/debian/changelog --- ../orig/sigcperl-0.2.0/debian/changelog 2005-09-04 05:33:44.0 + +++ sigcperl-0.2.0/debian/changelog 2005-09-04 05:40:44.0 + @@ -1,3 +1,11 @@ +sigcperl (0.2.0-2.1) unstable; urgency=low + + * 0-day NMU durring bug squishing party + * fix for gcc 4.0 (closes: #297973) + * standards version 3.6.2 + + -- Blars Blarson [EMAIL PROTECTED] Sun, 4 Sep 2005 05:36:09 + + sigcperl (0.2.0-2) unstable; urgency=low * Updated Standards-Version to 3.6.1. diff -ruN ../orig/sigcperl-0.2.0/debian/control sigcperl-0.2.0/debian/control --- ../orig/sigcperl-0.2.0/debian/control 2005-09-04 05:33:44.0 + +++ sigcperl-0.2.0/debian/control 2005-09-04 05:40:23.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Michael Koch [EMAIL PROTECTED] Build-Depends: debhelper ( 4.0.0), libsigc++-1.2-dev, libperl-dev (= 5.8.0) -Standards-Version: 3.6.1 +Standards-Version: 3.6.2 Package: libsigcperl-dev Section: libdevel diff -ruN ../orig/sigcperl-0.2.0/sigcperl/convert.h sigcperl-0.2.0/sigcperl/convert.h --- ../orig/sigcperl-0.2.0/sigcperl/convert.h 2002-08-15 17:29:31.0 + +++ sigcperl-0.2.0/sigcperl/convert.h 2005-09-04 05:39:43.0 + @@ -68,7 +68,7 @@ template inline ArgBoxdouble::ArgBox(SV *val) throw() : m_val(SvNV(val)) {} -inline std::string SigCPerl::get_string(SV *val) throw() +inline std::string get_string(SV *val) throw() { STRLEN len; const char *str = SvPV(val, len);
Bug#325421: gnucash crash
Martijn Pieters [EMAIL PROTECTED] writes: Thomas Bushnell BSG wrote: I'm unable to produce this crash, even when I select the G26 theme. But then, there is more than one thing called the G26 theme. I'm assuming you use a gnome-2 desktop. No, I run a KDE desktop. Ah! This makes the environment very different in lots of little ways, and could easily explain why I couldn't produce a problem. I'll give it a shot there, but unfortunately I can't until KDE is once again working in unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320541: unsafe temp file creation (CAN-2004-2265)
* Frank Lichtenheld: On Sat, Sep 03, 2005 at 11:53:52PM +0200, Florian Weimer wrote: * Frank Lichtenheld: I mean, after closing fd _and_ unlinking the temporary file it is completly gone and the race is open again, isn't it? Wouldn't be the right fix to return the fd from the function and not bother about the filename at all? In the interest of a minimal change, it might make more sense to simply leave the file around, so that it is subsequently opened again? True, but that would mean not to unlink it, wouldn't it? Yes, this is exactly what I mean. By the way, libconvert-uulib-perl contains a copy of the code. I'll check if it is affected, too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306559: nbd-server is now able to serv multiple clients
I finaly got around to test nbd-server 2.7.3-3 with multiple clients, and looks like this bug is fixed now. -- Finn-Arne Johansen [EMAIL PROTECTED] http://bzz.no/ Debian-edu developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304819: spca5xx upload
Thanks for the sponsorship offer Otavio but I already have a sponsor for my other packages and have decided to not take on more sponsors for new packages since my debian application is so close to being complete. However .. if Joerg is still stalled when we get close to releasing etch I'd like to take you up on the sponsor offor at that time. Would that be ok? I don't want etch to release without this package. For now, I don't see that there is a need to panic, etch is at least a year away. This will probably make your process faster since people will see your work going inside of project. Hmm .. I already have my work going inside the project. Although vobcopy may not be a big league app quite a few people are using it. The application isn't held up by people but by one busy person, the AM. Joerg has just been too busy to process his queue but has promised to complete the appication soon. Since I have completed Advocate Check, ID Check, PP, TS it really is almost done. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326572: imp4: README.Debian contains false/misleading info from ispell author
Package: imp4 Version: 4.0.2-2 Severity: minor The README.Debian contains the following snippet: The differences between ispell and aspell are subtle but important. The author of ispell writes: [Aspell's] primary advantage is that it is better at making suggestions when a word is seriously misspelled. For example, when given trubble, ispell will suggest only rubble, where aspell suggests trouble (as its first choice) as well as dribble, rubble, and a lot of other words. Its disadvantage is that the approximate-matching algorithm is specific to English. That disadvantage is false (it may have been the case many years ago, but not now). See for example http://aspell.net/man-html/Phonetic-Code.html#Phonetic-Code. In fact, aspell is superior to ispell is almost every aspect. Quoting the Aspell author: The only major area where Ispell is superior to Aspell is in the handling of multi character letters such as old ASCII encoding of accented characters. However, Aspell can handle UTF-8 documents far better than Ispell can. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12.4 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326544: [Pkg-shadow-devel] Bug#326544: shadow: [INTL:pt] translation update
Quoting Miguel Figueiredo ([EMAIL PROTECTED]): Package: shadow Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for shadow. Feel free to use it. Tomasz, same as usual, please tell us when you've commited the new file. Of course, if the new file gets fuzzy/untranslated strings when syncing, please send it to the bug submitter for update (you can do so by writing to [EMAIL PROTECTED], xx being the bug number) and CC the bug [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326573: missing manpage for 855resolution
Package: 855resolution Version: 0.4-1 Severity: normal The package doesn't include a manpage for the 855resolution command. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-z71a-3 Locale: LANG=fr_CA, LC_CTYPE=fr_CA (charmap=ISO-8859-1) Versions of packages 855resolution depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an 855resolution recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325525: fixed in ieee80211 1.0.3-3
found #325525 1.0.3-3 thanks I have to NACK that one as well, doesn't build with 2.6.13. Typescript attached. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 ieee80211-build.bz2 Description: Binary data
Bug#325525: fixed in ieee80211 1.0.3-3
On Sun, Sep 04, 2005 at 09:18:34AM +0200, Marc Haber [EMAIL PROTECTED] wrote: found #325525 1.0.3-3 thanks I have to NACK that one as well, doesn't build with 2.6.13. Typescript attached. Did you uncompress the new ieee80211-source.tar.gz file ? because /usr/src/modules doesn't get updated on package update, you know... I actually tested this with 2.6.13 and it worked well, here. Please check everything is up to date on your system and close the bug accordingly. Thanks. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326489: libdc0: please recompile the library for g++4 transition
2005 m. rugsėjis 4 d., sekmadienis 02:44, Steve Langasek rašė: This is not true; the package is both installable and usable. The C++ transition is nevertheless an RC bug on libdc0, because it is not possible to rebuild this package (e.g., for a security fix) without breaking the library ABI. Ok. I'm sorry for a bit wrong reasoning. Yes it's installable (actually I still have it installed, my bad) but practically unusable in its current stage. The only rdepend, valknut, can't be installed nor any other app can be compiled against it in sid because of the different ABI. So I don't see any way how current libdc0, the shared library, can be practically used distribution-wide. And your point is, of course, correct too. pgpNQmDud4rKO.pgp Description: PGP signature
Bug#326090: cpio always dereferences symlinks not in archive!
Package: cpio Version: 2.6-4 Followup-For: Bug #326090 It's much worse than just that cpio -p does not copy dangling symlinks. Try adding to your archive a symlink that's not dangling, but whose target file is not in the archive. In this case, cpio dereferences the link and includes the pointed-to file in the archive rather than the link! e.g.: ln -sf /proc/kcore /dev/core find /dev -xdev -true -print | cpio -o -H ustar -a | gzip -c -9 /tmp/dev.tar.gz You'll find the entire contents of your RAM in /tmp/dev.tar.gz if you execute that as root. /dev/core gets dereferenced, and the *entire* contents of /proc/kcore gets added to the archive. Not what I'm looking for in a disk backup solution. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cpio depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an cpio recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#45336: Stupendous Material
Hi, term-life-insurers currentlyOffering bestThings: +Svings up to 7O% +QuicklyQuote Turnaround +SmokersApproved! TakesOnlyMinutes: http://www.lifequotesgalore.com Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326574: Uninstallable on sid; depends on unavailable packages
Subject: Uninstallable on sid; depends on unavailable packages Package: lostirc Version: 0.4.5-1 Severity: grave Tags: sid Some of the libraries that lostirc depends on were renamed as part of the C++ ABI transition. The package is currently uninstallable on sid and needs to be rebuilt. -- Yavor Doganov JID: [EMAIL PROTECTED] Free Software Association - Bulgaria http://fsa-bg.org GNOME in Bulgarian! http://gnome.cult.bg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#100148: Immense Update
Hi, term-life-insurers currentlyOffering bestThings: +Svings up to 7O% +QuicklyQuote Turnaround +SmokersApproved! TakesOnlyMinutes: http://www.lifequotesgalore.com Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#173975: fwd: Noteworthy Bulletin
Hi, term-life-insurers currentlyOffering bestThings: +Svings up to 7O% +QuicklyQuote Turnaround +SmokersApproved! TakesOnlyMinutes: http://www.lifequotesgalore.com Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#95318: FWD: Remarkable Information
Hi, term-life-insurers currentlyOffering bestThings: +Svings up to 7O% +QuicklyQuote Turnaround +SmokersApproved! TakesOnlyMinutes: http://www.lifequotesgalore.com Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326575: Intend to NMU
Package: wmfire Version: 1.2.1-4.1 Severity: important Tags: patch Hi, I intend to NMU wmfire with the attached diff. This is especially urgen because it blocks the ongoing transitions (GNOME 2.10 at least). If you don't object to the changes, I'll upload in 2 days. Bye, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wmfire depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libgtop2-52.10.2-1 Libraries for gtop system monitori ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libx11-6 6.8.2.dfsg.1-6 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m wmfire recommends no packages. -- no debconf information -- Loïc Minier [EMAIL PROTECTED] Come, your destiny awaits! diff -u wmfire-1.2.1/debian/changelog wmfire-1.2.1/debian/changelog --- wmfire-1.2.1/debian/changelog +++ wmfire-1.2.1/debian/changelog @@ -1,3 +1,17 @@ +wmfire (1.2.1-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Bump libgtop2-dev build-dep to get a version past the soname change. +(Closes: #316764, #322524) + * Break build-dependencies for the xorg transition. +- Remove xlibs-dev build-dep. +- Add libxt-dev build-dep (for the AC_PATH_X macro to detect X), upstream + should specialize the macro call if they don't need this lib. +- Add libx11-dev build-dep. +- Add libxext-dev build-dep. + + -- Loic Minier [EMAIL PROTECTED] Sun, 4 Sep 2005 10:06:12 +0200 + wmfire (1.2.1-4) unstable; urgency=low * applied the patch from Alan Swanson (see #250937) (Closes: #250937, diff -u wmfire-1.2.1/debian/control wmfire-1.2.1/debian/control --- wmfire-1.2.1/debian/control +++ wmfire-1.2.1/debian/control @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Christoph Siess (CHS) [EMAIL PROTECTED] -Build-Depends: debhelper (=4.0.0), xlibs-dev, libgtop2-dev (=2.6.0-4), libgtk2.0-dev, libgnome-dev +Build-Depends: debhelper (=4.0.0), libgtop2-dev (= 2.10.0-1), libgtk2.0-dev, libgnome-dev, libxt-dev, libx11-dev Standards-Version: 3.6.1 Package: wmfire
Bug#326575: Intend to NMU
Hi, that would be great. What do you thing about taking the maintainership of this packags? I'm currently very busy and have not mutch time to maintain wmfire. regards, Christoph On Sun, Sep 04, 2005 at 10:21:02AM +0200, Loïc Minier wrote: Package: wmfire Version: 1.2.1-4.1 Severity: important Tags: patch Hi, I intend to NMU wmfire with the attached diff. This is especially urgen because it blocks the ongoing transitions (GNOME 2.10 at least). If you don't object to the changes, I'll upload in 2 days. Bye, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wmfire depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libgtop2-52.10.2-1 Libraries for gtop system monitori ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libx11-6 6.8.2.dfsg.1-6 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii xlibs 6.8.2.dfsg.1-6 X Window System client libraries m wmfire recommends no packages. -- no debconf information -- Loïc Minier [EMAIL PROTECTED] Come, your destiny awaits! diff -u wmfire-1.2.1/debian/changelog wmfire-1.2.1/debian/changelog --- wmfire-1.2.1/debian/changelog +++ wmfire-1.2.1/debian/changelog @@ -1,3 +1,17 @@ +wmfire (1.2.1-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Bump libgtop2-dev build-dep to get a version past the soname change. +(Closes: #316764, #322524) + * Break build-dependencies for the xorg transition. +- Remove xlibs-dev build-dep. +- Add libxt-dev build-dep (for the AC_PATH_X macro to detect X), upstream + should specialize the macro call if they don't need this lib. +- Add libx11-dev build-dep. +- Add libxext-dev build-dep. + + -- Loic Minier [EMAIL PROTECTED] Sun, 4 Sep 2005 10:06:12 +0200 + wmfire (1.2.1-4) unstable; urgency=low * applied the patch from Alan Swanson (see #250937) (Closes: #250937, diff -u wmfire-1.2.1/debian/control wmfire-1.2.1/debian/control --- wmfire-1.2.1/debian/control +++ wmfire-1.2.1/debian/control @@ -2,7 +2,7 @@ Section: x11 Priority: optional Maintainer: Christoph Siess (CHS) [EMAIL PROTECTED] -Build-Depends: debhelper (=4.0.0), xlibs-dev, libgtop2-dev (=2.6.0-4), libgtk2.0-dev, libgnome-dev +Build-Depends: debhelper (=4.0.0), libgtop2-dev (= 2.10.0-1), libgtk2.0-dev, libgnome-dev, libxt-dev, libx11-dev Standards-Version: 3.6.1 Package: wmfire
Bug#326577: gonzui doesn't have manpages.
Package: gonzui Version: 1.2-1 Severity: minor gonzui dosen't have manpages for its binaries. Fortunately, all of binaries in gonzui support `--help' and `--version' option. So simple manpages for these binaries can be generate by `help2man'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326576: linux-2.6: xfs support for user_xattr dissappeard?
Package: linux-2.6 Severity: normal Seen this with -1-k7 and with -1-686. Am testing beagle - so I needed to turn on user_xattr. But - when I upgraded from kernel-image-2.6.11-1-k7/-1-686 to linux-image-2.6.12-1-k7/-1-686 - suddenly the mount option of user_xattr stops working. from syslog: Sep 3 13:12:12 alice kernel: XFS: unknown mount option [user_xattr]. Worked just fine under 2.6.11 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_US, LC_CTYPE=en_GB.ISO-8859-1 (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326578: ITP: bashpodder -- Easy to use RSS aggregator bash script
Package: wnpp Severity: wishlist Owner: Stephen Birch [EMAIL PROTECTED] * Package name: bashpodder Version : 0.0.1 Upstream Author : linc dot fessenden at gmail dot com * URL : http://linc.homeunix.org:8080/scripts/bashpodder * License : GPL (to be confirmed) Description : Easy to use RSS aggregator bash script This is the rss aggregator script created by the folks at The Linux Link Tech Show. You feed bashpodder a list of RSS feeds, and it sucks down the enclosures. It works fine via Crontab, so it can run invisibly in the background. -- System Information: Architecture: all Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326575: Intend to NMU
Hi, On Sun, Sep 04, 2005, Christoph Siess wrote: that would be great. What do you thing about taking the maintainership of this packags? I'm currently very busy and have not mutch time to maintain wmfire. I'm afraid I'm not interested as I don't use the package. However I can set the Maintainer to QA in the same upload. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#326479: mozilla-thunderbird: Fails to get mail immediately after changing password in password manager
On Sat, Sep 03, 2005 at 05:54:49PM +0200, Max Gilead wrote: Package: mozilla-thunderbird Version: 1.0.6-3 Severity: normal - enter wrong password to mail account and decide to save it in password manager - get mail (fails as expected) - remove saved password using password manager - get mail - misleading password alert is displayed (reported as bug #326476) - password prompt window is displayed (enter correct password) - server is contacted, nothing happens Problem is it's necessary to click 'Get Mail' again to actually get new mail. What setup are you running? IMap/Pop? What specific server? Did you try to find an equivalent bug posted in http://bugzilla.mozilla.org ? - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326579: requires -f in os.popen()
Package: apt-listchanges Version: 2.59-0.2 Severity: normal Error description: Error affects all versions like Woody, Sarge, Etch and Sid. Since I use courier-mta, I can not more send E-Mails using '/usr/sbin/sendmail -t' witch is used by apt-listchanges too. Because my Servers has no local delivery, but each its own E-Mail address I had to add a new config option to /etc/apt-listchanges.conf: email_from=... and changes: ( '/usr/lib/site-python/')_ 96a97 self.email_from = None 134c135 apt, verbose, frontend=, email-address=, confirm, --- apt, verbose, frontend=, email-address=, email_from=, confirm, 162a164,165 elif opt == '--email-from': self.email_from = arg 229c232 fh = os.popen('/usr/sbin/sendmail -t', 'w') --- fh = os.popen('/usr/sbin/sendmail -t -f %s', 'w') % email_from and ( '/etc/apt/listchanges.conf' )_ [apt] frontend=mail [EMAIL PROTECTED] [EMAIL PROTECTED] confirm=0 save_seen=/var/lib/apt/listchanges.db -- System Information Debian Release: 3.0 Kernel Version: Linux michelle1.private 2.4.27-2-k7 #1 Fri Jan 21 00:03:54 CET 2005 i686 unknown Versions of the packages apt-listchanges depends on: ii apt0.5.4 Advanced front-end for dpkg ii debconf1.2.35 Debian configuration management system ii python 2.1.3-3.2 An interactive object-oriented scripting lan ii python-apt 0.5.4.3Python interface to libapt-pkg signature.pgp Description: Digital signature
Bug#326580: raidutils: ftbfs [sparc] 'volatile void exit(int)' conflicts with /usr/include/stdlib.h
Package: raidutils Version: 0.0.4-6 Severity: serious Justification: fails to build from source raidutils failed to build on a sparc buildd, duplicated on my sparc pbuilder: if sparc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -O3 -DMESSAGES -D_DPT_ACTIVE_ALIGNMENT -Dtrue=1 -Dfalse=0 -DHORIZONTAL -DNEW_RSC_MGR -DNEW_RSC_HDR -D_DPT_FLASH -g -O2 -MT raidutil-command.o -MD -MP -MF .deps/raidutil-command.Tpo -c -o raidutil-command.o `test -f 'command.cpp' || echo './'`command.cpp; \ then mv -f .deps/raidutil-command.Tpo .deps/raidutil-command.Po; else rm -f .deps/raidutil-command.Tpo; exit 1; fi command.cpp:2246: error: declaration of C function 'volatile void exit(int)' conflicts with /usr/include/stdlib.h:640: error: previous declaration 'void exit(int)' here make[3]: *** [raidutil-command.o] Error 1 make[3]: Leaving directory `/build/buildd/raidutils-0.0.4/raidutil' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326584: ohphone: uninstallable in sid: rebuild for C++ transition
Package: ohphone Version: 1:1.4.3+20050304-3 Severity: grave The ohphone package is currently not installable in unstable due to various library transitions: # aptitude install ohphone Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done E: Unable to correct problems, you have held broken packages. E: Unable to correct dependencies, some packages cannot be installed E: Unable to resolve some dependencies! Some packages had unmet dependencies. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following packages have unmet dependencies: ohphone: Depends: libopenh323-1.15.2 (= 1.15.3) but it is not installable Depends: libpt-1.8.3 but it is not installable # The package should only require a rebuild to fix the problem. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#326484: mozilla-thunderbird: Marking mail as junk manually doesn't move mails to Junk folder if automatic junk moving is not selected
On Sat, Sep 03, 2005 at 06:16:52PM +0200, Max Gilead wrote: Mail is not moved to Junk folder if 'When I manually mark messages as junk' option is selected _without_ selecting 'Move incoming messages determined to be junk mail to:' as well. I cannot reproduce this. I do it that way regularly - e.g. if I want to train my junk filter - and AFAIK it always worked as expected. I don't want Thunderbird to automatically mark new mail as junk because of problem described in bug #326477 but I still want to be able to mark junk mails manually and have them moved immediately after that to Junk folder. As Understandable, but I can't see that it does not work. of now, it's impossible (without reconfiguring app before and after each operation, that is). What do you mean by 'reconfiguring app before and after ...'? How do you get to this conclusion? - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326480: mozilla-thunderbird: Accepting server certificate 'for this session' doesn't work
On Sat, Sep 03, 2005 at 05:59:46PM +0200, Max Gilead wrote: When getting new mail from server which generates 'Web Site Certified by an Unknown Authority' warning marking certificate as accepted 'temporarily for this session' doesn't accept it for entire session but for this single operation only. Getting new mail again, without closing Thunderbird, requires user to accept certificate again. Interesting ... at least for imap it worked for me IIRC. Maybe your server closes all connections and thunderbird determines the bounds of a session by 'ImapSession' and not application session. Please state your specific setup. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326581: [hppa] glibc-2.3.5 let's python builds FTBFS
Package: glibc Version: 2.3.5-6 Severity: grave The python2.3 package (as well as the 2.2 and 2.4 package) FTBFS on hppa (see the buildd logs). The failures do not occur when downgrading glibc to 2.3.2 from sarge, or using breezy's glibc. Not further tracked down. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326582: t38modem_0.8.0+20050304-2 (m68k/unstable): FTBFS: internal compiler error: Segmentation fault
Package: t38modem Version: 0.8.0+20050304-2 Severity: serious Justification: FTBFS The t38modem package currently fails to build on m68k with the following error: [...] g++ -D_REENTRANT -fno-exceptions -Wall -I/usr/share/pwlib//include -DPTRACING -I/usr/include/openh323 -DHAS_OSS -Os -Wall -g -O2 -felide-constructors -x c++ -c fcs.cxx -o obj_linux_m68k_r/fcs.o /usr/lib/gcc/m68k-linux-gnu/4.0.2/../../../../include/c++/4.0.2/bits/stl_map.h:133: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.0/README.Bugs. make[1]: *** [obj_linux_m68k_r/fcs.o] Error 1 [...] A full build log can be found at http://buildd.debian.org/fetch.php?pkg=t38modemver=0.8.0%2B20050304-2arch=m68kstamp=1124063015file=logas=raw. Of course, this gives every indication that it's a toolchain problem, not a problem with your sources; nevertheless, your package fails to build, and there's a long queue of new ICEs with gcc-4.0 that will take a while to all get fixed, so you may want to see if using gcc-3.4 on m68k is a possible workaround for this problem. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#326583: [hppa] add /usr/hppa64-linux-gnu/include
Package: glibc To build the hppa - hppa64 cross compiler needed to build hppa64 kernels, the target specific headers are needed. Currently it's good enough to symlink /usr/hppa64-linux-gnu/include to /usr/include. Please keep the /usr/hppa64-linux/include symlink for a while. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326588: yate-openh323: uninstallable in sid: please rebuild for the C++ transition
Package: yate-openh323 Version: 0.8.7+cvs20050604-1 Severity: grave The yate-openh323 package is currently not installable in unstable due to various library transitions: # aptitude install yate-openh323 Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done E: Unable to correct problems, you have held broken packages. E: Unable to correct dependencies, some packages cannot be installed E: Unable to resolve some dependencies! Some packages had unmet dependencies. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following packages have unmet dependencies: yate-openh323: Depends: libopenh323-1.15.2 (= 1.15.3) but it is not installable Depends: libpt-1.8.3 but it is not installable # The package should only require a rebuild to fix the problem, though additional fixes will be needed for bug #303028. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#326585: openam: uninstallable in sid: rebuild for C++ transition
Package: openam Version: 1.1.18+20050304-1 Severity: grave The openam package is currently not installable in unstable due to various library transitions: # aptitude install openam Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done E: Unable to correct problems, you have held broken packages. E: Unable to correct dependencies, some packages cannot be installed E: Unable to resolve some dependencies! Some packages had unmet dependencies. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following packages have unmet dependencies: openam: Depends: libopenh323-1.15.2 (= 1.15.3) but it is not installable Depends: libpt-1.8.3 but it is not installable # The package should only require a rebuild to fix the problem. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#326586: openmcu: uninstallable in sid: please rebuild for the C++ transition
Package: openmcu Version: 2.1.0-1 Severity: grave The openmcu package is currently not installable in unstable due to various library transitions: # aptitude install openmcu Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done E: Unable to correct problems, you have held broken packages. E: Unable to correct dependencies, some packages cannot be installed E: Unable to resolve some dependencies! Some packages had unmet dependencies. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following packages have unmet dependencies: openmcu: Depends: libopenh323-1.15.2 (= 1.15.3) but it is not installable Depends: libpt-1.8.3 but it is not installable # The package should only require a rebuild to fix the problem. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#326587: pstngw: uninstallable in sid: please rebuild for the C++ transition
Package: pstngw Version: 1.3.1-3 Severity: grave The pstngw package is currently not installable in unstable due to various library transitions: # aptitude install pstngw Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done E: Unable to correct problems, you have held broken packages. E: Unable to correct dependencies, some packages cannot be installed E: Unable to resolve some dependencies! Some packages had unmet dependencies. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following packages have unmet dependencies: pstngw: Depends: libopenh323-1.15.2 (= 1.15.3) but it is not installable Depends: libpt-1.8.3 but it is not installable # The package should only require a rebuild to fix the problem. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#326589: unison: is confused about its own name
Package: unison Version: 2.13.16-1 Severity: serious The recent upgrade to 2.13.16 broke unison in many ways simultaneously and only the help of strace, my instinct, and definitely not the error messages helped me get it running again. Maybe I have an installation that the developers did not test? I'm not sure which version of unison I upgraded *from*. I do have 2.13.16 no on both servers. Both are Debian. I have only the package unison installed. I never cared about unison-gtk and never installed it. Maybe this is a situation that the developers had not expected? When I started unison-latest-stable, it complained Usage: unison-2.13.16-gtk [options] or unison-2.13.16-gtk root1 root2 [options] or unison-2.13.16-gtk profilename [options] For a list of options, type unison-2.13.16-gtk -help. For a tutorial on basic usage, type unison-2.13.16-gtk -doc tutorial. For other documentation, type unison-2.13.16-gtk -doc topics. zsh: exit 1 unison-latest-stable Note, the ubiquitous suffix -gtk. Of course, as I said above, I do and did not have the unison-2.13.16-gtk installed, so it is bug #1 that the Usage output tells me to use a program that I have not installed. I found out that the unison-latest-stable call had created a ~/.unison-2.13.16-gtk/ directory. Watching strace I came to the conclusion that I would have to move the contents of my ~/.unison/ directory into that new directory and so I did. Is it intentional that the ~/.unison/ directory is ignored completely? I'd call this bug #2. So then I called 11:16:47 [EMAIL PROTECTED]:~% unison-latest-stable default Contacting server... zsh: command not found: unison-2.13.16-gtk Fatal error: Lost connection with the server Oh my, same thing here. I do not have installed the -gtk stuff on the remote server either. Why does my local version of unison suppose that I have? This seems to me bug #3. I went to the remote server and created a symlink from /usr/bin/unison-2.13.16 to unison-2.13.16-gtk and this resolved the issue completely. I hope, my descriptions help to find the root of the evil. Thanks for providing unison! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages unison depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an Versions of packages unison recommends: ii ssh 1:4.1p1-7 Secure shell client and server (tr -- no debconf information -- andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315536: Can't reproduce
Hi, this is another test to contact you about bug #315536 you opened against gphpedit. I'm CCing another address of yours I found in google. It's been two weeks from the previous attempt to contact you. I'd close the bug when it 90 days old (that's September 23rd). Lior Kaplan wrote: Hi Manolo, I can't reproduce the bug on my machine (i386). Can you provide an strace ? -- Regards, Lior Kaplan [EMAIL PROTECTED] http://www.Guides.co.il Debian GNU/Linux unstable (SID) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326578: ITP: bashpodder -- Easy to use RSS aggregator bash script
On Sun, Sep 04, 2005 at 01:44:10AM -0700, Stephen Birch wrote: * Package name: bashpodder Version : 0.0.1 Upstream Author : linc dot fessenden at gmail dot com * URL : http://linc.homeunix.org:8080/scripts/bashpodder * License : GPL (to be confirmed) Description : Easy to use RSS aggregator bash script I just packaged podracer last week, which is a derivative of bashpodder. Is there any benefit to having both? The podracer license is MIT/BSD-style, so if the bashpodder license is GPL, something's not quite right! cheers, Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326594: fpsetdefaults function missing in glibc-2.3.5
Package: glibc Version: 2.3.5-6 glibc-2.3.5 doesn't have the fpsetdefaults function anymore, which was available in 2.3.2. Is the omission intended? If yes, is there a replacement function? Currently the python fpectl module fpectl FTBFS. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326592: crash when cancelling GPG query after selecting different folder
Package: kmail Version: 3.3.2-3 When I click on an encrypted message, I get a popup asking for my passphrase. If I don't answer this popup but instead click a different folder, the popup window (ok, this part probably depends on the windowmanager) is put behind the main kmail window, but still open. First problem here: either the popup is modal, i.e. blocking access to the main window or it automatically closes when a different folder is selected (and therefore it loses its context) - at least that's what I'd expect. Anyhow, apart from being confusing/annoying, nothing really bad happens because of this popup. The really bad thing happens when you now close this window, either by providing the passphrase or pressing cancel - kmail simply crashes, see attached backtrace. This behaviour is reproducable and I'm not aware of any other workaround. cheers and thanks Uli (no debugging symbols found) Using host libthread_db library /lib/tls/libthread_db.so.1. (no debugging symbols found) ... (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1244895552 (LWP 860)] (no debugging symbols found) ... (no debugging symbols found) [KCrash handler] #3 0xb7ea24a3 in KMail::ObjectTreeParser::parseObjectTree () from /usr/lib/libkmailprivate.so.0 #4 0xb7db2c39 in KMReaderWin::parseMsg () from /usr/lib/libkmailprivate.so.0 #5 0xb7db25b3 in KMReaderWin::displayMessage () from /usr/lib/libkmailprivate.so.0 #6 0xb7db2169 in KMReaderWin::updateReaderWin () from /usr/lib/libkmailprivate.so.0 #7 0xb7db92da in KMReaderWin::qt_invoke () from /usr/lib/libkmailprivate.so.0 #8 0xb72b771c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #9 0xb72b7544 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #10 0xb75f881b in QTimer::timeout () from /usr/lib/libqt-mt.so.3 #11 0xb72d8f72 in QTimer::event () from /usr/lib/libqt-mt.so.3 #12 0xb725ae1f in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #13 0xb725a41e in QApplication::notify () from /usr/lib/libqt-mt.so.3 #14 0xb7809ec3 in KApplication::notify () from /usr/lib/libkdecore.so.4 #15 0xb724a645 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3 #16 0xb7203cfb in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #17 0xb726d1d8 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #18 0xb726d088 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #19 0xb725b071 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #20 0x0804a0b4 in ?? () #21 0xb8d0 in ?? () #22 0xb7e0 in ?? () #23 0x in ?? () #24 0x in ?? () #25 0xb76fec40 in vtable for QGArray () from /usr/lib/libqt-mt.so.3 #26 0x080ea398 in ?? () #27 0xb7ac2618 in __malloc_initialize_hook () from /lib/tls/libc.so.6 #28 0xb7ac2218 in __malloc_initialize_hook () from /lib/tls/libc.so.6 #29 0xb7fc2770 in vtable for KMKernel () from /usr/lib/libkmailprivate.so.0 #30 0xb79f40a0 in free () from /lib/tls/libc.so.6 #31 0xb79a1ec0 in __libc_start_main () from /lib/tls/libc.so.6 #32 0x08049e11 in ?? () -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326590: www.debian.org: Simple spelling mistake on debian.org/devel/join/nm-step4
Package: www.debian.org Severity: minor Simple mistake, http://www.debian.org/devel/join/nm-step4 Part B Skills sub section A Package Management reads: If the applicant intends to maintain packages for Debian, some demonstration of those skills will be required. The first choice is to have the applicant take over on of the orphaned packages, but any other useful package would qualify as well. It should read: If the applicant intends to maintain packages for Debian, some demonstration of those skills will be required. The first choice is to have the applicant take over *one* of the orphaned packages, but any other useful package would qualify as well. Simple mistake, anyone can make it... Cheers, Nigel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326591: backtrace copy button doesn't work
Package: kde Version: 3.3.2 Note: I know the related binary is part of KDE, but I really don't know which package it came from - thus the 'Package: kde'. Feel free to reassign. When an application crashes, a dialog pops up that displays a backtrace of the crashed process and offers a few options including a button to copy or save the backtrace. The copying button doesn't work though or at least not as I'd expect it to. When I press it, the whole backtrace is marked in the list but neither is it copied to the cut'n'paste buffer nor can I do so by pressing control-C (which is mapped to 'copy' in all my KDE apps). I'm aware that there are two such buffers, one activated by selecting text with the mouse (pasted with middle button) and another activated with the keyboard (pasted with control-V or via context menu) - neither works AFAICT. Not sure if it makes a difference, but I'm using fluxbox as WM here. Workaround: the 'save' button works as expected. Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326593: do_sendmail() and error in To:
Package: popularity-contest Version: 1.31 Severity: normal Error description: Error occurs in all versions from Woody to Sid. It works with ssmtp but not courier-mta. If the $USER like to get a copy from the popularity-contest like __( '/etc/popularity-contest.conf' )__ / snip | MAILTO=[EMAIL PROTECTED], [EMAIL PROTECTED] | snip | MY_HOSTID=51f9c35e2f461cd50939c66d761f0a21 | snip | [EMAIL PROTECTED] | snip | PARTICIPATE=yes \__ my MTA send me following error Message: __( '/tmp/pop' )__ / |UNDELIVERABLE MAIL | | Your message to the following recipients cannot be delivered: | | [EMAIL PROTECTED],[EMAIL PROTECTED]: | Connection refused | | --- | | If your message was also sent to additional recipients, their delivery | status is not included in this report. You may or may not receive | other delivery status notifications for additional recipients. | | The original message follows as a separate attachment. | | | Reporting-MTA: dns; mail.tamay-dogan.net | Arrival-Date: Sun, 28 Aug 2005 00:05:34 +0200 | Received-From-MTA: dns; localhost (localhost [127.0.0.1]) | | Final-Recipient: rfc822; [EMAIL PROTECTED],[EMAIL PROTECTED] | Action: failed | Status: 5.0.0 | Diagnostic-Code: unknown; Connection refused x | --=_courier_0 | Content-Type: message/rfc822 | Content-Transfer-Encoding: 7bit | | Received: from localhost (localhost [127.0.0.1]) | (uid 0) | by mail.tamay-dogan.net with local; Sun, 28 Aug 2005 00:05:10 +0200 | id 97DC.4310E399.42BD | From: [EMAIL PROTECTED] | Sender: [EMAIL PROTECTED] | To: [EMAIL PROTECTED], [EMAIL PROTECTED] | Subject: popularity-contest submission | Message-ID: [EMAIL PROTECTED] | Date: Sun, 28 Aug 2005 00:05:10 +0200 | | POPULARITY-CONTEST-0 TIME:1125180314 ID:c3ee5b06d26a569a3ae67b0012225a | f2 | 1125180328 1102076611 grep /bin/egrep | 1125180325 1102076626 findutils /usr/bin/find | 1125180314 1110662082 popularity-contest /usr/sbin/popularity-contest snip \__ So, whats going on ? It easy. Ih you send the written messages with sendmail -t it will read the To: headers from the file and all ist working fine, but if you use sendmail -oi -f $MAILFROM $MAILTO it sucks. Why: Because the script '/etc/weekly/popularity-contest' produce this line: [EMAIL PROTECTED],[EMAIL PROTECTED] which is not valid. If you NOT quote the $MAILTO, it works as expected: sendmail -oi -f $MAILFROM $MAILTO 8-- 44c44 sendmail -oi -f $MAILFROM $MAILTO --- sendmail -oi -f $MAILFROM $MAILTO 46c46 sendmail -oi $MAILTO --- sendmail -oi $MAILTO 8-- -- System Information Debian Release: 3.0 Kernel Version: Linux michelle1.private 2.4.27-2-k7 #1 Fri Jan 21 00:03:54 CET 2005 i686 unknown Versions of the packages popularity-contest depends on: ii debconf1.2.35 Debian configuration management system ii dpkg-awk 1.0.1 Gawk script to parse /var/lib/dpkg/{status,a ii gawk 3.1.0-3GNU awk, a pattern scanning and processing l eximNot installed or no info ssmtp Version: 2.50.6.0.michelle.6 (Provides virtual package mail-transport-agent) ii ssmtp 2.50.6.0.miche Extremely simple MTA to get mail off the sys ^^^ (Provides virtual package mail-transport-agent) signature.pgp Description: Digital signature
Bug#326595: /usr/bin/updatedb: $PRUNEPATHS doesn't follow standard to split paths by a colon
Package: findutils Version: 4.1.20-6 Severity: normal File: /usr/bin/updatedb updatedb supports the environment variable PRUNEPATHS. In contrast to other environment variables which enumerate paths (e.g. PATH), the paths in PRUNEPATHS have to be split by space instead of a colon. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11tooar2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages findutils depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326576: linux-2.6: xfs support for user_xattr dissappeard?
On Sun, Sep 04, 2005 at 10:33:57AM +0200, Chris Searle wrote: Package: linux-2.6 Severity: normal Seen this with -1-k7 and with -1-686. Am testing beagle - so I needed to turn on user_xattr. But - when I upgraded from kernel-image-2.6.11-1-k7/-1-686 to linux-image-2.6.12-1-k7/-1-686 - suddenly the mount option of user_xattr stops working. XFS never had a user_xattr option, extended attributes are enabled by default for XFS (and JFS) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325643: libcurl and moc
On Sat, Sep 03, 2005 at 05:02:14AM -0700, Steve Langasek wrote: On Sat, Sep 03, 2005 at 08:16:48AM +1000, Paul TBBle Hampson wrote: As far as packaging goes, this means you get the following packages: libcurl3, providing libcurl3-openssl (linked against OpenSSL to avoid breaking sarge packages that use this functionality) libcurl3-gnutls (linked against gnuTLS, doesn't support SSL_CTX_FUNCTION) libcurl3-dev (Do we need a second -dev? Static linking maybe requires it? If this becomes a testable feature, then a second -dev is definately needed.) Packages which don't use SSL_CTX_FUNCTION can Depend on either libcurl3 | libcurl3-gnutls, or if they're GPL'd can depend on libcurl3-gnutls only. Packages which need SSL_CTX_FUNCTION can depend on libcurl3-openssl grepping the source of libcurl3's direct rdepends should tell you which packages in Debian need SSL_CTX_FUNCTION. GPL'd packages which need SSL_CTX_FUNCTION are out of luck. And have always been so. Before etch ships, no package should depend on libcurl3, they should depend on libcurl3-openssl or libcurl3 | libcurl3-gnutls or libcurl3-gnutls. After etch ships, upload: libcurl3, providing libcurl3-gnutls (linked against gnuTLS) libcurl3-openssl, providing libcurl3 (linked against openSSL) libcurl3-dev At this point, packages who don't like having libcurl3-gnutls is their Depends line can do a versioned depends on libcurl3, which won't match the libcurl3 virtual dependancy provide by libcurl3-openssl, and will also prevent them accidentally linking against an openSSL version of libcurl3. (At least, I _think_ that's how versioned dependancies on virtual packages work. Possibly they'll _always_ match, in which case a Conflicts is in order instead.) Do libcurl3 and libcurl3-gnutls provide different sonames to allow co-installability of the packages, or does libcurl3 use diversions to override the libcurl.so.3 that lacks SSL_CTX_FUNCTION support (if any) when installing? (We know that directly conflicting between the two packages is not really an option, unless we're doing this like the C++ ABI transition and we either don't believe there are any packages in Debian which will need to retain SSL_CTX_FUNCTION support or we assume they're packages that we don't care about co-installability of -- which seems far-fetched to me.) Ooops. I forgot about diversions. And yes, I'm expecting them to conflict. If they don't want to conflict, I believe the suggestion I posted much earlier about changing coname for the gnuTLS version would do it, but it makes the transition more painful in my opinion. It may be worthwhile to simply survey all the curl-using packages in sarge, though, and find out if there is a non-zero number of them that need SSL_CTX_FUNCTION. If *not*, then I don't think there's much sense in going through a multi-stage transition: just switch libcurl3 directly to gnutls, and add libcurl3-openssl which provides libcurl-openssl.so.3? Very true... apt-cache rdepends libcurl3: libcurl3 Reverse Depends: python-mapscript php4-mapscript perl-mapscript openoffice.org2-core mapserver-bin cgi-mapserver ida xmms-scrobbler xine-ui xen xastir wmweather wmget vorbis-tools telak tclcurl sylpheed-claws-gtk2-clamav streamtuner rtorrent redland-utils rasqal-utils raptor-utils python2.4-pycurl python2.3-pycurl python2.3-librdf python2.2-librdf python-mapscript php5-curl php4-curl perl-mapscript paintlib2c2 openoffice.org-bin moc metar mapserver-bin logjam linuxtrade libwww-curl-perl libsword5 libstonith0 librdf0 librdf-ruby librdf-perl librasqal0 libraptor1 libofx2 libmultisync-plugin-opie liblrdf0 libcurl3-gssapi libcurl3-gssapi libcurl3-gnutls libcurl3-dev libcurl3-dbg libcurl-ocaml libclamav1 libapache2-webkdc libapache2-webauth jigdo jabber-msn icecast2 grip gnomesword gambas-gb-net-curl freepops fbi drivel diatheke darcs-server darcs curl cogito clamcour clamav-milter clamav-freshclam clamav-daemon clamav cgi-mapserver centericq-utf8 centericq-fribidi centericq cduce came bzflag-server bzflag bidwatcher bibletime beep-media-player-scrobbler ardour-gtk-i686 ardour-gtk apt-spy approx aegis-web aegis apt-get source `apt-cache rdepends libcurl3 |grep '^ '` --download-only Move the following out of the way: curl_7.14.0-5 fbi_2.01-1.2 gnomesword_2.1.2-2 ida_2.01-1.2 libwww-curl-perl_2.0-8 openoffice.org_1.1.4-7 openoffice.org2_1.9.125-1 pycurl_7.14.0-2 sword_1.5.8-2 tclcurl_0.13.2-1 for d in *.dsc; do dpkg-source -x $d; done grep -r CURLOPT_SSL_CTX_ */. gives just two hits, curl_lua in freepops, and they just return 'unimplemented' when called. So apart from the above 10 pacakges, no one in the archive is using CURLOPT_SSL_CTX_* that I can see. As for the rest: BINDINGS: * curl itself only uses
Bug#326596: Warnings from gs.defoma script when upgrading fonts
Package: defoma Version: 0.11.8-0.1 Severity: minor Any time a font is upgraded, there are a lot of warnings like this: ... Ställer in ttf-alee (5.1) ... Installerar ny version av konfigurationsfilen /etc/defoma/hints/ttf-alee.hints ... Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Use of uninitialized value in print at /var/lib/defoma/scripts/gs.defoma line 108. Regenerating fonts cache... done. ... This has been going on for some time. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages defoma depends on: ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii file 4.12-1 Determines file type using magic ii perl 5.8.7-4Larry Wall's Practical Extraction ii whiptail 0.51.6-30 Displays user-friendly dialog boxe Versions of packages defoma recommends: ii libft-perl1.2-15 Perl module for the FreeType libra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326597: FTBFS: does not find ftheaders.h
Package: poppler Severity: serious Justification: no longer builds from source poppler 0.4.0-1 fails to build from source on Sid. See the log attached. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) poppler_0.4.0-1_i386.build.gz Description: Binary data
Bug#324264: cvs-syncmail: syncmail makes cvs 1.12.5 whine about deprecated info format strings
On Sun, Aug 21, 2005 at 12:56:38PM +0200, Joost van Baal wrote: snip there _is_ a syncmail alternative which is able to cope with new-style command formats: maildiff by Behdad Esfahbod, from July 2004. A copy is available from http://gd4.tuwien.ac.at/hci/freedesktop.org/fribidi/CVSROOT/maildiff . I am not quite sure about the license; you might want to check that out before redistributing the script. Behdad Esfahbod has published the script on http://behdad.org/download/Code%20Snippets/maildiff , now with a dfsg-free license notice. Anyway, I believe it'd be quite useful if a new-style syncmail-like script got shipped with the cvs-syncmail package. Or you might want to wait till the latests changes from syncmail are merged in maildiff. Plans to do so exist. And indeed, the workaround Nicolas François mentioned (thanks Nekral) is useful too. Perhaps that could get documented in a cvs-syncmail package, while waiting for an improved maildiff. Bye, Joost signature.asc Description: Digital signature
Bug#325814: mergeant: FTBFS
tags 325814 + unreproducible thanks I can't reproduce the failure on a powerpc system. The log is here: http://people.debian.org/~rleigh/mergeant_0.52-1_20050904-1025 Did you build in a clean and up-to-date chroot? The only problem I found was this: dh_shlibdeps -pmergeant dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_handlers-2.so.1 dpkg-shlibdeps: warning: could not find path for libmergeant_graph-2.so.1 dh_gencontrol -pmergeant dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends} Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326220: libc6 2.3.5 ldconfig segfaults on powerpc oldworld
I know that this may be off-topic for the bug, but just for archiving purposes, I'm also sending it to the BTS. On Sep 03 2005, Sven Luther wrote: There has been some discussion about using hfs formatted floppies with the kernel on it without miboot though. Are you talking about the discussion we had on debian-powerpc a few days ago? If yes, then you perhaps misunderstood what I said. I said that I the method I use is to take the HFS floppy from woody and replace its kernel with a new generated, bleeding-edge kernel (taken directly from Andrew Morton experimental tree). I just checked and, yes, the fake Finder and System folders *are* miboot. For more details, please see the comments I made to myself on http://www.ime.usp.br/~rbrito/diary/. Hope this clears any confusion, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
Bug#326598: cmucl-source: suggests libc5-dependent package
Package: cmucl-source Severity: normal cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years. Please could you remove the termcap-compat suggestion completely. Thanks, Roger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319162: NMU patch
On Sat, Sep 03, 2005 at 11:42:25AM +0200, Josselin Mouette wrote: Le samedi 03 septembre 2005 à 00:31 -0700, Steve Langasek a écrit : Yeah, right. binutils is unmaintained; the issue couldn't possibly be that you've made poor design decisions in your packages by making them dependent on kludgy, non-default toolchain options that policy doesn't require the toolchain to support at all... Policy? What does binutils working properly have to do with policy? Policy documents existing practice, and existing practice is to use this option. This is a regression in the toolchain for some architectures. No more, no less. If there aren't enough skilled people to fix the toolchain for some architectures, this isn't a good sign for the health of that port. If you're going to blame build failures on the toolchain, then policy (and release policy) is quite relevant. There are in fact quite a few toolchain options that *are* specified in policy: -O2, -O1, -O0, -g, -Wl,-z,-defs, -Wall... and -shared is implied, of course... if a compile fails when using one of these options, you have grounds for demanding that the toolchain be fixed instead of trying to work around it in your package. If you're using other, exotic toolchain options like -O3 or -Wl,--as-needed, I believe the burden must lie primarily with the package maintainer, not with the toolchain maintainer. Today, --as-needed can't be fixed, obviously because nobody skilled enough is willing to work on it. What are you going to do if default linker options are broken tomorrow? Alternate explanation: the breakage in --as-needed wasn't noticed upstream because it's a fringe option that isn't even clearly a good idea, so it wasn't until Ubuntu and Debian packages started building with binutils 2.16 that anyone noticed it was broken, so the breakage is not a reflection on the viability of the porter teams for those archs. (AIUI, there is actually activity upstream on getting a fix for this bug; I just don't think the binutils maintainers should drop everything else they work on to fix --as-needed, and I don't think you should wait on binutils before fixing these build failures in your packages.) And after all, you're the release manager, so you'll be the one to deal with the horrible mess of gnome-games dependencies when all indirect dependencies are explicit. Great to see how you welcome design decisions taken to ease your work. Yes, library dependencies are a major concern of mine, as I wrote at http://people.debian.org/~vorlon/dependency-hell/. But two design kludges don't make a good solution, as they say (paraphrased); I believe this is a problem we need to be fixing at the root, which is libtool and pkg-config, instead of painting over it. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#326448: bison++: Need rebuilt with new C++ ABI
Petter Reinholdtsen wrote: [José Luis Tallón] Thanks. But i never even received the first notification :-? Ack'd I'm not quite sure what you mean to say here. I did a shortcut by preparing and doing the upload on the same day, but I did it to make sure the fix did not depend on me having time to work on this after this weekend. If you want me to pull the delayed upload, I am willing to do so, but I hope that mean you want to do an upload yourself. Indeed. It will be done by 9th September (i.e., in 5 days' time) I'm not completely sure whether a maintainer upload automatically cancels a delayed upload... but i will notify you as soon as it happens. Thank you very much for your collaboration, though. J.L.
Bug#326273: irssi doesn't use $HOME for the users home
irssi uses the glib function g_get_home_dir[0] throughout, so it's behaviour is consistent with every glib using program. If you feel this is still an issue, I can reassign it to glib2.0 for you. [0] http://developer.gnome.org/doc/API/2.0/glib/glib-Miscellaneous-Utility-Functions.html#g-get-home-dir please reassign it. i wanted to use irssi, and i gave it an alternative home directory, and it failed... gürkan
Bug#325829: mozilla-thunderbird: Can't open attachment
Alexander Sack - Debian Bugmail a écrit : You see any errors in the Tools-JavaScript Console? After a full reboot, the normal behavior is back. You can close the bug. Regards Alain
Bug#325643: libcurl and moc
FWIW, I've started work on implementing the solution outlined in http://curl.haxx.se/legal/distro-dilemma.html. However, my spare time is very limited, so I can't promise anything about when (or even whether) I can finish this. Richard -- __ _ |_) /| Richard Atterer | GnuPG key: | \/¯| http://atterer.net | 0x888354F7 ¯ '` ¯
Bug#323139: Do we still need libc5?
Florian Weimer [EMAIL PROTECTED] writes: * Roger Leigh: We can't provide proper security support, and by now, libc5 is likely full of holes, so IMO it's best if we drop it. It's not like there's any active maintenance or we can do any serious work on it: it's dead code. If users need it, they can always grab a sarge (or older) CD and install from that. I agree. Security support would have made the difference, but the rest you can get from a CD. To follow up to the original report, the full package list for removal (and applicable RC bugs) are as follows: ld.so: ldso libdl1-altdev libc: libc5 libc5-altdev libc5-altdbg libdb: libdb1 libdb1-altdev libg++27: #322854 libg++27 libg++27-altdev regex: #318198 libregex0 libregex0-altdev termcap-compat: termcap-compat altgcc: #323139 altgcc Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326590: www.debian.org: Simple spelling mistake on debian.org/devel/join/nm-step4
Nigel Jones [EMAIL PROTECTED] writes: Simple mistake, http://www.debian.org/devel/join/nm-step4 Part B Skills sub section A Package Management reads: If the applicant intends to maintain packages for Debian, some demonstration of those skills will be required. The first choice is to have the applicant take over on of the orphaned packages, but any other useful package would qualify as well. It should read: If the applicant intends to maintain packages for Debian, some demonstration of those skills will be required. The first choice is to have the applicant take over *one* of the orphaned packages, but any other useful package would qualify as well. Simple mistake, anyone can make it... This will be fixed with the rewrite of the New Maintainer documentation that I currently prepare. If you're interested, look at the wml files in people.debian.org/~he/. Marc -- BOFH #244: Your cat tried to eat the mouse. pgpF7h6dNH6Eb.pgp Description: PGP signature
Bug#326599: Quik crashes handling spare md devices
Package: quik Version: 2.1-6 Tags: patch quik-2.1-6 segfaults when a spare/faulty device is present in a RAID1 md mirror. The attached patch solves the problem diff -Naur quik-2.1.orig/include/quik_md.h quik-2.1/include/quik_md.h --- quik-2.1.orig/include/quik_md.h 2005-09-04 12:19:10.0 +0200 +++ quik-2.1/include/quik_md.h 2005-09-04 12:00:40.0 +0200 @@ -40,6 +40,14 @@ /* From md_p.h */ #define MD_SB_DISKS 27 +/* + * Device operational state bits + */ +#define MD_DISK_FAULTY 0 /* disk is faulty / operational */ +#define MD_DISK_ACTIVE 1 /* disk is running or spare disk */ +#define MD_DISK_SYNC2 /* disk is in sync with the raid set */ +#define MD_DISK_REMOVED 3 /* disk is in sync with the raid set */ + #include linux/raid/md_u.h struct devmap { @@ -62,7 +70,7 @@ int add_dev(const char *, const struct stat *, int, struct FTW *); int digit_offset (const char *); -//void fatal (const char *); +/* void fatal (const char *); */ typedef struct dev_info { char * bootdev;/* Physical device, e.g. /dev/hda */ @@ -85,8 +93,8 @@ int rlevel; } mdev_info_t; -#define BOOTDEV(dev,i) ((dev)-devs[(i)]-bootdev) -#define SPART(dev,i) ((dev)-devs[(i)]-spart) +#define BOOTDEV(dev,i) (((dev)-devs[(i)]) ? (dev)-devs[(i)]-bootdev : NULL) +#define SPART(dev,i) (((dev)-devs[(i)]) ? (dev)-devs[(i)]-spart : NULL) dev_info_t * new_dev_info (unsigned char); void free_dev_info (dev_info_t *); diff -Naur quik-2.1.orig/quik/quik.c quik-2.1/quik/quik.c --- quik-2.1.orig/quik/quik.c 2005-09-04 12:19:10.0 +0200 +++ quik-2.1/quik/quik.c2005-09-04 12:06:37.0 +0200 @@ -129,15 +129,15 @@ close(fd); for (i=0; idevs-ndevs; i++) { - if (devs-devs[i]-bootdev) { /* Handle missing raid devices */ + if (BOOTDEV(devs,i)) { /* Handle missing and spare raid devices */ partno = part_from_dev(SPART(devs,i)); if (partno == 0) fatal(Can't determine partition number for %s, SPART(devs,i)); upart = 0; mp = (struct mac_partition *) buff; md = (struct mac_driver_desc *) buff; - if ((fd = open(devs-devs[i]-bootdev, O_RDONLY)) == -1) - fatal(Can't open %s, BOOTDEV(devs, i)); + if ((fd = open(BOOTDEV(devs,i), O_RDONLY)) == -1) + fatal(Can't open %s, BOOTDEV(devs,i)); if (read(fd, buff, sizeof (buff)) != sizeof (buff)) fatal(Error reading %s (block 0), BOOTDEV(devs, i)); if (md-signature != MAC_DRIVER_MAGIC) @@ -184,43 +184,46 @@ off_t seek_offset; for (i=0; idevs-ndevs; i++) { -if (devs-devs[i]-part_block == 0) - return; -if (verbose) +if (devs-devs[i]) { + if (devs-devs[i]-part_block == 0) + return; + if (verbose) printf(Making %s bootable (map entry %d)\n, SPART(devs, i), devs-devs[i]-part_block); -if (devs-devs[i]-first_bootable 0 -devs-devs[i]-first_bootable devs-devs[i]-part_block) - fprintf(stderr, Warning: prior partition (entry %d) is bootable\n, - devs-devs[i]-first_bootable); -if ((fd = open(BOOTDEV(devs,i), O_RDWR)) 0) + if (devs-devs[i]-first_bootable 0 + devs-devs[i]-first_bootable devs-devs[i]-part_block) + fprintf(stderr, Warning: prior partition (entry %d) is bootable\n, + devs-devs[i]-first_bootable); + if ((fd = open(BOOTDEV(devs,i), O_RDWR)) 0) fatal(Cannot open %s for writing\n, BOOTDEV(devs,i)); -seek_offset = (off_t)devs-devs[i]-part_block * devs-devs[i]-secsize; -lseek(fd, seek_offset, 0); -if (read(fd, buff, sizeof(buff)) != sizeof(buff)) { - close(fd); - fatal(Error reading partition map entry %d from %s\n, - devs-devs[i]-part_block, - BOOTDEV(devs,i)); -} -mp = (struct mac_partition *) buff; -mp-status |= STATUS_BOOTABLE; -mp-boot_start = 0; -mp-boot_size = 1024; -mp-boot_load = FIRST_BASE; -mp-boot_load2 = 0; -mp-boot_entry = FIRST_BASE; -mp-boot_entry2 = 0; -strncpy(mp-processor, PowerPC, sizeof(mp-processor)); -if (lseek(fd, seek_offset, 0) 0 - || write(fd, buff, sizeof(buff)) != sizeof(buff)) { - close(fd); - fatal(Couldn't make %s%d bootable: write error\n, - BOOTDEV(devs,i), - devs-devs[i]-part_block); -} + + seek_offset = (off_t)devs-devs[i]-part_block * devs-devs[i]-secsize; + lseek(fd, seek_offset, 0); + if (read(fd, buff, sizeof(buff)) != sizeof(buff)) { + close(fd); + fatal(Error reading partition map entry %d from %s\n, + devs-devs[i]-part_block, + BOOTDEV(devs,i)); + } + mp = (struct mac_partition *) buff; + mp-status |= STATUS_BOOTABLE; + mp-boot_start = 0; + mp-boot_size = 1024; + mp-boot_load = FIRST_BASE; + mp-boot_load2 = 0; + mp-boot_entry = FIRST_BASE; + mp-boot_entry2 = 0; +
Bug#318682: Hmm, are you sure?
Hello, Making qt4-x11 depend on libxinerama-dev, means that it depens on xorg. This means that qt4 can only get into testing when the X transition is completed. I'm far from an expert on this, but are you sure you really want this? (OTOH: I suppose the transition to xorg is inevitable anyway, in that case it doesn't really matter at all... (right?)) Kind regards, Manuel Bilderbeek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package
On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote: Package: cmucl-source Severity: normal cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years. Please could you remove the termcap-compat suggestion completely. I'm fairly certain that Hemlock in terminal mode requires some sort of termcap compatibility. I don't know whether this is supplied by something else these days, but very few people seem to use Hemlock, so I thought I'd just mention it, in case Hemlock-in-terminal does not work without it, and people wonder what it's for. 'mr -- [Emacs] is written in Lisp, which is the only computer language that is beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326547: kbabel installation would remove k*-dev packages
Package: kbabel Version: 4:3.4.0-0pre2 Followup-For: Bug #326547 Hi again, Ben. First of all, thanks for your quick answer. I have been guessing a bit this issue. Let's start with the output of apt-get install kbabel: # apt-get install kbabel Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: cervisia gamin kbugbuster kcachegrind kdesdk-kfile-plugins kdesdk-misc kompare libcvsservice0 libgamin0 Recommended packages: valgrind-callgrind valgrind-calltree The following packages will be REMOVED: fam kbabel-dev kdebase-dev kdelibs4-dev kdemultimedia-dev kdepim-dev kdesdk kspy libcvsservice-dev libfam-dev libfam0 libkcal2-dev libkdepim1-dev libkgantt0-dev libkleopatra0-dev libkonq4-dev libkpimexchange1-dev libkscan-dev libksieve0-dev libktnef1-dev libmimelib1-dev The following NEW packages will be installed: gamin libgamin0 The following packages will be upgraded: cervisia kbabel kbugbuster kcachegrind kdesdk-kfile-plugins kdesdk-misc kompare libcvsservice0 8 upgraded, 2 newly installed, 21 to remove and 2 not upgraded. Need to get 1279kB/3887kB of archives. After unpacking 11,5MB disk space will be freed. Do you want to continue [Y/n]? n Abort. As you can see, the kbabel installation should be quite dramatic, as the KDE development packages would vanish. I have also built the package for upstream kdesdk 3.4.2. It is quite interesting see the Depends field for kbabel package: *** kbabel 3.4.2 upstream, compiled with pbuilder. Depends: kdelibs4c2 (= 4:3.4.2-1), libart-2.0-2 (= 2.3.16), libaudio2, libc6 (= 2.3.5-1), libdb4.2, libfam0, libfontconfig1 (= 2.3.0), libfreetype6 (= 2.1.5-1), libgcc1 (= 1:4.0.1), libice6 | xlibs ( 4.1.0), libidn11 (= 0.5.18), libpng12-0 (= 1.2.8rel), libqt3-mt (= 3:3.3.4), libsm6 | xlibs ( 4.1.0), libstdc++6 (= 4.0.1), libx11-6 | xlibs ( 4.1.0), libxcursor1 ( 1.1.2), libxext6 | xlibs ( 4.1.0), libxft2 ( 2.1.1), libxinerama1, libxrandr2 | xlibs ( 4.3.0), libxrender1 ( 1:0.9.0-1), libxt6 | xlibs ( 4.1.0), zlib1g (= 1:1.2.1) *** kbabel 3.4.2-1, package upload into Debian pool. Depends: kdelibs4c2 (= 4:3.4.2-1), libart-2.0-2 (= 2.3.16), libaudio2, libc6 (= 2.3.5-1), libdb4.2, libfontconfig1 (= 2.3.0), libfreetype6 (= 2.1.5-1), libgamin0, libgcc1 (= 1:4.0.1), libice6 | xlibs ( 4.1.0), libidn11 (= 0.5.18), libpng12-0 (= 1.2.8rel), libqt3-mt (= 3:3.3.4), libsm6 | xlibs ( 4.1.0), libstdc++6 (= 4.0.1), libx11-6 | xlibs ( 4.1.0), libxcursor1 ( 1.1.2), libxext6 | xlibs ( 4.1.0), libxft2 ( 2.1.1), libxinerama1, libxrandr2 | xlibs ( 4.3.0), libxrender1 ( 1:0.9.0-1), libxt6 | xlibs ( 4.1.0), zlib1g (= 1:1.2.1) Where is the difference? libgamin0 instead of libfam0. Furthermore, you can see the package info page [1] for kbabel. There, you can see libgamin0 as a dependency for i386 (and just for i386), while the libfam0 dependency is the choosen on for non-i386 arches. 1. http://packages.debian.org/unstable/devel/kbabel I would be very grateful if you could take a second look on this issue. Thanks and regards, Juanma. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=es_ES, LC_CTYPE=es_ES (charmap=ISO-8859-1) (ignored: LC_ALL set to es_ES) Versions of packages kbabel depends on: ii kdelibs4 4:3.4.1-1 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdb4.2 4.2.52-19 Berkeley v4.2 Database Libraries [ ii libfam0c102 2.7.0-7client library to control the FAM ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-6 GCC support library ii libice6 6.8.2.dfsg.1-6 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libpng12-01.2.8rel-1 PNG library - runtime ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-6 X Window System Session Management ii libstdc++51:3.3.6-9 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-6 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-6 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxrandr26.8.2.dfsg.1-6 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2
Bug#316120: In unicode locale urlview does not show correct links
tag 316120 moreinfo thanks Hello Andrei, sorry for the late reply. * Andrei Emeltchenko [EMAIL PROTECTED], [2005-06-28 19:55 +0300]: Package: urlview Version: 0.9-11 Severity: normal In unicode locale urlview cuts long strings with = at the end. Could you please provide more information about this issue? Which is your REGEXP? (You can find it in ~/.urlview or in /etc/urlview/system.urlview) Could you please post and URL which causes the error you reported? Thanks. ciao, ema signature.asc Description: Digital signature
Bug#318762: Debian uses old API for MP2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! I'm afraid you will be out of luck here, if I understand the issues correctly. The official release of mod_perl 2.0 never made it to Sarge, the 1.999.21-1 packages in Sarge is a pre-release. The problem was that shortly before mod_perl2 went stable, the upstream developers decided to rename lots of things in the API, and Sarge shipped the old API. Thus, mod_perl 2.0 as shipped with Sarge won't run in the rest of the world, and vice-versa. Also, the documentation will be confusing. Sorry, but this is really stupid: the version in Sarge is not usefull to anyone. It's not compatible with older mod_perl versions and it isn't compatible with the current release, too. Either get it fixed by introducing the current mod_perl 2.0 or throw it out - but don't let some weird in-between-version stay in the stable release. People that upgrade from Apache 1 to Apache 2 and use mod_perl will have to port their application to mod_perl 2 - but on Sarge that means that they will have to do the port again when the next stable comes out - somewhere in the next 3 years, if Debian stays as speedy as it was up to now ... So, well, this isn't a good situation, but it is something we have to live with. Sorry, no, but that's not acceptable - at least make a clean cut and throw this broken version out of Sarge, it will pose more problems than it solves. Of course it would be even better to replace it by the final 2.0 version. If it really was an interims version it shouldn't have gone into Sarge in the first place or should have marked as some special version - something like mod-perl-snapshot or something like that. But the current situation isn't something to be proud of or something that can be just left in it's current state. And I don't think that requiring users to patch a stable release that's just some months old because of this is a solution - it's definitely a fix that should go into a point release of Sarge. bye, Georg - -- GPG Key unter http://hugo.muensterland.org/gems/gbauer.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFDGtbdF23K68kpzdoRAtKhAJ0WoajoBV4ReJlPFltKFPtFXq5LZACeObcX 1K6hXF0LIliVlXoJO5mBlSc= =UKGJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326448: bison++: Need rebuilt with new C++ ABI
[José Luis Tallón] Indeed. It will be done by 9th September (i.e., in 5 days' time) Great. :) I'm not completely sure whether a maintainer upload automatically cancels a delayed upload... but i will notify you as soon as it happens. It does not cancel it as such, but it blocks it. The NMU will have a lower version then your next upload, and this will make sure the archive processing tools reject the NMU because its version number is lower than the latest upload. Thank you very much for your collaboration, though. My pleasure. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325799: sl-modem-source: unresolved symbols due to class/class_simple change in 2.6.13
#include hallo.h * Eduard Bloch [Thu, Sep 01 2005, 10:36:03AM]: [4297338.593000] slamr: Unknown symbol class_simple_device_add [4297338.593000] slamr: Unknown symbol class_simple_destroy [4297338.594000] slamr: Unknown symbol class_simple_device_remove [4297338.594000] slamr: Unknown symbol class_simple_create from kernel 2.6.13 on class_simple cannot be used anymore. instead class has to be used. Send patches. Try the packages from http://rootfs.net/debs please. I ported the patch from Gentoo, however it does not load with my kernels. I don't see why, unfortunately. All new symbols are reported as unknown, though beeing in System.map-... slamr: Unknown symbol class_destroy slamr: Unknown symbol class_create slamr: Unknown symbol class_device_create slamr: Unknown symbol class_device_destroy Regards, Eduard. -- weasel der meister, der nixrafft, kleckert sich schon wieder voll. die glucke merkelt das und * Myon sarget weasel mal ein weasel etsch Myon jetzt sid bitte mal ruhig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326595: acknowledged by developer (Re: Bug#326595: /usr/bin/updatedb: $PRUNEPATHS doesn't follow standard to split paths by a colon)
Debian Bug Tracking System wrote on Sun, 04.09.2005: This is an automatic notification regarding your Bug report #326595: /usr/bin/updatedb: $PRUNEPATHS doesn't follow standard to split paths by a colon, which was filed against the findutils package. It has been closed by one of the developers, namely Andreas Metzler [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Received: (at 326595-done) by bugs.debian.org; 4 Sep 2005 10:11:44 + From [EMAIL PROTECTED] Sun Sep 04 03:11:44 2005 Return-path: [EMAIL PROTECTED] Received: from m26s25.vlinux.de [83.151.30.59] ([t40HTkP9xZljL0ykUrTT7oAH+eigsUxT]) by spohr.debian.org with esmtp (Exim 3.36 1 (Debian)) id 1EBrTT-XQ-00; Sun, 04 Sep 2005 03:11:44 -0700 Received: from adsl-156.252.166.194.arpa.as1901.net ([194.166.252.156] helo=argenau.downhill.at.eu.org ident=[OZa3d1wHCuImA0tOoHU5bQyDD+ET4lO4]) by m26s25.vlinux.de with esmtpa (Exim 4.52) id 1EBrTc-0006UW-7F for [EMAIL PROTECTED]; Sun, 04 Sep 2005 10:11:52 + Received: from ametzler by argenau.downhill.at.eu.org with local (Exim 4.52) id 1EBrTR-00058t-3t for [EMAIL PROTECTED]; Sun, 04 Sep 2005 12:11:41 +0200 Date: Sun, 4 Sep 2005 12:11:41 +0200 From: Andreas Metzler [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Bug#326595: /usr/bin/updatedb: $PRUNEPATHS doesn't follow standard to split paths by a colon Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED] X-GPG-Fingerprint: BCF7 1345 BE42 B5B8 1A57 EE09 1D33 9C65 8B8D 7663 User-Agent: Mutt/1.5.9i X-Spam-Score: -2.6 (--) Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 On 2005-09-04 CAiRO [EMAIL PROTECTED] wrote: Package: findutils Version: 4.1.20-6 Severity: normal File: /usr/bin/updatedb updatedb supports the environment variable PRUNEPATHS. In contrast to other environment variables which enumerate paths (e.g. PATH), the paths in PRUNEPATHS have to be split by space instead of a colon. Where is the bug? There is no universal standard delimiter-character and the updatedb's behavior is documented. closing as notabug. cu andreas Actually, it isn't documented (in the man page). The command line argument is documented and you'd have to conclude that the environment variable follows the same syntax which I didn't because I'm used delimit paths by a colon. It might not be a universal standard, but it's a defacto standard. Do you disagree that it would be advantageous for the user if the standard tools all used the same delimiter for their environment variables that contain paths? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326600: RFP: ww2d -- Cross-platform version of NASA World Wind software
Package: wnpp Severity: wishlist * Package name: ww2d Version : x.y.z Upstream Author : Vitaliy Pronkin [EMAIL PROTECTED] * URL : http://ww2d.berlios.de/index.php?id=1 * License : GPL Description : Cross-platform version of NASA World Wind software It is cross-platform, free and open-source version of NASA World Wind software, see http://worldwind.arc.nasa.gov for details. WW2D allows you to explore Earth using satellite imagery, topographic maps and image from other data sources also providing large placenames and boundaries database and allowing you to install community-made add-ons for even more information about our planet. In basic configuration WW2D uses images from Blue Marble (1 km/pixel), LandSat7 (15 m/pixel), USGS Topo Maps, USGS Digital Ortho imagery, USGS Urban Area imagery. WW2D is designed to dynamically download needed data from internet, however you can download data you want for faster access and offline usage. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental'), (99, 'hoary-updates'), (99, 'hoary'), (99, 'breezy-updates'), (99, 'breezy') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-nitro5 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326482: partman requires plural form for strings
On Sat, Sep 03, 2005 at 11:00:09PM +0200, Denis Barbier wrote: [...] So, unfortunately, the only solution is to actually document in the templates that MINIMUM=8 Maybe this variable could be dropped, it seems pretty useless. Agreed, at present it is not actually useful. The minimum is variable because some key modes exist that require a certain length passphrase, but none of them have been implemented yet. The 8 character limit is in fact quite artificial and will likely be replaced by a more precise per-cipher/crypt_type limit eventually. For the moment I think we could simply drop the variable if it makes translator's lifes more difficult. If it's not too bad, perhaps we could also live with the (probably minor?) inaccuracy in translations. Both options are fine with me, let me know what you prefer. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318493: libavcodec-dev: MPEG encoding broken for MMX
Hello, as The bug isn't solved in current unstable 0.cvs20050811-2 yet, I've updated the patch against the Debian sources (see attachment). 1) The push/pop statements in the first change to mpegvideo_mmx_template.c are unnecessary, because REG_a will not be used before it gets loaded with the constant -128 - therefore no reason to back it up 2) In the second change to megvideo_mmx.template.c, you backed up REG_a with push, loaded it with the second argument, but then in movq the old value of REG_a is needed to correctly address qmat[i] - this change to the upstream source is a bug! I've solved this by adding the array start address (2'nd parameter = m qmat+64) to the index (REG_a), then accessing qmat[i] and afterwards subtracting the start address again - push/pop shouldn't be used here anyway, because gcc might address memory operands through %esp, so modifying the stack pointer with push/pop is not gueranteed to work under all conditions 3) Introducing the const qmat2 = qmat+64 doesn't make very much sense to me - why has this been done? Regards, Tobias diff -Nur ffmpeg-0.cvs20050811/libavcodec/i386/mpegvideo_mmx_template.c ffmpeg-0.cvs20050811-bug#318493/libavcodec/i386/mpegvideo_mmx_template.c --- ffmpeg-0.cvs20050811/libavcodec/i386/mpegvideo_mmx_template.c 2005-09-04 11:24:05.0 +0200 +++ ffmpeg-0.cvs20050811-bug#318493/libavcodec/i386/mpegvideo_mmx_template.c 2005-09-04 13:08:59.0 +0200 @@ -96,10 +96,8 @@ pxor %%mm7, %%mm7 \n\t // 0 pxor %%mm4, %%mm4 \n\t // 0 #if defined(PIC) !defined(ARCH_X86_64) -push %%REG_a \n\t movl %2, %%REG_a \n\t movq (%%REG_a), %%mm5 \n\t // qmat[0] -pop %%REG_a \n\t #else movq (%2), %%mm5 \n\t // qmat[0] #endif @@ -153,7 +151,6 @@ : g (s-max_qcoeff) ); }else{ // FMT_H263 - const uint16_t *qmat2 = qmat+64; asm volatile( movd %%REG_a, %%mm3 \n\t // last_non_zero_p1 SPREADW(%%mm3) @@ -170,12 +167,11 @@ movq (%3, %%REG_a), %%mm6 \n\t // bias[0] paddusw %%mm6, %%mm0 \n\t // ABS(block[i]) + bias[0] #if defined(PIC) !defined(ARCH_X86_64) -push %%REG_a \n\t -movl %2, %%REG_a \n\t -movq (%%REG_a, %%REG_a), %%mm5 \n\t // qmat[i] -pop %%REG_a \n\t +addl %2, %%REG_a \n\t +movq (%%REG_a), %%mm5 \n\t // qmat[i] +subl %2, %%REG_a \n\t #else -movq (%2, %%REG_a), %%mm5 \n\t // qmat[i] +movq (%2, %%REG_a), %%mm5 \n\t // qmat[i] #endif pmulhw %%mm5, %%mm0 \n\t // (ABS(block[i])*qmat[0] + bias[0]*qmat[0])16 por %%mm0, %%mm4 \n\t @@ -199,7 +195,7 @@ movzb %%al, %%REG_a \n\t // last_non_zero_p1 : +a (last_non_zero_p1) #if defined(PIC) !defined(ARCH_X86_64) -: r (block+64), m (qmat2), r (bias+64), +: r (block+64), m (qmat+64), r (bias+64), #else : r (block+64), r (qmat+64), r (bias+64), #endif signature.asc Description: OpenPGP digital signature
Bug#326601: /etc/init.d/vtun stop doesn't stop all instances
Package: vtun Version: 2.6-4 Severity: normal Hello, If vtun is run in server mode /etc/init.d/vtun stop kills only server process. If there is an established connection from client it is not killed. Regards Artur -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-arc4bl Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages vtun depends on: ii debconf 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii liblzo1 1.08-2 data compression library ii libssl0.9.7 0.9.7g-1 SSL shared libraries ii psmisc21.6-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-4 compression library - runtime vtun recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326220: libc6 2.3.5 ldconfig segfaults on powerpc oldworld
On Sun, Sep 04, 2005 at 06:54:57AM -0300, Rogério Brito wrote: I know that this may be off-topic for the bug, but just for archiving purposes, I'm also sending it to the BTS. On Sep 03 2005, Sven Luther wrote: There has been some discussion about using hfs formatted floppies with the kernel on it without miboot though. Are you talking about the discussion we had on debian-powerpc a few days ago? If yes, then you perhaps misunderstood what I said. I said that I the method I use is to take the HFS floppy from woody and replace its kernel with a new generated, bleeding-edge kernel (taken directly from Andrew Morton experimental tree). I just checked and, yes, the fake Finder and System folders *are* miboot. For more details, please see the comments I made to myself on http://www.ime.usp.br/~rbrito/diary/. Ok, are you saying that you managed to build miboot floppies using the old woody miboot floppies, (i think woody came with do-it-yourself-miboot stuff, not sure). This would then be a 2.6 kernel. Could you post me the config file for this kernel ? Could you also try the same kernel with the miboot from http://people.debain.org/~luther/miboot Then do : gzip -9 vmlinux dd if=/dev/zero of=miboot_floppy bs=1024 count=1440 hformat -l miboot floppy miboot_floppy echo device miboot_floppy miboot.conf echo kernel vmlinux.gz root=0200 load_ramdisk=1 prompt_ramdisk=1 devfs=mount debconf/priority=medium miboot.conf miboot -c miboot.conf If this works, it would be nice to do the following : objcopy -O aixcoff-rs6000 -R .stab -R .stabstr -R .comment -add-section=image=vmlinux.gz dummy.o vmlinux.gz just after the gzip step, where dummy.o is taken out of arch/ppc/boot/openfirmware, you need to do a make zImage to compile it. mkvmlinuz -a used by d-i currently does this second step, which may be cause fo this problem. Friendly, Sven Luther
Bug#326479: mozilla-thunderbird: Fails to get mail immediately after changing password in password manager
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Sack - Debian Bugmail wrote: On Sat, Sep 03, 2005 at 05:54:49PM +0200, Max Gilead wrote: Package: mozilla-thunderbird Version: 1.0.6-3 Severity: normal - enter wrong password to mail account and decide to save it in password manager - get mail (fails as expected) - remove saved password using password manager - get mail - misleading password alert is displayed (reported as bug #326476) - password prompt window is displayed (enter correct password) - server is contacted, nothing happens Problem is it's necessary to click 'Get Mail' again to actually get new mail. What setup are you running? IMap/Pop? What specific server? Did you try to find an equivalent bug posted in http://bugzilla.mozilla.org ? Using POP3 with SSL on my own mail server (yellowhedgehog.com). I tried to find similar bugs in Debian bug database only, not in Mozilla's one. Should I bother mozilla.org people with issues with Debian's Thunderbird? I suppose they'd tell me to report bugs to Debian instead. Regards, Max -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDGt532PyrFk/ATKYRAmpDAJ97khkD+d1WUsYWjqXkAyeidmwl/QCfTLVy KSvZapZw4pivVJV04uAQiuE= =QoWj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326544: [Pkg-shadow-devel] Bug#326544: shadow: [INTL:pt] translation update
On Sun, 4 Sep 2005, Miguel Figueiredo wrote: Package: shadow Version: n/a Tags: l10n, patch Severity: wishlist Updated Portuguese translation for shadow. Feel free to use it. Comited (thank you) but still one fuzzy entry is pending: #, fuzzy msgid Unable to determine your tty name. msgstr Não� possíve determinar nome do seu tty.\n kloczek -- --- *Ludzie nie mają problemów, tylko sobie sami je stwarzają* --- Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: [EMAIL PROTECTED]
Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package
Martin Rydstr|m [EMAIL PROTECTED] writes: On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote: Package: cmucl-source Severity: normal cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years. Please could you remove the termcap-compat suggestion completely. I'm fairly certain that Hemlock in terminal mode requires some sort of termcap compatibility. I don't know whether this is supplied by something else these days, but very few people seem to use Hemlock, so I thought I'd just mention it, in case Hemlock-in-terminal does not work without it, and people wonder what it's for. Nowadays everything should use terminfo. termcap-compat is not intended for use with current Debian packages; it exists only for libc5 applications, typically proprietary binary-only programs which can't be rebuilt. cmucl-source doesn't fall into this category, and is naturally only dependent on libc6-based packages. It's also due to be removed shortly, which is why I filed this bug (it's the only package in Debian which references it). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323139 for more information. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326480: mozilla-thunderbird: Accepting server certificate 'for this session' doesn't work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Sack - Debian Bugmail wrote: On Sat, Sep 03, 2005 at 05:59:46PM +0200, Max Gilead wrote: When getting new mail from server which generates 'Web Site Certified by an Unknown Authority' warning marking certificate as accepted 'temporarily for this session' doesn't accept it for entire session but for this single operation only. Getting new mail again, without closing Thunderbird, requires user to accept certificate again. Interesting ... at least for imap it worked for me IIRC. Maybe your server closes all connections and thunderbird determines the bounds of a session by 'ImapSession' and not application session. Please state your specific setup. Using POP3 over SSL and connecting to my own mail server (yellowhedgehog.com). A few days ago the certificate expired and I'm yet to renew it, maybe that's causing problems? Before warning described above I'm getting 'Server certificate expired' warning. I know I have to fix this certificate thing, but it's still a problem with application :-) Regards, Max -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDGt8r2PyrFk/ATKYRAnb1AKCkCUAYzkIzots93JyUQuYygU1cQACaAwGH PMAKnhV2jrIHKxWsS/PGo3E= =flPo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326484: mozilla-thunderbird: Marking mail as junk manually doesn't move mails to Junk folder if automatic junk moving is not selected
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Sack - Debian Bugmail wrote: On Sat, Sep 03, 2005 at 06:16:52PM +0200, Max Gilead wrote: Mail is not moved to Junk folder if 'When I manually mark messages as junk' option is selected _without_ selecting 'Move incoming messages determined to be junk mail to:' as well. I cannot reproduce this. I do it that way regularly - e.g. if I want to train my junk filter - and AFAIK it always worked as expected. Hm, maybe my Thunderbird is a bit special considering the number of problems I'm reporting :-) but it doesn't work here in the configuration I described above. To clarify things: Setup A: [ ] 'Move incoming messages determined...' [X] 'When I manually mark messages as junk' Marking mail as junk makes trash can icon appear by the message, but it stays in the incoming folder. Setup B: [X] 'Move incoming messages determined...' [X] 'When I manually mark messages as junk' Marking mail as junk marks it with trash can icon AND moves to Junk folder. I believe when marking messages as junk manually both setups should behave the same, which is like setup B. What do you mean by 'reconfiguring app before and after ...'? I means turning 'Move incoming messages determined...' on and off before and after marking messages as junk. Regards, Max PS. Sorry for sending it to you twice but this time I forgot to 'Reply All' instead of 'Reply' :-) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDGuEj2PyrFk/ATKYRApn6AJsHVblV5br7OXRteVxy7aTUwvl8fgCdFAl/ rEvJ8vPpVqpw3+StsxDEbIs= =6tsZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326598: [cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package
On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote: Martin Rydstr|m [EMAIL PROTECTED] writes: On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote: Package: cmucl-source Severity: normal cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years. Please could you remove the termcap-compat suggestion completely. I'm fairly certain that Hemlock in terminal mode requires some sort of termcap compatibility. I don't know whether this is supplied by something else these days, but very few people seem to use Hemlock, so I thought I'd just mention it, in case Hemlock-in-terminal does not work without it, and people wonder what it's for. Nowadays everything should use terminfo. termcap-compat is not intended for use with current Debian packages; it exists only for libc5 applications, typically proprietary binary-only programs which can't be rebuilt. cmucl-source doesn't fall into this category, and is naturally only dependent on libc6-based packages. It parses /etc/termcap directly itself. It doesn't actually use any termcap library, AFAIK. I imagine there might be some way to hack around it by setting TERMCAP if terminfo/ncurses supplies any way to automatically generate it, that might be a possibility, in a wrapper script, if nothing else. If there is some other package that provides /etc/termcap, that'd work, of course. It's also due to be removed shortly, which is why I filed this bug (it's the only package in Debian which references it). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323139 for more information. I see. 'mr -- [Emacs] is written in Lisp, which is the only computer language that is beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325142: alsa-utils: udev 0.6* and kernel-2.6.12 in odd state
Package: alsa-utils Version: 1.0.9a-3 Followup-For: Bug #325142 Just dropping a note here that the udev in unstable is .. in a nasty state. Many udev bugs show this. I believe that currently installing the new udev will break (along with large parts of the system) when booting into 2.6.8 kernels. Older udev OTOH no longer has a working alsa-utils available (this bug). No idea how that deals with a newer kernel. The responses to most if not all bugs on udev seem very hostile and there doesn't seem to be a sane fix in sight. Not to alsa, 1394(?) or .8 vs .12 issues nor to who knows what. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (400, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=en_GB, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages alsa-utils depends on: ii dialog1.0-20050306-1 Displays user-friendly dialog boxe ii libasound21.0.9-3ALSA library ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand ii linux-sound-base 1.0.9b-4 base package for ALSA and OSS soun ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo ii modutils 2.4.26-1.2 Linux module utilities ii pciutils 1:2.1.11-15Linux PCI Utilities ii whiptail 0.51.6-30 Displays user-friendly dialog boxe alsa-utils recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326603: Dropping brahms from the debian archive?
Package: brahms Version: 1.02-kde3-3 Severity: wishlist Hi The brahms package have several RC bugs and are not in testing. In addition, there seem to be no development upstream. No updates on URL:http://brahms.sourceforge.net/ since 2002. According to popcon, it is installed on 2.14% of the population. Is it time to remove this package from the debian archive? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326602: linux-image-2.6.12-1-powerpc: [powerpc] ramdomly switches off
Package: linux-image-2.6.12-1-powerpc Version: 2.6.12-5 Severity: important There seems to be a serious bug (might be related to pmu) in 2.6.12. Reports in debian-powerpc mailing list mention that the problem did not exist in previous versions of the kernel (2.6.8/2.6.9) but it is present in 2.6.12 The machine (ibook g4 12) randomly switches off forcing a restart of the system and loosing any data of the open application. Seems to be related to pmu since when powered on the date shows back to 1904 (if i remember right). Today it happened when i unplugged the computer from the power suply and went on battery. I noticed that the framebuffer did not answer to raise the bright level (fn-f2) key, and few seconds after it died on me. If more info is needed, please, request. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.12-1-powerpc depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.82 tools to create initrd image for p ii mkvmlinuz 13 create a kernel to boot a PowerPC ii module-init-tools 3.2-pre8-1 tools for managing Linux kernel mo linux-image-2.6.12-1-powerpc recommends no packages. -- no debconf information -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.12|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326547: kbabel installation would remove k*-dev packages
Hi, I would be very grateful if you could take a second look on this issue. I uploaded a new package about 10-11 hours ago that was rebuilt with libfam-dev instead of libgamin-dev (in fact, you should have receieved a message around that time closing this bug). So wait for kbabel 4:3.4.2-2 to hit your mirror, then it should all be good. Note that part of the problem is also because kdelibs had some dependencies that were unnecessarily strict. I'd suggest you also upgrade your kdelibs4 to the latest in sid (it seems you're still using 3.4.1). Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326604: ITP: gnunet-gtk -- GTK frontend to GNUnet
Package: wnpp Severity: wishlist Owner: Arnaud [EMAIL PROTECTED] * Package name: gnunet-gtk Version : 0.7.0 Upstream Author : Christian Grothoff [EMAIL PROTECTED] * URL : http://www.gnunet.org/ * License : GPL v2 Description : GTK frontend to GNUnet A GTK based frontend to gnunet to allow, an alternative to using the command line tools provided by the gnunet package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Additional notes: GNUnet and gnunet-gtk are, since the version 0.7.0, distributed by the authors in two separate source tarballs. This ITP is needed to split the current gnunet package that actually contains both gnunet and gnunet-gtk, in order to reflect the upstream tarball split. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317493: liquidwar: makes awful noise on start and crashes on exit
Could this problem be related to the problems reported when running liquidwar in valgrind? I saw several issues when running the binary from the package, and the program refused to start. I decided to rebuild with debug info and do a new test. This is the result: reading past allocated memory seem to be fairly common, as well as other issues. % valgrind ./src/liquidwar ==3395== Memcheck, a memory error detector. ==3395== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==3395== Using LibVEX rev 1367, a library for dynamic binary translation. ==3395== Copyright (C) 2004-2005, and GNU GPL'd, by OpenWorks LLP. ==3395== Using valgrind-3.0.1, a dynamic binary instrumentation framework. ==3395== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==3395== For more details, rerun with: -v ==3395== ==3395== Conditional jump or move depends on uninitialised value(s) ==3395==at 0x1B8ECB13: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==3395== ==3395== Conditional jump or move depends on uninitialised value(s) ==3395==at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E631C: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==3395== ==3395== Conditional jump or move depends on uninitialised value(s) ==3395==at 0x1B8EC6B6: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==3395== ==3395== Conditional jump or move depends on uninitialised value(s) ==3395==at 0x1B8EC6C2: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==3395== ==3395== Conditional jump or move depends on uninitialised value(s) ==3395==at 0x1B8EC7D3: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E6376: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8F2BDD: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E7675: (within /lib/ld-2.3.5.so) ==3395==by 0x1B8E47C6: (within /lib/ld-2.3.5.so) ==3395== ==3395== Conditional jump or move depends on uninitialised value(s) ==3395==at 0x1B8EC6B6: (within /lib/ld-2.3.5.so) ==3395==by 0x1BC3BCAC: dl_open_worker (dl-open.c:343) ==3395==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==3395==by 0x1BC3C2F4: _dl_open (dl-open.c:577) ==3395==by 0x1BB4FD2E: dlopen_doit (dlopen.c:59) ==3395==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==3395==by 0x1BB502FF: _dlerror_run (dlerror.c:162) ==3395==by 0x1BB4FD9C: dlopen@@GLIBC_2.1 (dlopen.c:78) ==3395==by 0x1B9940BE: _unix_load_modules (umodules.c:129) ==3395==by 0x1B99DF8B: _xwin_sysdrv_init (xsystem.c:183) ==3395==by 0x1B92B3EB: install_allegro (allegro.c:359) ==3395==by 0x805A9DD: init_all (init.c:125) ==3395== ==3395== Conditional jump or move depends on uninitialised value(s) ==3395==at 0x1B8EC955: (within /lib/ld-2.3.5.so) ==3395==by 0x1BC3BCAC: dl_open_worker (dl-open.c:343) ==3395==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==3395==by 0x1BC3C2F4: _dl_open (dl-open.c:577) ==3395==by 0x1BB4FD2E: dlopen_doit (dlopen.c:59) ==3395==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==3395==by 0x1BB502FF: _dlerror_run (dlerror.c:162) ==3395==by 0x1BB4FD9C: dlopen@@GLIBC_2.1 (dlopen.c:78) ==3395==by 0x1B9940BE: _unix_load_modules (umodules.c:129) ==3395==by 0x1B99DF8B: _xwin_sysdrv_init (xsystem.c:183) ==3395==by 0x1B92B3EB: install_allegro (allegro.c:359) ==3395==by 0x805A9DD: init_all (init.c:125) ==3395== ==3395== Conditional jump or move depends on uninitialised value(s) ==3395==at 0x1B8ECAE6: (within /lib/ld-2.3.5.so) ==3395==by 0x1BC3BCAC: dl_open_worker (dl-open.c:343) ==3395==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==3395==by 0x1BC3C2F4: _dl_open (dl-open.c:577) ==3395==by 0x1BB4FD2E: dlopen_doit (dlopen.c:59) ==3395==by 0x1B8EF026: (within /lib/ld-2.3.5.so) ==3395==by 0x1BB502FF: _dlerror_run (dlerror.c:162) ==3395==by 0x1BB4FD9C: dlopen@@GLIBC_2.1 (dlopen.c:78) ==3395==by 0x1B9940BE: _unix_load_modules (umodules.c:129) ==3395==by 0x1B99DF8B: _xwin_sysdrv_init (xsystem.c:183) ==3395==by 0x1B92B3EB: install_allegro (allegro.c:359) ==3395==by 0x805A9DD: init_all (init.c:125) ==3395== ==3395== Conditional jump or move depends on uninitialised value(s) ==3395==at 0x1B8ECB13: (within /lib/ld-2.3.5.so) ==3395==by 0x1BC3BCAC: dl_open_worker (dl-open.c:343) ==3395==by 0x1B8EF026: (within
Bug#325402: prelink: assertion failure in dso.c:1465
Hi, by running prelink in verbose mode, I have found the binary responsible for making prelink crash. So here is a way to reproduce the problem: # prelink /usr/sbin/john-mmx prelink.bin: ../../src/dso.c:1465: recompute_nonalloc_offsets: Assertion `dso-shdr[i - 1].sh_offset dso-ehdr.e_shoff' failed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326606: sendfile: receive fails to bounce
Package: sendfile Version: 2.1-26 Severity: normal The manpage's synopsis says: receive -ba [EMAIL PROTECTED] However, receive reacts like this: $ receive -ba [EMAIL PROTECTED] %receive-Warning: file [EMAIL PROTECTED] not found Expected behaviour: bouncing the contents of the spool to [EMAIL PROTECTED], like the manpage says it would. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (800, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages sendfile depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii netbase 4.21 Basic TCP/IP networking system ii perl [perl5]5.8.4-8 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319162: NMU patch
Le dimanche 04 septembre 2005 à 03:04 -0700, Steve Langasek a écrit : If you're going to blame build failures on the toolchain, then policy (and release policy) is quite relevant. There are in fact quite a few toolchain options that *are* specified in policy: -O2, -O1, -O0, -g, -Wl,-z,-defs, -Wall... and -shared is implied, of course... if a compile fails when using one of these options, you have grounds for demanding that the toolchain be fixed instead of trying to work around it in your package. If you're using other, exotic toolchain options like -O3 or -Wl,--as-needed, I believe the burden must lie primarily with the package maintainer, not with the toolchain maintainer. Sure. However, when you try to rely on these options for a package, things are not that easy. -O3 doesn't really bring anything and you can drop it anytime, but -Wl,--as-needed is a feature. If a feature isn't guaranteed to work across versions, you can't start to rely on it, so it shouldn't even be here. (AIUI, there is actually activity upstream on getting a fix for this bug; I just don't think the binutils maintainers should drop everything else they work on to fix --as-needed, and I don't think you should wait on binutils before fixing these build failures in your packages.) As most of GNOME 2.10 is ready to enter testing, and as I don't have the skills to fix binutils, I don't really have a choice, and will also upload a gnome-session without --as-needed, but this isn't a good long-term solution. Time spent re-uploading stuff and checking complex dependencies isn't spent fixing other bugs. And after all, you're the release manager, so you'll be the one to deal with the horrible mess of gnome-games dependencies when all indirect dependencies are explicit. Great to see how you welcome design decisions taken to ease your work. Yes, library dependencies are a major concern of mine, as I wrote at http://people.debian.org/~vorlon/dependency-hell/. But two design kludges don't make a good solution, as they say (paraphrased); I believe this is a problem we need to be fixing at the root, which is libtool and pkg-config, instead of painting over it. The fix for libtool is available, but requires relibtoolizing packages at each version, so it's even more work, and it's tedious work no one is willing to do. The GNOME team manages to handle so many packages only because we made simple packaging operations, like new upstream versions, a trivial operation. I'm not aware of any solution for pkg-config. It would probably need a large rework, e.g. separating --shared-libs and --static-libs. And even with both of them fixed, I'm afraid we'd still have issues with random libraries added to the linkage without the need for them, or badly written foo-config scripts. Except in some weird cases, --as-needed solves all these issues. It may not be the Right Thing(tm), but it makes good packages in the end. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: This is a digitally signed message part
Bug#326605: fdisk v2.12p from util-linux 2.12p-4
Package: util-linux Version: 2.12p-4 Hi, Just using this package and I get an odd message from fdisk Command (m for help): o Building a new DOS disklabel. Changes will remain in memory only, until you decide to write them. After that, of course, the previous content won't be recoverable. The number of cylinders for this disk is set to 155061. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Warning: invalid flag 0x of partition table 4 will be corrected by w(rite) what is odd, is that if i use the w command, re-load fdisk and press o again the error is still there. so It does not seem to be corrected by w(rite). Could you confirm this bug and pass it on to the maintainers please? In addition, fdisk --version appears to be missing, could you request that please? Kind regards JG -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296218: timidity: please add force-start option
On Sat, 03 Sep 2005, Ryan Underwood wrote: Invoking the timidity daemon manually is a use case that is specific to the timidity daemon and very few other services. There is no reason to Which means we should kill that crap and have them all enabled at all times, I suppose. You should never use update-rc.d directly. It is for package scripts. Excuse me? Where is that documented? It is badly documented. But it is geared towards scripts (THAT's why its interface is so atrocious), and its behaviour reflects that. Remove all links but the ones in rc0 and rc6 for example, and the package will NOT reinstall any links. I fail to see the distinction between doing this task by hand and allowing update-rc.d to do it instead. Does update-rc.d store a state update-rc.d will not remove the symlinks partially. And anything it does is supposed to be easily modified by the package later (as opposed to something done without update-rc.d). somewhere besides /etc/rc*.d? That would be news to me. Unfortunately, it doesn't (and that is a major bug). It should work just like dpkg-divert, but it doesn't. K link is still there. In that case, the advice remove all links is faulty as it will produce the same results as if update-rc.d were used to remove the service from those runlevels. I did say remove links BUT in runlevel 0 and 6, didn't I? Leave those K links alone (after all you DO want to stop the service before a reboot or shutdown), and the package will not reinstall links. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319297: bigloo: missing build-dep on zip for jvm
Hi, On Tue, Aug 30, 2005 at 08:41:12PM +0200, Kurt Roeckx wrote: Why did you lower the severity to important? Failing to build is an RC bug. Or is the bug in an other package (kaffe?) that should depend on zip instead? Because while kaffe was non-functionnal it was no problem not to have zip :) But you are right, now that java build has been re-enabled, this is missing. Anyway, the package seems to build if you add install zip, so I think this should be set to serious. yes. -- Yann Dirson[EMAIL PROTECTED] | Debian-related: [EMAIL PROTECTED] | Support Debian GNU/Linux: | Freedom, Power, Stability, Gratis http://ydirson.free.fr/| Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326595: acknowledged by developer
On 2005-09-04 CAiRO [EMAIL PROTECTED] wrote: Debian Bug Tracking System wrote on Sun, 04.09.2005: [...] It has been closed by one of the developers, namely Andreas Metzler [EMAIL PROTECTED]. [...] On 2005-09-04 CAiRO [EMAIL PROTECTED] wrote: [...] updatedb supports the environment variable PRUNEPATHS. In contrast to other environment variables which enumerate paths (e.g. PATH), the paths in PRUNEPATHS have to be split by space instead of a colon. Where is the bug? There is no universal standard delimiter-character and the updatedb's behavior is documented. [...] Actually, it isn't documented (in the man page). The command line argument is documented and you'd have to conclude that the environment variable follows the same syntax which I didn't because I'm used delimit paths by a colon. Hello, The environment variable PRUNEPATHS also sets this value. Yours is a rather surprising reaction to that. If env-variable and argument were using different syntax, the manpage would say in _big_ letters. It might not be a universal standard, but it's a defacto standard. Do you disagree that it would be advantageous for the user if the standard tools all used the same delimiter for their environment variables that contain paths? No, not really. I'd say it was strange if I'd needed to use a different syntax for environment and commandline. On top of that e.g. OpenBSD's locate updatedb behaves the same way. cu andreas -- See, I told you they'd listen to Reason, [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in Snow Crash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326607: libqca1c2: shares files with libqca1 without conflicts
Package: libqca1c2 Version: 1.0-7 Severity: serious libqca1 has these files: usr/lib/libqca.so.1 usr/lib/libqca.so.1.0 usr/lib/libqca.so.1.0.0 usr/share/doc/libqca1/changelog.Debian.gz usr/share/doc/libqca1/copyright and libqca1c2 has these: usr/lib/libqca.so.1 usr/lib/libqca.so.1.0 usr/lib/libqca.so.1.0.0 usr/share/doc/libqca1c2/changelog.Debian.gz usr/share/doc/libqca1c2/copyright And the packages don't conflict/replaces. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326608: wmusic: -u does not work
Package: wmusic Version: 1.5.0-1 Severity: normal The -u options does not close the xmms window. Neither when using -r/-R, nor the window of an already running xmms. Window manager: openbox bye Stefan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wmusic depends on: ii libc6 2.3.5-6 GNU C Library: Shared libraries an ii libdockapp2 1:0.5.0-1.1 Window Maker Dock App support (sha ii libglib1.2 1.2.10-10The GLib library of C routines ii libgtk1.2 1.2.10-17The GIMP Toolkit set of widgets fo ii libx11-66.8.2.dfsg.1-5 X Window System protocol client li ii libxext66.8.2.dfsg.1-5 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-5 X Window System Input extension li ii libxpm4 6.8.2.dfsg.1-5 X pixmap library ii xlibs 6.8.2.dfsg.1-5 X Window System client libraries m ii xmms1.2.10+cvs20050209-2 Versatile X audio player that look wmusic recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326609: lsb-core: does not create /lib/ld-lsb.so.3 links as spec requires
Package: lsb-core Version: 3.0-5 Severity: important Tags: patch The package marks itself as version LSB version 3.0 although only creates the dynamic interpreter links as per version 2.0 of the spec. A program compiled with the lsbcc in lsb-build-cc-3.0.3-2 from linuxbase.org will not load and fail with File not found due to the lack of the /lib/ld-lsb.so.3 link. http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-IA32/LSB-Core-IA32/baselib.html#PROGINTERP http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-IA64/LSB-Core-IA64/baselib.html#PROGINTERP http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-PPC32/LSB-Core-PPC32/baselib.html#PROGINTERP http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-PPC64/LSB-Core-PPC64/baselib.html#PROGINTERP http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-S390/LSB-Core-S390/baselib.html#PROGINTERP http://refspecs.freestandards.org/LSB_3.0.0/LSB-Core-AMD64/LSB-Core-AMD64/baselib.html#PROGINTERP Adding the link fixes the problem and programs compiled with lsbcc then work. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lsb-core depends on: ii alien 8.56 install non-native packages with d ii at 3.1.9 Delayed job execution and batch pr ii bc 1.06-17 The GNU bc arbitrary precision cal ii binutils 2.16.1-2 The GNU assembler, linker and bina ii bsdmainutils 6.1.2 collection of more utilities from ii cpio 2.6-3 GNU cpio -- a program to manage ar ii cron 3.0pl1-88 management of regular background p ii cupsys-bsd [lpr] 1.1.23-12 Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.4.57Debian configuration management sy ii exim [mail-transport-agent 3.36-17 An MTA (Mail Transport Agent) ii file 4.12-1Determines file type using magic ii gawk 1:3.1.4-2.0.1 GNU awk, a pattern scanning and pr ii libc6 2.3.5-4 GNU C Library: Shared libraries an ii libc6-dev [libc-dev] 2.3.5-4 GNU C Library: Development Librari ii locales2.3.5-4 GNU C Library: National Language ( ii lsb-base 3.0-5 Linux Standard Base 3.0 init scrip ii lsb-release1.4-8 LSB release command ii m4 1.4.3-2 a macro processing language ii make 3.80-11 The GNU version of the make util ii man-db 2.4.3-1 The on-line manual pager ii mawk 1.3.3-11 a pattern scanning and text proces ii ncurses-term 5.4-9 Additional terminal type definitio ii passwd 1:4.0.3-39change and administer password and ii patch 2.5.9-2 Apply a diff file to an original ii pax1:1.5-15 Portable Archive Interchange ii procps 1:3.2.5-1 /proc file system utilities ii psmisc 21.6-1Utilities that use the proc filesy ii python 2.3.5-3 An interactive high-level object-o ii rsync 2.6.6-1 fast remote file copy program (lik ii zlib1g [libz1] 1:1.2.3-3 compression library - runtime lsb-core recommends no packages. -- debconf information excluded --- debian/postinst.orig2005-09-04 20:38:24.0 +0800 +++ debian/postinst 2005-09-04 20:54:27.0 +0800 @@ -6,23 +6,29 @@ s390|ppc64) ln -sf ld.so.1 /lib/ld-lsb-$ARCH.so.1 ln -sf ld.so.1 /lib/ld-lsb-$ARCH.so.2 +ln -sf ld.so.1 /lib/ld-lsb-$ARCH.so.3 ;; powerpc) ln -sf ld.so.1 /lib/ld-lsb-ppc32.so.1 ln -sf ld.so.1 /lib/ld-lsb-ppc32.so.2 +ln -sf ld.so.1 /lib/ld-lsb-ppc32.so.3 ;; i386) ln -sf ld-linux.so.2 /lib/ld-lsb.so.1 ln -sf ld-linux.so.2 /lib/ld-lsb.so.2 +ln -sf ld-linux.so.2 /lib/ld-lsb.so.3 ;; amd64) ln -sf ld-linux.so.2 /lib/ld-lsb.so.1 ln -sf ld-linux.so.2 /lib/ld-lsb.so.2 +ln -sf ld-linux.so.2 /lib/ld-lsb.so.3 ln -sf /lib/ld-linux-x86-64.so.2 /lib64/ld-lsb-x86-64.so.2 +ln -sf /lib/ld-linux-x86-64.so.2 /lib64/ld-lsb-x86-64.so.3 ;; ia64) ln -sf ld-linux-ia64.so.2 /lib/ld-lsb-ia64.so.1 ln -sf ld-linux-ia64.so.2 /lib/ld-lsb-ia64.so.2 +ln -sf ld-linux-ia64.so.2 /lib/ld-lsb-ia64.so.3 ;;
Bug#326037: Preconfiguring: No `START-INFO-DIR-ENTRY' and no `This file documents'
Yes but its empty: ls -l /usr/share/info/sed.info -rw-r--r-- 1 root root 0 2004-11-17 12:57 /usr/share/info/sed.info Any idea where it came from? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326610: kde-i18n-de: shares files with khangman (3.4.2-1)
Package: kde-i18n-de Version: 4:3.4.2-3 Severity: serious Unpacking replacement kde-i18n-de ... dpkg: error processing /var/cache/apt/archives/kde-i18n-de_4%3a3.4.2-3_all.deb (--unpack): trying to overwrite `/usr/share/apps/khangman/de.txt', which is also in package khangman [EMAIL PROTECTED]:~/tmp$ dpkg --fsys-tarfile khangman_3.3.2-3_i386.deb | tar tf - | grep khangman/de.txt ./usr/share/apps/khangman/de.txt [EMAIL PROTECTED]:~/tmp$ dpkg --fsys-tarfile khangman_3.4.2-1_i386.deb | tar tf - | grep khangman/de.txt [EMAIL PROTECTED]:~/tmp$ kde-i18n-de probably needs a versioned conflicts/replaces. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325406: poxml: split2po failed
Hi, I've taken a look at this. The problem is that split2po expects each XML file to contain just one top-level element (e.g., book, article, whatever). Your files begin with a sect2.../sect2, followed by another sect2.../sect2. It's therefore ignoring the second sect2 completely. My understanding is that XML only allows a single top-level element (though please do correct me if I'm wrong). In this case, the files 1.xml and 2.xml are technically incorrect -- what split2po should do in this situation is output a meaningful error message. My guess is that split2po is not even looking for more text after the top-level element is closed (and so doesn't even realise that something's wrong). But I have yet to dig through the source to see for certain. b. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326556: setserial: comment in autoserial.conf is incorrect
tags 326556 + patch thanks Hello On Sat, Sep 03, 2005 at 08:03:25PM -0400, Eric Cooper wrote: Package: setserial Version: 2.17-41 Severity: minor /var/lib/setserial/autoserial.conf contains the comment: # If you want to configure this file by hand, use # dpkg --configure setserial # and change the configuration mode of the file to MANUAL. This is incorrect -- it should be dpkg-reconfigure setserial. Thanks for the information. I'll change this on next upload. Regards, // Ola -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages setserial depends on: ii debconf 1.4.57 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an setserial recommends no packages. -- debconf information excluded -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | +46 (0)54-10 14 30 +46 (0)70-332 1551 | | http://www.opal.dhs.org UIN/icq: 4912500 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]