Bug#324764: apt: Unable to install packages from experimental
Le jeudi 25 août 2005 à 02:44 +0200, Goswin von Brederlow a écrit : If all else fails you can use apt-get install libgtk2.0-bin=2.8.0-1 It works, thanks. But it requires putting all the dependencies on the command-line with their correct versions; and since it is GTK, there are lots of them. So it is a lot less practical than using the -t option of apt-get. Anyway, I looked a bit further and noticed that the syntax of the Release file was obsolete: apt-get was confused because the file didn't contain the line Suite: experimental. Adding it fixed the problem. Switching to another Release file also fixed the problem. So it looks like the files of the project/experimental tree needs to be cleaned. This bug-report is a duplicate of bug #308445 as a consequence. Regards, Guillaume
Bug#324959: installation-reports: [sparc] netboot cd unbootable
Package: installation-reports Version: sid_d-i 20050824 Severity: grave Justification: renders package unusable http://cdimage.debian.org/pub/cdimage-testing/sid_d-i/sparc/20050824/debian-testing-sparc-netinst.iso This image fails to boot on an sun Ultra 2: Can't read disk label. Can't open disk label package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324958: kaddressbook: manpage of kabc2mutt has kmahjongg as executble name in SYNOPSIS
Package: kaddressbook Version: 4:3.3.2-3 Severity: minor The SYNOPSIS section of the manpage for kabc2mutt (package kaddressbook) has kmahjongg as the name of the command. Possible copypaste error when initially creating the manpage. SYNOPSIS kmahjongg [Qt-options] [KDE-options] [options] As I am not sure if the man page is maintained by the Debian packager or upstream by KDE's docs team, I file this report here first. Cheers, Kevin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kaddressbook depends on: ii kdelibs4 4:3.3.2-6.1 KDE core libraries ii ktnef4:3.3.2-3 KDE TNEF viewer ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfam0c102 2.7.0-7 client library to control the FAM ii libgcc1 1:4.0.0-12 GCC support library ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libkcal2a4:3.3.2-3 KDE calendaring library ii libkdepim1 4:3.3.2-3 KDE PIM library ii libkleopatra0a 4:3.3.2-3 KDE GnuPG interface libraries ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.6-7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-7 compression library - runtime kaddressbook recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320781: Manpage for updmap.cfg is missing
man -l src/Packages/tetex-bin/tetex-bin-3.0/new-manpages/updmap.cfg.5 with K\(:uster as you provided it, I only see: I see the right thing, if I run groff -man -Tps updmap.cfg.5 | gv - I think, that it is a matter of the backend (and man users the acsii backend, I guess) to support umlauts. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320721: capi4hylafax: c2faxrecv segfaults when an incoming faxtransmission enters
Hi, Steve Langasek schrieb am 24. August 2005: I fear I need the debug-Version of libc, not hylafax. Why? The backtrace you provided shows the segfault happens in hylafax code, not in glibc code. Okay. I am not good in reading backtraces, but there are a lot of empty lines which I tried to fill. But: these lines are not from hylafax itself. (btw: hylafax or capi4hylafax? c2faxsend/recv are from capi4hylafax...) I think this will be very difficult to debug without line number information, but if I had the line number info in the backtrace I could probably spot the bug. *nod* but even with non-stripped c2faxsend there is no information about that. I tried to send a fax to myself and in that way I got a coredump for c2faxsend. Seems to be the same problem (also mentioned from other people). The backtrace is as the following: luggage:~# gdb /usr/bin/c2faxsend core.1677 GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux...Using host libthread_db library /usr/lib/debug/libthread_db.so.1. Core was generated by `c2faxsend -f TIFF -d 2536215 /var/spool/hylafax/docq/doc3.tif'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/debug/libpthread.so.0...done. Loaded symbols for /usr/lib/debug/libpthread.so.0 Reading symbols from /usr/lib/libtiff.so.4...done. Loaded symbols for /usr/lib/libtiff.so.4 Reading symbols from /usr/lib/libcapi20.so.2...done. Loaded symbols for /usr/lib/libcapi20.so.2 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libstdc++.so.5...done. Loaded symbols for /usr/lib/libstdc++.so.5 Reading symbols from /usr/lib/debug/libm.so.6...done. Loaded symbols for /usr/lib/debug/libm.so.6 Reading symbols from /usr/lib/debug/libc.so.6...done. Loaded symbols for /usr/lib/debug/libc.so.6 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.3.2.so...done. done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 #0 0x002a95ee3f3c in memcpy () from /usr/lib/debug/libc.so.6 (gdb) bt #0 0x002a95ee3f3c in memcpy () from /usr/lib/debug/libc.so.6 #1 0x002a958e0062 in capi20_put_message () from /usr/lib/libcapi20.so.2 #2 0x0041ac70 in CapiBase_PutMessage (Base=0x542740, Message=0x543b10 Address 0x543b10 out of bounds) at CapiBase.h:74 #3 0x004081f1 in CCAPI20_Channel::DataB3Req (this=0x407fe55e, Params=0x543b10) at CapiMsg.h:353 #4 0x0040fe08 in CTransferChannel::PutData (this=0x7fbfff7ed0, Data=0x543b10 Sfff\001, DataLength=2048, hDataID=0x2) at Channel.cpp:353 #5 0x00404ad1 in CFaxSend::SendData (this=0x7fbfff7ed0) at faxsend.cpp:622 #6 0x00410f95 in CTransferChannel::ConnectB3ActiveInd (this=0x7fbfff7ed0, pNCPI=0x407ff3c0) at Channel.cpp:1094 #7 0x00408d49 in CCAPI20_Channel::CONNECT_B3_ACTIVE_IND (this=0x7fbfff7ed0, NCCI=2048, pNCPI=0x407ff3c0) at CapiChan.cpp:655 #8 0x0040a67d in CCAPI20_MsgBase::HandleGetMessage (this=0x7fbfff7ed0, Message=0x54c8ae \025) at osmem.h:116 #9 0x0041ad99 in CapiBase_WaitForSignalThread (pice=0x542740) at CapiBase.cpp:164 #10 0x002a95671b55 in start_thread (arg=0x407fe55e) at pthread_create.c:264 #11 0x002a95f367f0 in thread_start () from /usr/lib/debug/libc.so.6 #12 0x in ?? () #13 0x in ?? () #14 0x in ?? () #15 0x in ?? () #16 0x in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x in ?? () #20 0x002a96085e00 in _nl_C_locobj () from /usr/lib/debug/libc.so.6 [..] is that more informative? Ciao, Hanno -- | Hanno Wagner | Member of the HTML Writers Guild | [EMAIL PROTECTED] | | Eine gewerbliche Nutzung meiner Email-Adressen ist nicht gestattet! | | 74 a3 53 cc 0b 19 - we did it! |Generation @ | Fachbegriffe der Informatik einfach erklaert, Teil 46: Schulversion == legalisierte Raubkopie (Kristian Koehntopp) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324816: syslog-ng: CONSOLE_LOG_LEVEL and KERNEL_RINGBUF_SIZE is of unaccepted value.
On sze, 2005-08-24 at 10:25 +0200, Marc Haber wrote: When starting syslog-ng with /etc/default/syslog-ng untouched, the two warnings CONSOLE_LOG_LEVEL is of unaccepted value. KERNEL_RINGBUF_SIZE is of unaccepted value. are printed. This is a policy violation, and can be fixed by applying this patch. The fixed version of syslog-ng reached proposed-updates yesterday as version 1.6.5-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323737: FTBFS: Too few template-parameter lists
Steve Langasek writes: It seems to me that the result of these two policies is that Debian doesn't support a system like mine that has a symbolic link from /usr/share/doc to another directory. That's fine by me, I now have enough space to move it back again, but I imagine it is quite a common situation. FWIW, in 2.4 and 2.6 Linux kernels you also have the option to use mount --bind, and in 2.6 kernels there's also mount --move, to let you distribute your disk usage in a way that's more transparent to userspace. Unless you have an alternative suggestion I propose to just back out the change that turned the relative link into an absolute one. Yes, that's definitely my preference. If you can provide an updated source package with this change, I'd be happy to sponsor the upload. I realised I could use 'mount -bind' instead of a symbolic link yesterday and now it all works fine with the relative links. My regular sponsor has uploaded a new fixed package and so this bug should be fixed real soon now. Thanks for the offer and the help, Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324960: python-wxgtk2.6: wxPython build config is wrong
Package: python-wxgtk2.6 Version: 2.6.1.1.1 Severity: normal $ cat /usr/lib/python2.3/site-packages/wx-2.6-gtk2-unicode/wx/build/build_options.py ... WX_CONFIG=/home/ron/devel/debian/wxwindows/2.6.1.1.1-debs/wxwidgets2.6-2.6.1.1.1/objs_gtk_sh/wx-config --no_rpath But /home/ron/... doesn't exist here, so wxPython extensions using wx.build.config fails to compile. Seo Sanghyeon -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=ko_KR.EUC-KR, LC_CTYPE=ko_KR.EUC-KR (charmap=EUC-KR) Versions of packages python-wxgtk2.6 depends on: ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-6 GCC support library ii libstdc++64.0.1-6The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.1.1.1 wxWidgets Cross-platform C++ GUI t ii python-wxversion 2.6.1.1.1 wxWidgets Cross-platform C++ GUI t ii python2.3 2.3.5-7An interactive high-level object-o python-wxgtk2.6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324862: tftpd in sarge is unstable
You are correct. Setting a wait.500 solves my problems. So I no longer think it is a bug, but maybe .max should be set for the tftp entry in inetd.conf... Thank you for your help. Venlig Hilsen / Regards Morten -- Morten Laursen, M.Sc.S.E. RTX Telecom A/S - http://www.rtx.dk/ Direct phone: (+45) 96 32 24 03 -Original Message- From: Steve Langasek [mailto:[EMAIL PROTECTED] Sent: 25. august 2005 03:06 To: Morten Laursen; [EMAIL PROTECTED] Subject: Re: Bug#324862: tftpd in sarge is unstable reassign 324862 netkit-inetd severity 324862 wishlist thanks On Wed, Aug 24, 2005 at 03:44:36PM +0200, Morten Laursen wrote: uname -a: Linux apollo-11-srv 2.4.27-2-686-smp #1 SMP Thu Jan 20 11:02:39 JST 2005 i686 GNU/Linux It is very easy to kill the tftp service on a standard sarge installation! On one PC I run: for ((i=0;i100;i+=1)); do atftp -g --tftp-timeout 1 -r test 10.1.23.210; done (I do use tftpd, though I use the atftpd client) The server is running on another PC. After 10-20 file transfers it stops. After restarting inetd file transfers resume. tcpdump: (...) 16:40:47.409813 IP 10.10.150.15.1064 10.1.23.210.69: 13 RRQ test octet 16:40:47.416795 IP 10.1.23.210.32862 10.10.150.15.1064: UDP, length: 8 16:40:47.417398 IP 10.10.150.15.1064 10.1.23.210.32862: UDP, length: 4 16:40:47.426976 IP 10.10.150.15.1064 10.1.23.210.69: 13 RRQ test octet 16:40:47.434001 IP 10.1.23.210.32862 10.10.150.15.1064: UDP, length: 8 16:40:47.434664 IP 10.10.150.15.1064 10.1.23.210.32862: UDP, length: 4 16:40:47.443579 IP 10.10.150.15.1064 10.1.23.210.69: 13 RRQ test octet 16:40:48.443176 IP 10.10.150.15.1064 10.1.23.210.69: 13 RRQ test octet 16:40:49.443104 IP 10.10.150.15.1064 10.1.23.210.69: 13 RRQ test octet 16:40:50.468140 IP 10.10.150.15.1064 10.1.23.210.69: 13 RRQ test octet (...) /etc/inetd.conf: tftpdgram udp waitapollo /usr/sbin/tcpd/usr/sbin/in.tftpd /home/apollo/tftp This sounds like ordinary inetd rate limiting to me? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#324881: segfault
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This segfault is due to the fact that Stop want's to kill the extrnal player but it hasn't been started yet as nothing has been downloaded which can be streamed. Will get fixed in the next upstream version together with many other usability issues. - -- Mattias Nordstrom CTO Realnode Oy [EMAIL PROTECTED] www.realnode.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDDWwjwKTxHeBrP5cRAvVDAKC9l6pqqdr7Eha8TYNaYCLqdK0pAwCfT0AE E+R0ya3T+aHpSkADhMkqdaY= =gAy6 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324961: Depends: perl (= 5.8.7-3) is stricter than necessary could be perl (= 5.8.7-3)|perl-base (= 5.8.7-3)
Package: libparams-validate-perl Severity: minor Version: 0.77-1 The absolute dependency on perl is stronger than it needs to be, as this package will work just fine with perl-base. [I only bring this up because I happen to like Params::Validate a lot and want to use it in some really minimal perl installs; I'd just like to avoid bringing the rest of the perl package with it if possible.] Don Armstrong -- What I can't stand is the feeling that my brain is leaving me for someone more interesting. http://www.donarmstrong.com http://rzlab.ucr.edu signature.asc Description: Digital signature
Bug#320920: snort: 2.4 upgrade, prelude support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Javier Fernández-Sanguino Peña a écrit : On Tue, Aug 02, 2005 at 09:08:04AM +0200, Clement 'nodens' Hermann wrote: Package: snort Severity: wishlist Hi, Snort 2.4 is now out. Could you please, when you upgrade to this version, enable prelude output support (i.e a snort-prelude package ?) Well, these are two requests and asks for two answers: 1.- I have to sort out how are we going to provide rules since, in the next version, rules are no longer in the package and the new license prohibits re-distribution. I contacted the Snort upstream maintainers a while back with no answer. I suppose you are aware of that, but I just noticed that there is a set of GPL rules that could be included in a debian package. Theses rules are only updated on each major release, but the regular rules could be fetched using oinkmaster... The GPL'ed rules can be found here : http://www.snort.org/pub-bin/downloads.cgi#COMM Best regards, - -- Clément 'nodens' Hermann - - L'air pur ? c'est pas en RL, ça ? c'est pas hors charte ? Jean in L'Histoire des Pingouins, http://tnemeth.free.fr/fmbl/linuxsf/ Vous trouverez ma clef publique sur le serveur public pgp.mit.edu. Please find my public key on the public keyserver pgp.mit.edu. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDDXMR0yQ2guvROZ0RAoDUAJ9crYGdOpnTiKr952o4EERAodFmSQCeNFCk Z604hGACC++iOkAPMVqU9Aw= =m577 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320721: capi4hylafax: c2faxrecv segfaults when an incoming faxtransmission enters
On Thu, Aug 25, 2005 at 08:17:19AM +0200, Hanno 'Rince' Wagner wrote: Steve Langasek schrieb am 24. August 2005: I fear I need the debug-Version of libc, not hylafax. Why? The backtrace you provided shows the segfault happens in hylafax code, not in glibc code. Okay. I am not good in reading backtraces, but there are a lot of empty lines which I tried to fill. But: these lines are not from hylafax itself. (btw: hylafax or capi4hylafax? c2faxsend/recv are from capi4hylafax...) The lines I see in the backtrace you provided for c2faxrecv are not from glibc, either; they're mostly null pointers, which probably points either to stack corruption or a problem with gdb. (And yes, I meant capi4hylafax, not hylafax itself.) The important line in any case is the one at the very top of the backtrace, and that's definitely in capi4hylafax. I think this will be very difficult to debug without line number information, but if I had the line number info in the backtrace I could probably spot the bug. *nod* but even with non-stripped c2faxsend there is no information about that. Yes, hence asking for a rebuild that explicitly enables debugging symbols, instead of just not stripping the binary. I tried to send a fax to myself and in that way I got a coredump for c2faxsend. Seems to be the same problem (also mentioned from other people). The backtrace is as the following: luggage:~# gdb /usr/bin/c2faxsend core.1677 GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux...Using host libthread_db library /usr/lib/debug/libthread_db.so.1. Core was generated by `c2faxsend -f TIFF -d 2536215 /var/spool/hylafax/docq/doc3.tif'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/debug/libpthread.so.0...done. Loaded symbols for /usr/lib/debug/libpthread.so.0 Reading symbols from /usr/lib/libtiff.so.4...done. Loaded symbols for /usr/lib/libtiff.so.4 Reading symbols from /usr/lib/libcapi20.so.2...done. Loaded symbols for /usr/lib/libcapi20.so.2 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libstdc++.so.5...done. Loaded symbols for /usr/lib/libstdc++.so.5 Reading symbols from /usr/lib/debug/libm.so.6...done. Loaded symbols for /usr/lib/debug/libm.so.6 Reading symbols from /usr/lib/debug/libc.so.6...done. Loaded symbols for /usr/lib/debug/libc.so.6 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.3.2.so...done. done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded symbols for /usr/lib/libjpeg.so.62 #0 0x002a95ee3f3c in memcpy () from /usr/lib/debug/libc.so.6 (gdb) bt #0 0x002a95ee3f3c in memcpy () from /usr/lib/debug/libc.so.6 #1 0x002a958e0062 in capi20_put_message () from /usr/lib/libcapi20.so.2 #2 0x0041ac70 in CapiBase_PutMessage (Base=0x542740, Message=0x543b10 Address 0x543b10 out of bounds) at CapiBase.h:74 #3 0x004081f1 in CCAPI20_Channel::DataB3Req (this=0x407fe55e, Params=0x543b10) at CapiMsg.h:353 #4 0x0040fe08 in CTransferChannel::PutData (this=0x7fbfff7ed0, Data=0x543b10 Sfff\001, DataLength=2048, hDataID=0x2) at Channel.cpp:353 #5 0x00404ad1 in CFaxSend::SendData (this=0x7fbfff7ed0) at faxsend.cpp:622 #6 0x00410f95 in CTransferChannel::ConnectB3ActiveInd (this=0x7fbfff7ed0, pNCPI=0x407ff3c0) at Channel.cpp:1094 #7 0x00408d49 in CCAPI20_Channel::CONNECT_B3_ACTIVE_IND (this=0x7fbfff7ed0, NCCI=2048, pNCPI=0x407ff3c0) at CapiChan.cpp:655 #8 0x0040a67d in CCAPI20_MsgBase::HandleGetMessage (this=0x7fbfff7ed0, Message=0x54c8ae \025) at osmem.h:116 #9 0x0041ad99 in CapiBase_WaitForSignalThread (pice=0x542740) at CapiBase.cpp:164 #10 0x002a95671b55 in start_thread (arg=0x407fe55e) at pthread_create.c:264 #11 0x002a95f367f0 in thread_start () from /usr/lib/debug/libc.so.6 #12 0x in ?? () #13 0x in ?? () #14 0x in ?? () #15 0x in ?? () #16 0x in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x in ?? () #20 0x002a96085e00 in _nl_C_locobj () from /usr/lib/debug/libc.so.6 [..] is that more informative? Well, it appears to have debugging symbols (i.e., line numbers) for the capi4hylafax functions, but it doesn't actually look like it's related to the c2faxrecv bug
Bug#324962: RFP: gkrelluim -- GKrellM UIM helper Plugin
Package: wnpp Severity: wishlist * Package name: gkrelluim Version : 0.0.4 Upstream Author : dai [EMAIL PROTECTED] * URL : http://vdr.jp/d/gkrelluim.html * License : GPL Description : GKrellM UIM helper Plugin GKrellUIM is plug-in for GKrellM of uim. The state of the input method of uim can be checked on GKrellM. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324493: Workaround
The problem is related to the upgrade from 0.7. The new version does not allways recognise the selected theme from the previous version. As a result, some new colors don't get assigned. To make the problem go away, open the preferences dialog (Edit-Preferences) and make sure something is selected in the Theme: dropdown box. Cya, Hylke signature.asc Description: OpenPGP digital signature
Bug#324900: nscd: umount /var fails (unclean shutdowns)
GOTO Masanori [EMAIL PROTECTED] writes: At Wed, 24 Aug 2005 20:14:43 +0200, Zlatko Calusic wrote: With the latest changes in nscd functionality, namely using persistent database in /var/db/nscd, /var partition can't be cleanly umounted. I tried to avoid the problem by disabling persistent database, but even that didn't help because nscd keeps open descriptor to a deleted file in /var/run, and somehow /etc/init.d/rc inherits it. This is the relevant part of the lsof output fired just before the umount line in /etc/init.d/umountfs: COMMANDPID USER FD TYPE DEVICESIZE NODE NAME rc2470 root DEL REG3,9 1093449 /var/run/nscd/dbUUHtCX Why didn't your nscd shutdown before /etc/init.d/umountfs was invoked? Under my standard sid environment, such problem does not occur because nscd is stopped before umount is executed. But it DID! To prove it, here's full lsof output, there's no mentioning of nscd running. I'm also confused how that one reference leaks to /etc/init.d/rc. But it happens on three machines, so it is very repeatable here. COMMANDPID USER FD TYPE DEVICESIZE NODE NAME init 1 root cwd DIR3,54096 2 / init 1 root rtd DIR3,54096 2 / init 1 root txt REG3,5 29664 95095 /sbin/init init 1 root mem REG0,0 0 [heap] (stat: No such file or directory) init 1 root mem REG3,5 90028 94966 /lib/ld-2.3.5.so init 1 root mem REG3,5 1268116 94997 /lib/tls/i686/cmov/libc-2.3.5.so init 1 root 10u FIFO3,5 31808 /dev/initctl migration2 root cwd DIR3,54096 2 / migration2 root rtd DIR3,54096 2 / migration2 root txt unknown /proc/2/exe ksoftirqd3 root cwd DIR3,54096 2 / ksoftirqd3 root rtd DIR3,54096 2 / ksoftirqd3 root txt unknown /proc/3/exe migration4 root cwd DIR3,54096 2 / migration4 root rtd DIR3,54096 2 / migration4 root txt unknown /proc/4/exe ksoftirqd5 root cwd DIR3,54096 2 / ksoftirqd5 root rtd DIR3,54096 2 / ksoftirqd5 root txt unknown /proc/5/exe events/0 6 root cwd DIR3,54096 2 / events/0 6 root rtd DIR3,54096 2 / events/0 6 root txt unknown /proc/6/exe events/1 7 root cwd DIR3,54096 2 / events/1 7 root rtd DIR3,54096 2 / events/1 7 root txt unknown /proc/7/exe khelper 8 root cwd DIR3,54096 2 / khelper 8 root rtd DIR3,54096 2 / khelper 8 root txt unknown /proc/8/exe kthread 9 root cwd DIR3,54096 2 / kthread 9 root rtd DIR3,54096 2 / kthread 9 root txt unknown /proc/9/exe kacpid 10 root cwd DIR3,54096 2 / kacpid 10 root rtd DIR3,54096 2 / kacpid 10 root txt unknown /proc/10/exe kblockd/0 11 root cwd DIR3,54096 2 / kblockd/0 11 root rtd DIR3,54096 2 / kblockd/0 11 root txt unknown /proc/11/exe kblockd/1 12 root cwd DIR3,54096 2 / kblockd/1 12 root rtd DIR3,54096 2 / kblockd/1 12 root txt unknown /proc/12/exe pdflush 13 root cwd DIR3,54096 2 / pdflush 13 root rtd DIR3,54096 2 / pdflush 13 root txt unknown /proc/13/exe pdflush 14 root cwd DIR3,54096 2 / pdflush 14 root rtd DIR3,54096 2 / pdflush 14 root txt unknown /proc/14/exe kswapd0 15 root cwd DIR3,54096 2 / kswapd0 15 root rtd DIR3,54096 2 / kswapd0 15 root txt unknown /proc/15/exe aio/0 16 root cwd DIR3,54096 2 / aio/0 16 root rtd DIR3,54096 2 / aio/0 16 root txt unknown /proc/16/exe aio/1 17 root cwd DIR3,54096 2 / aio/1 17 root rtd DIR3,54096 2 / aio/1 17 root txt unknown /proc/17/exe kseriod 18 root cwd DIR3,54096 2 / kseriod 18 root rtd DIR3,54096 2 / kseriod
Bug#321064: Clearing of passwords does not happen
Hello, For now I have no idea. I'll try reproduce the bug with valgrind. Simon Le Vendredi 5 Août 2005 13:05, Martin Samuelsson a écrit : Samuel Mimram @ 2005-08-04 (Thursday), 19:12 (+0200) In the preferences dialog under the SIP tab there is a button to: Clear all stored authentication information However, when using it nothing happens. All information is still present in ~/.gnome2/linphone Clicking the same dialog twice results in a crash. Thanks for the report. I did not manage to make linphone crash by clicking twice. Could you give me a gdb stack trace? I'm providing one below. Although I don't know if it has enough information. Please let me know if there's anything else I should do. Thanks, (gdb) r Starting program: /usr/bin/linphone [Thread debugging using libthread_db enabled] [New Thread -1223708544 (LWP 6739)] [New Thread -1227625552 (LWP 6749)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223708544 (LWP 6739)] 0xb75cdd89 in free () from /lib/tls/libc.so.6 (gdb) bt full #0 0xb75cdd89 in free () from /lib/tls/libc.so.6 No symbol table info available. #1 0xb7731ac4 in g_free () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #2 0xb76c43d8 in linphone_auth_info_destroy (obj=0x81dd700) at authentication.c:63 No locals. #3 0xb76c498a in linphone_core_clear_all_auth_info (lc=0x8068bc0) at authentication.c:184 info = (LinphoneAuthInfo *) 0xfff9 elem = (GList *) 0x8122748 i = 1 #4 0xb79412a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #5 0xb792f736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #6 0xb7940dcf in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #7 0xb793fe9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #8 0xb7940126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #9 0xb7ab5af5 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #10 0xb7ab697a in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #11 0xb79412a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #12 0xb792f9c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #13 0xb792f736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #14 0xb7940651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #15 0xb793fe9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #16 0xb7940126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #17 0xb7ab5a65 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #18 0xb7ab6823 in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #19 0xb7b7c47e in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #20 0xb792f9c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #21 0xb792f736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #22 0xb7940855 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #23 0xb793fc8c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #24 0xb7940126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #25 0xb7c6bcf7 in gtk_widget_send_expose () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #26 0xb7b7af92 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #27 0xb7b79de6 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #28 0xb7a188e5 in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #29 0xb772b5c2 in g_main_depth () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #30 0xb772c638 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #31 0xb772c970 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #32 0xb772cf13 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #33 0xb7b79693 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #34 0x08050c6a in main (argc=0, argv=0x0) at main.c:65 p = (void *) 0xfff9 (gdb)
Bug#324967: Please mention NEW rejection FAQ
Package: developers-reference Joerg Jaspert prepared an FAQ about common reasons for rejections of packages from the NEW queue. Please mention this in the developers-reference. * Joerg Jaspert [EMAIL PROTECTED] [2005-08-25 01:32]: To avoid flames from surprised maintainers, I have decided to post a little list of things we look for, so you can fix your packages before uploading. All items are things that *really* should never happen anyway, but exist in some packages nonetheless. You can find this list at http://ftp-master.debian.org/REJECT-FAQ.html in the future and that one will also be updated if we need to. See http://lists.debian.org/debian-devel-announce/2005/08/msg00011.html -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324965: cvs: shouldn't ship cvsbug manpage when we don't ship the corresponding executable
Package: cvs Version: 1:1.12.9-14 Severity: minor I note that Fedora Core recently did an advisory against CVS regarding the cvsbug program. We don't ship the cvsbug program in our cvs package, so we're immune, but we do ship the manpage, which in my haste I nearly mistook for the command, causing me to almost file a spurious security bug. :) IMO, it's pointless to ship the manpage when the thing it documents is not present. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cvs depends on: ii debconf 1.4.57 Debian configuration management sy ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libpam-runtime0.76-23Runtime support for the PAM librar ii libpam0g 0.76-23Pluggable Authentication Modules l ii zlib1g1:1.2.3-3 compression library - runtime Versions of packages cvs recommends: ii info [info-browser] 4.7-2.2Standalone GNU Info documentation ii konqueror [info-browser] 4:3.3.2-1 KDE's advanced File Manager, Web B ii netbase 4.21 Basic TCP/IP networking system ii pinfo [info-browser] 0.6.8-6An alternative info-file viewer -- debconf information: cvs/rotatekeep: 7 * cvs/badrepositories: ignore cvs/rotatekeep_nondefault: no cvs/rotate_individual: true cvs/pserver_repos_individual: true cvs/pserver_setspawnlimit: false cvs/rotatekeep_individual: 7 cvs/pserver_repos: all * cvs/pserver: false cvs/cvs_conf_is_dead: * cvs/repositories: /var/lib/cvs cvs/pserver_spawnlimit: 400 cvs/rotatehistory: no -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324963: RFP: mozilla-thunderbird-locale-ja -- Mozilla Thunderbird Japanese Language Package
Package: wnpp Severity: wishlist * Package name: mozilla-thunderbird-locale-ja Version : 0.6.10.1 Upstream Author : Mozilla Japan * URL : http://www.mozilla-japan.org/jp/l10n/thunderbird/ * License : MPL/GPL/LGPL Description : Mozilla Thunderbird Japanese Language Package Japanese Menu/Message resource property package for Mozilla Thunderbird. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324964: RM: libaqhbci, libaqhbci-qt-tools -- RoM: obsolete
Package: ftp.debian.org Severity: normal Hi Jeroen, ftp-masters, unfortunately I have to bug you about removal of packages. Upstream for libaqhbci and libaqhbci-qt-tools integrated those packages into the libaqhbanking source package, so the former two should be removed from the archive as they will be built by libaqbanking with the next upload. Again, my apologies for uploading short-lived packages to Debian. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324966: RFP: uim-el -- Emacsen uim bridge
Package: wnpp Severity: wishlist * Package name: uim-el Version : 0.0.3.2 Upstream Author : Konosuke Watanabe [EMAIL PROTECTED] * URL : http://garakuta.homelinux.org/~nosuke/tsubo/uim-el.html * License : BSD Description : Emacsen uim bridge uim.el is the bridge to which between uim and Emacsen is connected. It comes to be able to carry out the direct use of the input method which is supporting uim from on Emacsen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285017: marked as done (kernel-image-2.4.27-1-686: upgrading from v2 to v6 slows down my modem)
On Wed, Aug 24, 2005 at 08:36:24PM +0200, maximilian attems wrote: On Tue, 16 Aug 2005, Horms wrote: reopen 285017 thanks Hi Maximilian, its still a bug in the 2.4.27 package. It may or may not be fixable. And the patch may or may not be appropriate for Sarge. development wise 2.4 is long dead. therefor i'm not sure if it's sane to archive all it's bugs. i don't see much of use. users wont navigating through the unsorted obscure list of kernel packages that may affect them. either way i wont touch the 2.4 side of the bts. respect your engangement. My current preference for handling problems like this, is firstly to encourage the user to use a more up to date kernel. Secondly downgrading feature requests (which this isn't) to wishlist. And lastly ascertianing what if a fix exists, and if so either adding it to SVN or marking the bug as +wontfix accordingly. +wontfix is also my prefered option for bugs that we think are too hard. as said above i don't see much gain in such a work. While I don't like clutter in the BTS, I think closing bugs just opens the door for duplicates to be subsequently filed, and I'm not sure that helps anyone. On a related note, your work cleaning out bugs for 2.6.10, 11 and other soon to be removed from the archive kernels is excellent. I am really pleased about the way that is going. Its something that has needed to be done for a while. thanks for the notice! :) anyway i'll try to allocate some timeslice for that from time to time. i have quite an horror for the pile of the kernel metapackage bug. as those are stable users, you can't help much for those. but ill try to also sort them. an expired tag that would close bugs one month later after tagging if the bug reporter doesn't reappear would be on my highest wishlist now the bts gets even nicer. Yes, time-keyd events in the BTS would be awsome. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322695: linphone -- alsa_card_write: assertion failed
Hello, This problems usually happens when linphone fails to open the alsa device in one direction, in this case this is in write direction (playing sounds). This can happen it another program opens the alsa audio device in writing mode just before linphone wants to use it: maybe esd does that. Can you reproduce the problem with esd off ? Simon Le Vendredi 12 Août 2005 22:08, Samuel Mimram a écrit : Hi, Filip Van Raemdonck wrote: Package: linphone Version: 1.0.1-5 Severity: important Linphone installed on a testing system, with selected packages from unstable. System is on NAT behind a sarge-based firewall with static public IP; option about NAT has been set in linphone. I have setup a SIPphone account in linphone, settings are correct (I've set it up the same a system in a different location and it works fine there). When I try to call e.g. the SIPphone test number at sip:[EMAIL PROTECTED] the connection is established, but then the terminal from which linphone was started is flooded with this message: (linphone:15778): MediaStreamer-CRITICAL **: alsa_card_write: assertion `obj-write_handle!=NULL' failed and no sound is played. Linphone is set to use alsa, sound does work when I listen to the ringing sound in preferences. DE is GNOME with esd running. Thanks for reporting. There are a few things I'd like to check here. * Have you tried with oss (if you have oss emulation with alsa)? * Have you tried to call sipomatic (launch the sipomatic program and call sip:[EMAIL PROTECTED]:5064)? * Could you send me the output of linphone --verbose when calling? Regards, Sam.
Bug#324930: ITP: gollem -- file manager component for horde framework
Roberto C. Sanchez [EMAIL PROTECTED] wrote: Gollem is the Horde web-based File Manager, providing the ability to Be aware that a go*l*em (single 'l') package already exists. You might want to rename to horde-gollem or something to avoid confusion. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323831: scim-tables-additional: cannot be installed with scim in unstable
On Thu, Aug 18, 2005 at 02:03:19PM -0400, Clint Adams wrote: Package: scim-tables-additional Version: 0.4.3-2 scim suggests scim-tables-additional, but scim-tables-additional conflicts with scim ( 1.1.0), so it cannot be installed. Hi Clint Adams, Thanks for reporting. This is due to the libscim transition and was explained in /usr/share/doc/scim/NEWS.Debian.gz. It will be solved by a new scim-tables upload, and I am working on it. I am on my vacation right now though, so the progress may be slower than desired. Please be patient. Regards, Ming 2005.08.25 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324969: gcvs: ships possibly security-vulnerable cvsbug script as example
Package: gcvs Severity: normal Tags: security [Using weird severity for security report because the possibly-vulnerable code isn't in a place where it's likely to executed by accident. If we have a policy for this case that I don't know about, please enlighten me.] Fedora Core recently put out an advisory[1] on a tempfile race in the cvsbug script, which ships as part of the CVS upstream release (but is not present in Debian's packaging). gcvs, however, does ship the file in its examples directory. Since examples are things one normally expects people to follow (unless prominently marked otherwise), it's probably a bad idea to teach people bad security practices. We should likely either: 1) Patch the copy of cvsbug to fix the vulnerability; or 2) Stop shipping cvsbug altogether. On IRC, Martin Pitt advised me that he prefers the latter, for what it's worth. There's a patch in Red Hat's Bugzilla[2]. [1] http://lwn.net/Alerts/148865/ [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166366 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324968: davfs2: Directories have trailing '/'
Package: davfs2 Version: 0.2.3-2 Severity: normal Tags: patch Hi, directories retrieved via readdir(3) have trailing slashes ('/'). This leads to quiet some problems. For example several programs use strrchr(path,'/') to extract the last directory component leading to a empty directory in this case (you can verify this by e.g. running gqview on a webdav mounted directory that has subdirectories). Mozilla and Firefox simply crash when trying to open a webdav mounted directory that has subdirs. I think it's fine to simply strip the trailing slash from directory names since it's no valid in POSIX AFAIK: Index: src/webdav.c === --- src/webdav.c(revision 262) +++ src/webdav.c(working copy) @@ -390,6 +390,10 @@ data = ne_propset_value(set, stat_props[0]); if (data) result-fname = ne_path_unescape(data); + /* strip trailing '/' from directories */ + if (result-fname[strlen(result-fname)] == '/') { + result-fname[strlen(result-fname)] = 0; + } else { char *parent = ne_path_parent(uri); char *fname; Cheers, -- Guido -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-rc3-agx0 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages davfs2 depends on: ii libc6 2.3.5-4 GNU C Library: Shared libraries an ii libneon24 0.24.7.dfsg-2 An HTTP and WebDAV client library ii libssl0.9.70.9.7g-1 SSL shared libraries ii libxml22.6.20-1 GNOME XML library ii zlib1g 1:1.2.3-3 compression library - runtime davfs2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324970: avifile: Does not document the copyright of source code properly
Package: avifile Version: 1:0.7.43.20050224-1 Priority: serious Justification: Section 2.3 Copyright considerations The only copyright statement in the debian/copyright file says: Copyright: GPL (see /usr/share/common-licenses/GPL) and LGPL (see /usr/share/common-licenses/LGPL) That's plain wrong, those above are not copyright statements, they are licenses. The package fails to acknowledge who is the upstream author (and holds (c)) for the source code it contains, which is a policy violation. Thus the severity There's plenty of copyright statements in the source code that are not acknowledged in the debian/copyright file, for example, - ffmpeg is: Copyright (c) 2000-2004 Fabrice Bellard et al. - ffmpeg/libavcodec/ppc/dsputil_altivec.c says * Copyright (c) 2002 Brian Foley * Copyright (c) 2002 Dieter Shirley * Copyright (c) 2003-2004 Romain Dolbeau [EMAIL PROTECTED] - ffmpeg/libavcodec/ppc/mpegvideo_ppc.c is: * Copyright (c) 2002 Dieter Shirley And so on, the debian/copyright file has to acknowledge and document _all_ of these copyright statements. Regards Javier signature.asc Description: Digital signature
Bug#324973: remove INSTALL_PROGRAM += -s in favour of dh_strip
Package: dh-make Version: 0.38 Severity: wishlist Re: http://lists.debian.org/debian-devel-announce/2005/08/msg00011.html * Having a INSTALL_PROGRAM += -s setting if nostrip option is set while using dh_strip later. Useless, read man dh_strip please. :) The dh-make debian/rules templates seem to use both. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! the only difference between shakespeare and you was the size of his idiom list -- not the size of his vocabulary. -- alan perlis signature.asc Description: Digital signature (GPG/PGP)
Bug#324971: do not include licence text for common-licenses
Package: dh-make Version: 0.38 Severity: minor Re: http://lists.debian.org/debian-devel-announce/2005/08/msg00011.html - Do not include a license that is in /usr/share/common-licenses into your debian/copyright. That's a waste of space. Yet all the files in /usr/share/debhelper/dh_make/license seem to do so. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! a man's very highest moment is, i have no doubt at all, when he kneels in the dust, and beats his breast, and tells all the sins of his life. -- oscar wilde signature.asc Description: Digital signature (GPG/PGP)
Bug#318590: curl 7.14.0-5: OpenSSL vs GnuTLS is still a problem
On Wed, Aug 24, 2005 at 03:54:38PM +0200, Domenico Andreoli wrote: On Fri, Aug 19, 2005 at 12:07:09PM +1000, Paul TBBle Hampson wrote: On Thu, Aug 18, 2005 at 11:00:41AM +0200, Domenico Andreoli wrote: with curl 7.14.0-5 currently in incoming, i added two new packages libcurl3-gnutls and libcurl3-gnutls-dev. libcurl3 and libcurl3-gnutls conflict each other since both install libcurl.so.3.0.0 in /usr/lib/. If the problem is that using gnutls or openssl changes the ABI for libcurl, then they should have different sonames. (I'd expect the newer one, gnuTLS, would get its own soname, so that existing packages work, and packages can optionally build against the gnuTLS version if they so wish. Once everything builds happily against the gnuTLS version, the next upstream soname bump can use the gnuTLS library, and we're compatible with other distributions again.) problem is right the change of ABI. Daniel Stenberg (the upstream developer) is available to implement a solution based on the proposal of Richard Atterer [0]. in the meanwhile new packages can be built using the gnutls variant of libcurl3. be aware that libcurl3 and libcurl3-gnutls currently cannot be installed at the same time. Hrm, I'm not clear on *why* openssl vs. gnutls should have an effect on the ABI (as opposed to just differing in functionality). Do you have a pointer on this? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#324268: Uninstallable scim-chinese package
On Sun, Aug 21, 2005 at 01:20:24PM +0200, Sebastian wrote: Package: scim-chinese Version: 0.4.2-2 Severity: grave Justification: renders package unusable Hi Sebastian, Thanks for reporting. I used to have SCIM working on my Debian/sid installation with smart pinyin input but today I discovered Pinyin input is suddenly not available anymore when I activate the SCIM input (its not listed). An apt-get install scim-chinese gives: The following packages have unmet dependencies: scim-chinese: Depends: scim (= 1.0.2) but it is not going to be installed Depends: scim ( 1.1) but it is not going to be installed E: Broken packages This breakage is intentional, as scim-chinese needs to be recompiled to adjust to the libscim transition. This was already explained in /usr/share/doc/scim/NEWS.Debian.gz, and I am working on it. I am on my vacation right now though, so the progress may be slow. Please be patient. I used to have this line, up to maybe four month ago, when I removed it: deb http://chinese.alioth.debian.org scim/ They are useless now, you can safely remove them. Regards, Ming 2005.08.25 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324975: www.debian.org: Debian security advisories in RDF format is a broken link
Package: www.debian.org Severity: normal Hi, the link on http://www.debian.org/security/ for the RDF formatted list of the DSAs (which is http://www.debian.org/security/dsa ) leads to a 404. Thanks! Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324915: mp3blaster is uninstallable; please rebuild against the new libsidplay1
Hi Roger, The diff below details the changes required for the rebuild. I intend to NMU this in two days unless you have any serious problems with the diff, or you upload a new version before this time. I have uploaded the build to DELAYED/2-day, but this will be ignored if you upload within 2 days. I'm away until Saturday, so i don't have time to check this any earlier. BTW: I'm not aware of any NMU2-policy for non-library packages. And NMU2 with priority low doesn't make too much sense to me, anyways... Jochen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324974: openoffice.org2-writer: Mail merge causes crash (reproducible)
Package: openoffice.org2-writer Version: 1.9.114-1 Severity: important Tags: experimental When choosing Mail Merge Wizard... on the Tools menu, OpenOffice Writer crashes. This is completely reproducible and does not appear to depend on what file is currently open - it occurs with both unsaved and saved documents. A backtrace is attached. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages openoffice.org2-writer depends on: ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-5 GCC support library ii libstdc++64.0.1-5The GNU Standard C++ Library v3 ii openoffice.org2-core 1.9.114-1 OpenOffice.org office suite archit ii zlib1g1:1.2.3-3 compression library - runtime openoffice.org2-writer recommends no packages. -- no debconf information Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1236961600 (LWP 7281)] 0xb72d5371 in rtl_uString_release () from /usr/lib/openoffice2/program/libuno_sal.so.3 #0 0xb72d5371 in rtl_uString_release () from /usr/lib/openoffice2/program/libuno_sal.so.3 #1 0xad12ed2a in ?? () from /usr/lib/openoffice2/program/libevoab2.so #2 0xad12efd6 in ?? () from /usr/lib/openoffice2/program/libevoab2.so #3 0xadea378e in connectivity::OTableHelper::refreshColumns () from /usr/lib/openoffice2/program/libdbtools680li.so #4 0xad8cfc5f in ?? () from /usr/lib/openoffice2/program/libdba680li.so #5 0xad8cfaa1 in ?? () from /usr/lib/openoffice2/program/libdba680li.so #6 0xad8dadb5 in ?? () from /usr/lib/openoffice2/program/libdba680li.so #7 0xade62630 in connectivity::sdbcx::OCollection::getObject () from /usr/lib/openoffice2/program/libdbtools680li.so #8 0xade62872 in connectivity::sdbcx::OCollection::getByName () from /usr/lib/openoffice2/program/libdbtools680li.so #9 0xad85a220 in ?? () from /usr/lib/openoffice2/program/libdba680li.so #10 0xad864db4 in ?? () from /usr/lib/openoffice2/program/libdba680li.so #11 0xad867fcb in ?? () from /usr/lib/openoffice2/program/libdba680li.so #12 0xafd59cc9 in SwMailMergeConfigItem::GetResultSet () from /usr/lib/openoffice2/program/libsw680li.so #13 0xadb18799 in CreateDialogFactory () from /usr/lib/openoffice2/program/libswui680li.so #14 0xadb19036 in CreateDialogFactory () from /usr/lib/openoffice2/program/libswui680li.so #15 0xb7a38ae2 in svt::OWizardMachine::ActivatePage () from /usr/lib/openoffice2/program/libsvt680li.so #16 0xadb18b0b in CreateDialogFactory () from /usr/lib/openoffice2/program/libswui680li.so #17 0xada0e68e in CreateDialogFactory () from /usr/lib/openoffice2/program/libswui680li.so #18 0xafd05c5a in SwModule::ExecOther () from /usr/lib/openoffice2/program/libsw680li.so #19 0xafd06058 in SfxStubSwModuleExecOther () from /usr/lib/openoffice2/program/libsw680li.so #20 0xb281172f in SfxDispatcher::Call_Impl () from /usr/lib/openoffice2/program/libsfx680li.so #21 0xb2811c6e in SfxDispatcher::_Execute () from /usr/lib/openoffice2/program/libsfx680li.so #22 0xb281adf7 in SfxBindings::Execute_Impl () from /usr/lib/openoffice2/program/libsfx680li.so #23 0xb2805ce5 in SfxDispatchController_Impl::dispatch () from /usr/lib/openoffice2/program/libsfx680li.so #24 0xb28061db in SfxOfficeDispatch::dispatch () from /usr/lib/openoffice2/program/libsfx680li.so #25 0xb21effdd in component_getFactory () from /usr/lib/openoffice2/program/libfwk680li.so #26 0xb21f01a2 in component_getFactory () from /usr/lib/openoffice2/program/libfwk680li.so #27 0xb7eef76c in Menu::Select () from /usr/lib/openoffice2/program/libvcl680li.so #28 0xb7ef13b9 in Menu::ImplCallSelect () from /usr/lib/openoffice2/program/libvcl680li.so #29 0xb7ef13d8 in Menu::LinkStubImplCallSelect () from /usr/lib/openoffice2/program/libvcl680li.so #30 0xb7f425e2 in ImplWindowFrameProc () from /usr/lib/openoffice2/program/libvcl680li.so #31 0xb5e3ccb8 in SalDisplay::DispatchInternalEvent () from /usr/lib/openoffice2/program/libvclplug_gen680li.so #32 0xb62ed14a in GtkXLib::userEventFn () from /usr/lib/openoffice2/program/libvclplug_gtk680li.so #33 0xb5e82931 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0 #34 0xb5e803f1 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #35 0xb5e83647 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #36 0xb5e83d79 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #37 0xb62ecd9f in GtkXLib::Yield () from /usr/lib/openoffice2/program/libvclplug_gtk680li.so #38 0xb5e3e7e3 in X11SalInstance::Yield () from /usr/lib/openoffice2/program/libvclplug_gen680li.so #39 0xb7db444e in Application::Yield () from
Bug#324976: xterm + screen = lost characters in output
Package: xterm Version: 4.3.0.dfsg.1-14 Severity: normal Example: $ cd / $ ls binboot1cvsetcinitrdlibmntoptrootsrvtmpvar bootcdromdevhomeinitrd.imgmediaonymaprocsbinsysusrvmlinuz After maximize-demaximize xterm looks good: $ cd / $ ls bin boot1 cvs etc initrd libmntopt root srv tmp var boot cdrom dev home initrd.img media onyma proc sbin sys usr vmlinuz Again ls twice: $ cd / $ ls bin boot1 cvs etc initrd libmntopt root srv tmp var boot cdrom dev home initrd.img media onyma proc sbin sys usr vmlinuz $ ls binboot1cvsetcinitrdlibmntoptrootsrvtmpvar bootcdromdevhomeinitrd.imgmediaonymaprocsbinsysusrvmlinuz s binboot1cvsetcinitrdlibmntoptrootsrvtmpvar bootcdromdevhomeinitrd.imgmediaonymaprocsbinsysusrvmlinuz Info about screen: screen 4.0.2-4.1 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686-smp Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) (ignored: LC_ALL set to ru_RU.KOI8-R) Versions of packages xterm depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libexpat11.95.8-3XML parsing C library - runtime li ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libncurses5 5.4-9 Shared libraries for terminal hand ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libxaw7 4.3.0.dfsg.1-14 X Athena widget set library ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxmu6 4.3.0.dfsg.1-14 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-14 X pixmap library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii xfree86-common 4.3.0.dfsg.1-14 X Window System (XFree86) infrastr ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii xlibs-data 4.3.0.dfsg.1-14 X Window System client data Versions of packages xterm recommends: ii xutils 4.3.0.dfsg.1-14 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323920: scim-pinyin should be added
On Fri, Aug 19, 2005 at 04:52:02PM +0800, bear wrote: Package: scim Version: 1.2.2-0+SVN3 Severity: minor First please be aware that 1.2.2-0+SVN3 is not an official package, so please always report the sources.list line of your unofficial repository. (And obviously, if it's not the maintainer's unofficial package, the maintainer can't provide support.) This version looks like my unoffical package though, but: can not input Chinese with scim-1.4.1. Please include scim-pinyin soon. Thanks! What scim version are you using exactly then? Please check your bug report before sending out if you are using a different machine to report. If you mean scim-chinese 0.4.2-2 doesn't work with scim 1.4.1-1, this is intentional, and I am working on it. Please read /usr/share/doc/scim/NEWS.Debian.gz, and my explanation in bug #324268 and #324808. Regards, Ming 2005.08.25 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324977: cuetools: omnibus patch fixing multiple bugs and inelegancies
Package: cuetools Version: 1.3-1.0.branden.1 Severity: wishlist Tags: upstream Hi Josh, As discussed on IRC, here's a giant patch from me that fixes all kinds of things. It's huge, but I'm pretty sure I documented everything. Two things require special attention: * The debian/rules changes are obviously not for upstream. * The changelog entry is there for your convenience, and should not be included in your next official release as such (it's not kosher to release with the version number I used for local testing). Feel free to quote it, though. The changelog describes all the changes, but here they are extracted from the attachment. * Make several fixes and enhancements to the cuebreakpoints, cueconvert, and cueprint commands: + Fix them to use an int instead of a char to store the return value of getopt_long(), so that the value is not truncated. + Enhance usage messages: - Store the command synopsis in a static buffer. - Report the command synopsis in error as well as --help conditions. - Summarize the purpose of the command in the usage message. - Note default behavior where applicable. - Cross-reference manual page. - Communicate in complete sentences more. + Standardize presentation of error messages. Always report the command name and always say error: on error conditions. + Make some error message indicate what operation failed instead of uttering amorphisms like input file error. + Stop throwing away the value of the function that each program's main() wraps. Instead, store it and use it as the command's exit value instead of exiting with status zero no matter what went wrong. + Use strcasecmp() instead of strcmp() when attempting to parse file format extensions, so that people pulling files from uppercase-happy operating systems are less likely to be frustrated. + Add lots of comments. - Document symbols required from #included system headers. - Document the core logic of main(). - Add some TODO items with ideas that occurred to me. + Make style fixes: - Kill extraneous whitespace at ends of lines. - Wrap lines at 80 columns. - Replace ugly multline string literals (with the newline escaped, or GCC would have caught this) with a more idiomatic usage. - Write function calls consistently. - Use idiomatic multi-line comment style. - Use complete sentences in non-TODO comments. - Refer to argv[0] as argv[0] instead of *argv (idiom again). * Make several fixes and enhancements to the cuebreakpoints, cueconvert, and cueprint manual pages: + Fix .TH directive: - Use the command's own name, not cuetools. - Add the date of last modification and the upstream source distribution. + Fix the NAME section: + Move the command's short description here from the DESCRIPTION section, so that whatis(1) and apropos(1) have a chance of finding these manual pages. + Fix the SYNOPSIS section to more usefully synopsize the command's usage. [ option ... ] [ file ... ] is only appropriate for very complex commands, in my opinion. + Move material from non-standard section names into the DESCRIPTION section. + Move the DESCRIPTION section to precede the OPTIONS section. + Fix the items in the OPTIONS section so that they present correctly. + Add an EXIT STATUS section. + Fix markup of cross-references in SEE ALSO section. + Add myself to AUTHORS section, identifying what I did. * Make several fixes to debian/rules: + Kill off trailing whitespace from lines in debian/rules. + Fix phony targets to only depend on stamp targets in debian/rules. + Stop ignoring failres from the upstream distclean rule. Packages need to be able to clean themselves. + Add configure (phony) and configure-stamp targets to run ./configure, and make both the build and clean targets depend on it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-powerpc-smp Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cuetools depends on: ii libc6 2.3.5-4GNU C Library: Shared libraries an cuetools recommends no packages. -- no debconf information diff -urN cuetools-1.3-OFFICIAL/debian/changelog cuetools-1.3/debian/changelog --- cuetools-1.3-OFFICIAL/debian/changelog 2005-08-23 14:09:50.0 -0500 +++ cuetools-1.3/debian/changelog 2005-08-25 03:51:55.517015114 -0500 @@ -1,3 +1,73 @@ +cuetools (1.3-1.0.branden.1) unstable; urgency=low + + * Local NMU for testing purposes. + + * Make several fixes and enhancements to the cuebreakpoints, cueconvert, and +cueprint commands: ++ Fix them to use an int
Bug#322695: linphone -- alsa_card_write: assertion failed
Hi all, On Wed, Aug 24, 2005 at 10:58:19PM +0200, Simon Morlat wrote: This problems usually happens when linphone fails to open the alsa device in one direction, in this case this is in write direction (playing sounds). This can happen it another program opens the alsa audio device in writing mode just before linphone wants to use it: maybe esd does that. Can you reproduce the problem with esd off ? No I can't, esd seems to be the culprit indeed. However, while it could be that esd indeed tries to open just before linphone, this (naive assumption ;) appears not all too likely as there is no other sound playing at that time. Don't know how esd handles the audio device, though. Filip Van Raemdonck wrote: When I try to call e.g. the SIPphone test number at sip:[EMAIL PROTECTED] the connection is established, but then the terminal from which linphone was started is flooded with this message: (linphone:15778): MediaStreamer-CRITICAL **: alsa_card_write: assertion `obj-write_handle!=NULL' failed and no sound is played. Regards, Filip -- Supporting the IBM PS/2 machines is commercially impractical and has no business case. Red Hat won't install on a PS/2 machine. Debian has different constraints and guess what - Debian installs beautifully on a PS/2. -- Alan Cox -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324978: vlc: Does not acknowledge all copyrights in debian/copyright and licenses of some files are not defined and unclear
Package: vlc Version: 0.8.4-svn20050810-1 Priority: serious Justification: Section 2.3 Copyright considerations The vlc package contains multiple files whose copyright are not detailed in debian/copyright. Moreover, many of these files do _not_ have a license clarification on its header as described http://www.gnu.org/licenses/gpl-howto.html so it is unclear whether the GPL applies at all to them. Debian maintainer, please: 1.- Acknowledge all the copyright statements in debian/copyright, you should _not_ do citing them as upstream authors, like you currently do, but with a Copyright section saying: Copyright: Most of the source code is Copyright 1996-2004 The VideoLAN Team. The X library is (c) blah blah blah The X module is (c) blah blah blah 2.- Ask upstream to add proper license statements to all the source code files. There are plenty that don't have a license: src/vlc.c does, but modules/gui/kde/common.h, extras/faad2/plugins/xmms/src/libmp4.c or/extras/faad2/common/mp4ff/mp4tagupdate.c and some others do not. So it dubious that they are under the GPL. Even though there is a COPYING statement saying so they might have been extracted from other program's source code that holds a different license, that's why the recommendations described on http://www.gnu.org/licenses/gpl-howto.html should always be followed. The following files have copyright statements not acknowledged in debian/copyright. This is not an exhaustive review, but serves as a sample of this violation: ./modules/gui/kde/common.h:copyright: (C) 2001 by andres ./modules/gui/kde/disc.h:copyright: (C) 2001 by andres ./modules/gui/kde/interface.h:copyright: (C) 2001 by andres ./modules/gui/kde/menu.h:copyright: (C) 2001 by andres ./modules/gui/kde/net.h:copyright: (C) 2001 by andres ./modules/gui/kde/slider.h:copyright: (C) 2001 by andres ./modules/gui/kde/interface.cpp:copyright: (C) 2001 by andres ./modules/gui/kde/slider.cpp:copyright: (C) 2001 by andres ./modules/gui/kde/disc.cpp:copyright: (C) 2001 by andres ./modules/gui/kde/net.cpp:copyright: (C) 2001 by andres ./modules/gui/kde/menu.cpp:copyright: (C) 2001 by andres faad2 is: Copyright (C) 2003-2004 M. Bakker, Ahead Software AG, http://www.nero.com And some plugins of faad2 hold a different (c), for example: ./extras/faad2/plugins/mpeg4ip/faad2.cpp says: ** MPEG4IP plugin for FAAD2 ** Copyright (C) 2003 Bill May [EMAIL PROTECTED] Notice how that neither of these are (c) the VideoLAN team. You acknowledge him as author but don't state his copyright statement verbatim as required by policy. Similary, there is stuff from the Wine project which has (c) assigned to others: ./loader/wine/windef.h: * Copyright 1996 Alexandre Julliard And this only is hardly legal since Eugene Kuznetsov is not part of the Wine project so he can't hold copyright exclusively for: ./loader/loader.h: / Win32 binary loader interface Copyright 2000 Eugene Kuznetsov ([EMAIL PROTECTED]) Shamelessly stolen from Wine project / And these libraries are (c) the VideoLAN team, but also _another_ different organisation holds (c) statements in them: ./modules/codec/cmml/xlist.h: * Copyright (C) 2003-2004 Commonwealth Scientific and Industrial Research * Organisation (CSIRO) Australia * Copyright (C) 2000-2004 the VideoLAN team Those samples were found using this shell commands in the source doe: $ grep -ir copyright . |grep -vi videolan | egrep -v 'debian|doc|po|autotools/' | grep -v m4 |grep -v Makefile | grep -v Free Software Foundation |less Notice it strips the FSF (c) since it applies to all the m4 macros, Makefiles and autoconf stuff. There is some stuff that is (c) the FSF that might need to be acknowledged, however (i.e. ./src/extras/getopt1.c). Regards Javier signature.asc Description: Digital signature
Bug#320781: Manpage for updmap.cfg is missing
Thomas Esser [EMAIL PROTECTED] wrote: man -l src/Packages/tetex-bin/tetex-bin-3.0/new-manpages/updmap.cfg.5 with K\(:uster as you provided it, I only see: I see the right thing, if I run groff -man -Tps updmap.cfg.5 | gv - I think, that it is a matter of the backend (and man users the acsii backend, I guess) to support umlauts. Yes, it works like that here. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#320781: Manpage for updmap.cfg is missing
On 24.08.05 Frank Küster ([EMAIL PROTECTED]) wrote: Thomas Esser [EMAIL PROTECTED] wrote: Hi, If you know how to get an umlaut into my name in manpages... Hilmar's solution seems to be good enough for debian (which has groff). Since I don't know how portable this is, I'd like to stick with the current version in my sources. The point is that *I* cannot see the umlaut with man -l updmap.cfg.5, just Kuster. Hmm, you're right. By default Debian does not call groff with option -Tascii. Hence umlauts will not be displayed. We have to write you Kuester. Sorry! H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324808: scim-chinese: sicm-chinese uninstallable with scim 1.4.1
On Wed, Aug 24, 2005 at 02:54:58PM +0800, LUK ShunTim wrote: Package: scim-chinese Severity: grave Justification: renders package unusable Hi ShunTim, Thanks for reporting. # debfoster scim-chinese gives quote scim-chinese: Depends: scim (= 1.0.2) but it is not going to be installed Depends: scim ( 1.1) but it is not going to be installed /quote Same situations applies to other IMEngines (scim-tables-ja, scim-tables-zh, at least these 2 I've tried). This is intentional. All these IM engine packages must be recompiled to accomodate the libscim ABI transition. This was explained in /usr/share/doc/scim/NEWS.Debian.gz, and will be solved by the next scim-chinese upload. I am working on it, but as I am on my vacation right now, the progress will be slow. Please be patient. Regards, ST Ming 2005.08.25 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324976: xterm + screen = lost characters in output
El Jueves, 25 de Agosto de 2005 10:37, Renat Sabitov escribió: [...] Info about screen: screen 4.0.2-4.1 Hello, Renat. What does your screen version have to do with your problem in xterm? Maybe are you seeing this problem in screen sessions run inside an xterm? Best regards, Ender. -- I am a married potato! I am a married potato! -- Mr. Potato (Toy Story 2). -- Debian developer pgpDpkgfkjkII.pgp Description: PGP signature
Bug#324051: Bogus free space display on Alpha
Looks like it. doko, can you please look at this? This is in both 2.3 and 2.4. I'm surprised that Python would have such a bug that's still not fixed but maybe it's just not compiled with the right options or something? It looks like a 64-bit issue indeed: 4912214227121058 in hex is 0x1173A2001173A2L, so the real value apparently should be 0x1173A2. I tried reproducing this on the SF compile farm (Debian 3.0), with stock Python 2.3.5, but I couldn't: it just works correctly there. So there must be something wrong with the build process, the C library, or the kernel. It would be helpful to get the preprocessor output for posixmodule.i. I'll include the relevant fragments from SF below; on the real build environment, you should see the same (somewhat differently formatted). One cause for these results would be if a 64-bit struct statvfs would be used to call the 32-bit statvfs(2). Regards, Martin struct statvfs { unsigned long int f_bsize; unsigned long int f_frsize; __fsblkcnt64_t f_blocks; __fsblkcnt64_t f_bfree; __fsblkcnt64_t f_bavail; __fsfilcnt64_t f_files; __fsfilcnt64_t f_ffree; __fsfilcnt64_t f_favail; unsigned long int f_fsid; unsigned long int f_flag; unsigned long int f_namemax; int __f_spare[6]; }; extern int statvfs(__const char *__restrict __file, struct statvfs *__restrict __buf) __asm__ ( statvfs64) ; static PyObject* _pystatvfs_fromstructstatvfs(struct statvfs st) { PyObject *v = PyStructSequence_New(StatVFSResultType); if (v == ((void *)0) ) return ((void *)0) ; (((PyStructSequence *)( v ))-ob_item[ 0 ] = PyInt_FromLong((long) st.f_bsize) ) ; (((PyStructSequence *)( v ))-ob_item[ 1 ] = PyInt_FromLong((long) st.f_frsize) ) ; (((PyStructSequence *)( v ))-ob_item[ 2 ] = PyInt_FromLong((long) st.f_blocks) ) ; (((PyStructSequence *)( v ))-ob_item[ 3 ] = PyInt_FromLong((long) st.f_bfree) ) ; (((PyStructSequence *)( v ))-ob_item[ 4 ] = PyInt_FromLong((long) st.f_bavail) ) ; (((PyStructSequence *)( v ))-ob_item[ 5 ] = PyInt_FromLong((long) st.f_files) ) ; (((PyStructSequence *)( v ))-ob_item[ 6 ] = PyInt_FromLong((long) st.f_ffree) ) ; (((PyStructSequence *)( v ))-ob_item[ 7 ] = PyInt_FromLong((long) st.f_favail) ) ; (((PyStructSequence *)( v ))-ob_item[ 8 ] = PyInt_FromLong((long) st.f_flag) ) ; (((PyStructSequence *)( v ))-ob_item[ 9 ] = PyInt_FromLong((long) st.f_namemax) ) ; return v; } static PyObject * posix_statvfs(PyObject *self, PyObject *args) { char *path; int res; struct statvfs st; if (!PyArg_ParseTuple(args, s:statvfs, path)) return ((void *)0) ; { PyThreadState *_save; _save = PyEval_SaveThread(); res = statvfs(path, st); PyEval_RestoreThread(_save); } if (res != 0) return posix_error_with_filename(path); return _pystatvfs_fromstructstatvfs(st); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324983: Please support action messages
Package: lsb-base Version: 3.0-5 Severity: wishlist lsb-base now has support for: Starting fooification service: foo. generated by log_daemon_msg(), log_progress_msg() and log_end_msg(). It would be nice also to have support for: Cleaning up fooification database...done. So far as I can see there is no way to do this with the currently provided functions. The hitch is that although policy requires there to be no space before or after the ellipsis, the current init functions do introduce spaces. I suggest that there be separate functions for this, e.g., log_action_msg(), log_continuation_msg(), log_completion_msg(). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (400, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages lsb-base depends on: ii ncurses-bin 5.4-9 Terminal-related programs and man ii sed 4.1.2-8The GNU sed stream editor lsb-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324980: manpages-fr: Typo in mount(8) manpage
Package: manpages-fr Version: 1.58.1-3 Severity: minor Hi Denis, I noticed a typo in mount(8) --move Déplacer une sous-arborescence aillers. Voir plus haut. s/aillers/ailleurs/ Cheers, -- Pierre Machard GPG: 1024D/23706F87 : B906 A53F 84E0 49B6 6CF7 82C2 B3A0 2D66 2370 6F87 signature.asc Description: Digital signature
Bug#324981: /usr/bin/mail: saves only those displayed to spool
Package: mailx Version: 1:8.1.2-0.20040524cvs-4 Severity: normal File: /usr/bin/mail f one uses fetchmail to get email to spool, then use mail to list emails only then quit without viewing emails, only those displayed get saved to spool, i.e 54 emailes retrieved by fetchmail, used mail to check list, only 10 displayed and so only 10 saved to spool.Kmail or evolution will only see the 10 saved. need to rerun fetchmail (none are fetched) for clients to see the other unsaved emails. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686-smp Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages mailx depends on: ii base-files 3.1.2Debian base system miscellaneous f ii exim4 4.50-8 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tr 4.50-8 lightweight exim MTA (v4) daemon ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii liblockfile11.06 NFS-safe locking library, includes -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324900: nscd: umount /var fails (unclean shutdowns)
At Thu, 25 Aug 2005 09:59:46 +0200, Zlatko Calusic wrote: GOTO Masanori [EMAIL PROTECTED] writes: At Wed, 24 Aug 2005 20:14:43 +0200, Zlatko Calusic wrote: With the latest changes in nscd functionality, namely using persistent database in /var/db/nscd, /var partition can't be cleanly umounted. I tried to avoid the problem by disabling persistent database, but even that didn't help because nscd keeps open descriptor to a deleted file in /var/run, and somehow /etc/init.d/rc inherits it. This is the relevant part of the lsof output fired just before the umount line in /etc/init.d/umountfs: COMMANDPID USER FD TYPE DEVICESIZE NODE NAME rc2470 root DEL REG3,9 1093449 /var/run/nscd/dbUUHtCX I missed this line. /var/run/nscd/dbXX is created at nscd_init() in nscd/connections.c. However, even if this file is created, it's closed soon in the same initialization routine. rc does not have any relations with this temporary file. So, if this file is marked as open, someone takes over fd of /var/run/nscd/dbXX and it passes to rc. Why didn't your nscd shutdown before /etc/init.d/umountfs was invoked? Under my standard sid environment, such problem does not occur because nscd is stopped before umount is executed. But it DID! To prove it, here's full lsof output, there's no mentioning of nscd running. I'm also confused how that one reference leaks to /etc/init.d/rc. But it happens on three machines, so it is very repeatable here. Could you reinstall libc6 and nscd packages again? Hmm, is this problem repeatable even after rebooting the system? If so, rc or some packages behave incorrectly. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324982: jed: FTBFS: Build-Depends cannot be satisfied because no available versions of package slang1-dev can satisfy version requirements
Package: jed Version: 0.99.16-5 Severity: serious Tags: patch When trying to build 'jed' in a clean 'unstable' chroot, I get the following error: # apt-get build-dep jed Reading package lists... Done Building dependency tree... Done E: Build-Depends dependency for jed cannot be satisfied because no available versions of package slang1-dev can satisfy version requirements Please change the Build-Depends to use 'libslang1-dev' instead of 'slang1-dev'. Regards Andreas Jochens diff -urN ../tmp-orig/jed-0.99.16/debian/control ./debian/control --- ../tmp-orig/jed-0.99.16/debian/control 2005-08-25 07:49:37.0 + +++ ./debian/control2005-08-25 07:49:24.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian JED Group [EMAIL PROTECTED] Standards-Version: 3.6.1 -Build-Depends: debhelper (= 4), hevea, libgpmg1-dev (= 1.17.8-18) [!hurd-i386], perl (= 5.004.05-1.1), perl-base (= 5.004.05-1.1), slang1-dev (= 1.3.11), xlibs-dev (= 4.0.1-10), libfreetype6-dev (= 2.0.1-1), libxft-dev, dpatch +Build-Depends: debhelper (= 4), hevea, libgpmg1-dev (= 1.17.8-18) [!hurd-i386], perl (= 5.004.05-1.1), perl-base (= 5.004.05-1.1), libslang1-dev, xlibs-dev (= 4.0.1-10), libfreetype6-dev (= 2.0.1-1), libxft-dev, dpatch Package: jed Architecture: any -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324976: xterm + screen = lost characters in output
David Martínez Moreno wrote: El Jueves, 25 de Agosto de 2005 10:37, Renat Sabitov escribió: [...] Info about screen: screen 4.0.2-4.1 Hello, Renat. What does your screen version have to do with your problem in xterm? Maybe are you seeing this problem in screen sessions run inside an xterm? Hello, David. Yes, it is. In subject i am wrote xterm + screen = lost characters in output. Without screen there is no character lost. And screen works perfectly in linux console. Problem with combination of screen and xterm. I am use apt-get dist-upgrade about a week ago, there is no problem before. xterm and screen settings is same. -- Renat Sabitov e-mail: [EMAIL PROTECTED] Stack Soft jid: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319989: piuparts: malformed sources.list
tag 319989 pending thanks ti, 2005-07-26 kello 14:54 +1000, Kai Hendry kirjoitti: This is the one that is generated for piuparts in the tempdir: Yeah. The program does something else than what the manual page sas it does. The manual page says it uses only the first mirror in sources.list, whereas the code actually tries to use all of them. Since it is only written to deal with the typical (dare I say canonical?) Debian mirror, things fail. I've patched my development sources to obey the manual page. I hope this will make things automatically work for most people, and the rest need to use --mirror. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324984: azureus: Azureus hangs while starting at loading plugin UPnPPlugin
Package: azureus Version: 2.2.0.2-1 Severity: important Whes starting azureus from command-line I it looks like it will start as expected. But it hangs at loading UPnPPlugin. Java uses about 75% CPU that time and after waiting for some minutes it is still at the same point. I can't give you more information now, but if you tell me how to give it, i'll possibly get more. The java VM is the Sun 5 JDK. System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages azureus depends on: ii java-virtual-machine-dum 1.0 Dummy package providing java-virtu ii java2-runtime-dummy [jav 1.0 Dummy package providing java2-runt ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libxtst6 4.3.0.dfsg.1-14 X Window System event recording an ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320781: Manpage for updmap.cfg is missing
Hilmar Preusse [EMAIL PROTECTED] wrote: On 24.08.05 Frank Küster ([EMAIL PROTECTED]) wrote: Thomas Esser [EMAIL PROTECTED] wrote: Hi, If you know how to get an umlaut into my name in manpages... Hilmar's solution seems to be good enough for debian (which has groff). Since I don't know how portable this is, I'd like to stick with the current version in my sources. The point is that *I* cannot see the umlaut with man -l updmap.cfg.5, just Kuster. Hmm, you're right. By default Debian does not call groff with option -Tascii. Hence umlauts will not be displayed. We have to write you Kuester. Sorry! Or fix Debian's man. I have no idea where to file a bug and how to explain it. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#322695: linphone -- alsa_card_write: assertion failed
Can't it be a sound that is being play while pressing a gtk button or something like this ? Simon Le Jeudi 25 Août 2005 11:05, Filip Van Raemdonck a écrit : Hi all, On Wed, Aug 24, 2005 at 10:58:19PM +0200, Simon Morlat wrote: This problems usually happens when linphone fails to open the alsa device in one direction, in this case this is in write direction (playing sounds). This can happen it another program opens the alsa audio device in writing mode just before linphone wants to use it: maybe esd does that. Can you reproduce the problem with esd off ? No I can't, esd seems to be the culprit indeed. However, while it could be that esd indeed tries to open just before linphone, this (naive assumption ;) appears not all too likely as there is no other sound playing at that time. Don't know how esd handles the audio device, though. Filip Van Raemdonck wrote: When I try to call e.g. the SIPphone test number at sip:[EMAIL PROTECTED] the connection is established, but then the terminal from which linphone was started is flooded with this message: (linphone:15778): MediaStreamer-CRITICAL **: alsa_card_write: assertion `obj-write_handle!=NULL' failed and no sound is played. Regards, Filip
Bug#324974: openoffice.org2-writer: Mail merge causes crash (reproducible)
tag 324974 + moreinfo tag 324974 + unreproducible thanks Ted Percival wrote: Package: openoffice.org2-writer Version: 1.9.114-1 Severity: important Tags: experimental When choosing Mail Merge Wizard... on the Tools menu, OpenOffice Writer crashes. This is completely reproducible and does not appear to depend on what file is currently open - it occurs with both unsaved and saved documents. A backtrace is attached. Please try with a up-to date version when reporting bugs. 1.9.121-2 is in experimental since two weeks... It doesn't crash here FWIW (although it crashes later when you want to choose adresses... Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324976: xterm + screen = lost characters in output
El Jueves, 25 de Agosto de 2005 11:27, Renat Sabitov escribió: David Martínez Moreno wrote: El Jueves, 25 de Agosto de 2005 10:37, Renat Sabitov escribió: [...] Info about screen: screen 4.0.2-4.1 Hello, Renat. What does your screen version have to do with your problem in xterm? Maybe are you seeing this problem in screen sessions run inside an xterm? Hello, David. Yes, it is. In subject i am wrote xterm + screen = lost characters in output. Without screen there is no character lost. And screen works perfectly in linux console. Problem with combination of screen and xterm. I am use apt-get dist-upgrade about a week ago, there is no problem before. xterm and screen settings is same. Sorry, I did not notice the subject. :-) Thomas? Best regards, Ender. -- Uh, we had a slight weapons malfunction, but uh... everything's perfectly all right now. We're fine. We're all fine here now, thank you. How are you? -- Han Solo (Star Wars). -- Debian developer pgpGZXRW0AH71.pgp Description: PGP signature
Bug#324986: dbs: Options -T not handled
Package: dbs Version: 0.35 Severity: normal -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7benj2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dbs depends on: ii bzip2 1.0.2-1A high-quality block-sorting file ii make 3.80-9 The GNU version of the make util ii perl 5.8.7-4Larry Wall's Practical Extraction dbs recommends no packages. -- no debconf information The options -P and -T for dbs-edit-patch are implemented in the source code, but not declared in the getopt line. Those seems usefull to edit the patches in the mutt package, out of the box, dbs-edit-patch does not find the source tarball. Try this: apt-get source mutt cd mutt-1.* dbs-edit-patch 100_asp.pgp_getkeys - Fail (does not find the source) Then try that: dbs-edit-patch -s ./upstream/tarballs 100_asp.pgp_getkeys - Fail (does not find the patches anymore). Option -T if recognized would solve the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324985: gcjwebplugin: uninstallable because gij-3.4 no longer in unstable
Package: gcjwebplugin Version: 0.3.1-3 Severity: grave Justification: renders package unusable Hi, gcjwebplugin can't be installed at the moment in unstable, since unstable doesn't contain gcj-3.4 anymore. It was replaced with gij-4.0. Couldn't you do a Depends: gij (= 3.4) ? With best regards, Wolfi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-wjq Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages gcjwebplugin depends on: ii gij-3.4 3.4.4-5The GNU Java bytecode interpreter ii libc6 2.3.5-4GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-6 GCC support library ii libgcj5-awt 3.4.4-5AWT peer runtime libraries for use ii libglib2.0-0 2.8.0-1The GLib library of C routines ii libstdc++51:3.3.6-9 The GNU Standard C++ Library v3 Versions of packages gcjwebplugin recommends: ii epiphany-browser [www-browser 1.6.4-1Intuitive GNOME web browser hi galeon [www-browser] 1.3.21-6 GNOME web browser for advanced use ii konqueror [www-browser] 4:3.3.2-1 KDE's advanced File Manager, Web B ii lynx [www-browser]2.8.5-2Text-mode WWW Browser ii mozilla-browser [www-browser] 2:1.7.10-1 The Mozilla Internet application s ii mozilla-firefox [www-browser] 1.0.6-3lightweight web browser based on M ii w3m [www-browser] 0.5.1-4WWW browsable pager with excellent -- no debconf information signature.asc Description: Digital signature
Bug#324987: loading of mousedev in kernel-image 2.6.8
Package: module-init-tools Version: 3.2-pre1-2 Thank you for maintaining the Debian Linux system. I upgraded my Debian 3.1 system to kernel-image 2.6.8 This broke the Xwindows system, since it could not access the mouse. After some debugging, I found out that the mousedev module was not loaded. # modprobe mousedev solves this problem. I beleive that mousedev should be loaded by default during boot. regards, Magnus Sundberg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324975: www.debian.org: Debian security advisories in RDF format is a broken link
Guido Trotter: Hi, the link on http://www.debian.org/security/ for the RDF formatted list of the DSAs (which is http://www.debian.org/security/dsa ) leads to a 404. Looks like the server configuration changed and dropped rdf from the list of known documents, and thus not allowing content negotiation on them. Going to the expanded URL (with language) gives me the feed as text/plain. So, the server configuration needs to be changed. Or perhaps we should rename the generated files from .rdf to .xml so that we can use the default configuration? -- \\// Peter - http://www.softwolves.pp.se/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324900: nscd: umount /var fails (unclean shutdowns)
GOTO Masanori [EMAIL PROTECTED] writes: rc2470 root DEL REG3,9 1093449 /var/run/nscd/dbUUHtCX I missed this line. /var/run/nscd/dbXX is created at nscd_init() in nscd/connections.c. However, even if this file is created, it's closed soon in the same initialization routine. rc does not have any relations with this temporary file. So, if this file is marked as open, someone takes over fd of /var/run/nscd/dbXX and it passes to rc. Although fd passing between unrelated programs is a great mistery to me (how could've nscd passed descriptor to rc???), could that be solved by closing the descriptor in nscd? Or setting close_on_exec flag somewhere? Why didn't your nscd shutdown before /etc/init.d/umountfs was invoked? Under my standard sid environment, such problem does not occur because nscd is stopped before umount is executed. But it DID! To prove it, here's full lsof output, there's no mentioning of nscd running. I'm also confused how that one reference leaks to /etc/init.d/rc. But it happens on three machines, so it is very repeatable here. Could you reinstall libc6 and nscd packages again? Hmm, is this Of course. Although I don't expect much progress with that, but I'll try it anyway. In fact I'm going to drop to single user mode, reinstall all libc6 packages, and make a few reboots to see if it helps. problem repeatable even after rebooting the system? If so, rc or some packages behave incorrectly. Yes, absolutely repeatable, trouble on every reboot (/var is busy). And on three, otherwise unrelated, machines. But they're all administered by me, so I still leave the possibility that I did something somewhere wrong, but I must admit that this is a quite resistant problem for me. I don't have any idea what to do next. :( I'll report in half an hour or so. Thank you for your cooperation! -- Zlatko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324988: ITP: suspend2-userui -- user-space interfaces for software suspend2
Package: wnpp Severity: wishlist Owner: martin f krafft [EMAIL PROTECTED] Package name: suspend2-userui Version : 0.5.3 Upstream Author : Bernard Blackham bernard ät blackham.com.au URL : http://www.suspend2.net License : GPL Description : user-space interfaces for software suspend2 Software suspend2 is an alternative implementation to suspend a linux machine by writing its state to memory for later resuming. The kernel-patch-suspend2 package can be used to patch Debian kernels accordingly. . This package provides several user interfaces which improve the user's experience during the suspend and resume processes. It is not needed for suspend2 functionality. Package is available from http://debian.madduck.net/~madduck/packages/stage/suspend2-userui/binary deb http://debian.madduck.net ~madduck/packages/stage/suspend2-userui/ deb-src http://debian.madduck.net ~madduck/packages/stage/suspend2-userui/ -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-cirrus Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! if java had true garbage collection, most programs would delete themselves upon execution. -- robert sewell signature.asc Description: Digital signature (GPG/PGP)
Bug#324172: Processed: severity of 324172 is important
Hi Hamish, On Thu, Aug 25, 2005 at 08:44:31AM +1000, Hamish Moffatt wrote: On Wed, Aug 24, 2005 at 08:48:16AM -0700, Debian Bug Tracking System wrote: # I think this has major effect on the usability of xpdf severity 324172 important Bug#324172: xpdf-reader: Resizing xpdf results in garbled display Severity set to `important'. Hi, I disagree, but I won't fight to change it back. It may have a major effect on the usability, but for a minority of users. It works perfectly in GNOME for me. Are you also running ion3? Is it possible that it is at fault? OK, I understand your point of view, it would certainly not be important if it only affected people using ion3. But I'm using xfce4 and a colleague of mine uses KDE. We both experienced this effect. I tried gnome today and you are right, the effect is not present there, so probably sawfish does something different than other window managers. Thanks for your fast reaction and work, Wolfi Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#323633: xorg-x11: [INTL:fr] French debconf templates translation
Quoting Christian Perrier ([EMAIL PROTECTED]): Package: xorg-x11 Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. I hope I won't sound too annoying, but is there a reason for this translation (and maybe a few others) not being commited to SVN? As we now list xorg-x11 in Debian Installer translations level 5, the French languages (and a few others) appear as incomplete while actually the translators already sent their updates. Though not requesting commits at the speed of light, having these trivial updates commited as soon as possible will probably help in them not being forgotten..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320185: rss2email: non-ASCII long header is encoded incorrectly
reopen 320185 tags 320185 + patch thanks On August 20, 2005 at 1:22PM +0900, tats (at vega.ocn.ne.jp) wrote: I actually encountered raw non-ASCII bytes in From field. http://nedko.arnaudov.name/soft/rss2email-2.55-folding.patch This patch uses email/Header.py instead of mimify.py, and it fixes both the newline bug and the raw non-ASCII bug. Oops, the above patch is not fine in `From:' and `To:'. After applying the patch, `From:' has encoded text between `' and `', and `To:' encodes the email addresses incorrectly. email/Header.py seems to be better than mimify.py. However, to use email/Header.py, we should have more modification in rss2email.py. To fix this bug, Nedko Arnaudov revised the patch, and I sorted out and revised it. I can now recommend the attached patch. * feedparser.py (_sync_author_detail): Replace '' with ''. * rss2email.py (header7bit): Use email.Header instead of mimify. * rss2email.py (header7bit_ifnonatom): New function. * rss2email.py (run): Encode `From:' with header7bit_ifnonatom(), and don't encode `To:'. * rss2email.py (run): Insert `Mime-Version:' and `Content-Transfer-Encoding:'. -- Tatsuya Kinoshita --- rss2email-2.55-1/feedparser.py +++ rss2email-2.55/feedparser.py @@ -811,6 +811,7 @@ # probably a better way to do the following, but it passes all the tests author = author.replace(email, '') author = author.replace('()', '') +author = author.replace('', '') author = author.strip() if author and (author[0] == '('): author = author[1:] --- rss2email-2.55-1/rss2email.py +++ rss2email-2.55/rss2email.py @@ -107,6 +107,8 @@ for e in ['error', 'gaierror']: if hasattr(socket, e): socket_errors.append(getattr(socket, e)) import mimify; from StringIO import StringIO as SIO; mimify.CHARSET = 'utf-8' +from email.Header import Header +import re if SMTP_SEND: import smtplib; smtpserver = smtplib.SMTP(SMTP_SERVER) else: smtpserver = None @@ -135,13 +137,24 @@ Quote names in email according to RFC822. return '' + unu(s).replace(\\, ).replace('', '\\') + '' +nonascii = re.compile('[^\000-\177]') +nonatom = re.compile('[^a-zA-Z0-9\012\015\040\!\#\$\%\\'\*\+\-\/\=\?\^\_\`\{\|\}\~]') # ref. RFC2822, atom. comment is not supported + def header7bit(s): QP_CORRUPT headers. - #return mimify.mime_encode_header(s + ' ')[:-1] - # XXX due to mime_encode_header bug - import re - p = re.compile('=\n([^ \t])'); - return p.sub(r'\1', mimify.mime_encode_header(s + ' ')[:-1]) + charset = 'us-ascii' + if nonascii.search(s): + charset = 'utf-8' + h = Header(s, charset, 50) + return h.encode() + +def header7bit_ifnonatom(s): + QP_CORRUPT headers if non-atom character exists. + charset = 'us-ascii' + if nonatom.search(s): + charset = 'utf-8' + h = Header(s, charset, 50) + return h.encode() ### Parsing Utilities ### @@ -405,12 +418,14 @@ from_addr = unu(getEmail(r.feed, entry)) message = ( - From: + quote822(header7bit(getName(r, entry))) + +from_addr+ + - \nTo: + header7bit(unu(f.to or default_to)) + # set a default email! + From: + header7bit_ifnonatom(unu(getName(r, entry))) + +from_addr+ + + \nTo: + unu(f.to or default_to) + # set a default email! \nSubject: + header7bit(title) + \nDate: + time.strftime(%a, %d %b %Y %H:%M:%S -, datetime) + \nUser-Agent: rss2email + # really should be X-Mailer BONUS_HEADER + + \nMime-Version: 1.0 + + \nContent-Transfer-Encoding: 8bit + \nContent-Type: ) # but backwards-compatibility if ishtml(content): pgpWu494XVbjr.pgp Description: PGP signature
Bug#324989: fetchyahoo: Does not get mail for .uk users
Package: fetchyahoo Version: 2.8.8-1 Severity: important There seems to be a problem in the regexp. A patch is included below. --- fetchyahoo 2005-08-19 23:03:55.0 +0530 +++ /home/alok/bin/fetchyahoo 2005-08-25 15:31:05.0 +0530 @@ -843,7 +842,7 @@ my $tmpLine = ''; # the long regex matches and removes a single message - while ( $tmpPage =~ s/^.*?^tr class=msg(new|old).*?^td.*?name=Mid.value=([^]+).*?^td(.*?).*?^td.*?^a.href=.*?ShowLetter\?MsgId=([^]+).*?\n(.*?)\n.*?^td .*?(.*?).*?^td(.*?)//ms ) { +while ( $tmpPage =~ s/^.*?tr class=msg(new|old).*?^td.*?name=Mid.value=([^]+).*?^td(.*?).*?^td.*?a.href=.*?ShowLetter\?MsgId=([^]+).*?\n(.*?)\n.*?^td .*?(.*?).*?td(.*?)//ms ) { if (! $2 eq $4) { print \nWarning: message ID's $2 and $4 don't match.\n unless $quiet; } -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fetchyahoo depends on: ii libcrypt-ssleay-perl 0.51-3 Support for https protocol in LWP ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libio-socket-ssl-perl 0.97-1 Perl module implementing object or ii libmime-perl 5.417-1Perl5 modules for MIME-compliant m ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii libwww-perl 5.803-4WWW client/server library for Perl ii perl 5.8.7-4Larry Wall's Practical Extraction Versions of packages fetchyahoo recommends: ii libterm-readkey-perl 2.30-2 A perl module for simple terminal ii procmail 3.22-11Versatile e-mail processor -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322495: Please upgrade cogito
Hi. I wanted to say I'd really like to see a newer cogito, too. I'm willing to do work to get it debianized. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324984: Acknowledgement (azureus: Azureus hangs while starting at loading plugin UPnPPlugin)
Hello, for your information: I tried it again. I started Azureus and left. After approx. 1 and a half hours I came back and it was running. I checked the statistics, which told me it was running for about 1 hour and a quarter. That means it took about a quarter to start u, a value which is for the most users absolutly unacceptable. Regards, J.J. Kiers smime.p7s Description: S/MIME Cryptographic Signature
Bug#324900: nscd: umount /var fails (unclean shutdowns)
GOTO Masanori [EMAIL PROTECTED] writes: Could you reinstall libc6 and nscd packages again? Hmm, is this problem repeatable even after rebooting the system? If so, rc or some packages behave incorrectly. As I thought. Reinstalling didn't help. I did this: apt-get install --reinstall libc6 libc6-dev libc6-i686 nscd locales initscripts form the single user mode. Two reboots - two times /var was busy on umount. The only difference is, because I have reenabled persistent caches, that now passwd cache file is referenced during reboot: COMMANDPID USER FD TYPE DEVICESIZE NODE NAME rc1119 root mem REG8,9 217016 228931 /var/db/nscd/passwd This is the process list at the same time (kernel daemons and ps itself excluded): UIDPID PPID C STIME TTY TIME CMD root 1 0 0 12:42 ?00:00:00 init [6] root 1119 1 0 12:47 ?00:00:00 /bin/sh /etc/init.d/rc 6 root 1421 1119 0 12:47 ?00:00:00 /bin/sh /etc/rc6.d/S40umountfs stop What next? -- Zlatko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322439: piuparts: Let the user specify the base.tgz
ke, 2005-08-10 kello 18:38 +0200, Florian Ragwitz kirjoitti: I'd like to specify the location of the base.tgz if used with the -p option. Is the -b (--basetgz) option not sufficient? You have to type in the entire path (/var/cache/pbuilder/whatever.tgz) but it works, and I don't want to complicate the piuparts interface with lots of pbuilder specific options. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324990: ITP: avahi -- mDNS daemon
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name : avahi Version : 0.1 Upstream Authors: Lennart Poettering, Trent Lloyd URL : http://www.freedesktop.org/Software/Avahi License : LGPL Avahi is a fully LGPL framework for Multicast DNS Service Discovery. It allows programs to publish and discover services and hosts running on a local network with no specific configuration. For example you can plug into a network and instantly find printers to print to, files to look at and people to talk to. Debian packages for Ubuntu Breezy are available at burtonini.com/debian/breezy, and will be in Breezy soon. Once we've got a new DBus and python-gtk2 in Sid, it can be uploaded there too. This package will be maintained under the pkg-utopia project. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320781: Manpage for updmap.cfg is missing
On 25.08.05 Frank Küster ([EMAIL PROTECTED]) wrote: Hilmar Preusse [EMAIL PROTECTED] wrote: On 24.08.05 Frank Küster ([EMAIL PROTECTED]) wrote: Hi, The point is that *I* cannot see the umlaut with man -l updmap.cfg.5, just Kuster. Hmm, you're right. By default Debian does not call groff with option -Tascii. Hence umlauts will not be displayed. We have to write you ^^^ Of course I meant -Tlatin1 Kuester. Sorry! Or fix Debian's man. I have no idea where to file a bug and how to explain it. I guess you can file it against man-db. I'm just afraid the output will be unpredictable, when the user has configured his computer to use a terminal font not containing umlauts. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#256681: Your old ITA of login.app
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Tue, Aug 23, 2005 at 03:12:16PM +0200, Matej Vela wrote: Bastian, Daniel, please let us know if one of you still intends to adopt Login.app. I don't want to adopt it. Before long I will drop login.app from my desktop since upstream is inactive as you already noted. Regards, Bastian - -- ,''`. Bastian Kleineidam : :' :GnuPG Schlüssel `. `'gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDDab2eBwlBDLsbz4RAhUmAKCxN5p8lR1SmbrEwPMDsi6WLFK5DACeJ5SX P3uDktslpllCGeMKmPn1gA4= =Ht6u -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324991: www.debian.org/sponsor[_img.jpg|.html] gives 404
Package: www.debian.org Severity: normal The sponsor picture and sponsor.html on www.debian.org give a 404. I'm not sure if this is related to #285675. Here's which ones work right now on the mirrors: Australia: broken Austria: ok Brazil: ok Bulgaria: ok China: unsure (timed out) France: ok Germany: ok Hong Kong: ok Indonesia: ?!?!! doesn't look like a mirror Italy: ok Japan: ok Netherlands: ok Russia: broken (403) South Africa: ok Spain: ok Ukraine: ok United Kingdom: ok United States: broken -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-bytemark-uml-20040706-1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- Jon Dowland http://jon.dowland.name/ FD35 0B0A C6DD 5D91 DB7A 83D1 168B 4E71 7032 F238 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324516: firefox segfaults at CTRL-W
Hello, I also had web-developer extension installed, so I tried to deinstall it. However, even clicking the Extensions menu option, it segfaults. Regards, J.J. Kiers smime.p7s Description: S/MIME Cryptographic Signature
Bug#323449: tin hanged with: Can't retrieve active
On Tue, Aug 16, 2005 at 10:42:11PM +0200, Miernik wrote: Package: tin Version: 1:1.7.10+20050815-1 Severity: normal I am running tin as rtin with a local newsserver (noffle), and today rtin was running as usual, I have 51 groups in my .newsrc, and I was away from the computer. When I came back, I see rtin hanged, no reaction to any keys, and displaing in the last line of the screen: Can't retrieve active sounds like noffle died or closed the link without a propper feedback to the client - as the client can not recognize if the server has closed the connection (if it doesn't give any feedback) till some kind of timeout will occur it sits there and wait's for data (e.g. the active file). this is a server error, not a client one, but the client could have a timeout to detect it (tin doesn't have such a timout anymore, it was removed during some rewrite of the (network)reading code a few years ago). Looks like it's stuck on connection to local newsserver. But it is like that since half an hour at least, it should time out or something. There as mentioned above it's the servers fault if it shut's down the connection without telling the client,.but the client should have some kind of timeout to catch the (rare) case that the server fails to tell the client that it had closed the connection. tin once had such a fature but it got lost dring the rewrite of read.c. if anyone is willing to fix this look for NNTP_READ_TIMEOUT. news.arcor.de (dumb cluster setup) has the 'same' prolem, long ideling clients are timed out on the server side but the server fails to tell this the client ... is not much I can do besides killing it. ps xauww | awk '/[t]in/{print $2}' | kill -1 sould be 'safe' (newsrc should be written out propper). Finally I did: jaworz:~$ sudo killall noffle jaworz:~$ sudo killall noffle jaworz:~$ sudo killall -9 noffle jaworz:~$ sudo killall -9 noffle noffle: no process killed jaworz:~$ And then rtin did quit too. as it noticed that the connection was closed when the server finally died urs -- Only whimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it ;) - Linus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#144420: Accepted emacs-color-themes 6.5.4-1 (source all)
Peter S Galbraith пишет: Has the change I requested ever been made? I have a suggestion to make, but I'm not sure it is possible since color-theme itself interacts with customization. It would be good if users could set a theme without editing their .emacs file themselves, but rather by customizing a variable. The defcustom would have a radio selection of all available themes and would set the theme using defcustom keywords :require to load the library and :set to call the function. What do you think? This would be the preferred method of setting a theme in the `emacs-goodies-el' package (where just about everything can be enabled via the custom interface). I'll look what I can do with this. And than increase my elisp knowledge :-)
Bug#323060: patch in gentoo
See: http://bugs.gentoo.org/show_bug.cgi?id=62427 -- LI Daobing
Bug#324933: 324933
I realize that I was very vague in my problem description so I'll add to try and clarify my problem. tsicsweb2:/home/michaelt# ps -ef | grep nagios nagios 19064 1 1 Aug24 ?00:10:37 /usr/sbin/nagios /etc/nagios/nagios.cfg /etc/init.d/nagios restart Restarting nagios: named pipe exists - removeing nagios. tsicsweb2:/etc/nagios# ls -l total 220 -rw-r--r-- 1 nagios www-data 1445 2005-04-15 23:59 apache.conf -rw-r--r-- 1 nagios www-data 13072 2005-08-25 05:46 cgi.cfg -rw-r--r-- 1 nagios www-data 292 2004-11-13 17:56 checkcommands.cfg lrwxrwxrwx 1 nagios www-data15 2005-08-23 10:39 check_nagios - check_nagios_db -rwxr-xr-x 1 nagios www-data 2350 2004-11-13 17:56 check_nagios_db -rw-r--r-- 1 nagios www-data 2134 2005-08-24 07:13 check_nagios_db.pl -rw-r--r-- 1 nagios www-data 1471 2005-08-23 17:04 contactgroups.cfg -rw-r--r-- 1 nagios www-data 1125 2005-08-24 16:21 contacts.cfg -rw-r--r-- 1 nagios www-data 1662 2005-06-02 09:30 dependencies.cfg -rw-r--r-- 1 nagios www-data 2264 2005-08-23 14:40 escalations.cfg -rw-r--r-- 1 nagios www-data 9258 2005-08-23 15:56 hostgroups.cfg -rw-r--r-- 1 nagios www-data 88498 2005-08-23 15:03 hosts.cfg -rw-r--r-- 1 nagios www-data26 2005-08-23 10:20 htpasswd.users -rw-r--r-- 1 nagios www-data 13544 2005-06-02 09:30 minimal.cfg -rw-r--r-- 1 nagios www-data 4250 2005-06-02 09:30 misccommands.cfg -rw-r--r-- 1 nagios www-data 21437 2005-08-24 14:11 nagios.cfg -rw-r--r-- 1 nagios www-data 2972 2005-08-23 10:21 resource.cfg -rw-r--r-- 1 nagios www-data 3151 2005-08-24 07:46 services.cfg drwxr-xr-x 2 nagios www-data 4096 2005-08-23 10:24 stylesheets -rw-r--r-- 1 nagios www-data 1589 2005-06-02 09:30 timeperiods.cfg here are my config files cgi.cfg. all 4 database entries in cgi.cfg and resource.cfg are filled out just like the example below # Note: If you use the mysql or pgsql nagios build, read # /usr/share/doc/nagios-common/README.Debian what todo to let nagios # CGI scripts detect nagios state. nagios_check_command=/etc/nagios/nagios_check_db xcddb_host=localhost #xcddb_port= xcddb_database=nagios xcddb_username=root xcddb_password=X # DB DOWNTIME DATA (Read-Only For CGIs) # Note: These config directives are only used if you compiled # in database support for downtime data! # The user you specify here only needs SELECT privileges on the # 'hostdowntime', and 'servicedowntime' tables in the database, # as these values are only used by the CGIs. The core program # will read the directives you specify in a resource file. xdddb_host=localhost #xdddb_port= xdddb_database=nagios xdddb_username=root xdddb_password=X tsicsweb2:/etc/nagios# ls -l /var/run/nagios/nagios.cmd prw-rw 1 nagios nagios 0 2005-08-25 05:46 /var/run/nagios/nagios.cmd tail -20 /var/log/nagios/nagios.log [1124968593] Caught SIGTERM, shutting down... [1124968795] Nagios 1.3 starting... (PID=31495) Little webmin snipit to show the pids match last_update program_start daemon_mode nagios_pid last_command_check last_log_rotation execute_service_checks 2005-08-25 06:23:56 2005-08-25 06:19:55 0 31495 2005-08-25 06:23:56 1969-12-31 18:00:00 1 1 1 Basically it looks like the cgi's can't get the process status but I've done everything I know, plus all the workarounds I've found on the net. I followed this doc verbatim http://wiki.tryphon.org/How_to_install_Nagios_under_Debian System and package specs Linux tsicsweb2 2.6.8-2-686-smp #1 SMP Thu May 19 17:27:55 JST 2005 i686 GNU/Linux Fresh Sarge Net install image pulled from Debian about a week ago. nagios-common_2%3a1.3-cvs.20050402-2.sarge.1_all.deb nagios-mysql_2%3a1.3-cvs.20050402-2.sarge.1_i386.deb nagios-plugins_1.4-6_i386.deb nagios-statd-client_3.09-7_all.deb tsicsweb2:/var/cache/apt/archives# mysql -V mysql Ver 14.7 Distrib 4.1.11, for pc-linux-gnu (i386) tsicsweb2:/var/cache/apt/archives# apache2 -v Server version: Apache/2.0.54 Server built: May 12 2005 05:30:44 tsicsweb2:/var/cache/apt/archives# php -v PHP 4.3.10-15 (cli) (built: May 9 2005 08:54:56) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies If I've omitted anything please let me know. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#170480: smile is very important
Want a Pearly White Smile? You can have whiter teeth in just one hour. Dentists charge in excess of $300 for this product. With our Professional Teeth Whitening kit get results NOW. http://www.bizwhiteteeth.com/ opposition tyh upstart xya botch aj basin ho crackpot kd camelback rc homicidal pj clausen hh confess tvc phenomena es everybody uf corporate jq uttermost ma ginkgo wy http://www.bizwhiteteeth.com//r -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324609: mozilla-firefox: Also seeing this problem
Package: mozilla-firefox Version: 1.0.4-2sarge2 Followup-For: Bug #324609 I'm also seeing this problem. It started occurring after the security upgrade to version 1.0.4-2sarge2. Again, removing the .mozilla directory and re-running the browser fixes the problem for the first start, but after that the downloads stop working on the second start onwards. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12.5 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages mozilla-firefox depends on: ii debianutils2.8.4 Miscellaneous utilities specific t ii fontconfig 2.3.1-2 generic font configuration library ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libidl00.8.5-1 library for parsing CORBA IDL file ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-2sarge2 MIT Kerberos runtime libraries ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-14 X Window System printing extension ii libxt6 4.3.0.dfsg.1-14 X Toolkit Intrinsics ii psmisc 21.5-1Utilities that use the proc filesy ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324812: initrd-netboot: Templates rewrite proposal
Quoting Vagrant Cascadian ([EMAIL PROTECTED]): Package: initrd-netboot Severity: normal The recently introduced debconf for this package IMHO need some rewrite, at least for using capitals when needed, as well as using the recommended write style (see Developer's Reference 6.5.2). /me should remember about bringing a few caps keys to Jonas at next Debconf...:-) i think jonas mostly just accepted my templates from upstream- so any lacking is largely my fault :) i will try and incorporate your suggestions into the next upstream version. Fine. If you do so, please send me the new debian/po/templates.pot so that I update the French translation I'm working on. Waiting for it to be completed before uploading would be kind of you as well... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298427:
Right, I can confirm that moving /lib/tls out of the way makes sshd work as expected. So it's indeed probably wrong to blame OpenSSH for this? Regards Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319147: still happens
Hi, On mer, aoû 24, 2005, Blars Blarson wrote: Exact same error occurs in current sid pbuilder on sparc. libc6 2.3.5-3 glibc 2.3.5-4 failed to build on sparc. What version of linux-kernel-headers was this? Please point me at the full buildd log, and I'd really be interested in the config.log. Even with the dropped severity, your package will not make it to testing until this is fixed or you get an ftp master to remove the sparc binary. Well, as I said, I firmly believed the FTBFS was a solved libc6 issue, you seem to prove it's not, and I'll have a closer look at your build logs. At all rates, the code path where the failure appears has been fixed but shouldn't be used at all and suggest a configure problem. Bye, -- Loïc Minier [EMAIL PROTECTED] Come, your destiny awaits!
Bug#324453: [Pkg-doc-linux-devel] Bug#324453: doc-linux-text: Escape sequences in some HOWTOS
On Mon, Aug 22, 2005 at 09:15:26AM +0200, Sven Joachim wrote: Some of the HOWTOS are spread with nasty escape sequences, making them hard to read. Unfortunately, three just updated HOWTOS are affected: FBB.gz, LILO.gz and Linux+WinNT.gz. Thanks for the report, I will try to find out where they come from and how to avoid them. Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324992: lvm2: converting metadata to v2 on md* device fails
Package: lvm2 Version: 2.01.04-5 Severity: normal I have following problem with upgrading to v2 of metadata after upgrading system to Sarge and thus cannot create snapshots anymore: # vgconvert -t -v -M2 raid5 Test mode: Metadata will NOT be updated. Using volume group(s) on command line Finding volume group raid5 Test mode: Skipping archiving of volume group. Physical extents end beyond end of device /dev/md1! /dev/md1: Format-specific setup of physical volume failed. Failed to setup physical volume /dev/md1 Test mode: Wiping internal cache # pvdisplay --- Physical volume --- PV Name /dev/md1 VG Name raid5 PV Size 170,18 GB / not usable 7,38 MB Allocatable yes PE Size (KByte) 4096 Total PE 43563 Free PE 12329 Allocated PE 31234 PV UUID GbIjZa-z7WJ-ufBX-WR8B-sAq4-JHNU-xh1zee # lvm dumpconfig devices { dir=/dev scan=/dev filter=r|/dev/cdrom| cache=/etc/lvm/.cache write_cache_state=1 sysfs_scan=1 md_component_detection=0 } activation { missing_stripe_filler=/dev/ioerror mirror_region_size=512 reserved_stack=256 reserved_memory=8192 process_priority=-18 } global { umask=63 test=0 activation=1 proc=/proc locking_type=1 locking_dir=/var/lock/lvm } shell { history_size=100 } backup { backup=1 backup_dir=/etc/lvm/backup archive=1 archive_dir=/etc/lvm/archive retain_min=10 retain_days=30 } log { verbose=0 syslog=1 overwrite=0 level=0 indent=1 command_names=0 prefix= } -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=russian, LC_CTYPE=russian (charmap=KOI8-R) Versions of packages lvm2 depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdevmapper1.012:1.01.00-4 The Linux Kernel Device Mapper use ii lvm-common 1.5.17 The Logical Volume Manager for Lin -- debconf information: lvm2/snapshots: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324884: AW: Bug#324884: ant fails to recognize 'gjdoc' task, whereas libant1.6 succeeds.
Package: ant Version: 1.6.2-2 Severity: normal Hi, using the cdbs system, I can have a 'gjdoc' task if I set 'ANT_HOME := /usr/share/ant1.6' in my debian/rules file Hi Eric, normally with a correct JAVA_HOME location in the debian rules file gjdoc should be used automatically for the javadoc task in the free runtimes. So you should be able to build libforms-java already with free tools - give it a try. The gjdoc task as present in libant1.6-java is not dependent on the linking of the javadoc script in JAVA_HOME of the used vm to gjdoc - but uses gjdoc everytime (also for non-free vms !!) However, as we want to drop libant1.6-java in the future it is maybe a good point to also explicitly include the gjdoc task in ant. I will do that on my next ant upload after my vacation. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322624: gcc-3.4: FTFBS on hurd-i386: Adjustments for new dpkg-archtecture needed
reopen 322624 tags 322624 +patch thanks Hi, sorry about that, but I just found out that another patch is needed for gcc-3.4. Just reactivating hurd-changes.dpatch was not enough, similar to gcc-4.0, the /include - /usr/include change now has to be made in gcc/config/gnu.h as well as gcc/config/t-gnu for some reason, otherwise the build fails like this: In file included from ../../src/gcc/crtstuff.c:62: ../../src/gcc/tsystem.h:79:19: stdio.h: No such file or directory Updated hurd-changes.dpatch attached. cheers, Michael #! /bin/sh -e dir= if [ $# -eq 3 -a $2 = '-d' ]; then pdir=-d $3 dir=$3/ elif [ $# -ne 1 ]; then echo 2 `basename $0`: script expects -patch|-unpatch as argument exit 1 fi case $1 in -patch) patch $pdir -f --no-backup-if-mismatch -p0 $0 ;; -unpatch) patch $pdir -f --no-backup-if-mismatch -R -p0 $0 ;; *) echo 2 `basename $0`: script expects -patch|-unpatch as argument exit 1 esac exit 0 # DP: Traditional GNU systems don't have a /usr directory. However, Debian # DP: systems do, and we support both having a /usr - . symlink, and having a # DP: /usr directory like the other ports. So this patch should NOT go # DP: upstream. --- gcc/config/t-gnu.old2003-04-27 15:01:15.0 -0400 +++ gcc/config/t-gnu2003-04-27 15:01:48.0 -0400 @@ -1,2 +1,3 @@ # In GNU, /usr is a four-letter word. -NATIVE_SYSTEM_HEADER_DIR = /include +# Overridden for Debian GNU/Hurd (hurd-i386) +NATIVE_SYSTEM_HEADER_DIR = /usr/include --- gcc/config/gnu.h.orig 2005-08-24 19:11:28.0 +0200 +++ gcc/config/gnu.h2005-08-24 19:22:56.0 +0200 @@ -10,7 +10,8 @@ /* Standard include directory. In GNU, /usr is a four-letter word. */ #undef STANDARD_INCLUDE_DIR -#define STANDARD_INCLUDE_DIR /include +/* Overridden for Debian GNU/Hurd (hurd-i386). */ +#define STANDARD_INCLUDE_DIR /usr/include /* Implicit library calls should use memcpy, not bcopy, etc. */ #undef TARGET_MEM_FUNCTIONS
Bug#324993: Installation report Debian GNU/Linux 3.1r0a
Package: installation-reports Debian-installer-version: netinst image uname -a: The result of running uname -a on a shell prompt Date: 25/08/2005 Method: CD-ROM installation using the netinst image Machine: home-made machine 1994 Processor: Cyrix 6x86 200 CPU Memory: 80MB RAM Root Device: IDE harddisk 270 MB - Quantum Maverick 270A Root Size/partition table: 1 partition of 270MB Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [E] Load installer modules: [O] Detect hard drives: [E] Partition hard drives: [o] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [E] Comments/Problems: Unable to mount CD-ROM. I see in the console logging (alt-F4) that the IDE controller is found, but no devices connected are reported (harddisk and CD-ROM). So I am not able to find the CD-ROM drive or the harddisk. hw-detect reports missing modules: ide-mod, ide-probe-mod, ide-detect, ide-floppy After that I tried to load only the ide-generic and ide-disk module in 'expert' mode and this worked. The problem was maybe the PIIX module that should not be loaded on my system. After reboot I see in the kernel messages that my IDE controller is accessed using DMA. Since this older hardware (1994), this certainly does not work. I added the boot-option 'ide=nodma' in GRUB and this worked. base-config ran Congratulations on the dutch translation team: excellent job !! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299132: Perhaps the defaults should contain sane defaults...
Putting under /etc/defaults/bind9 BIND_USER=bind OPTIONS=-u $BIND_USER and then under init.d/bind9 chown ${BIND_USER:=root}:bind ... would solve the problem In my case, the user that runs bind is nobody. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.12|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 When you dance with the devil, you wait for the song to stop. --Barry the Baptist (Lock, Stock and Two Smoking Barrels) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324974: Reproduced in 1.9.121-2
Please try with a up-to date version when reporting bugs. 1.9.121-2 is in experimental since two weeks... System updated entirely to experimental (changed apt policy and ran dist-upgrade). Problem still occurs in 1.9.121-2. -Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324976: xterm + screen = lost characters in output
On Thu, Aug 25, 2005 at 12:00:17PM +0200, David MartÃnez Moreno wrote: ... Thomas? I seem to recall some comment like this before, but don't recall what the underlying problem is - whether it's a problem only due to screen, or what. I'll see if I can reproduce it (if I can, then I'll probably see what the cause is). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpJX8RAvWEso.pgp Description: PGP signature
Bug#324832: bitlbee: Patch available to support google talk
Gwendal Stevanazzi ([EMAIL PROTECTED]) wrote: A patch is available upstream to support google's new instant messaging service. http://get.bitlbee.org/patches/bitlbee-jabberserver.patch Loic Jeannin ([EMAIL PROTECTED]) wrote: There is a patch available http://get.bitlbee.org/patches/bitlbee-jabberserver.patch Thanks for pointing me at a patch that I wrote myself. ;-) Seems that Google Talk is quite popular, I'll think of uploading 0.92-2 then. Greetings, Wilmer van der Gaast. (both upstream and deb maintainer for BitlBee) -- + .''`. - -- ---+ + - -- --- - --+ | lintux : :' : lintux.cx | | Currently playing | | at `. `~' debian.org | | Metallica:MasterOfPuppets | +--- -- - ` ---+ +-- - --- -- - + signature.asc Description: Digital signature
Bug#323920: scim-pinyin should be added
On Fri, Aug 19, 2005 at 04:52:02PM +0800, bear wrote: Package: scim Version: 1.2.2-0+SVN3 Severity: minor First please be aware that 1.2.2-0+SVN3 is not an official package, so please always report the sources.list line of your unofficial repository. (And obviously, if it's not the maintainer's unofficial package, the maintainer can't provide support.) They are from deb http://chinese.alioth.debian.org scim/ which I think is made by you. This version looks like my unoffical package though, but: can not input Chinese with scim-1.4.1. Please include scim-pinyin soon. Thanks! What scim version are you using exactly then? Please check your bug report before sending out if you are using a different machine to report. If you mean scim-chinese 0.4.2-2 doesn't work with scim 1.4.1-1, this is intentional, and I am working on it. Please read /usr/share/doc/scim/NEWS.Debian.gz, and my explanation in bug #324268 and #324808. I am using your unofficial scim only because the new, i.e. 1.4.1 in official dist can not input Chinese. Hope they will be born soon. Thanks! Regards, Ming 2005.08.25 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322592: ipac-ng: Error in config file near line 8: syntax error
Hi, additionnally, iptables rules are not even set up by ipac-ng: # /etc/init.d/ipac-ng start Starting IP Accounting: Error in config file near line 8: syntax error ipac-ng. -- Laurent Bonnaud. http://www.lis.inpg.fr/pages_perso/bonnaud/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324647: /etc/X11/xkb/symbols/pl: strange characters mapping with Polish keymap (pl)
On Wed, Aug 24, 2005 at 07:41:17PM +0200, Denis Barbier wrote: Polish language doesn't use alt+w, alt+q and alt+f shortcuts cause we don't have language specific characters there, so I think these combinations shoulnd't output anything, but they do: alt+w - ł alt+q - @ alt+f - đ alt+j - j alt+w outputs the same character as alt+l. I asked some friends using Gentoo and the same problem exists there, so it's not Debian specific. Probably Polish keymap is wrong, but looking at /etc/X11/xkb/symbols/pl I can't see anything related to these keys. This is because you are looking at the wrong file, see /etc/X11/xkb/symbols/pc/pl instead. This file loads /etc/X11/xkb/symbols/pc/latin which contains these definitions. But I do not see why displaying these symbols is a problem for you. Well it's not a big problem. That's why I used minor severity. But I see no reason for such behaviour. It is annoying, cause we've got plenty of common used words that has -ów suffix. To get this suffix we have to push alt+o, then release alt and push w. Since alt+w gives as the same as alt+l it often happens that I see wrongly written words with -ół. And I don't understand what's the problem with removing it from Polish layout? And why these keys are active at all? Is it because of compatibility with other latin languages? So people from Hungary have working alt+l if they don't use it for example? Thanks for your quick response. regards fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 signature.asc Description: Digital signature
Bug#324647: /etc/X11/xkb/symbols/pl: strange characters mapping with Polish keymap (pl)
On Thursday 25 August 2005 14:04, Bartosz Fenski aka fEnIo wrote: This is because you are looking at the wrong file, see /etc/X11/xkb/symbols/pc/pl instead. This file loads /etc/X11/xkb/symbols/pc/latin which contains these definitions. But I do not see why displaying these symbols is a problem for you. I had the same problem when working on the Dutch keyboard layout (see #286581). In the end I decided to define a clean, full keyboard layout without the inclusion of latin. Reasons why loading the latin default can be considered a problem: - a lot of the characters are not available in the standard charset; - keeping the latin defaults leads to some characters being defined for more than one key; - people don't expect keys that are undefined to generate random characters; - there is little or no logic in which key combination generates which character, making them difficult to remember. My feeling while testing the combination of latin default together with dutch specific overrides was that the result was very messy. pgpS3Te78BLTQ.pgp Description: PGP signature
Bug#324970: avifile: Does not document the copyright of source code properly
On 8/25/05, Javier Fernández-Sanguino Peña [EMAIL PROTECTED] wrote: Package: avifile Version: 1:0.7.43.20050224-1 Priority: serious I really don't see any reason for this priority anyway - ffmpeg is: Copyright (c) 2000-2004 Fabrice Bellard et al. - ffmpeg/libavcodec/ppc/dsputil_altivec.c says This is clearly nonsence - the whole ffmpeg project has LGPL licence except for the the postprocess library which is GPL. I'm NOT going to list all names of the project into the debian copyright file (more or less these people are already listed in the ffmpeg project documentation which is enclosed in the source code. IMHO it would be crazy idea to keep such file in sync - it doesn't make sence - as it's stated in ffmpeg doc that all the changes in ffmpeg are bellow LGPL licence and if developer doesn't agree with this his changes are not accepted ( there was just one minor exception with postprocessing part which is GPL - as it's been developed originaly for GPLed mplayer.) So unless you will find a better reason for pushing me to such sensless work I'm not going to fix it this way. I could probably add more info about Project/Codecs Licence - but there are nothing else except LGP and GPL part (GPL is mainly because of Qt licence that doesn't allow LGPL - thus parts using GPL Qt are obviosly GPL) And there are some plugins which are also GPL. Is there some new Debian memorandu which states that copyrign file should contain which line of code was written by whom ? As this is clearly what you wish from me to do - but hey I'm a programmer which develops avifile - I'm not a secretary for this kind of work - so if you propose to activily create and maintant such file - I'd happily accept your updates for such file. [EMAIL PROTECTED]