Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
On Wed, Jun 18, 2008 at 12:14:02PM +0200, Gaudenz Steinlin wrote: Hi The kernel modules for Mac on Linux (MOL) need handle_mm_fault. MOL is a GPL licensed virtual machine to run MacOS(X) on PPC Linux. Has been rejected a few times. An now that we actually have kvm for powerpc in tree MOL should just merge with that project and do the right things in tree instead of beeing a really hacky module subverting the VM. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486822: rar: fails to install
Package: rar Version: 1:3.8b2-1 Severity: grave Hello, rar 1:3.8b2-1 fails to install: Preparing to replace rar 1:3.7.1-2 (using .../rar_1%3a3.8b2-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/rar_1%3a3.8b2-1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 10 regards Mario -- $ make fire Don't know how to make fire $ Why not? No match signature.asc Description: Digital signature
Bug#486683: crashes when adding buddy to sip account
I can reproduce a crash when I add a SIP buddy in a group, but just adding a SIP buddy in the roaster does not crash. Is it the same for you? I will report my crash in the upstream bugzilla. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467235: xserver-xorg-video-ati: [radeon] images not scaled properly when using EXA
Version: 1:6.8.191-1 On Mon, 16 Jun 2008 09:29:21 +0200 Michel Dänzer [EMAIL PROTECTED] wrote: Have you been able to try a newer version of the driver? FWIW, I can't reproduce the problem using current upstream development snapshots of the driver and X server, though this is using an R300 generation card, so there may still be a problem with your generation card. I upgraded to version 1:6.8.191-1 and everything seems to work fine now. It even fixed some rendering bugs that I was seeing in Iceweasel 3. Closing this bug now. Thanks -- Hubert Chathi [EMAIL PROTECTED] -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480774: diff -y in UTF-8: bad alignment
found 480774 2.8.7-0.2 thanks Also, if I replace the à by a € (euro symbol, which takes 3 bytes instead of 2 for à), I also get 3 spaces under UTF-8 locales. So, it seems that the encoding length doesn't matter. And if I also replace the 'b' by a 'è', then the pipe character no longer appears in the output! -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486823: devscripts: [checkbashishms] spuriously reports kill -KILL
Package: devscripts Version: 2.10.29 Severity: normal File: /usr/bin/checkbashisms Hello, checkbashisms reports kill -KILL in the attached file as bashism. However, it doesn't do so when I added this command to another sh script. dash accepts it, and man kill doesn't say it's an extension, so I think it is legal. Regards Jiri Palecek -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24.3-test (SMP w/1 CPU core; PREEMPT) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.14.19package building tools for Debian ii libc6 2.7-3 GNU C Library: Shared libraries ii perl 5.8.8-12 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at 3.1.10Delayed job execution and batch pr ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-2 A simple mail user agent ii curl 7.16.4-2 Get a file from an HTTP, HTTPS or ii cvs1:1.12.13-10 Concurrent Versions System ii dctrl-tools2.11 Command-line tools to process Debi pn debian-keyring none(no description available) pn debian-maintainers none(no description available) pn dput | dupload none(no description available) ii equivs 2.0.7 Circumvent Debian package dependen ii fakeroot 1.9.4 Gives a fake root environment ii git-core 1:1.5.5.3-1 fast, scalable, distributed revisi ii gnupg 1.4.6-2+b1GNU privacy guard - a free PGP rep ii iceape-browser [ww 1.1.9-3 Iceape Navigator (Internet browser ii iceweasel [www-bro 3.0~rc2-1 lightweight web browser based on M ii konqueror [www-bro 4:3.5.9.dfsg.1-2+b1 KDE's advanced file manager, web b pn libauthen-sasl-per none(no description available) pn libcrypt-ssleay-pe none(no description available) ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control- pn libsoap-lite-perl none(no description available) pn libterm-size-perl none(no description available) ii libtimedate-perl 1.1600-6 Time and date functions for Perl ii liburi-perl1.35-2Manipulates and accesses URI strin ii libwww-perl5.805-1 WWW client/server library for Perl ii libyaml-syck-perl 1.01-1Fast, lightweight YAML loader and ii links [www-browser 2.1pre36-1Web browser running in text mode ii lintian1.23.49 Debian package checker ii lsb-release3.1-23.1 Linux Standard Base version report ii lynx-cur [www-brow 2.8.7dev9-1 Text-mode WWW Browser with NLS sup ii man-db 2.5.1-2 on-line manual pager ii openssh-client [ss 1:4.7p1-9 secure shell client, an rlogin/rsh ii opera [www-browser 9.50-20080508.6 The Opera Web Browser ii patch 2.5.9-4 Apply a diff file to an original ii patchutils 0.2.31-4 Utilities to work with patches ii strace 4.5.15-1.2A system call tracer ii subversion 1.4.6dfsg1-4 Advanced version control system ii svk2.0.2-1 A Distributed Version Control Syst ii unzip 5.52-9De-archiver for .zip files pn wdiff none(no description available) ii wget 1.11.2-1 retrieves files from the web -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ binJxQiDvzX2V.bin Description: Binary data
Bug#486824: dependency: libqt4-dev needs libice-dev, libx11-dev
Package: libqt4-dev Version: 4.4.0-2 Severity: normal libqt4-dev should depend on libice-dev and libx11-dev; without these packages, it is not possible to compile Qt apps. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libqt4-dev depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libgcc11:4.3.0-5 GCC support library ii libqt4-assistant 4.4.0-2 Qt 4 assistant module ii libqt4-dbus4.4.0-2 Qt 4 D-Bus module ii libqt4-designer4.4.0-2 Qt 4 designer module ii libqt4-help4.4.0-2 Qt 4 help module ii libqt4-network 4.4.0-2 Qt 4 network module ii libqt4-qt3support 4.4.0-2 Qt 3 compatibility library for Qt ii libqt4-script 4.4.0-2 Qt 4 script module ii libqt4-sql 4.4.0-2 Qt 4 SQL module ii libqt4-svg 4.4.0-2 Qt 4 SVG module ii libqt4-test4.4.0-2 Qt 4 test module ii libqt4-webkit 4.4.0-2 Qt 4 WebKit module ii libqt4-xml 4.4.0-2 Qt 4 XML module ii libqt4-xmlpatterns 4.4.0-2 Qt 4 XML patterns module ii libqtcore4 4.4.0-2 Qt 4 core module ii libqtgui4 4.4.0-2 Qt 4 GUI module ii libstdc++6 4.3.0-5 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages libqt4-dev recommends: ii libqt4-opengl-dev 4.4.0-2Qt 4 OpenGL library development fi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486700: Config file
Here are the contents of the config file. I've changed the machine name, but everything else is the same. IPSec gateway vpn.remote.machine IKE Authmode psk IPSec ID remote-vpn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486807: since upgrade urxvtcd does not start anymore
Patrick Schoenfeld writes: BTW. note that it states it would be 9.02 if launched via urxvtcd. Thats strange, because urxvtcd and rxvt-unicode both state that its version is 9.05, only the urxvtc binary says it is 9.02. So it seems your package does not install a new version of this binary. That is... extremely strange. urxvtc has not gone anywhere (I'm using it right now, albeit on amd64). You can see for yourself at: http://packages.debian.org/sid/i386/rxvt-unicode/filelist Does your output of `dpkg -L rxvt-unicode` match that? Are you maybe still running the urxvtd shipped with 9.02? -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny
On Wed, Jun 18, 2008 at 10:29:17AM +0100, Neil McGovern wrote: Neither, it's the RC policy which carries more weight than a RG: http://release.debian.org/lenny/rc_policy.txt 5a) Packages in the archive must not be so buggy or out of date that we refuse to support them. The security team has confirmed multiple times that this is no longer supportable. Your phrase no longer confirms that there is a fundamental misunderstanding in this point. The package 'mplayer' is not 'so buggy', it has 40 bugs, and that is average. The only RC bug that 'mplayer' has is 395252. This bug says mplayer requires too much security maintainance work due to embedded ffmpeg copy. But this too much security work was claimed even before etch was released, and is a claim that had and still has no supporting facts. Indeed 'mplayer' had 3 security updates so far in Etch. No one of those security updates was fixed by patching code in the ffmpeg library. So this whole bug 395252 is based on an apriori assumption; moreover this assumption was proved wrong by facts. Summarizing, you are deciding that mplayer is too buggy to be supported because of a bug that claims that same argument. Don't you see how circular this whole reasoning is? Not to mention that, for reasons behond my comprehension, mplayer is the only package targetted by this reasoning. 1) As I said in the other email, the policy 3.8.0 now contains a paragraph [14.3] against embedded copies, that is though waived for Lenny. For some reasons, you do not accept that mplayer be given the same treatment. 2) Another point is that http://svn.debian.org/wsvn/secure-testing/data/embedded-code-copies?op=filerev=0sc=0 lists many packages which ship embedded copies. One example is mozilla/iceweasel/iceape. Iceweasel had 9 security bugs in Etch. Iceweasel has ~500 bugs (!!). So iceweasel should be kept out of Lenny, since it contains embedded copies of code and is quite buggy. But no one is ever posting this RC bug. Why? Beats me. a. -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 signature.asc Description: Digital signature
Bug#486823: devscripts: [checkbashishms] spuriously reports kill -KILL
block 486823 by 477240 thanks Hi, Jiří Paleček wrote: checkbashisms reports kill -KILL in the attached file as bashism. However, it doesn't do so when I added this command to another sh script. dash accepts it, and man kill doesn't say it's an extension, so I think it is legal. man kill is documenting /bin/kill whereas your script would almost certainly be running a kill builtin - running command -v kill would confirm that. kill -SIGNAME is an XSI extension and as such not currently permitted by Debian policy - whether or not dash implements it - which is why checkbashisms flags it; see http://www.opengroup.org/onlinepubs/95399/utilities/kill.html There's an open bug against policy regarding allowing the XSI extension to kill so I'm blocking this bug by that one. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398345: Fix for the problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Am Mi den 18. Jun 2008 um 10:42 schrieb Mike Markley: Nevermind, clearly the patch just adds another patch to debian/patches. Since these aren't automatically applied, that patch will need to be applied by hand in the Debian version of the source repository. Was a mistake of me. I did also fix it manual. (Thinking as there is still a patch they must be handled with a patch system.) Sure the patch must be applied. Will fix that the days. Am Mi den 18. Jun 2008 um 10:41 schrieb Mike Markley: The patch is greatly appreciated. However, it appears to be a bit off, as include/config.h looks like a diff of a diff, or similar. Hmm.. Well, in the diff it is a diff of a diff... - Äh, I hope you know what I mean. ;-) Nonetheless, it appears that this is easily replicated in config.h. Have you already uploaded an NMU? No. I do not have upload permissions. Also I did not build it as package here. (I have to do so as I do normally.) Well an other, and also better, idea is to use the correct locale of the terminal if not specified in the user configuration. This will be a bigger patch but it is not that complicate. Regards Klaus - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen [EMAIL PROTECTED] Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSFj8MJ+OKpjRpO3lAQL3XQf/UMYNVKvol/Zo5E2uZpRvgdzW1PnCUU9M wdUYnuUX9B5j1UhlR+IohE0HiUV8t7nAD1fIjDpt8XhzXq8gBOcw0BL776qvWLvi qeuzW2fEpKKyoTYZEmGdTtOhjC/BpMEJcAolHY/dCPfVnIyE5tcWhLZlzeVTAheF FUrzqlD7Y+ocfPGYnhR6KtOpV6+hzYDS2PSxtvcyrug4bVVWYXdDSetZnVrO7wtc LbDiRv8y6ANQFuc4N498P3Jr8mReZxrGaIXHhhgxQ9CIPRffyE1i/o7uZvWV+tB4 OkJFhUXwAFiGxInE6QG+xK7kVg3xzGQrKKMz6RHEjZCxIb8SvplD/A== =bVd+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486825: petsc: Don't build-dep on babel where it doesn't exist
Package: petsc Version: 2.3.3-12 Severity: important Subject says it all. Need to take care of this in order to transition. -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ signature.asc Description: This is a digitally signed message part
Bug#486826: multipathd: suspicious file descriptors
Package: multipath-tools Version: 0.4.8-8 Severity: normal Hi, After aptitude installing multipath-tools on a Lenny system, $ sudo ls -l /proc/$(pgrep multipathd)/fd total 0 lr-x-- 1 root root 64 2008-06-18 12:12 0 - /dev/null l-wx-- 1 root root 64 2008-06-18 12:12 1 - /dev/console l-wx-- 1 root root 64 2008-06-18 12:12 2 - /dev/console l-wx-- 1 root root 64 2008-06-18 12:12 22 - pipe:[12280] l-wx-- 1 root root 64 2008-06-18 12:12 3 - /var/run/multipathd.pid lrwx-- 1 root root 64 2008-06-18 12:12 4 - socket:[12566] lr-x-- 1 root root 64 2008-06-18 12:12 5 - /var/lib/dpkg/triggers/File lr-x-- 1 root root 64 2008-06-18 12:12 6 - /dev/xvda1 lrwx-- 1 root root 64 2008-06-18 12:12 7 - socket:[12567] lrwx-- 1 root root 64 2008-06-18 12:12 8 - socket:[12569] Of these 1,2 and 5 looks rather suspicious to my untrained eyes: * Shouldn't a daemon process always use /dev/null as stdin/stdout/stderr? * And why does it keep /var/lib/dpkg/triggers/File open? That's dpkg's business exclusively, isn't it? File descriptor 3, hanging on the PID file, is also mildly suspicious. /dev/xvda1 is the only block device in the system (besides the ramdisks), but that should not be multipathed. Oh well, maybe multipathd can't know this. The sockets seem reasonable (based on /proc/net/unix), but how could I find out what the pipe is for? /proc/*/fd reveals writers only. If it matters, the multipath kernel driver is not yet loaded. I hope at least some of the above isn't stupid noise. Regards, Feri. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-xen-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages multipath-tools depends on: ii initscripts 2.86.ds1-59Scripts for initializing and shutt ii kpartx0.4.8-8create device mappings for partiti ii libaio1 0.3.106-8 linux kernel aio access library - ii libc6 2.7-10 GNU C Library: Shared libraries ii libdevmapper1.02.12:1.02.25-1The Linux Kernel Device Mapper use ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip ii udev 0.114-2/dev/ and hotplug management daemo multipath-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486827: [iceweasel] Iceweasel cannot render APNG image
Package: iceweasel Version: 3.0~rc2-1 Severity: important Hi, Maybe I missed something an important point, but iceweasel cannot render APNG image but just renders PNG file on my box. How to reproduce 1. start iceweasel with -safe-mode 2. access http://labs.mozilla.com/2007/08/better-animations-in-firefox-3/ with iceweasel 3. see Example: the Firefox “throbber” section, and you'll see non-animated png image. 4. get firefox3 and do same thing, apng works. --- System information. --- Architecture: i386 Kernel: Linux 2.6.25-2-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.jp.debian.org 1 experimentalcdn.debian.or.jp --- Package information. --- Depends (Version) | Installed ===-+-== fontconfig | 2.6.0-1 psmisc | 22.6-1 procps | 1:3.2.7-8 debianutils (= 1.16) | 2.29 libc6(= 2.7-1) | 2.7-12 libgcc1(= 1:4.1.1) | 1:4.3.1-2 libglib2.0-0(= 2.12.0) | 2.16.3-2 libgtk2.0-0 (= 2.12.0) | 2.12.10-2 libnspr4-0d (= 1.8.0.10) | 4.7.1-3 libstdc++6 (= 4.1.1) | 4.3.1-2 xulrunner-1.9 (= 1.9~rc1) | 1.9~rc2-3 -- Regards, Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486720: scrollkeeper: Strange message during upgrade
Hello Loïc, it just re-appeared when upgrading lintian, lsb-base, lsb-release, lynx, manpages and po-debconf (in one apt-get install run). So it is not solved by the reboot :-(( Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#483963: gnome-phone-manager: application does not detect gnokii errors
Hi Florian, I'm checking this issue today, apparently I'm getting the same error but also problems with gnokii... Sorry for the delay in answering to this report. I keep you informed of any progress... In the meantime I thank you for the report. Best Regards, francesco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483418: debian-policy: Not limit dpkg-divert to install but valid also for upgrade in app. G
On 2008-06-18 13:45 +0200, Raphael Hertzog wrote: On Mon, 02 Jun 2008, Russ Allbery wrote: And, actually, should we just remove the if or case guard entirely and just run dpkg-divert unconditionally in preinst? The only difference at that point is abort-upgrade, and if the new version of the package was removing diversions in its preinst, re-establishing the diversion is the right thing to do. I'm remembering Ian's previous comments that normally one should not be testing the action in maintainer scripts. I tend to agree, I can't imagine a scenario where it would be a bad thing to do. But we certainly don't want to temporarily remove the diversion on upgrade so this is ok only for the preinst part. The postrm part shall stay restricted to the remove case. For the record, running it in the upgrade case cannot work at all, because the new preinst is run _before_ the old postrm. See #486446 for an example. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486824: dependency: libqt4-dev needs libice-dev, libx11-dev
On Wednesday 18 June 2008, Klaus Schneider wrote: Package: libqt4-dev Version: 4.4.0-2 Severity: normal libqt4-dev should depend on libice-dev and libx11-dev; No it shouldn't. without these packages, it is not possible to compile Qt apps. Yes it is. $ apt-get -oAPT::Install-Recommends=false install libqt4-dev $ cat foo.cpp #include QtGui int main(int argc, char *argv[]) { QApplication app(argc,argv); QLabel l(HELLO WORLD); l.show(); return app.exec(); } $ qmake-qt4 -project $ qmake-qt4 $ make g++ -c -pipe -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_GUI_LIB - DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. - I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui - I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I. -I. -o foo.o foo.cpp g++ -o test foo.o-L/usr/lib -lQtGui -lQtCore -lpthread $ dpkg -l libx11-dev libice-dev No packages found matching libx11-dev. No packages found matching libice-dev. Now it is your turn - I plan to close this bug soonish. /Sune -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.17-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libqt4-dev depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libgcc11:4.3.0-5 GCC support library ii libqt4-assistant 4.4.0-2 Qt 4 assistant module ii libqt4-dbus4.4.0-2 Qt 4 D-Bus module ii libqt4-designer4.4.0-2 Qt 4 designer module ii libqt4-help4.4.0-2 Qt 4 help module ii libqt4-network 4.4.0-2 Qt 4 network module ii libqt4-qt3support 4.4.0-2 Qt 3 compatibility library for Qt ii libqt4-script 4.4.0-2 Qt 4 script module ii libqt4-sql 4.4.0-2 Qt 4 SQL module ii libqt4-svg 4.4.0-2 Qt 4 SVG module ii libqt4-test4.4.0-2 Qt 4 test module ii libqt4-webkit 4.4.0-2 Qt 4 WebKit module ii libqt4-xml 4.4.0-2 Qt 4 XML module ii libqt4-xmlpatterns 4.4.0-2 Qt 4 XML patterns module ii libqtcore4 4.4.0-2 Qt 4 core module ii libqtgui4 4.4.0-2 Qt 4 GUI module ii libstdc++6 4.3.0-5 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages libqt4-dev recommends: ii libqt4-opengl-dev 4.4.0-2Qt 4 OpenGL library development fi -- no debconf information -- I cannot turn on the graphic folder from Photoshop 2.8, how does it work? You either must connect a port to the SIMM, or must log on a MIDI 3Dfx processor over the back-end, this way from the control panel inside Word you must save a head over the ethernet folder on the mail of the secret code to forward to a front-end of a bus. signature.asc Description: This is a digitally signed message part.
Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny
On Wed, Jun 18, 2008 at 12:30:33PM +0100, Neil McGovern wrote: I also find it fairly rich that you complain at a lack of answers, and yet don't reply to pings to a BR asking for an update. The reason I did not reply is that I was working to find a solution to the bug, but I did not find it. You seem to be confused, these aren't the same transition. The one mentioned in 2007 transitioned on 2007-07-05, five days after the mail. Perhaps the fact that the source package name has changed in the last year is causing an issue for you? OK, I get the point. You do not see the weekends I spent in the last 3 months trying to link mplayer to ffmpeg-free in Debian. This is good, but should have happened sooner. This bug has been open since Sarge was stable. ffmpeg-free 0.svn20080206-1 was uploaded in experimental in 2008-03-30. Before, AFAICR, a C structure in libavcoded was different, there was no hope of linking. I regularly upload new versions, and fix as many bugs as I can each time. But not enough to fix a RC bug that's been open since 2006. I fix all bugs that can reasonably be fixed. When ffmpeg in Debian was too obsolete to link to mplayer, there was nothing I could do. Since 2006, many things happened; for example, in http://bugs.debian.org/403330 I asked for a new version of ffmpeg, but 403330 was closed by the version 0.cvs20070307 that became rapidly obsolete wrt mplayer 1.0~rc2 a. -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 signature.asc Description: Digital signature
Bug#486720: scrollkeeper: Strange message during upgrade
On Wed, Jun 18, 2008, Helge Kreutzmann wrote: Btw. I just upgrade some other packages (after having shut down the machine yesterday evening and rebooted it this morning) and the error has not appeared (but maybe these packages did not trigger it). So this might have been fixed already: if a package installs scrollkeeper db files during build and ships them (overwriting users' db), it causes this symptom. Can we close this and reopen if it reappears? -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486827: [iceweasel] Iceweasel cannot render APNG image
severity 486827 wishlist block 486827 by 486209 thanks On Wed, Jun 18, 2008 at 09:24:22PM +0900, Hideki Yamane wrote: Package: iceweasel Version: 3.0~rc2-1 Severity: important See bug #486209 Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486829: wine: uses dpkg, which is mode 750
Package: wine Severity: normal Hello, the fourth line of /usr/bin/wine is ARCH=`dpkg --print-architecture` The problem is that dpkg is installed mode 750, as stated in /var/lib/dpkg/statoverride: #0 #0 0750 /usr/bin/dpkg this results in normal users having troubles running wine on amd64, and getting error message on other architectures. Shouldn't other mechanisms be used to get the real arch ? Regards Pascal Dupuis -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25.6 Locale: LANG=fr_BE, LC_CTYPE=fr_BE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481762: gnome-applets: trashapplet doesn't work
Unfortunately I think that the bug reported from the ubuntu community is different from this one. According to the description written for the bug # 211604 (https://bugs.launchpad.net/ubuntu/+source/gnome-applets/+bug/211604) the problem can be worked out by rebooting the gdm, that it is not true for me. However I tried to apply the change suggested, clearly without success. -- Linux User # 462878 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469340: did you use right ppd file?
Hi, did you use /usr/share/ppd/cups-pdf/CUPS-PDF.ppd when you created your virtual_printer? best regards, Timo Lindfors -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486807: since upgrade urxvtcd does not start anymore
Patrick Schoenfeld writes: It now works. However I think that its more then suboptimal if an upgrade makes running sessions impossible to use. Isn't there a better way to handle the client-server connections between urxvtc and urxvtcd? It would be nice, but I don't know of any sensible way to replace the running daemon -- if some random user is even running one. It would be kind of like restarting xdm on every upgrade. Incompatible upgrades are at least very rare. I agree that they should not happen in point releases, FWIW. I could put a message in the postinst reminding people to restart but (a) relying on being able to print stuff there is bad (b) most users probably don't care about urxvtd (c) the ones that do are probably aware of this issue (d) every time I see that message from Iceweasel I roll my eyes and ask what operating system this is again. So, I don't know. If you have any ideas I'm open to them. (Ccing the bug, even though it's closed, for the sake of future travelers) -- things change. [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486720: scrollkeeper: Strange message during upgrade
Hello Loïc, On Wed, Jun 18, 2008 at 02:31:00PM +0200, Loïc Minier wrote: Can we close this and reopen if it reappears? As said in my latter e-mail, this unfortunately reappeared :-(( Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#486831: googleearth-package: Missing dependency on gcc
Package: googleearth-package Version: 0.5.4 When trying to use this package on a machine without gcc installed, several messages complained about the lack of gcc. Installing the gcc package got rid of the messages. This make me suspect the package require gcc to be installed, and thus should depend on gcc. Is this true? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
Christoph Hellwig writes: On Wed, Jun 18, 2008 at 12:14:02PM +0200, Gaudenz Steinlin wrote: Hi The kernel modules for Mac on Linux (MOL) need handle_mm_fault. MOL is a GPL licensed virtual machine to run MacOS(X) on PPC Linux. Has been rejected a few times. An now that we actually have kvm for powerpc in tree MOL should just merge with that project and do the right things in tree instead of beeing a really hacky module subverting the VM. We don't have KVM for the classic 32-bit PowerPC processors, only for the 44x family. And doing KVM for the classic 32-bit processors would probably involve just as much hackery as MOL. :) Paul. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486649: use conky
On Tue, Jun 17, 2008 at 08:03:31PM -0400, Mike O'Connor wrote: Create a ~/.conkyrc with the following four lines: [...] if Conky == appclass: client.dockapp = True return That's acceptable except that it draws about 60 pixels above the bottom of the screen and then gets covered by left-hand-side windows when switching workspaces. conky says this if that's meaningful: Conky: desktop window (68) is root window Conky: window type - normal Conky: drawing to created window (122) Conky: drawing to single buffer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486696: [Buildd-tools-devel] Bug#486696: File descriptor left open messages w/lvm snapshots
On Tue, Jun 17, 2008 at 02:38:50PM -0400, Joey Hess wrote: Package: schroot Version: 1.2.0-1 Severity: minor These messages were previously mentioned in #379671, but I'm seeing them with current unstable. [EMAIL PROTECTED]:~schroot -c sid File descriptor 3 left open File descriptor 4 left open I: [sid-6a6a7764-9640-47e7-86d0-a05f1c305384 chroot] Running login shell: ‘/bin/zsh’ 14:37:10 up 1 day, 21:08, 0 users, load average: 0.39, 0.53, 0.58 [EMAIL PROTECTED]:~ File descriptor 3 left open File descriptor 4 left open Possibly this is from either/or - syslog - ctty stream to the controlling terminal In the first case, we need to closelog() if we aren't already; in the second case setting FD_CLOEXEC should be sufficient. I'll take a proper look when I have time after next week. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486823: Submitter's mail is bouncing
The submitter's mail appears to be bouncing due to a full mailbox; bounce attached. ---BeginMessage--- This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: [EMAIL PROTECTED] SMTP error from remote mail server after RCPT TO:[EMAIL PROTECTED]: host mx-ha01.web.de [217.72.192.149]: 550 [EMAIL PROTECTED] Benutzer hat zuviele Mails auf dem Server. / User has too many messages on the server. -- This is a copy of the message's headers. -- Return-path: [EMAIL PROTECTED] Received: from lexx.avco ([192.168.0.1] helo=andromeda) by mail0.avcosystems.co.uk with smtp (Exim 4.69 #1 (Debian)) (envelope-from [EMAIL PROTECTED]) id 1K8wWa-0006y4-3O; Wed, 18 Jun 2008 13:12:28 +0100 Message-ID: [EMAIL PROTECTED] From: Adam D. Barratt [EMAIL PROTECTED] To: =?iso-8859-2?B?Smn47SBQYWxl6GVr?= [EMAIL PROTECTED], [EMAIL PROTECTED] References: [EMAIL PROTECTED] Subject: Re: Bug#486823: devscripts: [checkbashishms] spuriously reports kill -KILL Date: Wed, 18 Jun 2008 13:12:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=iso-8859-2; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-AVCO-Scan-Signature: 42234516514c1709020a1b80c2212f52 ---End Message---
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
On Wed, Jun 18, 2008 at 10:45:02PM +1000, Paul Mackerras wrote: Has been rejected a few times. An now that we actually have kvm for powerpc in tree MOL should just merge with that project and do the right things in tree instead of beeing a really hacky module subverting the VM. We don't have KVM for the classic 32-bit PowerPC processors, only for the 44x family. And doing KVM for the classic 32-bit processors would probably involve just as much hackery as MOL. :) I don't think so. Doing it properly in-tree will mean that it is a) properly reviewed b) means we can do the major VM bits in the kernel without these really stupid exports Have you looked at MOL recently? It's more than disgusting. And in addition to these issue we do of course as policy not add random hooks in the kernel tree for out of tree stuff. Especially for hacks like this that don't even have the intention to get merged. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460271: Page breakdown
Looking at the HTML for the page, and the images downloaded (check the directory contents, there is no index file) it simply attempts to load 19 (there are 20 img tags but the last is doubled) 8320x8320 completely black images. GIMP Image Properties provides these (relevant) details for 1.bmp: Pixel dimensions: 8320 × 8320 pixels Color space: RGB color File size: 48.1kb Size in memory: 619MB Number of pixels: 69222400 So that would seem to explain the problem. 19 images 619MB in size for a total of just under 12GB of RAM. Impressive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486832: Missing man page for /usr/bin/gic2c
Package: libgiigic Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The binary /usr/bin/gic2c is missing a man page. Regards, Bradley Smith - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-rc6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkhZBoIACgkQj3BimscY00fmagCfUqybgUQs/YdOb8FmoKNkMzcc m8oAmwXaoPpxpzgXH6jwG7gUEJGelmEz =B7dy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486136: epiphany-browser: passwords lost !
Hi, I don't know ti it helps, but when launched from a terminal (in this case throught ssh), epiphany outputs as its first line: ** (epiphany-browser:16061): WARNING **: failed to read user preferences, error: 80004005 HTH, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482753: Fix for wrong CFLAGS
tags 482753 + patch thanks. The simple patch below fixes this FTBFS. Its a typo, thats all. --- ganglia-monitor-core-2.5.7/debian/rules.orig 2008-06-18 15:00:40.0 +0200 +++ ganglia-monitor-core-2.5.7/debian/rules 2008-06-18 15:02:48.0 +0200 @@ -13,7 +13,7 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -CFLAGS = -02 -Wall +CFLAGS = -O2 -Wall ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) CFLAGS += -g endif -- Regards, Mario Lang Graz University of Technologymailto:[EMAIL PROTECTED] Department Computing http://www.ZID.TUGraz.at/lang/ Phone: +43 (0) 316 / 873 - 6897 // /_Apparently a teacher has been arrested in the UK in possession_/ /of a compass, protractor, and straight edge. It is claimed he is a/ /member of the Al Gebra movement, bearing weapons of math instruction/
Bug#483997: dpkg: please allow for a mechanism to specify postinst ordering beyond Depends:
This one time, at band camp, Raphael Hertzog said: severity 483997 wishlist thanks On Sun, 01 Jun 2008, Stephen Gran wrote: Right now, if you have two packages that have a relationship with each other beyond a strict Dependency, there is no way to communicate that relationship to dpkg. I'm talking about things covered semantically by the Should-Start field of the LSB init scripts and things like that. There are several package sets in the archive where A does not Depend on B, but needs to have it's postinst run after B in certain circumstances. Are you only referring to the start order of services relying on each other or do you have other use cases in mind? I'm talking about ordering of maintainer scripts in an install run. Consider a program A that could use program B as a source of data, or could optionally run without it. Since it can run without it, we do not use a Depends to express the relationship. Since there is no Depends, dpkg will order the maintainer scripts of the two packages effectively randomly, sometimes allowing A to have postinst run before B has postinst run, breaking A. It feels to me like the problem is that Depends is overloaded to mean both needs something from dependant package to run and must have maintainer scripts run after dependant package's maintainer scripts. I am fairly sure that assumption is made throughout the dpkg code base, so I'm not sure how easy it would be to change. Does that make it clearer? -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#479971: Inclusion of asm/page.h is spurious
tags 479971 + patch Thanks. Like it was mentioned in this bug report, the inclusion of asm/page.h in gexec_process.c is not necessary. Simply removing it makes the package build fine. Patch attached. Since we need ganglia for our clusters here, and since a 0-day NMU policy still applies, I will NMU this package if this fix (and the one in 482753) does not get uploaded in the next 5 days, to get it back into Lenny ASAP. --- ganglia-monitor-core-2.5.7/lib/gexec_process.c.orig 2008-06-18 15:00:40.0 +0200 +++ ganglia-monitor-core-2.5.7/lib/gexec_process.c 2008-06-18 15:07:49.0 +0200 @@ -22,7 +22,6 @@ #include ganglia/gexec_process.h #include ganglia/file.h #include sys/param.h /* for HZ */ -#include asm/page.h /* for PAGE_SHIFT */ #include pthread.h /* useful macros */ -- Regards, Mario Lang Graz University of Technologymailto:[EMAIL PROTECTED] Department Computing http://www.ZID.TUGraz.at/lang/ Phone: +43 (0) 316 / 873 - 6897 // /_Apparently a teacher has been arrested in the UK in possession_/ /of a compass, protractor, and straight edge. It is claimed he is a/ /member of the Al Gebra movement, bearing weapons of math instruction/
Bug#486833: spamassassin: Please extend cronjob to support multiple/alternate daemons
Package: spamassassin Version: 3.2.4-1 Severity: wishlist Tags: patch The attached patch extends cronjob to support multiple/alternate daemons. Kind regards, - Jonas -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages spamassassin depends on: pn libarchive-tar-perl none (no description available) ii libdigest-sha1-perl 2.11-2+b1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.56-1+b1 A collection of modules that parse ii libnet-dns-perl 0.63-1+b1 Perform DNS queries from a Perl sc pn libsocket6-perl none (no description available) ii libsys-hostname-long-perl 1.4-2 Figure out the long (fully-qualifi ii libwww-perl 5.812-1WWW client/server library for Perl ii perl 5.10.0-10 Larry Wall's Practical Extraction ii perl-modules [libio-zlib-perl 5.10.0-10 Core Perl modules Versions of packages spamassassin recommends: ii gcc 4:4.3.0-8 The GNU C compiler ii gnupg 1.4.9-2GNU privacy guard - a free PGP rep ii libc6-dev 2.7-12 GNU C Library: Development Librari pn libmail-spf-perl none (no description available) pn libsys-syslog-perlnone (no description available) ii make 3.81-5 The GNU version of the make util pn re2c none (no description available) pn spamc none (no description available) diff -u spamassassin-3.2.4/debian/spamassassin.default spamassassin-3.2.4/debian/spamassassin.default --- spamassassin-3.2.4/debian/spamassassin.default +++ spamassassin-3.2.4/debian/spamassassin.default @@ -5,6 +5,7 @@ # There may be security risks. # Change to one to enable spamd +# (CRON_* and SA_UPDATE_* options below is unaffected by this setting) ENABLED=0 # Options @@ -31,0 +33,32 @@ + +# Cronjob bayes token expiry +# Set to anything but 0 to enable the cron job to automatically expire +# old bayes tokens with the nightly cronjob +# Dependent daemons will be fully stopped during the bayes token expiry +# You should also disable bayes_auto_expire in /etc/spamassassin/local.cf +CRON_BAYES_EXPIRE=0 + +# switch (using su) to and invoke sa-update for each of these users +# If undefined, sa-update is invoked for root +#SA_UPDATE_USERS=amavis + +# Daemons +# Set to list of SysV daemons to be reloaded after a ruleset update. +# If CRON_BAYES_EXPIRE enabled the daemons are instead stopped as listed +# here and started again in reverse order +CRON_DAEMONS=spamassassin +#CRON_DAEMONS=exim4 amavis + +# sa-update options +# Options passed to sa-update in cronjob +SA_UPDATE_OPTIONS= +#SA_UPDATE_OPTIONS=--gpgkey D1C035168C1EBC08464946DA258CDB3ABDE9DC10 --channel saupdates.openprotect.com --channel updates.spamassassin.org + +# sa-compile options +# Options passed to sa-compile in cronjob +SA_COMPILE_OPTIONS= + +# sa-compile options +# Options passed to sa-compile in cronjob +SA_LEARN_OPTIONS= +#SA_LEARN_OPTIONS=--force-expire diff -u spamassassin-3.2.4/debian/spamassassin.cron.daily spamassassin-3.2.4/debian/spamassassin.cron.daily --- spamassassin-3.2.4/debian/spamassassin.cron.daily +++ spamassassin-3.2.4/debian/spamassassin.cron.daily @@ -9,11 +9,16 @@ set -e CRON=0 +CRON_BAYES_EXPIRE=0 +CRON_DAEMONS=spamassassin +SA_UPDATE_USERS= +SA_UPDATE_OPTIONS= +SA_COMPILE_OPTIONS= +SA_LEARN_OPTIONS=--force-expire test -f /etc/default/spamassassin . /etc/default/spamassassin test -x /usr/bin/sa-update || exit 0 -test -x /etc/init.d/spamassassin || exit 0 if [ $CRON = 0 ] ; then exit 0 @@ -29,15 +34,46 @@ -# Update -sa-update || exit 0 +# Update, and catch errorlevel +( set +e; sa-update $SA_UPDATE_OPTIONS ); sa_update_error=$? + +# Stop here if no update and no other tasks +[ $sa_update_error -gt 0 ] [ $CRON_BAYES_EXPIRE = 0 ] exit 0 # Compile, if rules have previously been compiled, and it's possible -if [ -x /usr/bin/re2c -a -x /usr/bin/sa-compile -a -d /var/lib/spamassassin/compiled ]; then -sa-compile /dev/null 21 +if [ $sa_update_error -eq 0 ] [ -x /usr/bin/re2c ] [ -x /usr/bin/sa-compile ] [ -d /var/lib/spamassassin/compiled ]; then +sa-compile $SA_COMPILE_OPTIONS /dev/null 21 fi -# Reload -if which invoke-rc.d /dev/null 21; then -invoke-rc.d spamassassin reload /dev/null 21 + +invoke_rc_d_silent() { +daemon=$1 +action=$2 +if which invoke-rc.d /dev/null 21; then + invoke-rc.d $daemon $action /dev/null 21 +else + /etc/init.d/$daemon $action /dev/null 21 +fi +} + +if [ $CRON_BAYES_EXPIRE = 0 ]; then +# Reload spamassassin-dependent daemons +
Bug#486824: dependency: libqt4-dev needs libice-dev, libx11-dev
Really sorry about this one. I got error: X11/Xlib.h: No such file or directory error: X11/Xutil.h: No such file or directory and many more X11 errors from within a Qt generated moc_myclass.cpp file, so I thought it must be Qt. The errors were gone after installing the libx11-dev and libice-dev packages, and the old (etch) libqt4-dev packages depended on these two, so I thought it was an error introduced in the new Qt version. However the errors were generated from another library which was included in the myclass header file. I will check better next time before submitting a bug. Close it with no bug. Regards, Klaus signature.asc Description: This is a digitally signed message part.
Bug#444678: /etc/lsb_release
I don't remember well about the context of this discussion, but ... On Wed, Jun 18, 2008 at 12:11:32PM +0200, Santiago Vila wrote: IMHO, if the only benefit for this is to backport packages from derived distributions, we might instead backport the same package from Debian, if it's a free software package. But if it's not, do we really care? ... this is not really a matter of freedom IMO. When you backport things you typically want your changes to be as minimal as possible. Zero changes is very practical so that you don't have to bother about appliing patches at all, and it is archievable in most cases, so a small stopper can mean a lot. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What good is a phone call… if you are unable to speak? (as seen on /.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486829: [pkg-wine-party] Bug#486829: wine: uses dpkg, which is mode 750
Pascal A. Dupuis skrev: Package: wine Severity: normal Hello, the fourth line of /usr/bin/wine is ARCH=`dpkg --print-architecture` The problem is that dpkg is installed mode 750, as stated in /var/lib/dpkg/statoverride: #0 #0 0750 /usr/bin/dpkg this results in normal users having troubles running wine on amd64, How would you define normal users? Up until now, *nobody* else has ever had such a statoverride, and it seems like a ridiculous one. Where does it come from? It's certainly not a normal configuration. And even in this configuration, why does it cause trouble? Even if ARCH is unset, Wine should still start normally. and getting error message on other architectures. Shouldn't other mechanisms be used to get the real arch ? It's the most robust approach so far. What else would you suggest? IMO, you should fix your system by removing this bogus statoverride and take steps to ensure it doesn't come back, but if you don't want to, I'm probably willing to accept a patch to work around broken permissions as necessary. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485738: reproduction
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lucas Nussbaum wrote: Akira-san, Daigo-san, could one of you raise the issue on ruby-dev? Or should I raise it on ruby-core? I have just reported this issue to ruby-dev and wait for a reply. Daigo - -- Daigo Moriwaki daigo at debian dot org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIWQ2GNcPj+ukc0lARAgw6AJ9sngCSyTxdrAz8rD4XjpmDb14S9ACfdjVL 4L4aJHdybhNO1+28YkZVU/8= =7uNt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486834: xserver crash with linux-image-2.6.25-2-686 on startup
Package: linux-image-2.6.25-2-686 Version: 2.6.25-5 Severity: normal But still it working with 2.6.24 kernel as well as with previous release of 2.6.25. There is no way to restore console and system might be rebooted on crash. Here is my video system: 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03) kernel module: i915 or i830 (the same result) xserver-xorg-video-intel 2:2.3.1-1 X.Org X server -- Intel i8xx, i9xx display driver Tail from xorg log on crash: Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x1ffe0001 getbl_err: 0x0021 ipeir: 0x iphdr: 0x54f6 LP ring tail: 0x0001baa0 head: 0x0001bac4 len: 0x0001f001 start 0x eir: 0x esr: 0x0010 emr: 0xff7b instdone: 0xff41 instpm: 0x memmode: 0x instps: 0x0031 hwstam: 0xfffe ier: 0x0002 imr: 0x053c iir: 0x0080 Ring at virtual 0xaf915000 head 0x1bac4 tail 0x1baa0 count 32759 0001ba44: 03cc2000 0001ba48: 03c4020c 0001ba4c: 03c80210 0001ba50: 0100 0001ba54: 0001ba58: 0010 0001ba5c: 0200 0001ba60: 54f6 0001ba64: 03cc2000 0001ba68: 03c40210 0001ba6c: 03c80214 0001ba70: 0100 0001ba74: 0001ba78: 0010 0001ba7c: 0200 0001ba80: 54f6 0001ba84: 03cc2000 0001ba88: 03c40214 0001ba8c: 03c80218 0001ba90: 0100 0001ba94: 0001ba98: 0010 0001ba9c: 0200 0001baa0: 54f6 0001baa4: 03cc2000 0001baa8: 03900318 0001baac: 0394031c 0001bab0: 0100 0001bab4: 0001bab8: 0010 0001babc: 0200 0001bac0: 54f6 0001bac4: 03cc2000 Ring end space: 28 wanted 32 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xe075b000 at 0xb7a5 (II) intel(0): [drm] Closed DRM master. Fatal server error: lockup (II) AIGLX: Suspending AIGLX clients for VT switch -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.25-2-686 depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92b tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-25 Yet Another mkInitRD Versions of packages linux-image-2.6.25-2-686 recommends: ii libc6-i6862.7-12 GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.25-2-686/preinst/abort-install-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/bootloader-test-error-2.6.25-2-686: linux-image-2.6.25-2-686/prerm/removing-running-kernel-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/initrd-2.6.25-2-686: linux-image-2.6.25-2-686/postinst/kimage-is-a-directory: linux-image-2.6.25-2-686/postinst/depmod-error-2.6.25-2-686: false * shared/kernel-image/really-run-bootloader: true linux-image-2.6.25-2-686/preinst/overwriting-modules-2.6.25-2-686: true linux-image-2.6.25-2-686/prerm/would-invalidate-boot-loader-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/elilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/depmod-error-initrd-2.6.25-2-686: false linux-image-2.6.25-2-686/preinst/bootloader-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/lilo-has-ramdisk: linux-image-2.6.25-2-686/postinst/bootloader-error-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/lilo-initrd-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-system-map-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/create-kimage-link-2.6.25-2-686: true linux-image-2.6.25-2-686/postinst/old-dir-initrd-link-2.6.25-2-686: true linux-image-2.6.25-2-686/preinst/abort-overwrite-2.6.25-2-686: linux-image-2.6.25-2-686/preinst/failed-to-move-modules-2.6.25-2-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny
On Wed, Jun 18, 2008 at 12:25:33PM +, A Mennucc wrote: I fix all bugs that can reasonably be fixed. When ffmpeg in Debian was too obsolete to link to mplayer, there was nothing I could do. Since 2006, many things happened; for example, in http://bugs.debian.org/403330 I asked for a new version of ffmpeg, but 403330 was closed by the version 0.cvs20070307 that became rapidly obsolete wrt mplayer 1.0~rc2 Hint: ffmpeg in Debian is team maintained. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpCVI42mLy7E.pgp Description: PGP signature
Bug#485863: [mime-support] missing .ogv = video/ogg mime
i just found out the i was missing this mime type after i tried to open a .ogv video capture i got from the application gtk-recordmydesktop. ogv is mapped to video/ogg in v3.43. i use kde, so i added it locally and my issue was solved but maybe we should see if their is upstream to mime-support which could add all ogg mime types. i guess some more mime types are missing from the /etc/mime.types file... see : http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions I'll add them. -- Brian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483249: xaos on collabmaint
Hi, Joey, thanks for all the years you have given us xaos fun! Can we set it up on collab-maint (I think I personally would prefer git)? I would be interested in co-maintenance, and in particular merge 3.4 soon. Best regards, Tormod -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483997: dpkg: please allow for a mechanism to specify postinst ordering beyond Depends:
On Wed, 18 Jun 2008, Stephen Gran wrote: I'm talking about ordering of maintainer scripts in an install run. This I understood, but maintainer script are mostly used for simple tasks and for starting/stopping services. Thus I was asking you if the case where you want to order the configuration of packages is justified by the fact that postinst script are used to start service or if there are other tasks that you would like to do in a postinst where you could make use of such a feature. It feels to me like the problem is that Depends is overloaded to mean both needs something from dependant package to run and must have maintainer scripts run after dependant package's maintainer scripts. I am fairly sure that assumption is made throughout the dpkg code base, so I'm not sure how easy it would be to change. I'm pretty sure it would be complicated. Dpkg already fails to identify the proper order of configuration after a failure (due to supplementary constraints related to the new triggers, see 143307)... I don't want to know how it could look like if we had such a feature. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486728: Please drop dependency on bazaar
unblock 454313 by 486728 thanks Vincent Danjean wrote: I do not plan to remove it until bazaar is removed from unstable AND stable (backports are easier and a non working suggest in Debian does no harm) Indeed; I did not interpret the output of apt-cache rdepends bazaar correctly. Unblocking.. Regards, -- Chris Lamb, UK [EMAIL PROTECTED] GPG: 0x634F9A20 signature.asc Description: PGP signature
Bug#486835: tbb_2.0r020-1(hppa/unstable): FTBFS: 'arch' command not found
Package: tbb Version: 2.0r020-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of tbb_2.0r020-1 on peri by sbuild/hppa 98 Build started at 20080613-1153 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), dpatch [...] make[1]: arch: Command not found A full build log can be found at: http://buildd.debian.org/build.php?arch=hppapkg=tbbver=2.0r020-1 arch is dead. use uname -m. lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486837: vlc: causes lots of unneccessary interrupts
Package: vlc Version: 0.8.6-svn20061012.debian-5.1+etch2 Severity: minor wxvlc will cause about 260 interrupts per second when playing a local MP3 file, about 320 interrupts / second when paused while playing and about 130 ips after being stopped (all values measured using powertop). strace reveals that wxvlc is constantly calling settimeofday and polling two file descriptors even when there is nothing to do. This way of keeping the CPU busy will increase power consumption and temperature, along with drastically decreasing battery time for laptops. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.23-hrt1-phc Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Versions of packages vlc depends on: ii libaa 1.4p5-30 ascii art library ii libat 1.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libca 0.99.beta11.debian-2 colour ASCII art library ii libca 1.2.4-4.1+etch1The Cairo 2D vector graphics libra ii libcd 0.76-1 library to read and control CD-ROM ii libcu 0.99.beta11.debian-2 low-level Unicode character drawin ii libdb 1.0.2-1simple interprocess messaging syst ii libdb 0.71-3 simple interprocess messaging syst ii libfo 2.4.2-1.2 generic font configuration library ii libfr 2.2.1-5+etch2 FreeType 2 font engine, shared lib ii libfr 0.10.7-4 Free Implementation of the Unicode ii libgc 1:4.1.1-21 GCC support library ii libgl 6.5.2-5~etch A free implementation of the OpenG ii libgl 2.12.4-2 The GLib library of C routines ii libgl 6.5.1-0.6 The OpenGL utility library (GLU) ii libgt 2.8.20-7 The GTK+ graphical user interface ii libic 1:1.0.1-2 X11 Inter-Client Exchange library ii libis 0.76-1 library to work with ISO9660 files ii libjp 6b-13 The Independent JPEG Group's JPEG ii libno 0.4.3-1sends desktop notifications to a n ii libpa 1.14.8-5 Layout and rendering of internatio ii libpn 1.2.15~beta5-1 PNG library - runtime ii libsd 1.2.5-2+etch1 image loading library for Simple D ii libsd 1.2.11-8 Simple DirectMedia Layer ii libsm 1:1.0.1-3 X11 Session Management library ii libst 4.1.1-21 The GNU Standard C++ Library v3 ii libta 1.2.11-4 C library for manipulating tar arc ii libti 3.8.2-7Tag Image File Format (TIFF) libra ii libvc 0.7.23-3 library to extract information fro ii libvl 0.8.6-svn20061012.debian-5.1+etch2 multimedia player and streamer lib ii libwx 2.6.3.2.1.5wxBase library (runtime) - non-GUI ii libwx 2.6.3.2.1.5wxWidgets Cross-platform C++ GUI t ii libx1 2:1.0.3-7 X11 client-side library ii libxc 1.1.7-4X cursor management library ii libxe 1:1.0.1-2 X11 miscellaneous extension librar ii libxf 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi 1:1.0.1-4 X11 Input extension library ii libxi 1:1.0.1-4.1X11 Xinerama extension library ii libxo 2.2.14-1.3 X On-Screen Display library - runt ii libxr 2:1.1.0.2-5X11 RandR extension library ii libxr 1:0.9.1-3 X Rendering Extension client libra ii libxv 1:1.0.2-1 X11 Video extension library ii libxx 1:1.0.1-2 X11 XFree86 video mode extension l ii ttf-d 2.15-1 Vera font family derivate with add ii vlc-n 0.8.6-svn20061012.debian-5.1+etch2 multimedia player and streamer (wi ii zlib1 1:1.2.3-13 compression library - runtime Versions of packages vlc recommends: pn videolan-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485298: Useless dependency on python-gnome2-extras
currently, this package has a dependency on python-gnome2-extras. However, it does not seem to use any of the modules in it. We still need it to build the package else ./configure fails and I do not want to start patching it. Notheless the binary package does not need it. Stefan -- No modern woman with a grain of sense ever sends little notes to an unmarried man -- not until she is married, anyway. -- Arthur Binstead -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486836: ITP: apertium-oc-es -- Apertium linguistic data to translate between Occitan and Spanish
Package: wnpp Severity: wishlist Owner: Francis Tyers [EMAIL PROTECTED] Package name : apertium-oc-es Version : 0.9.0 Upstream Authors : Prompsit Language Engineering Universitat d'Alacant (Transducens group) URL : http://apertium.sourceforge.net/ License : GPL (v2) Description : Occitan-Spanish language-pair package for apertium This package contains the linguistic data needed by apertium to translate between Occitan and Spanish. It includes support for both standard Occitan (based on the Lenguadocian speech area) and for Occitan Aranese (the official variety spoken in the Val d'Aran in Catalonia). Fran -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486838: scsh: should not be available on amd64
Package: scsh Severity: normal Hello, Since scsh-0.6 is not available on amd64, there's not point having the virtual package available on amd64. Laurent. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.2vmsplice (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny
Pierre Habouzit [EMAIL PROTECTED] writes: On Wed, Jun 18, 2008 at 12:25:33PM +, A Mennucc wrote: I fix all bugs that can reasonably be fixed. When ffmpeg in Debian was too obsolete to link to mplayer, there was nothing I could do. Since 2006, many things happened; for example, in http://bugs.debian.org/403330 I asked for a new version of ffmpeg, but 403330 was closed by the version 0.cvs20070307 that became rapidly obsolete wrt mplayer 1.0~rc2 Hint: ffmpeg in Debian is team maintained. Indeed, and any help is more than welcome on this point. As for the current discussion mplayer embedding an copy of ffmpeg, I'd like to express an idea I had proposed previously with A Mennucc and Sam. I proposed to turn the table: Since mplayer includes an exact copy of ffmpeg by using an 'svn:external' on the ffmpeg svn, it makes sense to build shared library packages out of that source. This way mplayer could even link statically against ffmpeg (which is recommended by upstream btw) without having to go into the code duplication argument. In case of an security issue in ffmpeg, one would need to touch the mplayer source package in any case. The rest of debian packages using ffmpeg would then link against the shared version of mplayer. This has of course serious drawbacks: - the complexity of the mplayer package increases in complexity. The package needs to be extended with multiple build runs, one for the mplayer build, and then one (or even more times) for ffmpeg builds in several variants. - mplayer doesn't release that often. It might be very well possible that other packages would require a newer verison of ffmpeg that is provided by the last mplayer release. The first point probably rules out the implementation of this idea for lenny. I feel it is to late for that, but I'm neither part of the release team nor involved in mplayer maintenance, so YMMV. For the second point I see the following approaches: 1a. update mplayer to a later svn snapshot. 1b. keep the mplayer version but update the ffmpeg copy from svn 1c. keep mplayer and mplayer, but include the diff to the newer svn version of ffmpeg. 2. keep the ffmpeg package but providing updated version of the library. The second approach means of course code duplication and we should avoid that if we can. I imagine an RC bug preventing propagation to testing of the package, or keeping that package in experimental only. Having such a package available would allow experimenting and testing with a newer ffmpeg copy and help for consideration of approaches 1a to 1c. A, if you want to work on that, let's discuss this on the pkg-multimedia list, that is CC'ed with this email. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486839: synce-kpm: new version 0.11.1 available
Package: synce-kpm Version: 0.11-1 Severity: wishlist Hello, new upstream release is available from sourceforge. http://sourceforge.net/project/showfiles.php?group_id=30550package_id=73834 Because it might fix #482993 it would be great if you upload 0.11.1-1 soon. Its missing in lenny.;) Thank you. Noèl -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synce-kpm depends on: ii python 2.5.2-1 An interactive high-level object-o ii python-central 0.6.7 register and build utility for Pyt ii python-dbus0.82.4-2 simple interprocess messaging syst ii python-libxml2 2.6.32.dfsg-2 Python bindings for the GNOME XML pn python-libxslt1none(no description available) pn python-qt4 none(no description available) pn python-rapi2 none(no description available) ii python-setuptools 0.6c8-3 Python Distutils Enhancements synce-kpm recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485863: [mime-support] missing .ogv = video/ogg mime
On Wed, Jun 18, 2008 at 4:34 PM, Brian White [EMAIL PROTECTED] wrote: i just found out the i was missing this mime type after i tried to open a .ogv video capture i got from the application gtk-recordmydesktop. ogv is mapped to video/ogg in v3.43. for some reason, kde was not aware of it. maybe i should run some kind of mime-update so kde's association component will get refreshed with new mime updates ? i use kde, so i added it locally and my issue was solved but maybe we should see if their is upstream to mime-support which could add all ogg mime types. i guess some more mime types are missing from the /etc/mime.types file... see : http://wiki.xiph.org/index.php/MIME_Types_and_File_Extensions I'll add them. great :-) (thanks) -- Brian
Bug#485738: reproduction
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daigo Moriwaki wrote: Lucas Nussbaum wrote: Akira-san, Daigo-san, could one of you raise the issue on ruby-dev? Or should I raise it on ruby-core? I have just reported this issue to ruby-dev and wait for a reply. A guy I know replied. It is up to LibXml which is doing wrong. As the error message says, object allocation by LibXml should not be performed during GC. As of ruby 1.8.7, it exactly checks this issue and will report the bug message if it finds. Daigo - -- Daigo Moriwaki daigo at debian dot org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIWRqbNcPj+ukc0lARArGZAJ907oA2JHvpzeUwRQVNTa3k55B+QQCgwU/1 2fh/DpwvUNJJ5e0tglrfqaU= =MXZd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486601: mirror submission for ftp.metu.edu.tr
Hello Mr. Paillard, - Forwarded message -- Date: Tue, 17 Jun 2008 20:13:11 +0200 From: Simon Paillard [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: METU Computer Center [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: [HOTLINE: 83300] Re: Bug#486601: mirror submission for ftp.metu.edu.tr Hello, Thanks for your mirror submission. Please find below some remarks before we can add your server to the list of Debian mirrors. On Tue, Jun 17, 2008 at 06:54:12AM +, METU Computer Center wrote: Submission-Type: new Site: ftp.metu.edu.tr On your machine, 'hostname -f' returns 'kaymakli' instead on the FQDN. Could you please rename the local trace file /debian/project/trace/kaymakli to ftp.metu.edu.tr, and force the value of HOSTNAME in anonftpsync to ftp.metu.edu.tr ? (An other solution is to configure at system level so that hostname -f returns the right thing). These changes were done. Type: leaf Archive-architecture: alpha amd64 arm hppa hurd-i386 i386 ia64 m68k mips mipsel powerpc s390 sparc Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Volatile-ftp: /debian-volatile/ Volatile-http: /debian-volatile/ Volatile-rsync: debian-volatile/ IPv6: yes Archive-upstream: ftp.de.debian.org Did you encounter issues with ftp.tr.debian.org ? If yes, could you describe them so taht we can put efforts in solving them ? There is not any problem about ftp.tr.debian.org Volatile-upstream: volatile.debian.net Updates: once Maintainer: METU Computer Center [EMAIL PROTECTED] Country: TR Turkey Location: Ankara - TURKEY Sponsor: Middle East Technical University http://www.metu.edu.tr We like to know and tell our users how much bandwidth is available. Can you provide us this info ? Thanks for mirroring Debian and best regards, -- Simon Paillard We have 300 Mb bandwidth (200 Mb Ethernet + 100 Mb Metroethernet) Best regards Saygin Ozan METU-CC Network Group -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409458: [php-maint] Bug#409458: alternative cause
you may find some infos in the attachment. I would suggest to the original bug submitter to disable each php extension and add them one by one and see if the solution proposed for #411982 works for him. It did for me. CtRiX Linux server.$domain 2.6.18-5-xen-vserver-amd64 #1 SMP Sat Dec 22 22:58:29 UTC 2007 x86_64 GNU/Linux server:/# ldd /usr/lib/php5/20060613+lfs/gd.so ldd: /usr/lib/php5/20060613+lfs/gd.so: No such file or directory server:/# ldd /usr/lib/php5/20060613/gd.so libgd.so.2 = /usr/lib/libgd.so.2 (0x2b1d0fe2d000) libt1.so.5 = /usr/lib/libt1.so.5 (0x2b1d0ff82000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0x2b1d100dc000) libX11.so.6 = /usr/lib/libX11.so.6 (0x2b1d10254000) libXpm.so.4 = /usr/lib/libXpm.so.4 (0x2b1d1045e000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0x2b1d1056e000) libz.so.1 = /usr/lib/libz.so.1 (0x2b1d10691000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x2b1d107a8000) libc.so.6 = /lib/libc.so.6 (0x2b1d108ca000) libpthread.so.0 = /lib/libpthread.so.0 (0x2b1d10b07000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0x2b1d10c1d000) libm.so.6 = /lib/libm.so.6 (0x2b1d10d51000) libXau.so.6 = /usr/lib/libXau.so.6 (0x2b1d10ed3000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0x2b1d10fd6000) libdl.so.2 = /lib/libdl.so.2 (0x2b1d110db000) /lib64/ld-linux-x86-64.so.2 (0x4000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0x2b1d111de000) server:/# server:/# dpkg -l | grep php5 ii libapache-mod-php5 5.2.0-8+etch11 server-side, HTML-embedded scripting languag ii php5-cgi 5.2.0-8+etch11 server-side, HTML-embedded scripting languag ii php5-cli 5.2.0-8+etch11 command-line interpreter for the php5 script ii php5-common 5.2.0-8+etch11 Common files for packages built from the php ii php5-curl5.2.0-8+etch11 CURL module for php5 ii php5-gd 5.2.0-8+etch11 GD module for php5 ii php5-mcrypt 5.2.0-8+etch11 MCrypt module for php5 ii php5-memcache2.0.1-1.1memcache extension module for PHP5 ii php5-mysql 5.2.0-8+etch11 MySQL module for php5 ii php5-pgsql 5.2.0-8+etch11 PostgreSQL module for php5 ii php5-xmlrpc 5.2.0-8+etch11 XML-RPC module for php5 server:/# server:/# nm -D /usr/lib/libgd.so.2 | grep gdFontCacheShutdown 00019790 T gdFontCacheShutdown server:/# nm -D /usr/lib/php5/20060613/gd.so | grep gdFontCacheShutdown U gdFontCacheShutdown server:/# dpkg -l | grep apache ii apache-common1.3.34-4.1+etch1 support files for all Apache webservers ii apache2 2.2.3-4+etch4Next generation, scalable, extendable web se ii apache2-mpm-worker 2.2.3-4+etch4High speed threaded model for Apache HTTPD 2 ii apache2-utils2.2.3-4+etch4utility programs for webservers ii apache2.2-common 2.2.3-4+etch4Next generation, scalable, extendable web se ii libapache-mod-php5 5.2.0-8+etch11 server-side, HTML-embedded scripting languag ii libapache2-mod-fastcgi 2.4.2-8 Apache 2 FastCGI module for long-running CGI server:/# dpkg -l | grep libgd ii libgd2-xpm 2.0.33-5.2 GD Graphics Library version 2 ii libgdbm3 1.8.3-3 GNU dbm database routines (runtime version)
Bug#486840: librapi2-tools: /usr/bin/synce-install-cab hardcodet path to /usr/bin/pcp
Package: librapi2-tools Version: 0.11.1-1 hi, seems like some of the tools included in librapi2-tools use the regular binary names, those are named synce-* in debian, such as synce-pcp. This results in at least /usr/bin/synce-install-cab not to work properly: ~$ synce-install-cab SkypeForSmartphone.CAB Copying file 'SkypeForSmartphone.CAB' to device... /usr/bin/synce-install-cab: line 26: /usr/bin/pcp: No such file or directory bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486841: openvpn: Failure of learn-address script doesn't behave sensibly
Package: openvpn Version: 2.0.9-4etch1 Severity: normal If the learn-address script returns an error, openvpn still leaves the connection open, but no packets are exchanged over it, and I get a lot of messages like the following in my syslog: Jun 16 19:55:24 qix ovpn-server[2486]: areed/71.174.117.46:4759 WARNING: learn-address command failed: shell command exited with error status: 13 Jun 16 19:55:24 qix ovpn-server[2486]: areed/71.174.117.46:4759 MULTI: Learn FAILED: 00:ff:01:bf:d7:f8 - areed/71.174.117.46:4759 Jun 16 19:55:24 qix ovpn-server[2486]: areed/71.174.117.46:4759 MULTI: bad source address from client [00:ff:01:bf:d7:f8], packet dropped Jun 16 19:55:25 qix ovpn-server[2486]: areed/71.174.117.46:4759 WARNING: learn-address command failed: shell command exited with error status: 13 Jun 16 19:55:25 qix ovpn-server[2486]: areed/71.174.117.46:4759 MULTI: Learn FAILED: 00:ff:01:bf:d7:f8 - areed/71.174.117.46:4759 Jun 16 19:55:25 qix ovpn-server[2486]: areed/71.174.117.46:4759 MULTI: bad source address from client [00:ff:01:bf:d7:f8], packet dropped I like that a failure of learn-address prevenst the connection from working, since I depend on learn-address to set up filtering that's needed for some VPN connections to be firewalled properly, but I would prefer if the connection would be closed properly rather than remaining in what looks like an indeterminate (and not immediately straightforward to debug) state. Cheers. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii liblzo2-2 2.02-2data compression library ii libssl0.9.80.9.8c-4etch3 SSL shared libraries openvpn recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486842: modemu: Correction to QuickStart file
Package: modemu Version: 0.0.1-10 Severity: normal Thanks for maintaining modemu as it has come in handy for me in some weird, yet fun, situations. Anyway, in the file /usr/share/doc/modemu/QuickStart Please change the line from modemu -e AT%B0=1%B1=1W -c minicom -p tty%s To modemu -e AT%B0=1%B1=1W -c minicom -p %s Otherwise on a modern system running unstable you get an error like this minicom: cannot open /dev/tty/dev/pts/5: Not a directory Comm program exited. You see, in the old days, %s would return only the pty number hence the need for a prefix like tty. But now %s returns something like /dev/pts/5, the full file name, which passes to minicom as tty/dev/pts/5 whom reinterprets devices without a leading / as begining with /dev, resulting in /dev/tty/dev/pts/5 which just isn't going to work. Not having a copy of xc I have no way to verify this, but I'm guessing that /usr/share/doc/modemu/README also needs to change from modemu -c xc -l tty%s To modemu -c xc -l %s Anyway please have a pleasant day. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages modemu depends on: ii libc6 2.7-11 GNU C Library: Shared libraries modemu recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483997: dpkg: please allow for a mechanism to specify postinst ordering beyond Depends:
This one time, at band camp, Raphael Hertzog said: On Wed, 18 Jun 2008, Stephen Gran wrote: I'm talking about ordering of maintainer scripts in an install run. This I understood, but maintainer script are mostly used for simple tasks and for starting/stopping services. Thus I was asking you if the case where you want to order the configuration of packages is justified by the fact that postinst script are used to start service or if there are other tasks that you would like to do in a postinst where you could make use of such a feature. I am (currently) mostly talking about start/stop scripts. But I can also imagine that it might be helpful to have sets of packages with related debconf questions asked in a certain order if they all are installed on the same machine, or conditional support for other software being automatically enabled if it's found on the system, and so on. None of these are currently possible to do reliably. Cheers, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#464350: [Pkg-ia32-libs-maintainers] Bug#464350: /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: wrong ELF class: ELFCLASS64
This bug also happens when you try to run the final release binary of FireFox 3.0 provided by mozilla.org on a testing/amd64 [...] (firefox-bin:20450): Gtk-WARNING **: Error loading theme icon 'gtk-close' for stock: Impossible de charger le module de chargement d'images : /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so : /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: wrong ELF class: ELFCLASS64 (firefox-bin:20450): Gtk-WARNING **: Error loading theme icon 'gtk-go-back-ltr' for stock: Impossible de charger le module de chargement d'images : /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so : /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: wrong ELF class: ELFCLASS64 (firefox-bin:20450): Gtk-WARNING **: Error loading theme icon 'gtk-go-forward-ltr' for stock: Impossible de charger le module de chargement d'images : /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so : /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: wrong ELF class: ELFCLASS64 [...] Thanks for fixing it ! -- Laurent Raufaste http://www.glop.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485738: reproduction
On 18/06/08 at 23:24 +0900, Daigo Moriwaki wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daigo Moriwaki wrote: Lucas Nussbaum wrote: Akira-san, Daigo-san, could one of you raise the issue on ruby-dev? Or should I raise it on ruby-core? I have just reported this issue to ruby-dev and wait for a reply. A guy I know replied. It is up to LibXml which is doing wrong. As the error message says, object allocation by LibXml should not be performed during GC. As of ruby 1.8.7, it exactly checks this issue and will report the bug message if it finds. Apparently the cairo bindings have the same problem I hope it's limited to cairo + libxml! -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486844: avr-libc: FHS violation
Package: avr-libc Severity: serious According to the FHS, /usr/avr is not a valid directory, so your package is violating the Debian Policy 9.1.1. Please move the files somwhere else. Thanks, Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486845: gforge-web-apache2: VirtualHost invalid configuration in gforge.httpd.conf
Package: gforge-web-apache2 Version: 4.6.99+svn6549-1etch Severity: normal in /etc/apache2/conf.d/gforge.httpd.conf: NameVirtualHost *:443 ... VirtualHost *:443 ServerName gforge.domain.com ... /VirtualHost ... VirtualHost *:443 ServerName scm.gforge.domain.com ... /VirtualHost http://httpd.apache.org/docs/2.2/ssl/ssl_faq.html#vhosts2 tells that it is not possible to configure apache like this. I'm not sure, because apache tells me about warnings, but I configured it changing to: NameVirtualHost x.x.x.x:443 VirtualHost gforge.domain.com:443 ServerName gforge.domain.com ... /VirtualHost VirtualHost scm.gforge.domain.com ServerName scm.gforge.domain.com ... /VirtualHost Last, sorry for don't says it on a diferent bug/site, I have to add two ScriptAlias for mailman start to work on the web: ScriptAlias /mailman/ /var/lib/mailman/cgi-bin/ To create 'newlist mailman', I had to change /etc/mailman/mm_cfg.py where my domain was 'gforge' and not 'gforge.domain.com', I don't know where gforge/mailman look for domain name and says it is gforge, changing it this works. Thank you very much Debian Rocks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486846: O: xkbsel -- Tool for defining, selecting, and indicating XKB keyboards.
Package: wnpp Severity: normal The current maintainer of xkbsel, Gregory Pomerantz [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: xkbsel Binary: xkbsel, libxkbsel-dev Version: 0.13-13.3 Priority: optional Section: x11 Maintainer: Gregory Pomerantz [EMAIL PROTECTED] Build-Depends: debhelper, libxaw7-dev, xkb-data, libdb-dev (= 4.6.19-1), libjpeg62-dev, libpng12-dev, libtiff4-dev, libungif4-dev, flex, gettext, libtool, orbit, texinfo Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/x/xkbsel Files: d5391dd85906a5ca69b6128c24c37b28 736 xkbsel_0.13-13.3.dsc d49e538542be9634fef59460261064c4 286437 xkbsel_0.13.orig.tar.gz cac88bf5224db31b52dcf2200c8afbb7 394492 xkbsel_0.13-13.3.diff.gz Package: libxkbsel-dev Priority: optional Section: devel Installed-Size: 156 Maintainer: Gregory Pomerantz [EMAIL PROTECTED] Architecture: i386 Source: xkbsel Version: 0.13-13.3 Suggests: xkbsel Filename: pool/main/x/xkbsel/libxkbsel-dev_0.13-13.3_i386.deb Size: 37066 MD5sum: 39472b4180e8fa84e96057c38fc4e0b5 SHA1: ecba11c373a316f9b60d6b296fdf6a6f0572b0b1 SHA256: 59e9be9a316b9758cc30299194baffc42316a6f4baa1e13cc6d9b687fc0947f5 Description: Tool for defining, selecting, and indicating XKB keyboards. xkbsel is a framework for defining, selecting, and indicating XKB keyboard mappings, without the need to modify X11 distribution in any way. . This package contains the xkbsel development libraries and header files. Some documentation is available in the `xkbsel' package. Tag: devel::library, hardware::input:keyboard, role::devel-lib Package: xkbsel Priority: optional Section: x11 Installed-Size: 440 Maintainer: Gregory Pomerantz [EMAIL PROTECTED] Architecture: i386 Version: 0.13-13.3 Depends: xbase-clients, libc6 (= 2.6.1-1), libdb4.6, libx11-6, libxaw7, libxt6 Filename: pool/main/x/xkbsel/xkbsel_0.13-13.3_i386.deb Size: 99564 MD5sum: 6e252d6d01904111b361ae5a87a60741 SHA1: f8c749f5fe119c20045da4c253050566566234d2 SHA256: c797e48a7ea57c520fcd06addb8a8e9acc9dc1843c1fe56115e6b0c654ed94c3 Description: Tool for defining, selecting, and indicating XKB keyboards. xkbsel is a framework for defining, selecting, and indicating XKB keyboard mappings, without the need to modify X11 distribution in any way. . This package contains the xkbsel basic files and binaries, including the Athena keyboard switching applet. . Homepage: http://www.penguin.cz/~stano/sk/xkbsel.html Tag: hardware::input:keyboard, interface::x11, role::program, scope::utility, uitoolkit::athena, use::configuring, x11::application -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471828: closed by Arnaud Quette [EMAIL PROTECTED] (Bug#471828: fixed in nut 2.2.2-1)
2008/6/16 Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED]: Le 16.06.2008 16:39:39, Arnaud Quette a écrit : ok, thanks for this info. A good test (for the trace) would be to: - kill hald - unplug the UPS' USB cord - restart hald in debug mode (hald --daemon=no --verbose=yes) - wait for it to enumerate everything, and then only, plug back the UPS' USB cord. thanks to send me this trace for investigation. Arnaud -- This is the related part of the trace with hal 0.5.11-2, the device is found but nothing done with it. indeed, nothing is done. the part linking the nut addon to HAL (ie which told this last that it has to load the nut driver) is /usr/share/hal/fdi/information/20thirdparty/20-ups-nut-device.fdi is that file still present after the upgrade / downgrade (and has a content)? have you tried to reinstall nut-hal-drivers after the upgrade? or restarting hald? Arnaud -- Linux / Unix Expert RD - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ Free Software Developer - http://arnaud.quette.free.fr/
Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny
On Wed, Jun 18, 2008 at 02:09:06PM +0200, A Mennucc wrote: On Wed, Jun 18, 2008 at 10:29:17AM +0100, Neil McGovern wrote: Neither, it's the RC policy which carries more weight than a RG: http://release.debian.org/lenny/rc_policy.txt 5a) Packages in the archive must not be so buggy or out of date that we refuse to support them. The security team has confirmed multiple times that this is no longer supportable. Your phrase no longer confirms that there is a fundamental misunderstanding in this point. The package 'mplayer' is not 'so buggy', it has 40 bugs, and that is average. The only RC bug that 'mplayer' has is 395252. This bug says mplayer requires too much security maintainance work due to embedded ffmpeg copy. But this too much security work was claimed even before etch was released, and is a claim that had and still has no supporting facts. Indeed 'mplayer' had 3 security updates so far in Etch. No one of those security updates was fixed by patching code in the ffmpeg library. So this whole bug 395252 is based on an apriori assumption; moreover this assumption was proved wrong by facts. Summarizing, you are deciding that mplayer is too buggy to be supported because of a bug that claims that same argument. Don't you see how circular this whole reasoning is? Not to mention that, for reasons behond my comprehension, mplayer is the only package targetted by this reasoning. 1) As I said in the other email, the policy 3.8.0 now contains a paragraph [14.3] against embedded copies, that is though waived for Lenny. For some reasons, you do not accept that mplayer be given the same treatment. 2) Another point is that http://svn.debian.org/wsvn/secure-testing/data/embedded-code-copies?op=filerev=0sc=0 lists many packages which ship embedded copies. One example is mozilla/iceweasel/iceape. Iceweasel had 9 security bugs in Etch. Iceweasel has ~500 bugs (!!). So iceweasel should be kept out of Lenny, since it contains embedded copies of code and is quite buggy. But no one is ever posting this RC bug. Why? Beats me. Note iceweasel 3.0, which is planned for Lenny, while it contains embedded copy of code, does *not* use it. Find another example. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486847: sks - FTBFS: ocamlopt: Command not found
Package: sks Version: 1.1.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of sks_1.1.0-1 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] cd build-tree/sks-1.1.0 /usr/bin/make DEBCFLAGS=-g -O3 all make[1]: Entering directory `/build/buildd/sks-1.1.0/build-tree/sks-1.1.0' cd bdb /usr/bin/make DEBCFLAGS=-g -O3 bdb.cmxa make[2]: Entering directory `/build/buildd/sks-1.1.0/build-tree/sks-1.1.0/bdb' ocamlopt -o ocextr ocextr.ml make[2]: ocamlopt: Command not found make[2]: *** [ocextr] Error 127 make[2]: Leaving directory `/build/buildd/sks-1.1.0/build-tree/sks-1.1.0/bdb' make[1]: *** [bdb/bdb.cmxa] Error 2 make[1]: Leaving directory `/build/buildd/sks-1.1.0/build-tree/sks-1.1.0' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** Build finished at 20080615-1556 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486849: tachyon - FTBFS: cc1: error: unrecognized command line option -m32
Package: tachyon Version: 0.98~beta-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of tachyon_0.98~beta-1 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] make[3]: Nothing to be done for `../compile/linux-thr'. make[3]: Nothing to be done for `../compile/linux-thr/libtachyon'. gcc -m32 -Wall -O6 -fomit-frame-pointer -ffast-math -DLinux -DTHR -D_REENTRANT -DUSEPNG-I/include -c ../src/api.c -o ../compile/linux-thr/libtachyon/api.o cc1: error: unrecognized command line option -m32 make[3]: *** [../compile/linux-thr/libtachyon/api.o] Error 1 make[3]: Leaving directory `/build/buildd/tachyon-0.98~beta/unix' make[2]: *** [all] Error 2 make[2]: Leaving directory `/build/buildd/tachyon-0.98~beta/unix' make[1]: *** [linux-thr] Error 2 make[1]: Leaving directory `/build/buildd/tachyon-0.98~beta/unix' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** Build finished at 20080615-1618 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486848: cdbs binary-arch, binary-indep targets should depend the build target (per Debian Policy 4.9)
Package: cdbs Version: 0.4.52 Severity: normal From Debian Policy 4.9: The binary target must be all that is necessary for the user to build the binary package(s) produced from this source package. It is split into two parts: binary-arch builds the binary packages which are specific to a particular architecture, and binary-indep builds those which are not. [...] Both binary-* targets should depend on the build target, or on the appropriate build-arch or build-indep target, if provided, so that the package is built if it has not been already. It should then create the relevant binary package(s), using dpkg-gencontrol to make their control files and dpkg-deb to build them and place them in the parent of the top level directory. In the situation where the package needs to be built before the binary package can be prepared, making the `binary` target will fail because CDBS does not have the `binary-arch` or `binary-indep` targets depending on `build`. I am working on a lockrun package through Debian mentors which you can grab: dget http://mentors.debian.net/debian/pool/main/l/lockrun/lockrun_0~20080520-1.dsc The debian/rules can be viewed directly via: http://svn.debian.org/wsvn/collab-maint/deb-maint/lockrun/trunk/debian/rules?op=filerev=10271sc=1 In this instance, the `binary` target fails because the patches have been applied: [EMAIL PROTECTED]: ~/software/debian/lockrun/trunk $ fakeroot ./debian/rules binary test -x debian/rules dh_testroot dh_clean -k dh_installdirs -A sed s/@version@/0~20080520/ lockrun.c lockrun.sed.c cc lockrun.sed.c -o lockrun cp lockrun debian/lockrun/usr/bin help2man -N -n a cron job overrun protection utility ./lockrun lockrun.1 help2man: can't get `--help' info from ./lockrun make: *** [common-install-prehook-impl] Error 1 I have added the following line as a temporary workaround: binary-arch binary-indep: build I am hoping something similar can be added to CDBS to fix this problem. Thanks, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.3-bytemark-uml-2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cdbs depends on: ii debhelper 7.0.10 helper programs for debian/rules Versions of packages cdbs recommends: ii autotools-dev 20080123.1 Update infrastructure for config.{ -- no debconf information -- Noah Slater, http://bytesexual.org/nslater/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486850: apache2-mpm-itk - FTBFS: `Depends' field, reference to `apache2.2-common': error in version: version string is empty
Package: apache2-mpm-itk Version: 2.2.6-01-3 Severity: serious There was an error while trying to autobuild your package: Automatic build of apache2-mpm-itk_2.2.6-01-3 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] dh_md5sums dh_builddeb dpkg-deb: parse error, in file `debian/apache2-mpm-itk/DEBIAN/control' near line 6 package `apache2-mpm-itk': `Depends' field, reference to `apache2.2-common': error in version: version string is empty dh_builddeb: command returned error code 512 make: *** [binary-arch] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 ** Build finished at 20080615-2205 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486853: stroq - FTBFS: cp: cannot stat `stroq': No such file or directory
Package: stroq Version: 0.2-5 Severity: serious There was an error while trying to autobuild your package: Automatic build of stroq_0.2-5 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] dh_installdirs -pstroq mkdir -p debian/stroq/usr/games cp stroq debian/stroq/usr/games/stroq cp: cannot stat `stroq': No such file or directory make: *** [install/stroq] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 ** Build finished at 20080617-1713 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486852: aegis - FTBFS: No result for 21 of 277 tests.
Package: aegis Version: 4.24-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of aegis_4.24-2 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] aegis: project example: change 1: difference complete aefinish: libaegis/os/become.cc: 432: user permissions not set (bug) aefinish: command aegis exit status 1 NO RESULT for test of aedist -send vs. aemv (integrate the change 162) Passed 256 of 277 tests. No result for 21 of 277 tests. make[1]: *** [sure] Error 1 make[1]: Leaving directory `/build/buildd/aegis-4.24' make: *** [debian/stamp-test] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** Build finished at 20080617-1706 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486854: tritium: missing versioned depends on python-plwm
Package: tritium Version: 0.3.7-1 Severity: important the frame module is importing plwm.frame.FrameProxy which is only available in recent svn versions of plwm. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tritium depends on: ii python 2.5.2-1 An interactive high-level object-o ii python-contract 1.4-2 Programming by contract for python ii python-plwm 2.6a+20080530-1 Pointless Window Manager - Python ii python-support 0.7.7 automated rebuilding support for P ii python-xlib 0.14-1 Interface for Python to the X11 Pr ii python2.42.4.5-2 An interactive high-level object-o tritium recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486851: libsfml - FTBFS: error: #error This platform is not supported by SFML library
Package: libsfml Version: 1.2-2 Severity: important There was an error while trying to autobuild your package: Automatic build of libsfml_1.2-2 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] make[2]: Entering directory `/build/buildd/libsfml-1.2/src/SFML' make[3]: Entering directory `/build/buildd/libsfml-1.2/src/SFML/System' g++ -o Clock.o -c Clock.cpp -W -Wall -pedantic -fPIC -I../../../include -I../../ -DNDEBUG -O2 In file included from ../../../include/SFML/System/Clock.hpp:31, from Clock.cpp:28: ../../../include/SFML/Config.hpp:86:6: error: #error This platform is not supported by SFML library make[3]: *** [Clock.o] Error 1 make[3]: Leaving directory `/build/buildd/libsfml-1.2/src/SFML/System' make[2]: *** [sfml-system] Error 2 make[2]: Leaving directory `/build/buildd/libsfml-1.2/src/SFML' make[1]: *** [sfml] Error 2 make[1]: Leaving directory `/build/buildd/libsfml-1.2' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** Build finished at 20080615-2220 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486855: apache2: outdated package descriptions
Package: apache2 Version: 2.2.9-1 Severity: minor Tags: patch Apache 2 is the only version of Apache currently in Debian, so it's time its package descriptions took responsibility for describing what it is, instead of saying what it's better than. Here's a review of the current control file, with suggestions for package-description improvements throughout. Patch attached, though I'd be surprised if this draft was good enough. # Source: apache2 # Section: web # Priority: optional # Maintainer: Debian Apache Maintainers [EMAIL PROTECTED] # Uploaders: Tollef Fog Heen [EMAIL PROTECTED], Thom May [EMAIL PROTECTED], Adam Conrad [EMAIL PROTECTED], Peter Samuelson [EMAIL PROTECTED], Stefan Fritsch [EMAIL PROTECTED] # Build-Depends: debhelper (=4.1.16), dpatch, lsb-release, libaprutil1-dev, libapr1-dev (= 1.2.7-6), openssl, libpcre3-dev, libtool, mawk, zlib1g-dev, libssl-dev, sharutils # Standards-Version: 3.7.3.0 # XS-Vcs-Browser: http://svn.debian.org/wsvn/pkg-apache/trunk/apache2 # XS-Vcs-svn: svn://svn.debian.org/pkg-apache/trunk/apache2 # Homepage: http://httpd.apache.org/ # # Package: apache2.2-common # Architecture: any # Depends: ${shlibs:Depends}, ${misc:Depends}, apache2-utils, net-tools, libmagic1, mime-support, lsb-base, procps [!hurd-i386] # Suggests: www-browser, apache2-doc # Conflicts: apache2-common, libapache2-mod-php5 (= 5.1.6-3), libapache2-mod-php4 (= 4:4.4.4-2), libapache2-mod-mime-xattr (= 0.3-2), libapache2-mod-mono (= 1.1.17-3), libapache2-mod-proxy-html (= 2.4.3-2), libapache2-mod-scgi (= 1.11-1), libapache2-mod-speedycgi (= 2.22-3), libapache2-modxslt (= 2005072700-1), libapache2-redirtoservername (= 0.1-1), libapache2-webauth (= 3.5.3-1), libapache2-webkdc (= 3.5.3-1) # Replaces: apache2-common # Description: Next generation, scalable, extendable web server When I'm reading software descriptions my usual rule of thumb is that The Next Generation means old hat ten years ago. It's not quite that bad in this case, but given that the previous generation was pensioned off to legacy-support years ago, it's about time the phrase came out of this line. The word extendable is recognised by most dictionaries, but the form that's usually preferred (and used in apache.org blurbs) is extensible. However, this package synopsis is identical to the one for apache2 (the MPM metapackage)! It would make more sense to leave the advertising copy out of the short description and concentrate on identifying the package in terms of how it fits into the suite. Something like: Description: Apache HTTP Server common files Apache is just what it's known as for short; officially Apache is the overarching development project, and this is their HTTP Server. This seems the neatest way of combining that with a uniform synopsis style. # Apache v2 is the next generation of the omnipresent Apache web server. This # version - a total rewrite - introduces many new improvements, such as # threading, a new API, IPv6 support, request/response filtering, and more. # . # It is also considerably faster, and can be easily extended to provide services # other than http. Stop telling me what it's better than! I don't have the option of apt-get installing apache1, so this needs to be rephrased in terms of absolute rather than relative features. Moving the advertising from the short description and bulking it out with more of the apache.org blurbage in the same vein, I'd suggest: The Apache Software Foundation's goal is to build a secure, efficient and extensible HTTP server as standards-compliant open source software. The result has long been the number one web server on the Internet. (Improvements welcome.) Plus maybe some lists of features, but they really belong in the long description for the apache2 metapackage rather than here. This paragraph can stay: # This package contains all the standard apache2 modules, including SSL support. # However, it does *not* include the server itself; for this you need to # install one of the apache2-mpm-* packages; such as worker or prefork. Except that last semicolon should be at most a comma. # Package: apache2-mpm-worker # Architecture: any # Depends: ${shlibs:Depends}, apache2.2-common (= ${binary:Version}) # Provides: apache2-mpm, apache2, httpd, httpd-cgi # Conflicts: apache2-mpm, apache2-common # Replaces: apache2-mpm-threadpool ( 2.0.53), apache2-mpm-perchild ( 2.2.0) # Description: High speed threaded model for Apache HTTPD # The worker MPM provides a threaded implementation for Apache HTTPD. It is # considerably faster than the traditional model, and is the recommended MPM. # . # Worker generally is a good choice for high-traffic servers because it # has a smaller memory footprint than the prefork MPM. The problem here is that MPM is Apache-specific jargon. Not that knowing the expansion helps much, since the reference to modules just makes it sound as if the /usr/sbin/apache2 binary can load and unload mod_worker.so or
Bug#484422: konqueror: another backtrace
Package: konqueror Version: 4:3.5.9.dfsg.1-2+b1 Followup-For: Bug #484422 This happened when the machine was under heavy load: [Thread debugging using libthread_db enabled] [New Thread 0xb7ef96c0 (LWP 22317)] [KCrash handler] #6 0x418b23a5 in KToolBar::applyAppearanceSettings ( this=value optimized out, config=value optimized out, _configGroup=value optimized out, forceGlobal=value optimized out) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdeui/ktoolbar.cpp:1523 #7 0x418b2add in KToolBar::applySettings (this=value optimized out, config=value optimized out, _configGroup=value optimized out, force=value optimized out) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdeui/ktoolbar.cpp:1661 #8 0x418b3344 in KMainWindow::applyMainWindowSettings ( this=value optimized out, config=value optimized out, configGroup=value optimized out, force=value optimized out) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdeui/kmainwindow.cpp:877 #9 0x418b34c3 in KMainWindow::applyMainWindowSettings (this=) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kdeui/kmainwindow.cpp:831 #10 0x41361bce in KParts::MainWindow::createGUI (this=value optimized out, part=value optimized out) at /build/buildd/kdelibs-3.5.9.dfsg.1/./kparts/mainwindow.cpp:137 #11 0x4158e958 in KonqMainWindow::slotPartActivated ( this=value optimized out, part=value optimized out) at /build/buildd/kdebase-3.5.9.dfsg.1/./konqueror/konq_mainwindow.cc:2167 #12 0x4158f4bc in KonqViewManager::emitActivePartChanged (this=) at /build/buildd/kdebase-3.5.9.dfsg.1/./konqueror/konq_viewmgr.cc:1400 #13 0x4158f67a in KonqViewManager::setActivePart (this=value optimized out, part=value optimized out, immediate=value optimized out) at /build/buildd/kdebase-3.5.9.dfsg.1/./konqueror/konq_viewmgr.cc:1372 #14 0x4159cb08 in KonqViewManager::loadViewProfile ( this=value optimized out, cfg=value optimized out, filename=value optimized out, forcedURL=value optimized out, req=value optimized out, resetWindow=value optimized out, openURL=value optimized out) at /build/buildd/kdebase-3.5.9.dfsg.1/./konqueror/konq_viewmgr.cc:1253 #15 0x4159dd9f in KonqViewManager::loadViewProfile (this=) at /build/buildd/kdebase-3.5.9.dfsg.1/./konqueror/konq_viewmgr.cc:1132 #16 0x4159dfc7 in KonqMisc::createBrowserWindowFromProfile ( path=value optimized out, filename=value optimized out, url=value optimized out, args=value optimized out, forbidUseHTML=value optimized out, filesToSelect=value optimized out, tempFile=value optimized out, openURL=value optimized out) at /build/buildd/kdebase-3.5.9.dfsg.1/./konqueror/konq_misc.cc:143 #17 0x415a0ee1 in KonquerorIface::createBrowserWindowFromProfile (this=) at /build/buildd/kdebase-3.5.9.dfsg.1/./konqueror/KonquerorIface.cc:136 #18 0x415a0fbe in KonquerorIface::createBrowserWindowFromProfileASN (this=) at /build/buildd/kdebase-3.5.9.dfsg.1/./konqueror/KonquerorIface.cc:146 #19 0x415a2e58 in KonquerorIface::process (this=value optimized out, fun=value optimized out, data=value optimized out, replyType=value optimized out, replyData=value optimized out) at KonquerorIface_skel.cc:233 #20 0x4104c4c0 in DCOPClient::receive (this=value optimized out, objId=value optimized out, fun=value optimized out, data=value optimized out, replyType=value optimized out, replyData=value optimized out) at /build/buildd/kdelibs-3.5.9.dfsg.1/./dcop/dcopclient.cpp:1643 #21 0x41050f64 in DCOPProcessInternal (d=value optimized out, opcode=value optimized out, key=value optimized out, dataReceived=value optimized out, canPost=value optimized out) at /build/buildd/kdelibs-3.5.9.dfsg.1/./dcop/dcopclient.cpp:520 #22 0x41051953 in DCOPProcessMessage (iceConn=value optimized out, clientObject=value optimized out, opcode=value optimized out, length=value optimized out, replyWait=value optimized out, replyWaitRet=) at /build/buildd/kdelibs-3.5.9.dfsg.1/./dcop/dcopclient.cpp:432 #23 0x4105dd50 in KDE_IceProcessMessages (iceConn=value optimized out, replyWait=value optimized out, replyReadyRet=) at /build/buildd/kdelibs-3.5.9.dfsg.1/./dcop/KDE-ICE/process.c:326 #24 0x410448c6 in DCOPClient::processSocketData (this=value optimized out, fd=value optimized out) at /build/buildd/kdelibs-3.5.9.dfsg.1/./dcop/dcopclient.cpp:2014 #25 0x41051668 in DCOPClient::qt_invoke (this=value optimized out, _id=value optimized out, _o=) at ./dcopclient.moc:176 #26 0x425ff4cd in QObject::activate_signal (this=value optimized out, clist=value optimized out, o=value optimized out) at kernel/qobject.cpp:2359 #27 0x425fff50 in QObject::activate_signal (this=value optimized out, signal=value optimized out, param=value optimized out) at kernel/qobject.cpp:2452 #28 0x4292a3b0 in QSocketNotifier::activated (this=) at .moc/release-shared-mt/moc_qsocketnotifier.cpp:85 #29 0x4261cf60 in
Bug#486856: RM: user-ja -- RoQA; empty transitional package for upgrading from potato to woody
Package: ftp.debian.org Severity: normal See subject... Thanks, Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486857: papercut: The init dependencies are incorrect
Package: papercut Version: 0.9.13-6 Severity: normal Hi, I'm using insserv to re-order my boot sequence and when installing papercut (without mysql nor postgresql), I got an error on installing: insserv: Service mysql has to be enabled for service papercut insserv: Service postgresql has to be enabled for service papercut insserv: exiting now! This is because the line in /etc/init.d/papercut contains mysql _and_ postgresql hardcoded on the third line: # Required-Start:$local_fs $remote_fs mysql postgresql This renders the package broken if not installed along _both_ mysql and postgresql, which is obviously incorrect behaviour. Regards, Didier -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (50, 'experimental'), (50, 'unstable'), (50, 'testing'), (50, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages papercut depends on: ii adduser 3.108 add and remove users and groups ii python2.5.2-1An interactive high-level object-o ii python-support0.8.1 automated rebuilding support for P Versions of packages papercut recommends: pn python-mysqldbnone (no description available) pn python-pgsql none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395252: ignore bug 395252 'mplayer embeds ffmpeg' for lenny
On Wed, Jun 18, 2008 at 02:09:06PM +0200, A Mennucc wrote: lists many packages which ship embedded copies. One example is mozilla/iceweasel/iceape. Iceweasel had 9 security bugs in Etch. Iceweasel has ~500 bugs (!!). So iceweasel should be kept out of Lenny, since it contains embedded copies of code and is quite buggy. But no one is ever posting this RC bug. Why? Beats me. In fact, recently iceweasel was made to build to on top of xulrunner instead of embedding it, and work is done to make more applications mozilla apps to do the same. The originating issue here is that embedded copies requires extra work for security team. Thus one strategy to convince people to grant mplayer a execption is that you can take this workload from them, and will not go MIA during the next release cycle. I don't know if such arrangments are being considered by the security/release teams. Or maybe try If I fix n RC bugs, would you grant a exception for mplayer? ;). Be positive and creative rather than negative and bureacratic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481858: packaging App::SVN::Bisect with dh-make-perl
Hi, building a App::SVN::Bisect package is quite easy using dh-make-perl (from the dh-make-perl package). Just run dh-make-perl --cpan App::SVN::Bisect and change to the newly created folder App-SVN-Bisect-0.4 Now edit the debian/control file (created by dh-make-perl) and add the following to Build-Depends-Indep: libio-all-perl, libyaml-perl, subversion and to Depends: subversion Now you can build the package with debuild. Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483205: hplip: lang and locale C, still getting errors
Package: hplip Version: 2.8.5-1 Followup-For: Bug #483205 I tried running hp-systray with debug: $ locale LANG=C LC_CTYPE=C LC_NUMERIC=C LC_TIME=C LC_COLLATE=C LC_MONETARY=C LC_MESSAGES=C LC_PAPER=C LC_NAME=C LC_ADDRESS=C LC_TELEPHONE=C LC_MEASUREMENT=C LC_IDENTIFICATION=C LC_ALL=C hp-toolbox(UI)[1612]: debug: UpdateDevice(hp:/usb/Officejet_Pro_K5300?serial=MY742380S7) hp-toolbox(UI)[1612]: debug: Update thread start: hp:/usb/Officejet_Pro_K5300?serial=MY742380S7 hp-toolbox(UI)[1612]: debug: Update: hp:/usb/Officejet_Pro_K5300?serial=MY742380S7 hp-toolbox(UI)[1612]: debug: Opening device: hp:/usb/Officejet_Pro_K5300?serial=MY742380S7 (not for printing) hp-toolbox(UI)[1612]: debug: I/O mode=3 hp-toolbox(dbus)[1613]: debug: Received event notifier: 9003 hp-toolbox(dbus)[1613]: debug: Sending event to toolbox UI... error: Unable to communicate with device (code=12): hp:/usb/Officejet_Pro_K5300?serial=MY742380S7 hp-toolbox(UI)[1612]: debug: Exception: 2 (Device not found) warning: Device not found hp-toolbox(UI)[1612]: debug: Device state = -1 hp-toolbox(UI)[1612]: debug: Status code = 5002 hp-toolbox(UI)[1612]: debug: Error state = 101 hp-toolbox(UI)[1612]: debug: Update thread end: hp:/usb/Officejet_Pro_K5300?serial=MY742380S7 hp-toolbox(UI)[1612]: debug: Status event: hp:/usb/Officejet_Pro_K5300?serial=MY742380S7 (9003) hp-toolbox(UI)[1612]: debug: History update: hp:/usb/Officejet_Pro_K5300?serial=MY742380S7 hp-toolbox(UI)[1612]: debug: UpdateDevice(hp:/usb/Officejet_Pro_K5300?serial=MY742380S7) Am I the only person getting this problem? Could the problem be more to do with dbus than hplip? Arthur. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-rc6 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hplip depends on: ii adduser 3.108 add and remove users and groups ii coreutils 6.10-6 The GNU core utilities ii cups [cupsys] 1.3.7-7Common UNIX Printing System(tm) - ii cupsys1.3.7-7Common UNIX Printing System (trans ii hplip-data2.8.5-1HP Linux Printing and Imaging - da ii libc6 2.7-12 GNU C Library: Shared libraries ii libcups2 [libcupsys2] 1.3.7-7Common UNIX Printing System(tm) - ii libcupsys21.3.7-7Common UNIX Printing System (trans ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libsane 1.0.19-11 API library for scanners ii libsnmp15 5.4.1~dfsg-8.1 SNMP (Simple Network Management Pr ii libssl0.9.8 0.9.8g-10.1SSL shared libraries ii libusb-0.1-4 2:0.1.12-12userspace USB programming library ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip ii python2.5.2-1An interactive high-level object-o ii python-dbus 0.82.4-2 simple interprocess messaging syst ii python-imaging1.1.6-2Python Imaging Library ii python-support0.8.1 automated rebuilding support for P Versions of packages hplip recommends: ii cups-client [cupsys-client 1.3.7-7 Common UNIX Printing System(tm) - ii cupsys-client 1.3.7-7 Common UNIX Printing System (trans ii hpijs 2.8.5+2.8.5-1 HP Linux Printing and Imaging - gs ii hpijs-ppds 2.8.5+2.8.5-1 HP Linux Printing and Imaging - HP ii hplip-gui 2.8.5-1 HP Linux Printing and Imaging - GU ii openprinting-ppds 20080211-2OpenPrinting printer support - Pos -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486859: O: vrfy -- Verify electronic mail addresses
Package: wnpp Severity: normal The current maintainer of vrfy, Mark Suter [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: vrfy Binary: vrfy Version: 990522-4 Priority: optional Section: mail Maintainer: Mark Suter [EMAIL PROTECTED] Build-Depends: debhelper Architecture: any Standards-Version: 3.6.1 Format: 1.0 Directory: pool/main/v/vrfy Files: bb7fd227143d498e973b346b976626bc 550 vrfy_990522-4.dsc 16ed4b53e1603d752d2a381ce952811b 36543 vrfy_990522.orig.tar.gz 5c11c4eda70f872cd2d830a22455e718 2911 vrfy_990522-4.diff.gz Package: vrfy Priority: optional Section: mail Installed-Size: 84 Maintainer: Mark Suter [EMAIL PROTECTED] Architecture: i386 Version: 990522-4 Replaces: netstd ( 3.07-3) Depends: libc6 (= 2.3.2.ds1-4) Filename: pool/main/v/vrfy/vrfy_990522-4_i386.deb Size: 22352 MD5sum: 0431cc034ec9c3322b19a0b86b0cf0be SHA1: ebcfd07520183b489d127aac3a151504d18797c3 SHA256: 6ab0d3e5b6756d281a3c2d15c08c7cdc9b5bf8af5a909a0181eeb96ec75a5669 Description: Verify electronic mail addresses 'vrfy' is a tool to verify e-mail addresses and mailing lists. In its simplest form it takes an address [EMAIL PROTECTED], figures out the MX hosts for domain, and issues the SMTP command VRFY at the primary MX host (optionally all), or at domain itself if no MX hosts exist. Without domain it goes to localhost. . More complex capabilities are: * recursively expanding forward files or mailing lists, * detecting mail forwarding loops, * understanding full-blown RFC822 address specifications, * syntax checking that can be carried out either locally or remotely, * various options provided to exploit alternative protocol suites if necessary, and to print many forms of verbose output. . Obvious limitations exist (mostly due to a lousy VRFY command implementation on some hosts), but otherwise, it works pretty well. Tag: implemented-in::c, mail::smtp, protocol::smtp, role::program, use::checking, works-with::mail Justification: unmaintained, last upload 2004 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486860: O: wprint -- Print any charset from web browsers and HtmlDoc
Package: wnpp Severity: normal The current maintainer of wprint, Eduardo Trápani [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: wprint Binary: wprint Version: 2.05+dfsg-0.1 Priority: optional Section: utils Maintainer: Eduardo Trápani [EMAIL PROTECTED] Build-Depends: libfreetype6-dev, debhelper Architecture: any Standards-Version: 3.6.1 Format: 1.0 Directory: pool/main/w/wprint Files: 531efcdf407867dff20820fbceeb5d40 587 wprint_2.05+dfsg-0.1.dsc 2379c79061e22319228248f732e40890 67359 wprint_2.05+dfsg.orig.tar.gz 2c52c675fca6712294d10d04062f0af0 7442 wprint_2.05+dfsg-0.1.diff.gz Package: wprint Priority: optional Section: utils Installed-Size: 120 Maintainer: Eduardo Trápani [EMAIL PROTECTED] Architecture: i386 Version: 2.05+dfsg-0.1 Depends: libc6 (= 2.3.6-6), libfreetype6 (= 2.2) Filename: pool/main/w/wprint/wprint_2.05+dfsg-0.1_i386.deb Size: 28598 MD5sum: 4090ff968ac7f2f8be7c851993d0880a SHA1: 7683786f55f62c6ac1a3a79d8442a4ffcf58279f SHA256: 87b608d449ef3a9c4261721a997ea9534d89bb8bb4959827a0abacdeb0d1c64e Description: Print any charset from web browsers and HtmlDoc WorldPrint is a filter for Mozilla (Galeon, etc.), Htmldoc, and Netscape PostScript output that uses TrueType fonts to allow the printing of pages written in Unicode, Big5, SJIS, KOI-8, ISO-8859* and others. Tag: implemented-in::c, role::program, use::printing Justification: Last upload in 2005; no maintenance at all anymore. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486861: ahven FTBFS on (at least) mips
Package: ahven Version: 1.2-1 Ahven fails to build on at least mips. This is probably a bug in adabrowse 4.0.2-6, I don't know enough Ada to figure that out. Thiemo [...] # build docs as well /usr/bin/make docs make[1]: Entering directory `/srv/ths/debian/ahven/ahven-1.2' adabrowse -c adabrowse.conf -i -I src/ [EMAIL PROTECTED] -o doc/api/ adabrowse: Warning: Couldn't find unit Ahven.Compat in the library. adabrowse: Info: Trying to recompile ahven-compat.ads... adabrowse: Warning: Found ahven-compat.ads at src/ahven-compat.ads adabrowse: Info: Recompilation of ahven-compat.ads was successful. adabrowse: Error: An unexpected error occurred! adabrowse: Error: Exception name: CONSTRAINT_ERROR Message: ad-syntax.adb:69 index check failed adabrowse: Error: *** Please report this error to [EMAIL PROTECTED], giving the AdaBrowse version, host environment, GNAT version, and all input files (Ada sources, style sheets and configuration files). This is AdaBrowse 4.0.2 (2003-11-20 / ASIS 2.0.R for GNAT 4.3.1 20080523 (prerelease))); Copyright (c) 2002, 2003 by Thomas Wolf make[1]: *** [docs] Error 1 make[1]: Leaving directory `/srv/ths/debian/ahven/ahven-1.2' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486862: O: xkbsel -- Tool for defining, selecting, and indicating XKB keyboards.
Package: wnpp Severity: normal The current maintainer of xkbsel, Gregory Pomerantz [EMAIL PROTECTED], is apparently not active anymore. Therefore, I orphan this package now. If you want to be the new maintainer, please take it -- see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: xkbsel Binary: xkbsel, libxkbsel-dev Version: 0.13-13.3 Priority: optional Section: x11 Maintainer: Gregory Pomerantz [EMAIL PROTECTED] Build-Depends: debhelper, libxaw7-dev, xkb-data, libdb-dev (= 4.6.19-1), libjpeg62-dev, libpng12-dev, libtiff4-dev, libungif4-dev, flex, gettext, libtool, orbit, texinfo Architecture: any Standards-Version: 3.7.2 Format: 1.0 Directory: pool/main/x/xkbsel Files: d5391dd85906a5ca69b6128c24c37b28 736 xkbsel_0.13-13.3.dsc d49e538542be9634fef59460261064c4 286437 xkbsel_0.13.orig.tar.gz cac88bf5224db31b52dcf2200c8afbb7 394492 xkbsel_0.13-13.3.diff.gz Package: libxkbsel-dev Priority: optional Section: devel Installed-Size: 156 Maintainer: Gregory Pomerantz [EMAIL PROTECTED] Architecture: i386 Source: xkbsel Version: 0.13-13.3 Suggests: xkbsel Filename: pool/main/x/xkbsel/libxkbsel-dev_0.13-13.3_i386.deb Size: 37066 MD5sum: 39472b4180e8fa84e96057c38fc4e0b5 SHA1: ecba11c373a316f9b60d6b296fdf6a6f0572b0b1 SHA256: 59e9be9a316b9758cc30299194baffc42316a6f4baa1e13cc6d9b687fc0947f5 Description: Tool for defining, selecting, and indicating XKB keyboards. xkbsel is a framework for defining, selecting, and indicating XKB keyboard mappings, without the need to modify X11 distribution in any way. . This package contains the xkbsel development libraries and header files. Some documentation is available in the `xkbsel' package. Tag: devel::library, hardware::input:keyboard, role::devel-lib Package: xkbsel Priority: optional Section: x11 Installed-Size: 440 Maintainer: Gregory Pomerantz [EMAIL PROTECTED] Architecture: i386 Version: 0.13-13.3 Depends: xbase-clients, libc6 (= 2.6.1-1), libdb4.6, libx11-6, libxaw7, libxt6 Filename: pool/main/x/xkbsel/xkbsel_0.13-13.3_i386.deb Size: 99564 MD5sum: 6e252d6d01904111b361ae5a87a60741 SHA1: f8c749f5fe119c20045da4c253050566566234d2 SHA256: c797e48a7ea57c520fcd06addb8a8e9acc9dc1843c1fe56115e6b0c654ed94c3 Description: Tool for defining, selecting, and indicating XKB keyboards. xkbsel is a framework for defining, selecting, and indicating XKB keyboard mappings, without the need to modify X11 distribution in any way. . This package contains the xkbsel basic files and binaries, including the Athena keyboard switching applet. . Homepage: http://www.penguin.cz/~stano/sk/xkbsel.html Tag: hardware::input:keyboard, interface::x11, role::program, scope::utility, uitoolkit::athena, use::configuring, x11::application Justification: maintained by NMUs since 2005 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486863: grub-pc not working when evms is active
Package: grub-pc Version: 1.96+20080601-2 Severity: important I am using evms, grub should be checking /dev/sda1 but instead it looks at /dev/evms/sda1 (/dev/evms/sda1 is the correct volume to use when mounting, but not when accessing the device directly). Here is the output of dpkg: Setting up grub-pc (1.96+20080601-2) ... Generating core.img grub-probe: error: Cannot find a GRUB drive for /dev/evms/sda1. Check your device.map. Auto-detection of a filesystem module failed. Please specify the module with the option `--modules' explicitly. dpkg: error processing grub-pc (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: grub-pc -- Package-specific info: *** BEGIN /proc/mounts /dev/root / ext3 rw,errors=continue,data=ordered 0 0 /dev/root /dev/.static/dev ext3 rw,errors=continue,data=ordered 0 0 /dev/evms/sda1 /boot ext2 rw,errors=continue 0 0 /dev/evms/hdg1 /mnt/mythtv2 xfs rw,nobarrier,noquota 0 0 /dev/evms/sda3 /mnt/scratch xfs rw,nobarrier,noquota 0 0 /dev/evms/hdh3 /var ext3 rw,errors=continue,data=ordered 0 0 /dev/evms/hdf3 /home ext3 rw,errors=continue,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/hde (hd1) /dev/hdf (hd2) /dev/hdg (hd3) /dev/hdh (hd4) /dev/sda (hd5) /dev/sde *** END /boot/grub/device.map -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages grub-pc depends on: ii debconf [debconf-2.0]1.5.22 Debian configuration management sy ii grub-common 1.96+20080601-2 GRand Unified Bootloader, version ii libc62.7-12 GNU C Library: Shared libraries ii liblzo2-22.03-1 data compression library ii libncurses5 5.6+20080614-1 Shared libraries for terminal hand grub-pc recommends no packages. -- debconf information: * grub-pc/chainload_from_menu.lst: true * grub-pc/linux_cmdline: # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. default saved ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ## password ['--md5'] passwd # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' # e.g. password topsecret # password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/ # password topsecret # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/hda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST title Debian GNU/Linux, current kernel with evms boot disk root(hd4,0) kernel /vmlinuz root=/dev/evms/root_vol ro ramdisk_size=8196 initrd /initrd.img savedefault boot ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/hda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/hdb4 ro ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,0) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/hda5 # defoptions= ## should update-grub lock old automagic boot options ## e.g. lockold=false ## lockold=true # lockold=false
Bug#467017: uswsusp: New upstream version available (0.8)
Le dimanche 6 avril 2008 12:54:01 Michael Biebl, vous avez écrit : Christian Perrier wrote: Quoting Didier Raboud ([EMAIL PROTECTED]): Works for me... And I have no hang on resume (which I mentioned on this thread : http://lists.debian.org/debian-kernel/2008/03/msg00536.html ) Works for me as well. Indeed, I even was able to suspend to RAM while I wasn't earlier. However, I have to admit that up to now I didn't try very hard to make it work with 0.7. So, yesterday I spent some time fighting with the various options for my Dell X1 and finally found that -f -p -m was the yeky. I should try now with these options and 0.7 but, at least for me, 0.8 doesn't break things more than 0.7 I'd say: go for 0.8 Well then, here is a second try. Difference to the last one is, that I split the monolithic diff.gz into smaller junks and use quilt to apply the patches in debian/patches. old version: http://debs.michaelbiebl.de/uswsusp/0-monolithic-diff/ new version: http://debs.michaelbiebl.de/uswsusp/1-split-patches/ Cheers, Michael Hi, just ping'ing the wishlist bug. On my side, I'm using the above uswsusp (0.8-0.1) recompiled in amd64 without any issue for two months. Me too: I'd say: go for 0.8. What about an upload in time for Lenny ? Best regards, OdyX -- Didier Raboud, proud Debian user. CH-1802 Corseaux [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#486865: munin-node: upgrade broke exim_mailqueue plugin
Package: munin-node Version: 1.2.6-1 Severity: important The exim_mailqueue plugin finds out where the $SPOOLDIR is just to forget that value in line 39. It then runs find on which evaluates to the current working directory being /. This causes high io load and wrong numbers. Helmut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486864: xserver-xorg: better suggest sun6 for type 5 sun keyboard
Package: xserver-xorg Version: 1:7.3+12 Severity: minor As I already wrote in #483946, though admittingly quite late and after quite some confusion, the type 5 keyboards should not be model type5 but sun6 (note the 6 instead of the 5 here). As this is somewhat unrelated to the old bug (suggesting sun as layout which just did not work at all with current kernels), and using type5 instead of sun6 as the model is only minor stuff (The sun specify keys do not work and the compose key produces menu instead), I decided to not reopen the old, but file a new minor severity bug. I've organized myself a type 4 keyboard, so I hope I will be able to test that this weekend (I guess sun6 will also work better for this). Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486851: libsfml - FTBFS: error: #error This platform is not supported by SFML library
Bastian Blank schrieb: Package: libsfml Version: 1.2-2 Severity: important There was an error while trying to autobuild your package: Automatic build of libsfml_1.2-2 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] make[2]: Entering directory `/build/buildd/libsfml-1.2/src/SFML' make[3]: Entering directory `/build/buildd/libsfml-1.2/src/SFML/System' g++ -o Clock.o -c Clock.cpp -W -Wall -pedantic -fPIC -I../../../include -I../../ -DNDEBUG -O2 In file included from ../../../include/SFML/System/Clock.hpp:31, from Clock.cpp:28: ../../../include/SFML/Config.hpp:86:6: error: #error This platform is not supported by SFML library make[3]: *** [Clock.o] Error 1 make[3]: Leaving directory `/build/buildd/libsfml-1.2/src/SFML/System' make[2]: *** [sfml-system] Error 2 make[2]: Leaving directory `/build/buildd/libsfml-1.2/src/SFML' make[1]: *** [sfml] Error 2 make[1]: Leaving directory `/build/buildd/libsfml-1.2' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** Build finished at 20080615-2220 FAILED [dpkg-buildpackage died] There is an problem with upstream currently causing an error for not directly supported platforms. I have discussed this with upstream and they will drop this error for the next release as there is no need to have it fail and it will work on other platforms quite well. I have prepared an upload of this and put it on mentors waiting for sponsoring (I'll have to add an closes: field to the changelog now there is an real bug report. Thanks for reacting on this problem Christoph Egger -- GPG-Key ID: 0x0372275D /\ ASCII Ribbon \ /Campaign X against HTML / \ in eMails signature.asc Description: OpenPGP digital signature
Bug#486866: Needs current version of plib1.8.4c2
Package: stormbaancoureur Version: 2.1.5-1 Severity: grave Justification: renders package unusable I got an error regarding a missing so file. Updating plib1.8.4c2 to 1.8.4-9 fixed this. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages stormbaancoureur depends on: ii freeglut3 2.4.0-6 OpenGL Utility Toolkit ii libasound2 1.0.16-2 ALSA library ii libc6 2.7-9GNU C Library: Shared libraries ii libgcc1 1:4.3.0-5GCC support library ii libgl1-mesa-glx [libgl1]7.0.3~rc2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.0.3~rc2-1 The OpenGL utility library (GLU) ii libode0debian1 1:0.9.dfsg-1 Open Dynamics Engine - runtime lib ii libstdc++6 4.3.0-5 The GNU Standard C++ Library v3 ii plib1.8.4c2 1.8.4-9 Portability Libraries: Run-time pa ii stormbaancoureur-data 2.1.5-1 game data for Stormbaan Coureur stormbaancoureur recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479549: [VFS] UPDATED [WAS: Bug#479549: [VFS] NEW: tar files (even compreessed with bzip2/gzip) can now be updated]
Hello Patrick, I was working arround the file and now it allow mkdir and rmdir. So I have updated the POT and PO file. OK, I do currently not know, what Pavel (upstream) think about it, but I suggest you for now uncompress the orig.tar.gz and make a subdirectory debian/tdmc/ where you put my files. If you create the diff.gz, the files would be for NOW Debian specific and easier to maintain. If upstream include it, you can remove the directory and a makefile call and it is done. The Makefile shold be as simpel as posibel. The stuff from /usr/share/mc/extfs/extfs.ini and /etc/mc/mc.ext should be unified patches like the two attached ones. Thanks, Greetings and nice Day/Evening Michelle Konzack Systemadministrator 24V Electronic Engineer Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 +49/177/935194750, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) #!/bin/bash ## # Copyright 2008, Michelle Konzack All rights reserved. # ## # Redistribution and use in source and binary forms, with or without # # modification, are permitted provided that the following conditions # # are met: # ## # 1. Redistributions of source code must retain the above copyright # #notice, this list of conditions and the following disclaimer. # ## # 2. Redistributions in binary form must reproduce the above # #copyright notice, this list of conditions and the following # #disclaimer in the documentation and/or other materials provided # #with the distribution. # ## # 3. Neither the name of Michelle Konzack nor the names of its # #contributors may be used to endorse or promote products derived # #from this software without specific prior written permission. # ## # THIS SOFTWARE IS PROVIDED BY MICHELLE KONZACK AND CONTRIBUTORS # # ``AS IS' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT # # NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND # # FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT # # SHALL MICHELLE KONZACK OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, # # INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES # # (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR # # SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) # # HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN # # CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR # # OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, # # EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # ## EXENAME=tdmc_tar PKGNAME=tdmc if [ -n $(which gettext.sh) ] ; then . gettext.sh else gettext() { echo $1 } eval_gettext() { eval 'echo $1' } fi export TEXTDOMAIN=${PKGNAME} export TEXTDOMAINDIR=/usr/share/locale VERSION=0.0.3 AUTHORNAME=Michelle Konzack AUTHORMAIL=[EMAIL PROTECTED] LICENSE=$(gettext 'This tool is under GNU GPL version 3.0') LICENSE_LONG=/usr/share/common-licenses/GPL-3 if [ ${MCVFS_DEBUG} = true ] ; then gettext 'Input parameters:' 12 echo -e 0: $0\n1: $1\n2: $2\n3: $3\n4: $4\n\n 12 fi TDMC_CACHE=/tmp/tdmc_cache-${LOGNAME} if [ ! -d ${TDMC_CACHE} ] ; then mkdir -p ${TDMC_CACHE} chmod -R 700 ${TDMC_CACHE} fi if [ -n $(echo ,list,copyout,copyin,rm,mkdir,rmdir, |grep ,$1,) ] ; then MD5=`echo $2 |md5sum |sed 's|\ .*||'` ARCHIVENAME=${TDMC_CACHE}/${MD5} find ${TDMC_CACHE} -name ${MD5} -mmin -30 -maxdepth 1 -mindepth 1 /dev/null 21 if [ $? -ne 0 ] ; then rm --force ${ARCHIVENAME} fi if [ ! -f ${ARCHIVENAME} ] ; then if [ -n $(echo $2 |grep '.tar.bz2$' ) ] ; then bzcat $2 ${ARCHIVENAME} elif [ -n $(echo $2 |grep '.tar.gz$' ) ] ; then zcat $2 ${ARCHIVENAME} else cat $2 ${ARCHIVENAME} fi fi fi if [ $1 = list ] ; then
Bug#486340: debian/copyright needs updating
Brice Goglin wrote: the debian/copyright of xserver-xorg-video-intel is so outdated it has little to do with the rest of the package when it comes to who owns which copyrights. It would be good to go over the source and extract the relevant copyright notices. Note that per-file annotations are not required, so that copyright notices of files with the same license can easily be agglomerated. I can work on this unless anyone from the X Strike Force is already on it. Since Julien is in vacation, I am probably the only real candidate for doing this in XSF. But I have some other important XSF stuff to do right now so I'd be happy if you could do it. I'm attaching a complete version. It features explicit per-file annotations since they will be needed at a later point anyway when switching to machine parsable copyright files. Also, upstream asks for a more complete copyright file to be submitted in COPYING, so I rather fixed it the clean way. Some source code files don't contain copyright assignment headers (see at the end of attached file). The Makefile.am's and the g4b seem harmless since they're likely to little to be copyrightable at all, but the following should be checked with upstream: src/tfp410/tfp410_module.c src/ch7xxx/ch7xxx_module.c src/ch7017/ch7017_module.c src/xvmc/i915_program.h src/xvmc/intel_batchbuffer.h src/scripts/clock-graph.5c src/scripts/clock.5c src/scripts/fix.5c src/scripts/tv.5c src/sil164/sil164_module.c src/i810_dri.h src/i810_dri.c src/i830_dri.h I don't expect any problems, but that should be resolved upstream. Brice, can you take care of this? You probably know better who to prod. Cheers, Moritz This copyright file is based on 2.3.1 The authors of this core are, see below for copyright declarations. * Alan Hourihane [EMAIL PROTECTED] / [EMAIL PROTECTED] * Bob Paauwe [EMAIL PROTECTED] * Dave Airlie [EMAIL PROTECTED] * Dave Mueller [EMAIL PROTECTED] * David Dawes [EMAIL PROTECTED] * Eric Anholt [EMAIL PROTECTED] * Jens Owen [EMAIL PROTECTED] * Jesse Barnes [EMAIL PROTECTED] * Jonathan Bian [EMAIL PROTECTED] * Keith Packard [EMAIL PROTECTED] * Keith Whitwell [EMAIL PROTECTED] * Kevin E. Martin [EMAIL PROTECTED] / [EMAIL PROTECTED] * Kristian HÞgsberg [EMAIL PROTECTED] * Luc Verhaegen * Matt Sottek [EMAIL PROTECTED] * Rickard E. (Rik) Faith [EMAIL PROTECTED] * Thomas Hellstrom * Wang Zhenyu [EMAIL PROTECTED] * Xiang Haihao [EMAIL PROTECTED] Most of the code is covered by the MIT/X11 license: - Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sub license, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice (including the next paragraph) shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SHALL TUNGSTEN GRAPHICS AND/OR ITS SUPPLIERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. - The copyright holders are: * Copyright 1998-1999 Precision Insight, Inc., Cedar Park, Texas: src/i810_accel.c src/i810_wmark.c src/i810_reg.h src/i810_driver.c src/i810_memory.c src/i810_io.c src/i810_cursor.c src/i830_accel.c src/i830_xaa.c src/i830_exa.c * Copyright 1998-1999 Precision Insight, Inc., Cedar Park, Texas. * Copyright 2000 VA Linux Systems, Inc. src/xvmc/xf86dri.h src/xvmc/xf86dri.c * Copyright 1998-1999 Precision Insight, Inc., Cedar Park, Texas. * Copyright 2002 David Dawes src/i830_memory.c src/i830.h src/i830_ring.h src/i830_cursor.c src/i810_ring.h src/i810.h src/common.h src/xvmc/xf86dristr.h * Copyright 2000 Intel Corporation. All Rights Reserved: src/i810_hwmc.c src/i830_video.h src/i810_video.c src/i830_video.c * Copyright 2001 Intel Corporation. All Rights Reserved. src/xvmc/I810XvMC.h src/xvmc/I810XvMC.c * Copyright 2001 VA Linux Systems Inc., Fremont, California. * Copyright 2002 by David Dawes src/i830_dri.c src/i830_driver.c * Copyright 2001 VA Linux Systems Inc., Fremont, California. * Copyright 2002 Tungsten Graphics Inc., Cedar Park, Texas. src/i830_common.h * Copyright 2002 David Dawes * Copyright 2006 Intel Corporation src/i830_modes.c * Copyright 2002 Tungsten Graphics, Inc., Cedar Park, Texas. src/i810_common.h * Copyright 2003 Tungsten Graphics, Inc., Cedar Park, Texas. src/i830_reg.h src/i830_3d.c src/i915_3d.c src/i915_reg.h
Bug#486867: tzdata: [INTL:de] updated German debconf translation
Package: tzdata Version: 2008c-1 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for tzdata attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of tzdata debconf templates to German # Copyright (C) Helge Kreutzmann [EMAIL PROTECTED], 2007, 2008. # This file is distributed under the same license as the tzdata package. # msgid msgstr Project-Id-Version: tzdata 2007b-1\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-03-24 09:56-0400\n PO-Revision-Date: 2008-06-18 18:05+0200\n Last-Translator: Helge Kreutzmann [EMAIL PROTECTED]\n Language-Team: de [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Africa msgstr Afrika #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid America msgstr Amerika #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Antarctica msgstr Antarktis #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Australia msgstr Australien #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Arctic msgstr Arktis #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Asia msgstr Asien #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Atlantic msgstr Atlantik #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Europe msgstr Europa #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Indian msgstr Indien #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Pacific msgstr Pazifik #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid SystemV msgstr SystemV #. Type: select #. Choices #. Note to translators: #. - Etc will present users with a list #. of GMT+xx or GMT-xx timezones #. - SystemV will give the choice between zone named as per SystemV conventions: #. EST5, MST7, etc. #: ../templates:1001 msgid Etc msgstr Usw. #. Type: select #. Description #: ../templates:1002 msgid Geographic area: msgstr Geographisches Gebiet: #. Type: select #. Description #: ../templates:1002 msgid Please select the geographic area you live in. Subsequent configuration questions will narrow this down by presenting a list of cities, representing the time zones in which they are located. msgstr Bitte wählen Sie das geographische Gebiet aus, in dem Sie leben. Die folgenden Fragen werden dies weiter durch eine Auswahl von Städten, die ihre Zeitzonen repräsentieren, in der sie liegen, einschränken. #. Type: select #. Choices #: ../templates:2001 msgid Abidjan msgstr Abidjan #. Type: select #.