Bug#596419: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup by the shutdown of the system, aacraid (sw raid) involved in hangup)
Even after the downgrade of kernel and of the corresponding files to the version 2.6.32-18 and downgrade of mdadm the problem still persists, so it is not bound specificallz to this package and to this version. I have identified now (after the downgrades to 2.6.30-18) the following initial stack trace (some lines are missing from the top, I think, they were no longer on the screen): [] ? bio_alloc_bioset+0x45/0xb7 [] ? submit_bio+0xd6/0xf2 [] ? md_super_write+0x84/0xb2 [md_mod] [] ? xen_restore_fl_direct_end+0x0/0x1 [] ? md_update_sb+0x268/0x31e [] ? md_check_recovery+0x1e2/0x4b9 [md_mod] [] ? raid1d+0x42/0xe0b [raid1] [] ? finish_task_switch+0x44/0xaf [] ? schedule_timeout+0x2e/0xdd [] ? xen_restore_fl_direct_end+0x0/0x1 [] ? xen_force_evtchn_callback+0x9/0xa [] ? check_events+0x12/0x20 [] ? xen_restore_fl_direct_end+0x0/0x1 [] ? md_thread+0xf1/0x10f [md_mod] [] ? autoremove_wake_function+0x0/0x2e [] ? md_thread+0x0/0x10f [md_mod] [] ? kthread+0x79/0x01 [] ? child_rip+0xa/0x20 [] ? int_ret_from_szs_call+0x7/0x1b [] ? retinit_restore_args+0x5/0x6 [] ? xen-restore-fl-direct-end+0x0/0x1 [] ? xen-restore-fl-direct-end+0x0/0x1 [] ? child_rip+0x0/0x20 Code: 00 00 c7 46 0c 00 00 00 00 c7 46 10 00 00 00 00 c7 46 14 00 00 00 00 c7 46 18 00 00 00 00 e8 10 63 fa ff 83 f8 00 41 89 c6 7d 04 0f 0b eb fe 75 08 45 31 e4 e9 9c 00 00 00 49 8b 7f 58 48 89 eb RIP [] aac_build_sgraw+0x51/0x10a [aacraid] RSP 88003cd998e0 --- [ end trace ] --- Now also this stack trace stays on the screen and nothing happens also after very long time (1 hour) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594714: [Pkg-openldap-devel] Bug#594714: slapd upgrade may fail on unset SLAPD_CONF
On Mon, Sep 06, 2010 at 11:31:48PM +0200, Matthijs Möhlmann wrote: On 09/06/2010 09:38 PM, Steve Langasek wrote: The commit comment is: * Fix the upgrade procedure with the new slapd.defaults file. Matthijs, I can't understand your intention here. I'm sure that the last bit of the diff is wrong - we should *always* have a default fallback value for SLAPD_CONF, not just in the file-based case - but I don't understand the purpose of the first part of the diff. In what case is it necessary to override an already-set SLAPD_CONF variable on configure, and why does this not also apply to other conditions besides postinst configure? Without understanding that, I'm not sure what the right way is to clean this up. Before 2.4.23-3 an empty value of SLAPD_CONF causes /etc/ldap/slapd.conf automatically be chosen by the slapd process. After 2.4.23-3 we have a sed one liner that automatically sets the SLAPD_CONF in the defaults file. By *not* setting the SLAPD_CONF at that point people were able to use /etc/ldap/slapd.conf as configuration style after version 2.4.23-3. Ok; I don't think it's reasonable to override the default behavior by *un*setting the variable. We should have sensible default behavior even with a completely empty /etc/default/slapd; and by sensible I mean use slapd.d if present since it's preferred upstream, and if not present, fall back to slapd.conf. For fixing this bug: are we going to support the *legacy* format in any way? If the answer is no, then the last part of that commit should be reverted. Well, cf. my latest comment on bug #593965; I would be ok with not supporting the legacy format at all. But, if we *do* support it, the way it should be supported is *not* by treating an unset $SLAPD_CONF as equivalent to /etc/ldap/slapd.conf. PS: I'm sorry for the delay in responding, I had some busy days at work. No need to apologize to me at least, I only get time to work on this on the weekends... :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#587698: ipcheck: on python2.6: AttributeError: 'NoneType' object has no attribute 'close'
Francois Marier franc...@debian.org wrote: Package: ipcheck Version: 0.233-1 Severity: normal Tags: patch Everytime I run ipcheck.py on cron (I have it in /etc/cron.hourly), I get this: Traceback (most recent call last): File /usr/sbin/ipcheck.py, line 5518, in module _main(sys.argv) File /usr/sbin/ipcheck.py, line 5198, in _main fp.close() File /usr/lib/python2.6/socket.py, line 273, in close self._sock.close() AttributeError: 'NoneType' object has no attribute 'close' Since my installation of squeeze, I have been getting these as well. I applied your patch and the error has gone away. Thanks. -- Bill Wohler woh...@newt.com aka bill.woh...@nasa.gov http://www.newt.com/wohler/ GnuPG ID:610BD9AD -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596419: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup by the shutdown of the system, aacraid (sw raid) involved in hangup)
One more remark - the last tests from the previous post were done on the synced array, so there was not other heavy load on it at the time of this last crash. The crash happened also during the xendomains stop before the system shutdown. It happened not immediatelly, but first after sime time (there have been displayed more dots from the suspend process of the given virtual domain before the crash happened) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596496: /etc/cron.d/mdadm returns a non-zero exit value if checks were not run
Package: mdadm Version: 3.1.4-1+8efb9d1 Severity: normal Tags: patch Hi, /etc/cron.d/mdadm returns a non-zero exit value if the day of month is greater than 7. This leads to such a syslog message: Sep 12 00:57:01 server /USR/SBIN/CRON[19180]: (CRON) error (grandchild #19182 failed with exit status 1) Please consider adding a '|| true' to the cron instruction. Greetings Hannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594714: [Pkg-openldap-devel] Bug#594714: slapd upgrade may fail on unset SLAPD_CONF
On Mon, Sep 06, 2010 at 11:31:48PM +0200, Matthijs Möhlmann wrote: Matthijs, I can't understand your intention here. I'm sure that the last bit of the diff is wrong - we should *always* have a default fallback value for SLAPD_CONF, not just in the file-based case - but I don't understand the purpose of the first part of the diff. In what case is it necessary to override an already-set SLAPD_CONF variable on configure, and why does this not also apply to other conditions besides postinst configure? Without understanding that, I'm not sure what the right way is to clean this up. Before 2.4.23-3 an empty value of SLAPD_CONF causes /etc/ldap/slapd.conf automatically be chosen by the slapd process. After 2.4.23-3 we have a sed one liner that automatically sets the SLAPD_CONF in the defaults file. By *not* setting the SLAPD_CONF at that point people were able to use /etc/ldap/slapd.conf as configuration style after version 2.4.23-3. I had a conversation in a bug report with Peter, but I can't find the bug log at this moment. I'll search tomorrow for it. ... anyway, I *still* don't understand the purpose of the first part of that change, which overrides an already-set $SLAPD_CONF value but only in the postinst. Did you find the bug log that has this answer? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#596497: qmail: [INTL:it] updated Italian translation
Package: qmail Version: 1.03-49 Severity: wishlist Tags: l10n patch Enclosed please find the Italian translation of the above package. This one, which is updated, substitues the translation sent on April 12th. Best regards vince # ITALIAN TRANSLATION OF QMAIL'S PO-DEBCONF FILE. # COPYRIGHT (C) 2010 THE QMAIL'S COPYRIGHT HOLDER # This file is distributed under the same license as the qmail package. # # Vincenzo Campanella vin...@gmail.com, 2010. # msgid msgstr Project-Id-Version: qmail 1.03-49\n Report-Msgid-Bugs-To: qm...@packages.debian.org\n POT-Creation-Date: 2010-06-10 00:47-0400\n PO-Revision-Date: 2010-09-12 08:20+0200\n Last-Translator: Vincenzo Campanella vin...@gmail.com\n Language-Team: Italian t...@lists.linux.it\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../qmail.templates:2001 #| msgid Notice for qmail users msgid Notice for Qmail users msgstr Informazione per gli utenti di Qmail #. Type: note #. Description #: ../qmail.templates:2001 msgid Before making any changes to Qmail configuration, please read /usr/share/doc/ qmail/README.Debian.gz. This file includes a description of the differences between Qmail in Debian, Qmail in other systems, and other mail transfer agents. msgstr Leggere la documentazione in «/usr/share/doc/qmail/README.Debian.gz» prima di apportare qualsiasi modifica alla configurazione di Qmail. Questo file include una descrizione delle differenze fra Qmail in Debian, Qmail in altri sistemi e altri MTA (mail transfer agent). #. Type: note #. Description #: ../qmail.templates:2001 msgid If you were using a more conventional MTA previously, you will also want to read the \qmail-upgrade\ manpage, which details user-visible differences between Sendmail and Qmail. msgstr Se in precedenza si utilizzava un MTA più convenzionale sarà utile leggere anche il manuale «qmail-upgrade», il quale descrive le differenze visibili agli utenti fra Sendmail e Qmail. #. Type: note #. Description #: ../qmail.templates:2001 msgid If you are new to Qmail, you will want to at least peruse the Qmail FAQ, which can be found in /usr/share/doc/qmail. msgstr Se si è nuovi in Qmail sarà utile quantomeno esaminarne le FAQ, che sono disponibili in «/usr/share/doc/qmail». #. Type: boolean #. Description #: ../qmail.templates:3001 msgid Start Qmail now? msgstr Avviare Qmail adesso? #. Type: note #. Description #: ../qmail.templates:4001 msgid Qmail will be started at the next reboot msgstr Qmail verrà eseguito al prossimo riavvio #. Type: note #. Description #: ../qmail.templates:4001 msgid You chose not to start Qmail now. It will be started automatically at next reboot. msgstr Si è scelto di non avviare Qmail adesso. Qmail verrà eseguito automaticamente al prossimo riavvio. #. Type: note #. Description #: ../qmail.templates:4001 msgid You can also start it manually with \/etc/init.d/qmail start\ (as root) at a shell prompt. msgstr È anche possibile avviarlo manualmente eseguendo, come root, «/etc/init.d/ qmail start» dalla riga di comando. #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Remove Qmail users during a purge? msgstr Rimuovere gli utenti di Qmail in occasione di una rimozione completa? #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Please choose whether you want users created by the qmail package to be removed when this package is purged. msgstr Scegliere se si desidera che gli utenti creati dal pacchetto Qmail vengano rimossi quando il pacchetto viene rimosso completamente. #. Type: error #. Description #: ../qmail.templates:6001 msgid Changes for virtual users msgstr Modifiche per gli utenti virtuali #. Type: error #. Description #: ../qmail.templates:6001 msgid recipientmap is gone from Qmail 1.03. The virtualdomains mechanism has been expanded to support virtual users. This machine's setup needs to be fixed. msgstr Recipientmap è stato rimosso da Qmail 1.03. Il meccanismo «virtualdomains» è stato espanso per supportare gli utenti virtuali. L'impostazione di questa macchina deve essere corretta. #. Type: note #. Description #: ../qmail.templates:7001 msgid qlist utility discontinued msgstr Utility «qlist» dismessa #. Type: note #. Description #: ../qmail.templates:7001 msgid The qlist utility was split out into a separate tarball by the upstream developer in Qmail 1.02. msgstr A partire da Qmail 1.02, l'utility «qlist» è stata spostata dallo sviluppatore in un tarball separato. #. Type: note #. Description #: ../qmail.templates:7001 msgid This utility has not been packaged as it can be replaced by ezmlm. It can however be downloaded from http://pobox.com/~djb/qlist.html.; msgstr Questa utility non è stata pacchettizzata in quanto può essere sostituita da «ezmlm». È comunque possibile scaricarla da «http://pobox.com/~djb/qlist.html».; #. Type: note #. Description #:
Bug#596498: sources.list: add option to mark unsigned (local) repository as trusted
Package: apt Version: 0.8.0 Severity: wishlist It would be nice if a repository could be marked as trusted in the sources.list. This would make it easier to use local repositories with, for example, pbuilder without having to generate a PGP key, signing the repository and finally importing the key into apt, see also [1]. I suggest to add something like this: deb [trusted] file:/foo/bar unstable main or deb [trusted=1] file:/foo/bar unstable main APT should then handle the repository just like one signed with a trusted key. Regards, Ansgar [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579028#99 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596499: nslcd does not care when dns server changes
Package: nslcd Version: 0.7.9 Severity: important Hi, I've a ldap client that is not my dns server and that get its IP (and gateway and DNS server) with DHCP. When nslcd is started and a first request to nslcd is done before /etc/resolv.conf is correctly filled, then this request fails (normal) but also any futur requests done (even after /etc/resolv.conf is correct). Step to reproduce on my system: ifdown eth0 ; sleep 2 ; (sleep 10 ; ifup eth0 ) (sleep 5 ; id vdanjean ) nslcd -d In this case, command id vdanjean gives: aya:~# id vdanjean id: vdanjean : utilisateur inexistant aya:~# id vdanjean uid=2001 gid=2001(vdanjean) groupes=4294967295,4(adm),20(dialout),24(cdrom),25(floppy),29(audio),44(video),46(plugdev),100(users),122(kvm),116(libvirt),125(freevo),1(photos),3000 aya:~# [when I got the correct answer, it is after several seconds] Getting the good answer or the bad one depends on which thread/process (I do not know precisely how nslcd works) handles the request. If this is a thread launch before /etc/resolv.conf is correct, I got in the log: = nslcd: [1bd7b7] DEBUG: ldap_initialize(ldap://ldap.danjean.fr/) nslcd: [1bd7b7] DEBUG: ldap_set_rebind_proc() nslcd: [1bd7b7] DEBUG: ldap_set_option(LDAP_OPT_PROTOCOL_VERSION,3) nslcd: [1bd7b7] DEBUG: ldap_set_option(LDAP_OPT_DEREF,0) nslcd: [1bd7b7] DEBUG: ldap_set_option(LDAP_OPT_TIMELIMIT,0) nslcd: [1bd7b7] DEBUG: ldap_set_option(LDAP_OPT_TIMEOUT,0) nslcd: [1bd7b7] DEBUG: ldap_set_option(LDAP_OPT_NETWORK_TIMEOUT,0) nslcd: [1bd7b7] DEBUG: ldap_set_option(LDAP_OPT_REFERRALS,LDAP_OPT_ON) nslcd: [1bd7b7] DEBUG: ldap_set_option(LDAP_OPT_RESTART,LDAP_OPT_ON) nslcd: [1bd7b7] DEBUG: ldap_simple_bind_s(NULL,NULL) (uri=ldap://ldap.danjean.fr/;) nslcd: [1bd7b7] failed to bind to LDAP server ldap://ldap.danjean.fr/: Can't contact LDAP server: No such file or directory nslcd: [1bd7b7] no available LDAP server found = This is repeated several times. When I got an answer, I have the same kind of log, but I also have other threadsloging sucessful ldap requests such as: == nslcd: [8c895d] DEBUG: connection from pid=7998 uid=0 gid=0 nslcd: [8c895d] DEBUG: nslcd_group_bygid(2001) nslcd: [8c895d] DEBUG: myldap_search(base=dc=danjean,dc=fr, filter=((objectClass=posixGroup)(gidNumber=2001))) nslcd: [8c895d] DEBUG: ldap_result(): end of results == My guess is that, when a thread fails to resolve a name with the DNS due to a bad /etc/resolv.conf file, something is cached and latter ldap_simple_bind_s still fail. The correct fix for this bug would be to find where the info is cached and discard it in case of a failed connection. However, this is perhaps to intrusive for squeeze. For squeeze, you should be able to, at least, put a script in /etc/resolvconf/update-libc.d to restart nslcd when dns changes. Something as simple as: if [ -x /etc/init.d/nslcd ]; then /etc/init.d/nslcd restart fi Regards, Vincent -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nslcd depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii libc6 2.11.2-4 Embedded GNU C Library: Shared lib ii libgssapi-krb5-2 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - k ii libldap-2.4-2 2.4.23-4 OpenLDAP libraries Versions of packages nslcd recommends: pn libnss-ldapd none (no description available) pn libpam-ldapd none (no description available) pn nscd none (no description available) nslcd suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596492: The unit of the amount of CPU time for RLIMIT_RTTIME
tags 596492 fixed-upstream thanks On Sun, Sep 12, 2010 at 3:06 AM, Tanaka Akira a...@fsij.org wrote: Package: manpages-dev Version: 3.05-1 I found that the manual page of getrlimit doesn't describe the unit of the amount of CPU time for RLIMIT_RTTIME. | RLIMIT_RTTIME (Since Linux 2.6.25) | Specifies a limit on the amount of CPU time that a process | scheduled under a real-time scheduling policy may consume with- | out making a blocking system call. For the purpose of this | limit, each time a process makes a blocking system call, the | count of its consumed CPU time is reset to zero. The CPU time | count is not reset if the process continues trying to use the | CPU but is preempted, its time slice expires, or it calls | sched_yield(2). | | Upon reaching the soft limit, the process is sent a SIGXCPU sig- | nal. If the process catches or ignores this signal and contin- | ues consuming CPU time, then SIGXCPU will be generated once each | second until the hard limit is reached, at which point the pro- | cess is sent a SIGKILL signal. | | The intended use of this limit is to stop a runaway real-time | process from locking up the system. I guess the unit is micro seconds. http://lkml.org/lkml/2007/12/18/218 http://linux.derkeiler.com/Mailing-Lists/Kernel/2008-04/msg03922.html Hello Tanaka Akira, Thanks for this report. You are correct that the units should be microseconds. I have updated the upstream man-pages to mention this. The change will be in the next release, 3.27. Thanks, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Author of The Linux Programming Interface; http://man7.org/tlpi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577013: marked as done (Should not be part of stable)
Hi Philipp, [...] On Thu, Apr 08, 2010 at 11:39:31PM +0200, Moritz Muehlenhoff wrote: [Note; this has been discussed before, but there never was a real conclusion, but we need to discuss/fix this for Squeeze]: As discussed we can retain clamav in stable under the assumption that the maintainer help with preparing new clamav upstream versions for stable. Security updates will also use new upstream versions as seen fit. The amount of rdeps is minimized for the squeeze cycle to lower the impact of ABI bumps. Is there any actual work to be done to minimize the rdeps or is it just we intend to do this? Thanks a lot, Michael pgpRgZdjnDuiF.pgp Description: PGP signature
Bug#596500: python-paste: /usr/lib/pymodules/python2.6/paste/evalexception/media/MochiKit.packed.js is missing
Package: python-paste Version: 1.7.4-1 Severity: normal Symptom: debug page does not work properly (clicking plus does not have an effect) in TurboGears application Cause: MochiKit.packed.js is missing: r...@valun:/usr/lib/pymodules/python2.6/paste/evalexception/media# ls debug.js minus.jpg plus.jpg Altough it is present in: r...@valun:/usr/share/pyshared/paste/evalexception/media# ls -l insgesamt 220 -rw-r--r-- 1 root root 4257 31. Mär 19:31 debug.js -rw-r--r-- 1 root root359 31. Mär 19:31 minus.jpg lrwxrwxrwx 1 root root 43 10. Sep 21:46 MochiKit.packed.js_link - ../../../../javascript/mochikit/MochiKit.js -rw-r--r-- 1 root root361 31. Mär 19:31 plus.jpg After copying everything works fine. r...@valun:/usr/lib/pymodules/python2.6/paste/evalexception/media# cp /usr/share/pyshared/paste/evalexception/media/MochiKit.packed.js ./ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-paste depends on: ii python2.6.5-13 interactive high-level object-orie ii python-formencode 1.2.2-1validation and form generation Pyt ii python-pkg-resources 0.6.14-1 Package Discovery and Resource Acc ii python-support1.0.9 automated rebuilding support for P Versions of packages python-paste recommends: ii python [python-ctypes]2.6.5-13 interactive high-level object-orie ii python-openid 2.2.4-1OpenID support for servers and con ii python-openssl0.10-1 Python wrapper around the OpenSSL ii python-scgi 1.13-1+b1 Server-side implementation of the Versions of packages python-paste suggests: pn libapache2-mod-python none (no description available) pn libapache2-mod-scgi none (no description available) pn libapache2-mod-wsgi none (no description available) ii libjs-jquery 1.4.2-2JavaScript library for dynamic web ii libjs-mochikit1.4.2-3JavaScript library inspired by Pyt ii python-pastedeploy1.3.3-3load, configure, and compose WSGI ii python-pastescript1.7.3-6serving web applications, creating pn python-pastewebkitnone (no description available) pn python-pgsql none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596501: libppl-swi [mips] -- ROM; Build-Depends on openjdk-6-jdk
Package: ftp.debian.org Please remove the binary package libppl-swi on mips as building that requires openjdk-6-jdk, which isn't available anymore. As a result, it won't be built anymore on mips, see also #593393. Thanks a lot, Michael pgpiXAvbSmhKA.pgp Description: PGP signature
Bug#596194: Freeze exception for ppl 0.10.2-8
On Thu, Sep 9, 2010 at 08:15:17 +0200, Michael Tautschnig wrote: Package: release.debian.org Hi release team, Please grant a freeze exception for ppl, version 0.10.2-8, which is now built on all architectures. The changelog entries read as follows (also including 0.10.2-7 as that never entered testing): ppl (0.10.2-8) unstable; urgency=low * Ignore testsuite failures on armel as these seem to be caused by miscompilation, see #593324. * No more swi-prolog on mips, don't build PPL Prolog interface on mips. Closes: #593393. Has the removal of the old mips binary been requested from ftpmaster? Yes, it's #596501 :-) Thanks a lot for reminding me! Best, Michael pgpQPQ6Yd8OO6.pgp Description: PGP signature
Bug#596428: xulrunner-1.9.1: Error console: cannot get pref app.vendorURL in nsURLFormatter.js when starting Iceweasel
tag 596428 wontfix thanks On Sat, Sep 11, 2010 at 12:29:15PM +0200, Dimitri Chausson wrote: Package: xulrunner-1.9.1 Version: 1.9.1.11-2 Severity: minor Hi, this preference is probably missing ..? It is queried by: /usr/lib/xulrunner-1.9.1/chrome/toolkit.jar!/content/global/about.xhtml This is the copy of the error console: Error: formatURLPref: Couldn't get pref: app.vendorURL Source File: file:///usr/lib/xulrunner-1.9.1/components/nsURLFormatter.js Line: 68 This warning happens because the pref is missing, as you point out, and the pref is missing because there is nowhere to point it to. Considering the fallback of having no such pref is that the hyperlink doesn't get added in about:, but doesn't prevent the rest of the script from running, this was left this way on purpose. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596502: libtokyocabinet-dbg: mistake in package description
Package: libtokyocabinet-dbg Severity: minor In DDTSS I see for the short description: Tokyo Cabinet Database Libraries [runtime] I think it must be: Tokyo Cabinet Database Libraries [debug] ^ | Ciao Davide -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Dizionari: http://linguistico.sourceforge.net/wiki Strumenti per l'ufficio: http://it.openoffice.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596503: rdfproc ... serialize atom catches SIGSEGV
Package: redland-utils Version: 1.0.10-3 Please consider the following example. $ rdfproc -s sqlite test.sqlite \ parse 'http://www.atomenabled.org/atom.xml' rss-tag-soup rdfproc: Parsing URI http://www.atomenabled.org/atom.xml with rss-tag-soup parser $ rdfproc -s sqlite test.sqlite \ serialize atom \ atom.rdf ; echo $? bash: [9576: 2 (255)] tcsetattr: Invalid argument 139 $ -- FSF associate member #7257. SFD in Barnaul: http://sfd.am-1.org/ pgpWPqjr6rbxJ.pgp Description: PGP signature
Bug#596327: dosfsck: false positives in bad_name() when running in interactive mode
tag 596327 pending thanks thanks you, i've applied that upstream. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596329: dosfsck: does not update LFN when renaming or deleting short filename
tag 596329 pending thanks thank you, i've applied it upstream. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596459: python-xpcom: file collision: /usr/include/xulrunner-1.9.1/unstable/PyXPCOM.h provided by xulrunner-dev 1.9.1.11-1
On Sat, Sep 11, 2010 at 05:55:18PM +, Sascha Silbe wrote: Package: python-xpcom Version: 1.9.1.11-1 Severity: grave Justification: renders package unusable During aptitude safe-upgrade an update of python-xpcom was attempted and failed due to a file collision: (Reading database ... 117353 files and directories currently installed.) Preparing to replace python-xpcom 1.9.1.11-1 (using .../python-xpcom_1%3a0.0~hg20100212-2_amd64.deb) ... Unpacking replacement python-xpcom ... dpkg: error processing /var/cache/apt/archives/python-xpcom_1%3a0.0~hg20100212-2_amd64.deb (--unpack): trying to overwrite '/usr/include/xulrunner-1.9.1/unstable/PyXPCOM.h', which is also in package xulrunner-dev 1.9.1.11-1 Preparing to replace debian-archive-keyring 2010.08.15 (using .../debian-archive-keyring_2010.08.28_all.deb) ... Unpacking replacement debian-archive-keyring ... Processing triggers for python-support ... Errors were encountered while processing: /var/cache/apt/archives/python-xpcom_1%3a0.0~hg20100212-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Just a note for the release team member that would take a look at this bug, this is only a problem for upgrades from versions that were previously in testing, before the transition to separate packages. Upgrading/partially upgrading from lenny doesn't exhibit this problem. I'm tempted to downgrade severity for the reason above, though it's trivial to fix. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519752: Please upload pysolfc to debian
On Tue, 7 Sep 2010, Bernhard Reiter wrote: Am Donnerstag, den 02.09.2010, 04:25 -0400 schrieb Ariel: Bernhard, please continue the process of adding pysolfc to debian. Is it hard to find a sponsor? Yes, that's precisely my problem; though I have to admit that I found out about the Games Team's git repository very recently; I've just finished adding pysolfc and pysolfc-cardsets to it. But I still don't have any sponsor... Send an email to debian-ment...@lists.debian.org - or subscribe first: http://lists.debian.org/debian-mentors/ Put RFS: pysolfc (replacement for removed package: pysol) in the subject. See also: http://mentors.debian.net/ When you do, be sure to also add a transitional package called pysol which depends on the new one, to give a good upgrade path. I'd sure do, but don't really know how. Can you give me any hints or pointers? You create an empty package, containing just the control file. Package: pysol Depends: pysolfc Description: transitional package from pysol to pysolfc Section: oldlibs Package to ease upgrading from older pysol to new pysolfc. This package can be purged once pysolfc has been installed. Also see: http://wiki.debian.org/Renaming_a_Package -Ariel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596504: qmail [INTL:de] updated German debconf translation
Package: qmail Version: 1.03-49 Severity: wishlist Tags: patch l10n Dear Maintainer, I have attached the updated German debconf translation. Kind regards Martin qmail-1.03-49.po Description: application/gettext
Bug#596505: [INTL:zh_TW] Traditional Chinese debconf templates translation update
Package: qmail Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Please include attached translation zh_TW.po to the package. Kind regards Kan-Ru Chen - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc3+ (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyMiUAACgkQsbdbXzZcx6JjjgCeOYcNYANAMQVWD1n1iuA0ICCJ S78An1QECTfIqp3i8lx7O60AETajg1z0 =0dzj -END PGP SIGNATURE- # Qmail po-debconf # This file is distributed under the same license as the PACKAGE package. # Kan-Ru Chen kos...@debian.org, 2010 # msgid msgstr Project-Id-Version: Qmail\n Report-Msgid-Bugs-To: qm...@packages.debian.org\n POT-Creation-Date: 2010-06-10 00:47-0400\n PO-Revision-Date: 2010-09-12 16:00+0800\n Last-Translator: Kan-Ru Chen kos...@debian.org\n Language-Team: Chinese Traditional debian-chinese-b...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../qmail.templates:2001 msgid Notice for Qmail users msgstr 給 Qmail 用戶的提示 #. Type: note #. Description #: ../qmail.templates:2001 msgid Before making any changes to Qmail configuration, please read /usr/share/doc/ qmail/README.Debian.gz. This file includes a description of the differences between Qmail in Debian, Qmail in other systems, and other mail transfer agents. msgstr 在動手修改任何 Qmail 設定前，請您先閱讀 /usr/share/doc/qmail/README.Debian.gz。這個檔案說明了 Qmail 在 Debian 系統中，與其他系統以及其他郵件傳送代理程式的不同。 #. Type: note #. Description #: ../qmail.templates:2001 msgid If you were using a more conventional MTA previously, you will also want to read the \qmail-upgrade\ manpage, which details user-visible differences between Sendmail and Qmail. msgstr 如果您使用過傳統的 MTA，請繼續閱讀 \qmail-upgrade\ manpage，該文件仔細列出 Sendmail 與 Qmail 間明顯不同之處。 #. Type: note #. Description #: ../qmail.templates:2001 msgid If you are new to Qmail, you will want to at least peruse the Qmail FAQ, which can be found in /usr/share/doc/qmail. msgstr 如果您是初次使用 Qmail，請繼續閱讀 Qmail FAQ，該文件位於 /usr/share/doc/qmail。 #. Type: boolean #. Description #: ../qmail.templates:3001 msgid Start Qmail now? msgstr 現在就啟動 Qmail？ #. Type: note #. Description #: ../qmail.templates:4001 msgid Qmail will be started at the next reboot msgstr Qmail 會在下次重新開機後執行 #. Type: note #. Description #: ../qmail.templates:4001 msgid You chose not to start Qmail now. It will be started automatically at next reboot. msgstr 您可以選擇不要現在啟動 Qmail。它會在下次重新啟動的時候自動執行。 #. Type: note #. Description #: ../qmail.templates:4001 msgid You can also start it manually with \/etc/init.d/qmail start\ (as root) at a shell prompt. msgstr 或者您也可以在 shell 中手動以 \/etc/init.d/qmail start\ 啟動 Qmail。(需 root 權限) #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Remove Qmail users during a purge? msgstr 反安裝時移除 Qmail 帳號？ #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Please choose whether you want users created by the qmail package to be removed when this package is purged. msgstr 請選擇您是否要在反安裝時自動移除 Qmail 建立的帳號。 #. Type: error #. Description #: ../qmail.templates:6001 msgid Changes for virtual users msgstr 虛擬用戶相關改變 #. Type: error #. Description #: ../qmail.templates:6001 msgid recipientmap is gone from Qmail 1.03. The virtualdomains mechanism has been expanded to support virtual users. This machine's setup needs to be fixed. msgstr recipientmap 自從 Qmail 1.03 後已經移除。由原本的 virtualdomains 機制延伸支持虛擬用戶。此伺服器的設定需要對應的修改。 #. Type: note #. Description #: ../qmail.templates:7001 msgid qlist utility discontinued msgstr qlist 工具程式已不存在 #. Type: note #. Description #: ../qmail.templates:7001 msgid The qlist utility was split out into a separate tarball by the upstream developer in Qmail 1.02. msgstr qlist 工具程式自從 Qmail 1.02 開始已經不隨 Qmail 發佈。 #. Type: note #. Description #: ../qmail.templates:7001 msgid This utility has not been packaged as it can be replaced by ezmlm. It can however be downloaded from http://pobox.com/~djb/qlist.html.; msgstr 這支程式由於已經被 ezmlm 取代，目前沒有被打包。您還是可以從 http://pobox.com/~djb/qlist.html 自行下載。 #. Type: note #. Description #: ../qmail.templates:7001 msgid Please check in /usr/share/doc/qmail and the man pages for changes since Qmail 1.01. msgstr 請檢查 /usr/share/doc/qmail 中的文件以及 man pages 以了解自 Qmail 1.01 以來的改變。 #. Type: error #. Description #: ../qmail.templates:8001 msgid Internet superserver configuration file (inetd.conf) changes msgstr 網際網路伺服器設定檔 (inetd.conf) 改變 #. Type: error #. Description #: ../qmail.templates:8001 msgid The inetd superserver is not very efficient at handling Qmail, so the default installation uses tcpserver from ucspi-tcp instead. msgstr 用 inetd 伺服器處理 Qmail 很沒有效率，所以預設的安裝改用來自 ucspi-tcp 的 tcpserver。 #. Type: error
Bug#596488: insserv: unbound should be added to $named
reassign 596488 unbound user initscripts-ng-de...@lists.alioth.debian.org usertag 596488 + missing-provides thanks [Francois Marier] Feel free to reassign to the unbound package if you think it should be done in that package instead. I believe it should be done in the unbound packages by adding a file in /etc/insserv.conf.d/. Reassigning. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596506: RM: ude -- RoQA; orphaned for a long time, unused, plenty of alternatives
Package: ftp.debian.org Severity: normal Please remove ude. It's orphaned since 3.5 years, has minimal popcon, the last maintainer upload was in 2004 and there are plenty of alternatives in the archive. Cheers, Moritz -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18 (SMP w/1 CPU core) Locale: lang=de_de.ut...@euro, lc_ctype=de_de.ut...@euro (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595174: [Pkg-fglrx-devel] Bug#595174: Bug#595174: fglrx-driver: fglrx 10.8 blocks opengl wine applications. _XReply: Assertion `!dpy-xcb-reply_data' failed
severity #595174 important thanks Am 07.09.2010 21:12, schrieb Lennart Weller: Due to the fact that somehow all GUI applications have a relation with a graphics driver it's not really fitting to categorize it as `critical` by the BTS. Though it introduces regressions which stop 'unrelated' applications from working correctly, which is the reason I put it up as critical anyway. Okay I tested Aion[1] and Lineage 2[2], both from NCSoft(both games run perfectly fine with wine1.2 or newer). And the client can be downloaded and started without paying for it. The applications fail to start with 10.8 so it should be enough to test. [1] http://www.fileplanet.com/204286/20/fileinfo/Aion-Online-Client-v1.9 [2]http://www.fileplanet.com/215661/21/fileinfo/Lineage-2---Freya-Game-Client Thanks, but do you have got any little application where this bug apply, maybe? I only tested those two games and the older bug reports from the wine bugtracker had 'World of Warcraft' as a reference which isn't much smaller and I can't guarantee that this bug appears for every OpenGL application but it might. I have tested it now with several games (but not those above, because the download there sucks) as counter strike, max payne, command and conquer, without any problems.. There are many deprecated options in your xorg.conf, you should clean it up until only a few needed directions are in it, to track down the issue. Anyway, I have downgraded the issue, not playing a few specific games about wine is not release critical at all and it is not reproduceable here.. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ signature.asc Description: OpenPGP digital signature
Bug#595511: (no subject)
Thanks for all the explanations, I do see that there are good reasons for disabling KMS in many cases. But my question remains whether there is a way to switch it back on for configurations (like mine) were it was working flawlessly (and UMS is not working at all)? Regards, Soenke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596507: /sbin/dhclient: dhclient.conf: prepend domain-name-servers has no effect on resolv.conf
Package: isc-dhcp-client Version: 4.1.1-P1-9 Severity: important File: /sbin/dhclient Greetings, I'm having trouble configuring /etc/dhcp3/dhclient.conf. According to the docs, if I include the line: prepend domain-name-servers 4.2.2.1 I am expecting that a lease renewal should put this line in resolv.conf: nameserver 4.2.2.1 I was expecting something like: domain hawaiiantel.net search hawaiiantel.net nameserver 4.2.2.1 nameserver 192.168.0.1 # router address But after /etc/init.d/networking restart I get the same resolv.conf as usual: domain hawaiiantel.net search hawaiiantel.net nameserver 192.168.0.1 Relevant config files follow. Thank you. /etc/dhcp3/dhclient.conf option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; prepend domain-name-servers 127.0.0.1; request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, domain-search, host-name, netbios-name-servers, netbios-scope, interface-mtu, rfc3442-classless-static-routes, ntp-servers; do-forward-updates false /etc/network/interfaces # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 auto eth0 iface eth0 inet dhcp -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages isc-dhcp-client depends on: ii debianutils 3.4Miscellaneous utilities specific t ii isc-dhcp-common 4.1.1-P1-9 common files used by all the isc-d ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8o-2 SSL shared libraries isc-dhcp-client recommends no packages. Versions of packages isc-dhcp-client suggests: ii avahi-autoipd 0.6.27-2 Avahi IPv4LL network address confi pn resolvconfnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596508: debconf: [INTL:pt] Updated Portuguese translation for debconf messages
Package: debconf Version: 1.5.36 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for debconf's debconf messages. Translator: Miguel Figueiredo el...@debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Best regards, Traduz - Portuguese Translation Team http://www.DebianPT.org pt.po.gz Description: application/gzip
Bug#596094: unblock: epiphany-browser/2.30.5-1
Le samedi 11 septembre 2010 à 19:26 +0200, Julien Cristau a écrit : +++ epiphany-browser-2.30.5/data/epiphany-2.29.pc 2010-08-30 22:55:34.0 + that file shouldn't be in the tarball. I can confirm that it is correctly regenerated during the build, so this is harmless (although a bug indeed). +++ epiphany-browser-2.30.5/data/org.gnome.Epiphany.service 2010-08-30 22:58:52.0 + same. Ditto. + cd debian/epiphany-browser-data/usr/share/applications/ \ +mv epiphany.desktop epiphany-browser.desktop is this what made epiphany disappear from my panel? Most probably. any way we can avoid that? We could by shipping two desktop files, with one of them having NoDisplay=true added. Do you want me to add this change? I’m afraid it’s the kind of thing we will have to keep forever if we do. [ignoring doc/reference/ changes] + gboolean inspector_attached; guint is_setting_zoom : 1; kind of weird to be mixing Booleans as gboolean and as 1-bit bitfield. I agree using the bitfield is a bug, but it predates this change. gtk_window_set_default_size (GTK_WINDOW (embed-priv-inspector_window), - 600, 400); + 800, 600); Not quite convinced... 600 pixels high on a netbook means part of it will be off-screen, if you take into account the panel and window decorations? Why is the size static anyway... Apparently the contents don’t fit in a 400 pixels window: https://bugzilla.gnome.org/show_bug.cgi?id=626625 As for the default size being static, it is generally necessary for windows that have a large area for which you cannot compute the size. Which is precisely the case of the inspector, which is not even made of GTK+ widgets. There's a changelog entry saying 'use cairo_fill instead of cairo_paint', yet lib/widgets/ephy-spinner.c replaced gdk_draw_pixbuf with cairo_paint? The changelog entry you are referring to is fixing a typo. The large change was named: “use cairo for drawing widgets”. +Split EphyNavigationAction in one abstract class and two subclasses that one is pretty huge, I won't be reviewing this part. Do you want me to revert this commit? Note that it fixes a real bug: https://bugzilla.gnome.org/show_bug.cgi?id=539716 -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#596093: unblock: dmz-cursor-theme/0.4.2
Le samedi 11 septembre 2010 à 17:50 +0200, Julien Cristau a écrit : The really important changes are: * DFSG-conformance: the source package didn’t include the PNG sources nor the SVG that was used to generate them. * Priority bump for DMZ-White, to avoid using oxygen (with is very un-neutral) as the default when both KDE and GNOME are installed. debian/copyright seems to be missing the GPL2 from renderpngs.py? Indeed, thanks for noticing. This is fixed in the SVN, do you want me to upload before it migrates to testing? Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#594719: fop: must depend on libxmlgraphics-commons-java 1.4 or above
Le samedi 28 août 2010 à 17:08 +, brian m. carlson a écrit : fop 1.0 uses the class org.apache.xmlgraphics.util.uri.CommonURIResolver, which is only found in libxmlgraphics-commons-java 1.4 or above. Otherwise fop fails with an exception about the missing class. The dependencies should be adjusted appropriately. This is already the case ?! Package: fop [...] libxtst6, libxmlgraphics-commons-java (= 1.4), [...] Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596509: scilab misuses the machine name as architecture name
Package: scilab Version: 5.2.2-4 Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu maverick ubuntu-patch when the kernel is built for armv6 or newer, the package fails to build. Patch at http://launchpadlibrarian.net/55431748/scilab_5.2.2-4_5.2.2-4ubuntu1.diff.gz The patch may be incomplete, because sivp now fails to build with: make[1]: Entering directory `/build/buildd/sivp-0.5.2' make[1]: Nothing to be done for `update-config'. make[1]: Leaving directory `/build/buildd/sivp-0.5.2' SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \ /usr/bin/scilab -nw -f builder.sce Could not find the Java configuration for the model armv7l. Please contact us. Could not load JVM dynamic library (libjava). Error: libjvm.so: cannot open shared object file: No such file or directory If you are using a binary version of Scilab, please report a bug http://bugzilla.scilab.org/. If you are using a self-built version of Scilab, update the script bin/scilab to provide the path to the JVM. The problem might be related to SELinux. Try to deactivate it. Scilab cannot open JVM library. make: *** [build/scilab-sivp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 However the error message seems to be from scilab. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596510: eximqr.pid -q30m -DOUTGOING stack
Package: mailscanner Version: 4.79.11-2 Hi! Here is the description of a possible bug introduced with 4.79.11-2. I use Mailscanner with Exim on an uptodate Lenny box. I upgraded to Mailscanner 4.79.11-2~bpo50+1. Previously I was running 4.74.16 without problem. Since the upgrade, I found many -DOUTGOING process stacked in the system. /usr/sbin/exim4 -oP /var/run/exim4/eximqr.pid -q30m -DOUTGOING More the time pass, more I found process stacked. More traffic is also equal to more stacked process. My box run 100K message per day. On paniclog I also found: socket bind() to port 25 for address (any IPv6) failed: Address already in use: daemon abandoned Just to verify, I upgraded Exim to the last 4.72-1. No change. I also tried without ipv6 support in Exim, no change too. The message in paniclog is just replaced with ipv4. I'm trying to figure where come from this new problem but not cached yet. If someone have an idea or have the same problem. Sincerely, Stephane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596511: ITP: simon -- Open source speech recognition
Package: wnpp Severity: wishlist Owner: Peter Grasch gra...@simon-listens.org * Package name: simon Version : 0.3.0 Upstream Author : Peter Grasch gra...@simon-listens.org * URL : http://www.simon-listens.org/ * License : GPL, BSD, GFDL and Julius Programming Lang: C, C++ Description : Open source speech recognition With simon you can control your computer with your voice. You can open programs, URLs, type configurable text snippets, simulate shortcuts, control the mouse and keyboard and much more. simon is not bound to any language and works with any dialect. This project utilizes the open source large vocabulary continuous speech recognition engine Julius (this package ships its own modified version). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577013: marked as done (Should not be part of stable)
On Sun, Sep 12, 2010 at 09:08:16AM +0200, Michael Tautschnig wrote: Is there any actual work to be done to minimize the rdeps or is it just we intend to do this? I already did some removals from testing for this. Removing libclamav6 from testing would break the following packages: # Broken Depends: clamav: clamav clamav-daemon clamav-dbg clamav-freshclam libclamav-dev dansguardian: dansguardian klamav: klamav libclamunrar/non-free: libclamunrar6 [amd64 hppa i386 sparc] python-clamav: python-clamav In unstable Moritz wanted to file some general removal requests, but currently it's this list: # Broken Depends: c-icap: c-icap clamav: clamav clamav-daemon clamav-dbg clamav-freshclam libclamav-dev dansguardian: dansguardian havp: havp klamav: klamav libclamunrar/non-free: php-clamav: php5-clamav python-clamav: python-clamav Which means that we already got rid of c-icap, havp and php-clamav in testing. dansguardian, klamav and libclamunrar are 'ok' I guess, the only other candidate for removal was python-clamav, where Scott insisted that the removal should 'not be done'. However he also didn't take it over (yet?). Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#595016: linux-image-2.6.32-5-amd64: the .deb file doesn't include the hisax isdn modules anymore
Hi, I'm using my Linux box as an answering machine as well as fax machine. Therefore, I'm relying on ISDN4Linux, CAPI4Linux and the proprietary AVM drivers. On top of this, I'm running CapiSuite. Since 2.6.32-5, the kernel is built without ISDN4Linux. Since then, I'm forced to build kernels for myself to be able to continue using my machine as before. ISDN4Linux always worked for me, even on my Intel Core 2 Duo an an AMD64 installation. In my eyes, it doesn't make any sense to disable working functionality. Please include ISDN4Linux modules in your Debian kernel builds again. Cheers, Michael -- Michael Kaaden mich...@kaaden.net If Bill Gates had a dime for every time a Windows box crashed... Oh, wait a minute, he already does. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596512: Wrong path in /usr/sbin/update_bad_phishing_emails
Package: mailscanner Version: 4.79.11-2 In the file /usr/sbin/update_bad_phishing_emails The following line is wrong: my $msconf = new FileHandle( /etc/MailScanner.conf) or warn Cannot open main configuration file /etc/MailScanner.conf; Should be /etc/MailScanner/MailScanner.conf Sincerely, Stephane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596513: git-dch: Add --[no]mainttrailer option
Package: git-buildpackage Version: 0.5.8 Severity: wishlist Hi, Thanks for git-buildpackage! It has made my packaging life much better. When multiple developers are working on a package, for example as part of a packaging team, it would be good to have git-dch not modify the changelog trailer, so as to properly attribute the changes in the Changed-By line. Example: Developer A imports new upstream version, adds NEWS entries to changelog and does various tweaks. Developer B (perhaps the sponsor) comes along before upload and does a couple of minor changes before uploading. Developer A should remain in the Changed-By here, but git-dch will always update to Developer B's details. dch already supports this with --[no]mainttrailer. Please consider exposing this information too. Thanks, Iain -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-proposed'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-19-server (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-buildpackage depends on: ii devscripts2.10.67ubuntu1 scripts to make the life of a Debi ii git [git-core]1:1.7.1-1.1fast, scalable, distributed revisi ii git-core 1:1.7.1-1.1fast, scalable, distributed revisi ii python2.6.6-1ubuntu1 interactive high-level object-orie ii python-dateutil 1.4.1-3powerful extensions to the standar ii python-support1.0.9ubuntu1 automated rebuilding support for P Versions of packages git-buildpackage recommends: ii cowbuilder0.61 pbuilder running on cowdancer ii pristine-tar 1.03 regenerate pristine tarballs Versions of packages git-buildpackage suggests: ii git-load-dirs 1.1.8 Import upstream archives into git -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596514: Wrong path in /usr/sbin/update_virus_scanners
Package: mailscanner Version: 4.79.11-2 In the file /usr/sbin/update_virus_scanners The following line is wrong: SCANNERSCONF=/etc/MailScanner/virus.scanners.conf Should be /etc/MailScanner/virus.scanners.conf Also check /usr/sbin/upgrade_MailScanner_conf. Sincerely, Stephane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592620: time: FTBFS in ubuntu due to nonexistent build dependency
severity 592620 serious thanks [ Resent with proper message headers. ] On Wed, Aug 11, 2010 at 07:34:47PM +0530, Bhavani Shankar R wrote: Severity: important [...] Your package FTBFS on ubuntu due to non existent build dependency automaken This is actually serious as stock sbuild fails horribly to build this: Checking for already installed source dependencies... debhelper: missing Using default version 8.0.0 texi2html: missing texinfo: missing automaken: missing cdbs: missing Checking for source dependency conflicts... E: Package 'automaken' has no installation candidate automaken is a virtual package provided by: Using (no default, using first one) Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 339. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 340. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 341. Use of uninitialized value $command in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 353. Use of uninitialized value in exec at /usr/share/perl5/Sbuild/Chroot.pm line 354. terminate called after throwing an instance of 'std::out_of_range' what(): basic_string::compare sbuild used to have some support for dependencies on virtual packages, but this implies telling it which real package to choose. Please add a dependency on a real package as the first option in an alternative specification. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#596515: linux-image-2.6.32-5-powerpc64: windfarm_pm121 is not built leading to loud fan on iMac G5 iSight
Package: linux-2.6 Version: 2.6.32-21 Severity: normal Hi, Debian testing kernel is not shipped with the driver for fan control on iMac G5 iSight (Motherchip is PowerMac12,1). This is very annoying. The windfarm_pm121 driver is upstream since 2006. So it should be quite stable. Also, this driver is only loaded for users of iMac G5 iSight (17 and 20). Including the driver won't have effect on other users. To enable it, CONFIG_WINDFARM_PM121 must be set to 'm' in debian/config/powerpc/config.powerpc64 . Just like PM81, PM91 and PM112. It is currently not set : grep WINDFARM /boot/config-2.6.32-5-powerpc64 CONFIG_WINDFARM=m CONFIG_WINDFARM_PM81=m CONFIG_WINDFARM_PM91=m CONFIG_WINDFARM_PM112=m # CONFIG_WINDFARM_PM121 is not set I built the module by patching linux-2.6 source package, added it to /lib/modules/. So the debug attached shows what **should** be a correct boot. Regards, Étienne BERSAC -- Package-specific info: ** Version: Linux version 2.6.32-5-powerpc64 (Debian 2.6.32-21) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Wed Aug 25 18:02:45 UTC 2010 ** Command line: root=/dev/sda4 ro ** Not tainted ** Kernel log: [9.338877] apple 0003:05AC:0304.0004: input,hidraw3: USB HID v1.10 Mouse [Mitsumi Electric Apple Optical USB Mouse] on usb-0001:01:0b.0-1.1/input0 [9.368971] usb 2-1.3: new full speed USB device using ohci_hcd and address 4 [9.515724] usb 2-1.3: New USB device found, idVendor=05ac, idProduct=020c [9.543577] usb 2-1.3: New USB device strings: Mfr=1, Product=3, SerialNumber=0 [9.571446] usb 2-1.3: Product: Apple Extended USB Keyboard [9.599152] usb 2-1.3: Manufacturer: Mitsumi Electric [9.632851] usb 2-1.3: configuration #1 chosen from 1 choice [9.675749] input: Mitsumi Electric Apple Extended USB Keyboard as /devices/pci0001:00/0001:00:02.0/0001:01:0b.0/usb2/2-1/2-1.3/2-1.3:1.0/input/input4 [9.707556] generic-usb 0003:05AC:020C.0005: input,hidraw4: USB HID v1.10 Keyboard [Mitsumi Electric Apple Extended USB Keyboard] on usb-0001:01:0b.0-1.3/input0 [9.751201] input: Mitsumi Electric Apple Extended USB Keyboard as /devices/pci0001:00/0001:00:02.0/0001:01:0b.0/usb2/2-1/2-1.3/2-1.3:1.1/input/input5 [9.783338] generic-usb 0003:05AC:020C.0006: input,hidraw5: USB HID v1.10 Device [Mitsumi Electric Apple Extended USB Keyboard] on usb-0001:01:0b.0-1.3/input1 [ 10.424622] PM: Starting manual resume from disk [ 10.455432] PM: Resume from partition 8:7 [ 10.455437] PM: Checking hibernation image. [ 10.482856] PM: Error -22 checking image file [ 10.482862] PM: Resume from disk failed. [ 10.651561] EXT4-fs (sda4): mounted filesystem with ordered data mode [ 12.451558] udev: starting version 160 [ 13.908591] cfg80211: Using static regulatory domain info [ 13.943816] cfg80211: Regulatory domain: US [ 13.978938] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 14.014301] (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) [ 14.049541] (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 14.084543] (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 14.119188] (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 14.153220] (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 14.186655] (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) [ 14.281195] usb 3-2: USB disconnect, address 2 [ 14.337459] usb 3-2: usbfs: USBDEVFS_CONTROL failed cmd hid2hci rqt 64 rq 0 len 0 ret -62 [ 14.337612] usb 3-2: usbfs: USBDEVFS_CONTROL failed cmd hid2hci rqt 64 rq 0 len 0 ret -62 [ 14.432626] cfg80211: Calling CRDA for country: US [ 14.621724] Linux video capture interface: v2.00 [ 14.812100] uvcvideo: Found UVC 1.00 device Built-in iSight (05ac:8501) [ 14.860595] uvcvideo: UVC non compliance - GET_DEF(PROBE) not supported. Enabling workaround. [ 14.903119] usbcore: registered new interface driver uvcvideo [ 15.035414] b43-phy0: Broadcom 4318 WLAN found (core revision 9) [ 15.075625] USB Video Class driver (v0.1.0) [ 15.124305] usb 3-2: new full speed USB device using ohci_hcd and address 3 [ 15.431631] usb 3-2: New USB device found, idVendor=05ac, idProduct=8207 [ 15.463620] usb 3-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 15.544553] usb 3-2: configuration #1 chosen from 1 choice [ 15.722407] Bluetooth: Core ver 2.15 [ 15.754650] NET: Registered protocol family 31 [ 15.785335] Bluetooth: HCI device and connection manager initialized [ 15.816184] Bluetooth: HCI socket layer initialized [ 15.967799] phy0: Selected rate control algorithm 'minstrel' [ 15.971307] Registered led device: b43-phy0::tx [ 16.003958] Registered led device: b43-phy0::rx [ 16.035338] Registered led device: b43-phy0::radio [ 16.069439] Broadcom 43xx driver loaded [ Features: PMLS, Firmware-ID: FW13 ] [ 16.237056] Bluetooth: Generic Bluetooth USB driver ver 0.6 [ 16.285601] usbcore:
Bug#596516: emacs22 binnmu causes internal error
Package: sbuild Version: 0.60.0-1+buildd20100619.1 Severity: important sbuild has trouble handling the emacs22 binnmu. later apt-get chokes too. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 339. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 340. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 341. Use of uninitialized value $command in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 353. Use of uninitialized value in exec at /usr/share/perl5/Sbuild/Chroot.pm line 354. full message: -snip- sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on ancina.debian.org ╔══╗ ║ emacs22 22.3+1-1.2+b1 (armel) 11 Sep 2010 16:22 ║ ╚══╝ Package: emacs22 Version: 22.3+1-1.2+b1 Architecture: armel Chroot Build Dir: /var/lib/schroot/mount/sid-armel-sbuild-8b597b1d-8e23-4a54-b174-522c8dfabb23/build/buildd-emacs22_22.3+1-1.2+b1-armel-NhfUp6 Start Time: 20100911-1622 Hit http://ftp.de.debian.org sid Release.gpg Ign http://ftp.de.debian.org/debian/ sid/contrib Translation-en Ign http://ftp.de.debian.org/debian/ sid/main Translation-en Hit http://ftp.de.debian.org sid Release Hit http://ftp.de.debian.org sid/main Sources/DiffIndex Hit http://incoming.debian.org sid Release.gpg Ign http://incoming.debian.org/debian/ sid/contrib Translation-en Ign http://incoming.debian.org/debian/ sid/main Translation-en Get:1 http://incoming.debian.org Release.gpg [835B] Ign http://incoming.debian.org/buildd-unstable/ Translation-en Hit http://ftp.de.debian.org sid/contrib Sources/DiffIndex Hit http://ftp.de.debian.org sid/main armel Packages/DiffIndex Hit http://ftp.de.debian.org sid/contrib armel Packages/DiffIndex Hit http://incoming.debian.org sid Release Get:2 http://incoming.debian.org Release [1604B] Hit http://incoming.debian.org sid/main Sources/DiffIndex Hit http://incoming.debian.org sid/contrib Sources/DiffIndex Hit http://incoming.debian.org sid/main armel Packages/DiffIndex Hit http://incoming.debian.org sid/contrib armel Packages/DiffIndex Get:3 http://incoming.debian.org Sources [11.8kB] Get:4 http://incoming.debian.org Packages [177kB] Fetched 191kB in 6s (27.5kB/s) Reading package lists... ┌──┐ │ Fetch source files │ └──┘ Check APT ─ Checking available source versions... Download source files with APT ── Reading package lists... Building dependency tree... Reading state information... Need to get 23.0MB of source archives. Get:1 http://ftp.de.debian.org/debian/ sid/main emacs22 22.3+1-1.2 (dsc) [1405B] Get:2 http://ftp.de.debian.org/debian/ sid/main emacs22 22.3+1-1.2 (tar) [22.9MB] Get:3 http://ftp.de.debian.org/debian/ sid/main emacs22 22.3+1-1.2 (diff) [122kB] Fetched 23.0MB in 2s (9382kB/s) Download complete and in download only mode Check arch ── ** Using build dependencies supplied by package: Build-Depends: mailx, libncurses5-dev, texinfo, liblockfile-dev, libgif-dev | libungif4-dev, libtiff4-dev | libtiff-dev, xaw3dg-dev, libpng12-dev, libjpeg62-dev, autotools-dev, dpkg-dev ( 1.10.0), quilt (= 0.42-1), debhelper (= 4), libxaw7-dev, sharutils, imagemagick, libgtk2.0-dev, libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] ┌──┐ │ Install build dependencies (internal resolver) │ └──┘ Checking for already installed source dependencies... mailx: missing libncurses5-dev: missing texinfo: missing liblockfile-dev: missing libgif-dev: missing libungif4-dev: missing libtiff4-dev: missing libtiff-dev: missing xaw3dg-dev: missing libpng12-dev: missing libjpeg62-dev: missing autotools-dev: missing dpkg-dev: already installed (1.15.8.4 1.10.0 is satisfied) quilt: missing Using default version 0.48-7 debhelper: missing Using default version 8.0.0 libxaw7-dev: missing sharutils: missing imagemagick: missing libgtk2.0-dev: missing libasound2-dev: missing Checking for source dependency conflicts... E: Package 'mailx' has no installation candidate mailx is a virtual package provided by: Using (no default, using first one) Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 339. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 340. Use of uninitialized value in join or string at /usr/share/perl5/Sbuild/Chroot.pm line 341. Use of uninitialized value $command in join or string at
Bug#596467: libsane-hpaio: only works if hplip is installed
Fixed in Debian SVN repo and on Ubuntu in HPLIP 3.10.6-1ubuntu6. The fix will appear in the next HPLIP upload to Debian. Thanks for reporting the bug. Till -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596517: linux-image-2.6.32-5-powerpc64: windfarm_pm121 is not built leading to loud fan on iMac G5 iSight
Package: linux-2.6 Version: 2.6.32-21 Severity: normal Hi, Debian testing kernel is not shipped with the driver for fan control on iMac G5 iSight (Motherchip is PowerMac12,1). This is very annoying. The windfarm_pm121 driver is upstream since 2006. So it should be quite stable. Also, this driver is only loaded for users of iMac G5 iSight (17 and 20). Including the driver won't have effect on other users. To enable it, CONFIG_WINDFARM_PM121 must be set to 'm' in debian/config/powerpc/config.powerpc64 . Just like PM81, PM91 and PM112. It is currently not set : grep WINDFARM /boot/config-2.6.32-5-powerpc64 CONFIG_WINDFARM=m CONFIG_WINDFARM_PM81=m CONFIG_WINDFARM_PM91=m CONFIG_WINDFARM_PM112=m # CONFIG_WINDFARM_PM121 is not set I built the module by patching linux-2.6 source package, added it to /lib/modules/. So the debug attached shows what **should** be a correct boot. Regards, Étienne BERSAC -- Package-specific info: ** Version: Linux version 2.6.32-5-powerpc64 (Debian 2.6.32-21) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Wed Aug 25 18:02:45 UTC 2010 ** Command line: root=/dev/sda4 ro ** Not tainted ** Kernel log: [9.338877] apple 0003:05AC:0304.0004: input,hidraw3: USB HID v1.10 Mouse [Mitsumi Electric Apple Optical USB Mouse] on usb-0001:01:0b.0-1.1/input0 [9.368971] usb 2-1.3: new full speed USB device using ohci_hcd and address 4 [9.515724] usb 2-1.3: New USB device found, idVendor=05ac, idProduct=020c [9.543577] usb 2-1.3: New USB device strings: Mfr=1, Product=3, SerialNumber=0 [9.571446] usb 2-1.3: Product: Apple Extended USB Keyboard [9.599152] usb 2-1.3: Manufacturer: Mitsumi Electric [9.632851] usb 2-1.3: configuration #1 chosen from 1 choice [9.675749] input: Mitsumi Electric Apple Extended USB Keyboard as /devices/pci0001:00/0001:00:02.0/0001:01:0b.0/usb2/2-1/2-1.3/2-1.3:1.0/input/input4 [9.707556] generic-usb 0003:05AC:020C.0005: input,hidraw4: USB HID v1.10 Keyboard [Mitsumi Electric Apple Extended USB Keyboard] on usb-0001:01:0b.0-1.3/input0 [9.751201] input: Mitsumi Electric Apple Extended USB Keyboard as /devices/pci0001:00/0001:00:02.0/0001:01:0b.0/usb2/2-1/2-1.3/2-1.3:1.1/input/input5 [9.783338] generic-usb 0003:05AC:020C.0006: input,hidraw5: USB HID v1.10 Device [Mitsumi Electric Apple Extended USB Keyboard] on usb-0001:01:0b.0-1.3/input1 [ 10.424622] PM: Starting manual resume from disk [ 10.455432] PM: Resume from partition 8:7 [ 10.455437] PM: Checking hibernation image. [ 10.482856] PM: Error -22 checking image file [ 10.482862] PM: Resume from disk failed. [ 10.651561] EXT4-fs (sda4): mounted filesystem with ordered data mode [ 12.451558] udev: starting version 160 [ 13.908591] cfg80211: Using static regulatory domain info [ 13.943816] cfg80211: Regulatory domain: US [ 13.978938] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 14.014301] (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) [ 14.049541] (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 14.084543] (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 14.119188] (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 14.153220] (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 14.186655] (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) [ 14.281195] usb 3-2: USB disconnect, address 2 [ 14.337459] usb 3-2: usbfs: USBDEVFS_CONTROL failed cmd hid2hci rqt 64 rq 0 len 0 ret -62 [ 14.337612] usb 3-2: usbfs: USBDEVFS_CONTROL failed cmd hid2hci rqt 64 rq 0 len 0 ret -62 [ 14.432626] cfg80211: Calling CRDA for country: US [ 14.621724] Linux video capture interface: v2.00 [ 14.812100] uvcvideo: Found UVC 1.00 device Built-in iSight (05ac:8501) [ 14.860595] uvcvideo: UVC non compliance - GET_DEF(PROBE) not supported. Enabling workaround. [ 14.903119] usbcore: registered new interface driver uvcvideo [ 15.035414] b43-phy0: Broadcom 4318 WLAN found (core revision 9) [ 15.075625] USB Video Class driver (v0.1.0) [ 15.124305] usb 3-2: new full speed USB device using ohci_hcd and address 3 [ 15.431631] usb 3-2: New USB device found, idVendor=05ac, idProduct=8207 [ 15.463620] usb 3-2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 15.544553] usb 3-2: configuration #1 chosen from 1 choice [ 15.722407] Bluetooth: Core ver 2.15 [ 15.754650] NET: Registered protocol family 31 [ 15.785335] Bluetooth: HCI device and connection manager initialized [ 15.816184] Bluetooth: HCI socket layer initialized [ 15.967799] phy0: Selected rate control algorithm 'minstrel' [ 15.971307] Registered led device: b43-phy0::tx [ 16.003958] Registered led device: b43-phy0::rx [ 16.035338] Registered led device: b43-phy0::radio [ 16.069439] Broadcom 43xx driver loaded [ Features: PMLS, Firmware-ID: FW13 ] [ 16.237056] Bluetooth: Generic Bluetooth USB driver ver 0.6 [ 16.285601] usbcore:
Bug#596513: git-dch: Add --[no]mainttrailer option
Hi Iain, On Sun, Sep 12, 2010 at 10:29:08AM +0100, Iain Lane wrote: Package: git-buildpackage Version: 0.5.8 Severity: wishlist Hi, Thanks for git-buildpackage! It has made my packaging life much better. When multiple developers are working on a package, for example as part of a packaging team, it would be good to have git-dch not modify the changelog trailer, so as to properly attribute the changes in the Changed-By line. Example: Developer A imports new upstream version, adds NEWS entries to changelog and does various tweaks. Developer B (perhaps the sponsor) comes along before upload and does a couple of minor changes before uploading. Developer A should remain in the Changed-By here, but git-dch will always update to Developer B's details. dch already supports this with --[no]mainttrailer. Please consider exposing this information too. This of course makes sense! I'll add this but not to soon since there's some other stuff pending. Maybe an option: --dch-options=... that passes on the options verbatim to dch would make like easier in these situations since one could then pass arbitrary options. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595431: Aborting fsck aborts all scripts in rcS.d
On Saturday 04 September 2010 06:39:49 Goswin von Brederlow wrote:
Package: insserv
Version: 1.14.0-2
Severity: critical
Hi,
during boot /etc/rcS.d/S13checkfs.sh starts a filesystem check (hasn't
been checked for 197 days) as well as giving some errors for missing
devices. Since I didn't want to wait for the fsck before fixing the
missing devices I aborted the check with crlt-c. This resulted in the
fsck to be aborted but then also skipped all further rcS.d scripts
saying:
Running scripts in rcS.d/ took 41 seconds.
INIT: Entering runlevel: 2
Given that filesystem weren't mounted or anything that didn't work out
well leaving the system unusable.
This is a serious regressions from before insserv. The old behaviour
was to display a message asking for the root password to get a shell
or ctrl-D to continue booting.
How does changing /etc/init.d/rc with the below patch modify behaviour?
Thanks, Kel.
--- rc~
+++ rc
@@ -43,7 +43,7 @@ on_exit() {
trap on_exit EXIT # Enable emergency handler
# Ignore CTRL-C only in this shell, so we can interrupt subprocesses.
-trap : INT QUIT TSTP
+trap INT QUIT TSTP
# Set onlcr to avoid staircase effect.
stty onlcr 01
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596457: mt-daapd: No longer transcodes properly
On 11/09/2010 19:25, Julien BLACHE wrote: Chris Carrranting...@gmail.com wrote: Hi, I can confirm that /usr/lib/mt-daapd/plugins/ssc-script.so exists, is 5832 bytes in size and has not been modified since the last time the package was upgraded (30th Jan 2010). Grateful for confirmation that this is in fact a bug and not me doing something stupid. Transcoding is handled by ssc-ffmpeg, ssc-script has been deprecated for quite a while. Apologies - I did not know that. The ssc-ffmpeg plugin loads correctly, so I do not understand the problem. The symptoms are as follows: rhythmbox, which plays FLACs natively, plays from the daap stream without problems winamp, which does not play FLACs, plays only those songs in the daap stream which are not FLACs (e.g. mp3s etc.), and skips all the FLACs. I therefore assumed that the FLACs are not being transcoded. It is possible that this assumption is incorrect and there is some other problem with winamp. Is there some debug output I can ask mt-daapd to log so that I can see whether it is transcoding FLACs? Thanks, CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596093: unblock: dmz-cursor-theme/0.4.2
On Sun, Sep 12, 2010 at 10:43:42 +0200, Josselin Mouette wrote: Le samedi 11 septembre 2010 à 17:50 +0200, Julien Cristau a écrit : The really important changes are: * DFSG-conformance: the source package didn’t include the PNG sources nor the SVG that was used to generate them. * Priority bump for DMZ-White, to avoid using oxygen (with is very un-neutral) as the default when both KDE and GNOME are installed. debian/copyright seems to be missing the GPL2 from renderpngs.py? Indeed, thanks for noticing. This is fixed in the SVN, do you want me to upload before it migrates to testing? I think including this in the next upload is good enough. Cheers, Julien signature.asc Description: Digital signature
Bug#596094: unblock: epiphany-browser/2.30.5-1
On Sun, Sep 12, 2010 at 10:35:19 +0200, Josselin Mouette wrote: Le samedi 11 septembre 2010 à 19:26 +0200, Julien Cristau a écrit : + cd debian/epiphany-browser-data/usr/share/applications/ \ +mv epiphany.desktop epiphany-browser.desktop is this what made epiphany disappear from my panel? Most probably. any way we can avoid that? We could by shipping two desktop files, with one of them having NoDisplay=true added. Do you want me to add this change? I’m afraid it’s the kind of thing we will have to keep forever if we do. How is the upgrade from lenny supposed to work? AFAICT lenny has a epiphany-gecko.desktop file instead? Cheers, Julien signature.asc Description: Digital signature
Bug#596300: unblock: libunistring/0.9.3-3
On Sat, Sep 11, 2010 at 22:44:38 +0200, Julien BLACHE wrote: Julien Cristau jcris...@debian.org wrote: What important bugs does 0.9.3 fix compared to 0.9.1 (the upstream NEWS doesn't really sound like these are critical fixes, afaict)? Fixes broken headers; nothing can build against 0.9.1. See #595875. Can we get a minimal fix for that issue, without most of the other changes? The current diff from testing is 1175 files changed, 69286 insertions(+), 45312 deletions(-) and I'm not looking forward to reviewing that :/ Cheers, Julien signature.asc Description: Digital signature
Bug#596477: [Pkg-xfce-devel] Bug#596477: xfce4-session: Running apps get restarted next session, though Automatically save session is inactive
On dim., 2010-09-12 at 12:34 +0200, Andreas Neudecker wrote: Hi Yves-Alexis. xfce4-session does not honour the setting of Settings-Session and Startup-[ ] Automatically save session on startup. This is /general/AutoSave. Right, then may be the error is in the logout dialogue and that setting. My setting /general/SaveOnExit was set to TRUE because the checkbox [ ] Save settings for future login in the logout prompt dialogue has been UNCHECKED in my profile as long as I can remember. And the behaviour changed when I changed that to FALSE. As far as I understand it, everything is fine in that behavior. I have generated a new profile to test the behaviour: * create new profile * log in using XFCE session * check settings in settings editor: /general/AutoSave does not exist (default used?) /general/SaveOnExit does not exist (default used?) * log out (logout prompt dialogue has [+] Save session for future logins CHECKED * log back in * settings editor: /general/SaveOnExit is now set: TRUE /general/AutoSave does not exist * open Thunar * log out So Thunar is saved in the session. * log back in * Thunar gets re-opened (OK) Normal. * log out; this time remember to * UNCHECK [ ] Save session for future logins So you don't want to save the current session. *The previous session is remembered* (this is what you missed, I think). * log back in * Thunar STILL RE-OPENED (original window position is not restored) Yes, this is the “first” thunar window you opened. * logout prompt dialouge: [ ] Save session for future logins IS UNCHECKED * settings editor: /general/SaveOnExit is still FALSE /general/AutoSave does still not exist (makes sense) Everything is normal. * Check Settings-Session and Start-Up-[+] Automatically save session on logout: CHECKED * check in settings editor: /general/AutoSave: TRUE. Change to FALSE * log out You asked for autosave, so the session will be saved, overwriting the previous one, so Thunar is now out. * log back in Only NOW is Thunar NOT re-opened at login. Which makes sense. Is it possible that at some point SaveOnExit and AutoSave get mixed up internally? No, but if you don't save the *current* sesssion at logout (wether by checking the box in the logout box or because it's autosaved) and a previous one exists, then the previous one will be used. Best way to to clear the session is to set it to the state you want it (might be without anything), then go to the session settings, session tab, then click “save”. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#596499: nslcd does not care when dns server changes
On Sun, 2010-09-12 at 08:46 +0200, Vincent Danjean wrote: I've a ldap client that is not my dns server and that get its IP (and gateway and DNS server) with DHCP. When nslcd is started and a first request to nslcd is done before /etc/resolv.conf is correctly filled, then this request fails (normal) but also any future requests done (even after /etc/resolv.conf is correct). First of all, it is recommended to use and IP address for your LDAP server or at least something that can be locally resolved. Otherwise, if your DNS server is unavailable your LDAP server will also be unavailable. Step to reproduce on my system: ifdown eth0 ; sleep 2 ; (sleep 10 ; ifup eth0 ) (sleep 5 ; id vdanjean ) nslcd -d In this case, command id vdanjean gives: aya:~# id vdanjean id: vdanjean : utilisateur inexistant aya:~# id vdanjean uid=2001 gid=2001(vdanjean) groupes=4294967295,4(adm),20(dialout),24(cdrom),25(floppy),29(audio),44(video),46(plugdev),100(users),122(kvm),116(libvirt),125(freevo),1(photos),3000 aya:~# [when I got the correct answer, it is after several seconds] When nslcd find that the LDAP server is unavailable it first does a number of retries (once every second). If nslcd has determined that the LDAP server is unavailable for 10 seconds it will only retry once every 10 seconds. This mechanism is in place to avoid getting the whole system locked up while retrying connections to the LDAP server. Getting the good answer or the bad one depends on which thread/process (I do not know precisely how nslcd works) handles the request. If this is a thread launch before /etc/resolv.conf is correct, I got in the log: The availability of the LDAP server is shared between the threads but each thread (there are 5 by default) has their own connection. = nslcd: [1bd7b7] DEBUG: ldap_initialize(ldap://ldap.danjean.fr/) [...] nslcd: [1bd7b7] DEBUG: ldap_simple_bind_s(NULL,NULL) (uri=ldap://ldap.danjean.fr/;) nslcd: [1bd7b7] failed to bind to LDAP server ldap://ldap.danjean.fr/: Can't contact LDAP server: No such file or directory nslcd: [1bd7b7] no available LDAP server found = This is repeated several times. The No such file or directory part is a bit weird. I only reproduce this if there is no /etc/resolv.conf at all. You should also first get a couple of lines saying no available LDAP server found, sleeping 1 seconds. When I got an answer, I have the same kind of log, but I also have other threadsloging successful ldap requests such as: == nslcd: [8c895d] DEBUG: connection from pid=7998 uid=0 gid=0 nslcd: [8c895d] DEBUG: nslcd_group_bygid(2001) nslcd: [8c895d] DEBUG: myldap_search(base=dc=danjean,dc=fr, filter=((objectClass=posixGroup)(gidNumber=2001))) nslcd: [8c895d] DEBUG: ldap_result(): end of results == This happens if there is already a working connection. When using a hostname instead of an IP address you are also dependant on what nscd returns (if you're using that). It may be that nscd also caches negative host name lookups. My guess is that, when a thread fails to resolve a name with the DNS due to a bad /etc/resolv.conf file, something is cached and latter ldap_simple_bind_s still fail. This is more or less correct. If nslcd has determined that the LDAP server is unavailable for more than 10 seconds it will cache that state for 10 seconds. The correct fix for this bug would be to find where the info is cached and discard it in case of a failed connection. The whole point of having that information cached is to not have the whole system hang if the LDAP server becomes unavailable. You could increase the reconnect_retrytime option in nslcd.conf if you think that the period should be longer. However, this is perhaps to intrusive for squeeze. For squeeze, you should be able to, at least, put a script in /etc/resolvconf/update-libc.d to restart nslcd when dns changes. Do you think /etc/resolvconf/update-libc.d is the best place? What about /etc/network/if-up.d? That should also catch the case where the network goes up. Then again the init script should have started after hostname lookups are available ($remote_fs which implies working networking and $named which implies working hostname lookups). Something as simple as: if [ -x /etc/init.d/nslcd ]; then /etc/init.d/nslcd restart fi I'm not sure it's that simple. First, you also need to check if nslcd is running in the first place. Also when you are shutting down update-libc.d is likely also run (not sure about this though). I'm not sure you want to restart nslcd then. In short, I don't see what good solution (short term or otherwise) is available for this problem. There is an idea that the behaviour of nslcd should be different during booting (e.g. immediately start testing whether the LDAP server is available and only become available for the NSS module when the LDAP server is determined to be up) but it has not been implemented at this point. Anyway,
Bug#596516: [buildd-tools-devel] Bug#596516: emacs22 binnmu causes internal error
On Sun, Sep 12, 2010 at 12:59:57PM +0300, Riku Voipio wrote: sbuild has trouble handling the emacs22 binnmu. later apt-get chokes too. I don't know if deps on virtual packages without providing a non-virtual alternative first worked in the past. It looks like this is now broken, at least. Do we want that to be working? (With the default dependency resolution algorithm. I presume the aptitude one is not affected.) That sbuild explodes in such an amazing way is another bug to tackle, though. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#596356: [Arrandale] xserver-xorg-video-intel: GPU seems to hang
On Fr, 2010-09-10 at 18:32 +0200, Julian Andres Klode wrote:
Package: xserver-xorg-video-intel
Version: 2:2.12.0+legacy1-1
Severity: important
On my ThinkPad Edge 15 with Intel Core i5 430 M (Arrandale)
integrated graphics, my screen repeatedly turns black, and
even switching terminals does not help anymore, it remains
black. The screen can be restored by restarting X; for
example, via SSH or by blindly typing it into a terminal.
While the system has always been a bit unstable since the
beginning, I cannot remember to have such lockups in the
beginning which may indicate that the UMS reintegration
may be the cause of the issue.
It also seems to be the case that this only happens after
screensaver activity (which is set to show a blank, black
screen), although I can't give any guarantee about this.
I am attaching the X log and the output of intel_gpu_dump
for the hanging session.
Some further input from a second crash:
* Broken X runs on VT 9; second X on VT 10 works
* Switching to VT 10 brings the screen back to life
* Switching from VT 10 to other VTs != 9 works as intended
* Switching to VT 9 brings the broken screen back
* Switching from VT 9 does not cause any change in the screen,
unless the destination is VT 10
* Starting GL applications via VNC just hangs the application on a
broken session, whereas it works perfectly on a correct session.
I get the feeling that the card (driver) is confused by the combination
of GL and power save mode caused by an idle session and screensaver. The
GPU does not seem to hang, at
least /sys/kernel/debug/dri/{0,64}/i915_error_state contained no errors.
I have now switched to raw 2.12 and will try to reproduce the bug with
this version as well.
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596457: mt-daapd: No longer transcodes properly
Chris Carr ranting...@gmail.com wrote: Hi, Apologies - I did not know that. The ssc-ffmpeg plugin loads correctly, so I do not understand the problem. The symptoms are as follows: rhythmbox, which plays FLACs natively, plays from the daap stream without problems winamp, which does not play FLACs, plays only those songs in the daap stream which are not FLACs (e.g. mp3s etc.), and skips all the FLACs. Do you have flac in never_transcode in the config? It's also possible that winamp just doesn't want wav audio over DAAP. JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org 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 debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596300: unblock: libunistring/0.9.3-3
Julien Cristau jcris...@debian.org wrote: Hi, Fixes broken headers; nothing can build against 0.9.1. See #595875. Can we get a minimal fix for that issue, without most of the other changes? The current diff from testing is 1175 files changed, 69286 insertions(+), 45312 deletions(-) and I'm not looking forward to reviewing that :/ It's a gnulib update you're seeing, as has been pointed out previously. The fix is entangled in the update IIRC. 0.9.3 is better than 0.9.1 anyway and spent quite some time in unstable already; it only did not make it to Squeeze due to the broken MIPS toolchain. JB. -- Julien BLACHE jbla...@debian.org | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org 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 debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596517: Acknowledgement (linux-image-2.6.32-5-powerpc64: windfarm_pm121 is not built leading to loud fan on iMac G5 iSight)
Hi, Sorry, this is a duplicate. I though the #596515 report was treated as spam. Regards, Étienne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594719: fop: must depend on libxmlgraphics-commons-java 1.4 or above
On Sun, Sep 12, 2010 at 10:48 AM, Sylvestre Ledru sylves...@debian.org wrote: Le samedi 28 août 2010 à 17:08 +, brian m. carlson a écrit : fop 1.0 uses the class org.apache.xmlgraphics.util.uri.CommonURIResolver, which is only found in libxmlgraphics-commons-java 1.4 or above. Otherwise fop fails with an exception about the missing class. The dependencies should be adjusted appropriately. This is already the case ?! Package: fop [...] libxtst6, libxmlgraphics-commons-java (= 1.4), [...] Not in the archive: ~ apt-cache show fop Package: fop Version: 1:1.0.dfsg-2 Depends: default-jre-headless | java2-runtime-headless, libxerces2-java, libxalan2-java, libbsf-java, libavalon-framework-java (= 4.1.2-2), libbatik-java (= 1.7), libcommons-io-java, libcommons-logging-java, libxp6, libxt6, libxtst6, libxmlgraphics-commons-java (= 1.3.1), java-wrappers (= 0.1.15), libxml-commons-external-java Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595609: unblock: mailgraph/1.14-3
Hi, Le lundi 06 sept. 2010 à 20:23:42 (+0200), Julien Cristau a écrit : Date: Mon, 6 Sep 2010 20:23:42 +0200 From: Julien Cristau jcris...@debian.org To: Christian PERRIER bubu...@debian.org, 595...@bugs.debian.org Cc: Julien Valroff jul...@kirya.net Subject: Re: Bug#595609: unblock: mailgraph/1.14-3 On Sun, Sep 5, 2010 at 15:13:10 +0200, Christian PERRIER wrote: Julien (Cristau), what if Julien V. does this? Would the package be OK for an unblock? I'm just going through the changelog, not looking at the actual changes: [...] The rest would depend on the specifics, but basically for anything that's not necessary to fix an important bug (or translation/documentation updates) it's too late. Then, I propose to integrate latest translation updates to the version currently in testing (1.14-1.4), and upload a version to unstable re- integrating changes made by Christian in his last 2 NMU's. How should I number the updated 1.14-1.4? Should it be uploaded to testing-proposed-updates, am I right? Cheers, Julien -- Julien Valroff jul...@kirya.net http://www.kirya.net GPG key: 1024D/9F71D449 17F4 93D8 746F F011 B845 9F91 210B F2AB 9F71 D449 signature.asc Description: Digital signature
Bug#596509: scilab misuses the machine name as architecture name
Le dimanche 12 septembre 2010 à 10:51 +0200, Matthias Klose a écrit : However the error message seems to be from scilab. It is indeed from Scilab and thanks for that. However, your patches won't probably work since this needs to be fixed at runtime. Here is the full patch: http://svn.debian.org/viewsvn/debian-science/packages/scilab/trunk/debian/patches/xarmjavadetection.diff?revision=36886view=markup I uploaded the -5 with this fix. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595720: future unblock: libdbm-deep-perl/2.0002-1
On Mon, 2010-09-06 at 12:24 +0900, Ansgar Burchardt wrote: libdbm-deep-perl can corrupt the database if too many transactions are started[1]. This was fixed upstream in version 2.0002. There is another minor change in behavior in 2.0001, but this should not affect Debian (the only rdep, libipc-pubsub-perl, seems not to use this feature). The debdiff from the version currently in testing to the proposed upload is attached. Should we go ahead with the upload? (Note that 2.0001 is already in unstable.) Please go ahead, and let us know once the package has been accepted. PS: Please Cc: debian-p...@lists.debian.org in replies. Done. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596520: crash on incorrect status lines
Package: wget
Version: 1.12-2.1
Severity: normal
Check this code in http.c:
statcode = resp_status (resp, message);
hs-message = xstrdup (message);
If the response header (see resp.data) contains garbage like:
$4 = {data = 0x938540 HTTP/1.1 e/apt-cacher-ng/\r\nDate: Sun Sep 12 11:10:37
2010\r\nServer: Debian Apt-Cacher NG/0.5.5\r\nX-Original-Source:
http://ftp.uni-kl.de/pub/linux/debian/dists/lenny/Release\r\nConnection:
close\r\n\r\n, headers = 0x938750}
...then resp_status message to NULL and xstrdup simply crashes.
Regards,
Eduard.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.36-rc3 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages wget depends on:
ii dpkg 1.15.8.4 Debian package management system
ii install-info 4.13a.dfsg.1-5 Manage installed documentation in
ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib
ii libssl0.9.8 0.9.8o-2 SSL shared libraries
wget recommends no packages.
wget suggests no packages.
-- no debconf information
--
Trauer ist eine Haltung zu etwas. Aber es ist keine
Grundhaltung.
-- Benjamin Stramke
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595178: plymouth: bug still present
Package: plymouth Version: 0.8.3-8 Severity: normal Hey, it seems that this bug is still present. I've checked that “--attach-to-session” is present in the initramfs premount script (it is), but after boot tty1 is still in echo mode. This is a security issue, since password *will* be echoed to the terminal. If you have any idea of fix I could try or need more info, please ask. Cheers, -- Yves-Alexis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plymouth depends on: ii fontconfig-config 2.8.0-2.1 generic font configuration library ii initramfs-tools0.98.3tools for generating an initramfs ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.9.14-1 The Cairo 2D vector graphics libra ii libdrm-intel1 2.4.21-1 Userspace interface to intel-speci ii libdrm-nouveau12.4.21-1~squeeze2 Userspace interface to nouveau-spe ii libdrm-radeon1 2.4.21-1~squeeze2 Userspace interface to radeon-spec ii libdrm22.4.21-1 Userspace interface to kernel DRM ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii ttf-dejavu-core2.31-1Vera font family derivate with add Versions of packages plymouth recommends: ii plymouth-themes-all 0.8.3-8Graphical Boot Animation and Logge Versions of packages plymouth suggests: ii gdm 2.20.11-2 GNOME Display Manager -- Configuration Files: /etc/plymouth/plymouthd.conf changed: [Daemon] Theme=fade-in -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#30972: ltq wjg8
xof -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544733: ITP: gerix-wifi-cracker-ng -- Aicrack-NG (WPA/WEP) GUI with pyrit support on cracking
retitle 544733 RFP: gerix-wifi-cracker-ng -- Aicrack-NG (WPA/WEP) GUI with pyrit support on cracking noowner 544733 stop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595178: plymouth: bug still present
On dim., 2010-09-12 at 13:25 +0200, Yves-Alexis Perez wrote: Package: plymouth Version: 0.8.3-8 Severity: normal Hey, it seems that this bug is still present. I've checked that “--attach-to-session” is present in the initramfs premount script (it is), but after boot tty1 is still in echo mode. This is a security issue, since password *will* be echoed to the terminal. And same thing happens in 0.8.3-9. As noted, this is with the fade-in plugin, I'm gonna try with other ones. cmdline is BOOT_IMAGE=/vmlinuz-2.6.35-trunk-amd64 root=/dev/mapper/hidalgo-root ro quiet splash Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#595178: plymouth: bug still present
tag 595178 unreproducible tag 595178 help thanks no clue whatsoever, not present on any of my systems. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572757: similar to this, but only for tray icon when Amarok is ran over ssh -X tunnel
I have a similar problem. I don't see the amarok tray icon when I run amarok over ssh. I see the question mark icon. When I run amarok normally (not over ssh), I do get the amarok icon. I tried the suggestions presented above and they didn't solve the problem: ls -l /usr/share/kde4/apps/amarok/icons/hicolor/*/actions/collection- amarok.png -rw-r--r-- 1 root root 846 May 27 20:37 /usr/share/kde4/apps/amarok/icons/hicolor/16x16/actions/collection-amarok.png -rw-r--r-- 1 root root 1280 May 27 20:37 /usr/share/kde4/apps/amarok/icons/hicolor/22x22/actions/collection-amarok.png -rw-r--r-- 1 root root 2122 May 27 20:37 /usr/share/kde4/apps/amarok/icons/hicolor/32x32/actions/collection-amarok.png -rw-r--r-- 1 root root 4497 May 27 20:37 /usr/share/kde4/apps/amarok/icons/hicolor/48x48/actions/collection-amarok.png I run Amarok 2.3.1. on Squeeze. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502457: Properly packaged
Hi, although I'm not a Cg user myself, I stumbled across this bug on Launchpad, and decided to do something about it (it's causing some FTBFSs in Ubuntu). I have what I believe is a reasonable solution to this, which is a total rework of the package using Nvidia's tarballs in a multiple orig.tar.gz source format 3.0 (quilt) package. http://people.ubuntu.com/~stefanor/tmp/nvidia-cg-toolkit_3.0.0007-0ubuntu1.dsc Fredrico: I'd like to be able to sync this package from Debian instead of directly uploading to Ubuntu, but with the 10.10 release less than a month away I probably can't wait long enough. However, if you do have any input / review I'd welcome it, so we can minimise future pain. Does this look good to you? The documentation should be split out into a -doc package, as it weighs several MiB. However, I didn't want to do something like that in Ubuntu, I'd rather it happened in Debian first. Nigel: It is recommended that Ubuntu incorporate or adapt these as a replacement. I'm afraid that [Debian and] Ubuntu can't redistribute your debs, our infrastructure requires us to build our own debs. We can include your pre-built binaries in them (as I'm doing), although this obviously means the package ends up in non-free. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595609: unblock: mailgraph/1.14-3
Quoting Julien Valroff (jul...@kirya.net): How should I number the updated 1.14-1.4? Should it be uploaded to testing-proposed-updates, am I right? I'd say 1.14-1.4squeeze1 and, yes, upload to t-p-u (let's have confirmation from Julien Cristau, though) signature.asc Description: Digital signature
Bug#593456: [gcc-4.3] can reproduce the internal compiler error with g++-4.4 too
Ok. I installed the gcc-snapshot package inside a sid chroot on my machine. I can reproduce this bug using the latest gcc-snapshot package as well. reported the bug upstream http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45651 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596522: empathy: FTBFS: No package 'gcr-0' found
Source: empathy Version: 2.31.91-1 Severity: serious Justification: FTBFS Hi, your package FTBFS everywhere: | configure: error: Package requirements (gcr-0 = 2.26.0) were not met: | | No package 'gcr-0' found | | Consider adjusting the PKG_CONFIG_PATH environment variable if you | installed software in a non-standard prefix. | | Alternatively, you may set the environment variables GCR_CFLAGS | and GCR_LIBS to avoid the need to call pkg-config. | See the pkg-config man page for more details. | | make: *** [debian/stamp-autotools] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=empathysuite=experimental Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596521: midori: Midori hides searchbar while using it
Package: midori Version: 0.2.7-1.1 Severity: normal Bad news fellows. I use midori in a minimalistic way, hiding everything i can: menu bar, navitagion bar, etc. When i use midori with navigation bar hidden and want to perform a search using the search bar, i press Ctrl+L and the navigation bar pops up. If i write in the location bar everything is ok, i write the url then press enter. But if i click over the search bar it hides again. I can write in it (if i press Ctrl+L again i can see everything i wrote in the search bar) but it was hidden while i was writing. I'm using 0.2.7-1.1 but i could chek the previous release, 0.2.6, and it happens as well. So i think nobody reported this. Thank you. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.35.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on: ii dbus-x11 1.2.24-3 simple interprocess messaging syst ii dpkg 1.15.8.4 Debian package management system ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.25.13-1 The GLib library of C routines ii libgtk2.0-02.20.1-1+b1 The GTK+ graphical user interface ii libjs-mootools 1.2.4.0~debian1-1 compact JavaScript framework ii libnotify1 [libnotify1 0.5.0-2 sends desktop notifications to a n ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libsqlite3-0 3.7.2-1 SQLite 3 shared library ii libunique-1.0-01.1.6-1 Library for writing single instanc ii libwebkit-1.0-21.2.3-2 Web content engine library for Gtk ii libx11-6 2:1.3.3-3 X11 client-side library ii libxml22.7.7.dfsg-4 GNOME XML library Versions of packages midori recommends: ii gnome-icon-theme 2.30.3-1 GNOME Desktop icon theme midori suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594390: wireshark: add support for sll.ltype hooks
Hi Sebastian, It will reach Debian in 1.6.0-1 if we don't diverge from upstream. Generally I don't like the idea of diverging from upstream too much. It's too late to include the fix in Squeeze, so it won't be applied to 1.2.x version. In 1.4.x, we separated libwireshark as a library thus it became possible to provide plugins for wireshark as separate packages. If you plan to upload a plugin depending on this fix to work, I'll apply the fix in the 1.4.x line. It is also possible to make upstream put the fix in 1.4.1: http://wiki.wireshark.org/Development/Roadmap Cheers, Balint 2010/9/12 Sebastian Reichel elektra...@gmail.com: Hi Bálint, thank you :) When will this patch reach the wireshark package in Debian presumably? -- Sebastian On Sun, Sep 12, 2010 at 03:19:08AM +0200, Bálint Réczey wrote: forwarded 594390 http://anonsvn.wireshark.org/viewvc?view=revrevision=34101 tags 594390 fixed-upstream thanks Hi Sebastian, I have committed a modified patch. Thanks, Balint -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyMPRUACgkQH0JwilpTmKgqTgCfRqrbTnjnj51RITWOsZJE5QDf sakAn0xOMDPKrXlkufiEumy4SJMjQ714 =pIH+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596467: Please make libsane-hpaio recommend hplip (not depend on)
Hello, I had a look to the way this problem is solved for Ubuntu in Launchpad (make libsane-hpaio depend on hplip) and I believe this solution will prevent users from installing libsane-hpaio in stand-alone (without hplip), as publicized in the package description: This package is useful for a minimal footprint headless scanning solution I may have seen only a limited part of the problem, but from my own experience, it seems that the only thing missing is a /etc/hp/hplip.conf containing a stanza with the path to the data directory. Like this: [dirs] home=/usr/share/hplip And of course, a little explanation in a README.Debian. Making libsane-hpaio recommend hplip will prevent problems for most users, and will allow minimal installation (I can use my psc1510 with only hpijs and libsane-hpaio), even if creating the /etc/hp/hplip.conf like above solves only a part of the problem encountered by the original poster. Thanks for your attention. Pascal Dormeau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596515: linux-image-2.6.32-5-powerpc64: windfarm_pm121 is not built leading to loud fan on iMac G5 iSight
On Sun, 12 Sep 2010, Étienne BERSAC wrote: Package: linux-2.6 Version: 2.6.32-21 Severity: normal Hi, Debian testing kernel is not shipped with the driver for fan control on iMac G5 iSight (Motherchip is PowerMac12,1). This is very annoying. The windfarm_pm121 driver is upstream since 2006. So it should be quite stable. Also, this driver is only loaded for users of iMac G5 iSight (17 and 20). Including the driver won't have effect on other users. To enable it, CONFIG_WINDFARM_PM121 must be set to 'm' in debian/config/powerpc/config.powerpc64 . Just like PM81, PM91 and PM112. It is currently not set : grep WINDFARM /boot/config-2.6.32-5-powerpc64 CONFIG_WINDFARM=m CONFIG_WINDFARM_PM81=m CONFIG_WINDFARM_PM91=m CONFIG_WINDFARM_PM112=m # CONFIG_WINDFARM_PM121 is not set I built the module by patching linux-2.6 source package, added it to /lib/modules/. So the debug attached shows what **should** be a correct boot. thanks for the testing, modular enabled for next linux-2.6 upload to sid/squeeze. happy weekend. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596523: please refresh Mirrors.masterlist
Package: choose-mirror Version: 2.34 Severity: wishlist Please refresh Mirrors.masterlist, there are 89 additions to kfreebsd-i386 and kfreebsd-amd64 mirror lists. Thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593145: chrony: diff for NMU version 1.24-2.1
tags 593145 + patch
tags 593145 + pending
thanks
Dear maintainer,
I've prepared an NMU for chrony (versioned as 1.24-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
.''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
: :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe
`-BOFH excuse #447: According to Microsoft, it's by design
diff -u chrony-1.24/debian/changelog chrony-1.24/debian/changelog
--- chrony-1.24/debian/changelog
+++ chrony-1.24/debian/changelog
@@ -1,3 +1,13 @@
+chrony (1.24-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix fails to configure on installation: init script: remove calls to
+pidof, check the return value of start-stop-daemon instead; don't treat an
+already running chronyd as an error, and call putonline also in this case
+(closes: #593145).
+
+ -- gregor herrmann gre...@debian.org Sun, 12 Sep 2010 14:43:40 +0200
+
chrony (1.24-2) unstable; urgency=low
* Fixed regression that caused default CHRONY_IOC_ lines to
diff -u chrony-1.24/debian/init.d chrony-1.24/debian/init.d
--- chrony-1.24/debian/init.d
+++ chrony-1.24/debian/init.d
@@ -51,9 +51,16 @@
case $1 in
start)
- start-stop-daemon --start --verbose --exec $DAEMON || { echo $DAEMON already running.; exit 1; }
- /bin/pidof $DAEMON /dev/null || { echo $DAEMON failed to start.; exit 1; }
- putonline
+ start-stop-daemon --start --verbose --exec $DAEMON
+ case $? in
+ 0|1) # daemon successfully started or already running
+ putonline
+ ;;
+ 2) # daemon could not be started
+ echo $DAEMON failed to start.
+ exit 1
+ ;;
+ esac
;;
stop)
start-stop-daemon --stop --verbose --oknodo --exec $DAEMON
@@ -64,8 +71,16 @@
start-stop-daemon --stop --quiet --exec $DAEMON
sleep 1
start-stop-daemon --start --quiet --exec $DAEMON -- -r
- /bin/pidof $DAEMON /dev/null || { echo $DAEMON failed to restart.; rm -f /var/run/chrony-ppp-up; exit 1; }
- putonline
+ case $? in
+ 0|1) # daemon successfully started or still running
+ putonline
+ ;;
+ 2) # daemon could not be started
+ echo $DAEMON failed to restart.
+ rm -f /var/run/chrony-ppp-up
+ exit 1
+ ;;
+ esac
;;
*)
echo Usage: /etc/init.d/chrony {start|stop|restart|force-reload}
signature.asc
Description: Digital signature
Bug#596094: unblock: epiphany-browser/2.30.5-1
Le dimanche 12 septembre 2010 à 12:36 +0200, Julien Cristau a écrit : We could by shipping two desktop files, with one of them having NoDisplay=true added. Do you want me to add this change? I’m afraid it’s the kind of thing we will have to keep forever if we do. How is the upgrade from lenny supposed to work? AFAICT lenny has a epiphany-gecko.desktop file instead? The one without NoDisplay=true (which is the one people dragged from the menus to the panel or desktop) was epiphany.desktop. Anyway I just noticed that the panel’s default setup still references epiphany.desktop, so this breaks new installations too. I think I’m going to revert this change for now, since we shouldn’t be shipping gnome-shell in squeeze (this will require a gnome-session upload dropping gnome3-session to t-p-u, BTW). Anyway gnome-shell should be fixed to use the name set by g_set_prgname instead of the binary name. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#596498: sources.list: add option to mark unsigned (local) repository as trusted
tags 596498 + patch
thanks
It would be nice if a repository could be marked as trusted in the
sources.list. This would make it easier to use local repositories with,
for example, pbuilder without having to generate a PGP key, signing the
repository and finally importing the key into apt, see also [1].
Attached is a patch to add a [trusted=1] option to sources.list. When
present, the source is regarded as trusted even without a Release.gpg.
Documentation of this feature is still missing.
I did the following testing using apt 0.8.3 with the patch applied:
Installing from an unsigned (or signed with unknown key) repository
causes warning when [trusted=0] or no option is given in sources.list;
installing from an unsigned (or signed with unknown key) repository does
not warn when [trusted=1] is given in sources.list.
Note that apt-get update still warns about unknown signatures even
when [trusted=1] is given for the source. I do not think this is
harmful as the option is mainly intended for unsigned (local)
repositories anyway.
Regards,
Ansgar
From 8be695d713ad952381069950e4e6ca22498e37ab Mon Sep 17 00:00:00 2001
From: Ansgar Burchardt ans...@43-1.org
Date: Sun, 12 Sep 2010 20:23:38 +0900
Subject: [PATCH] Add trusted option to sources.list
Signed-off-by: Ansgar Burchardt ans...@43-1.org
---
apt-pkg/deb/debmetaindex.cc | 12 ++--
apt-pkg/deb/debmetaindex.h |3 ++-
2 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/apt-pkg/deb/debmetaindex.cc b/apt-pkg/deb/debmetaindex.cc
index 717d0bc..754ea08 100644
--- a/apt-pkg/deb/debmetaindex.cc
+++ b/apt-pkg/deb/debmetaindex.cc
@@ -119,11 +119,12 @@ string debReleaseIndex::SourceIndexURI(const char *Type, const string Section)
return URI + dists/ + Dist + / + SourceIndexURISuffix(Type, Section);
}
-debReleaseIndex::debReleaseIndex(string const URI, string const Dist) {
+debReleaseIndex::debReleaseIndex(string const URI, string const Dist, bool Trusted) {
this-URI = URI;
this-Dist = Dist;
this-Indexes = NULL;
this-Type = deb;
+ this-Trusted = Trusted;
}
debReleaseIndex::~debReleaseIndex() {
@@ -224,6 +225,9 @@ bool debReleaseIndex::GetIndexes(pkgAcquire *Owner, bool const GetAll) const
bool debReleaseIndex::IsTrusted() const
{
+ if (Trusted)
+ return Trusted;
+
string VerifiedSigFile = _config-FindDir(Dir::State::lists) +
URItoFileName(MetaIndexURI(Release)) + .gpg;
@@ -341,9 +345,13 @@ class debSLTypeDebian : public pkgSourceList::Type
return true;
}
}
+
+ mapstring, string::const_iterator const trusted = Options.find(trusted);
+ bool Trusted = (trusted != Options.end()) ? StringToBool(trusted-second, 0) : false;
+
// No currently created Release file indexes this entry, so we create a new one.
// XXX determine whether this release is trusted or not
- debReleaseIndex *Deb = new debReleaseIndex(URI, Dist);
+ debReleaseIndex *Deb = new debReleaseIndex(URI, Dist, Trusted);
if (IsSrc == true)
Deb-PushSectionEntry (source, new debReleaseIndex::debSectionEntry(Section, IsSrc));
else
diff --git a/apt-pkg/deb/debmetaindex.h b/apt-pkg/deb/debmetaindex.h
index 360fa54..f47e74b 100644
--- a/apt-pkg/deb/debmetaindex.h
+++ b/apt-pkg/deb/debmetaindex.h
@@ -20,10 +20,11 @@ class debReleaseIndex : public metaIndex {
private:
std::mapstring, vectordebSectionEntry const* ArchEntries;
+ bool Trusted;
public:
- debReleaseIndex(string const URI, string const Dist);
+ debReleaseIndex(string const URI, string const Dist, bool Trusted = false);
~debReleaseIndex();
virtual string ArchiveURI(string const File) const {return URI + File;};
--
1.7.1
Bug#584814: gcc-4.3: gcc armel fails (internal error) while building lxml
Please submit a full bug report. See file:///usr/share/doc/gcc-4.3/README.Bugs for instructions. Please go through that file and provide all the required information. In particular you need to attach the preprocessed file (*.i*) that triggers the bug, generated by adding -save-temps to the complete compilation command. thanks raju -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596524: RM: zblast -- RoQA; orphaned, unused, dead upstream
Package: ftp.debian.org Severity: normal Please remove zblast: - orphaned for a year - virtually unused - dead upstream (last release from 2003) - apparently broken on modern kernels (#177754) Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596525: po4a: po4a-update doesn't call msgmerge with --previous since 0.38-1
Package: po4a Version: 0.38-1 Severity: important Tags: pending David Prévot noticed previous version of strings to be translated were no kept on po4a-update as intended, while this feature is of most interest for translators on string updates. Indeed, since the introduction of --no-previous option in SVN commit 2031 / release 0.38 and , --previous option was no longer sent to msgmerge. Denis Barbier fixed this in commit 2242 in SVN, not released yet. -$msgmerge_opt .= --no-previous if $noprevious; +$msgmerge_opt .= --previous unless $noprevious; -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571035: [squeeze alpha1] installationsreport: grub2: machine doesn't boot
Hello, Ben Hutchings b...@decadent.org.uk wrote: On Sat, 2010-09-11 at 23:18 +0200, Holger Wansing wrote: [...] Summary: I have a kernel, but no initrd. And with this constellation, the kernel boots, until he comes to the point where the root filesystem is to be found, what fails: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) But this is not a problem in this case, important is, that the kernel itself boots, right? Yes, though that is not that much of a test! I'm unsure if I understand what you mean here. So, maybe there is a problem with the initrd? Maybe with the size of it? (remember that this is a lowmem machine) I think you are right. A typical initramfs would use nearly the whole of your 32MB RAM. It is possible to build a smaller initramfs containing only the drivers needed for the current hardware, but this is not the default because it can fail if you change hardware. If you run the installer with the extra parameter 'priority=medium' you will be given this option. Ok, I will try a new installation and choose the customized initrd. Otavio, perhaps the default value of base-installer/initramfs-tools/driver-policy should be 'dep' on small machines (say, less than 120MB RAM)? Or at least add a hint on that screen, that it is recommended to not choose the full initrd on lowmem systems? Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 2.5.0 under DEBIAN GNU/LINUX 5.0.0 - L e n n y Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552162: Similar to 593145
Probably not exactly the same but similar to 593145. Should also be fixed if my NMU (1.24-2.1) is accepted. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Element of Crime: Moonlight signature.asc Description: Digital signature
Bug#596526: pidgin: On Window Maker one can start Pidgin but it's window doesn't show up, can't be seen.
Package: pidgin Version: 2.7.3-1 Severity: important Tags: upstream Hi, I'm using Window Maker as window manager. I can start Pidgin but can't see it's window at all. When I start Pidgin from an xterm window, there aren't any warnings or error messages. How can I know that Pidgin still run? Well, there is htop that shows Pidgin run. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgstreamer0.10-0 0.10.30-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libgtkspell02.0.16-1 a spell-checking addon for GTK's T ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpurple0 2.7.3-1 multi-protocol instant messaging l ii libsm6 2:1.1.1-1X11 Session Management library ii libstartup-notification00.10-1 library for program launch feedbac ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-4 GNOME XML library ii libxss1 1:1.2.0-2X11 Screen Saver extension library ii perl5.10.1-14Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.1] 5.10.1-14minimal Perl system ii pidgin-data 2.7.3-1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.30-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.24-1 GStreamer plugins from the good Versions of packages pidgin suggests: ii evolution-data-server 2.30.2.1-1 evolution database backend server pn gnome-panel | kdebase-workspa none (no description available) ii libsqlite3-0 3.7.2-1SQLite 3 shared library -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595720: future unblock: libdbm-deep-perl/2.0002-1
On Sun, 12 Sep 2010 12:16:45 +0100, Adam D. Barratt wrote: On Mon, 2010-09-06 at 12:24 +0900, Ansgar Burchardt wrote: libdbm-deep-perl can corrupt the database if too many transactions are started[1]. This was fixed upstream in version 2.0002. There is another minor change in behavior in 2.0001, but this should not affect Debian (the only rdep, libipc-pubsub-perl, seems not to use this feature). Please go ahead, and let us know once the package has been accepted. Thanks; uploaded accepted. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Simply Red: Thrill Me signature.asc Description: Digital signature
Bug#526778: manpages: getifaddrs(3) and rtnetlink(7) give wrong type for interface stats
On Sun, May 3, 2009 at 3:50 PM, Julien Cristau jcris...@debian.org wrote: Package: manpages Version: 3.21-1 Severity: normal Tags: patch Hi, getifaddrs(3) and rtnetlink(7) both refer to struct net_device_stats, but the actual struct returned is rtnl_link_stats (I noticed this because using net_device_stats leads to completely bogus values on 64bit). As far as I can tell struct net_device_stats is used inside the kernel, but net/core/rtnetlink.c:rtnl_fill_ifinfo() exports that information as struct rtnl_link_stats in the netlink message. Just looking in from upstream here... I guess this piece must refer to some Debian specific text, since I don't find the referred to text in the upstream page? Cheers, Michael --- manpages-3.21.orig/man7/rtnetlink.7 +++ manpages-3.21/man7/rtnetlink.7 @@ -100,7 +100,7 @@ T}:Interface Statistics. .TE .sp -The value type for IFLA_STATS is \fIstruct net_device_stats\fP. +The value type for IFLA_STATS is \fIstruct rtnl_link_stats\fP. .TP .BR RTM_NEWADDR , RTM_DELADDR , RTM_GETADDR Add, remove or receive information about an IP address associated with --- manpages-3.21.orig/man3/getifaddrs.3 +++ manpages-3.21/man3/getifaddrs.3 @@ -191,9 +191,9 @@ In this case, the .I ifa_data field may contain a pointer to a -.IR struct net_device_stats , +.IR struct rtnl_link_stats , defined in -.IR linux/netdevice.h , +.IR linux/if_link.h , which contains various interface attributes and statistics. .SH EXAMPLE The program below demonstrates the use of Cheers, Julien -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Author of The Linux Programming Interface; http://man7.org/tlpi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593145: chrony: diff for NMU version 1.24-2.1
On Sun, Sep 12, 2010 at 14:52:44 +0200, gregor herrmann wrote:
diff -u chrony-1.24/debian/init.d chrony-1.24/debian/init.d
--- chrony-1.24/debian/init.d
+++ chrony-1.24/debian/init.d
@@ -51,9 +51,16 @@
case $1 in
start)
- start-stop-daemon --start --verbose --exec $DAEMON || { echo $DAEMON
already running.; exit 1; }
- /bin/pidof $DAEMON /dev/null || { echo $DAEMON failed to start.;
exit 1; }
- putonline
+ start-stop-daemon --start --verbose --exec $DAEMON
+ case $? in
+ 0|1) # daemon successfully started or already running
+ putonline
+ ;;
+ 2) # daemon could not be started
+ echo $DAEMON failed to start.
+ exit 1
+ ;;
+ esac
;;
stop)
start-stop-daemon --stop --verbose --oknodo --exec $DAEMON
@@ -64,8 +71,16 @@
start-stop-daemon --stop --quiet --exec $DAEMON
sleep 1
start-stop-daemon --start --quiet --exec $DAEMON -- -r
- /bin/pidof $DAEMON /dev/null || { echo $DAEMON failed to restart.;
rm -f /var/run/chrony-ppp-up; exit 1; }
- putonline
+ case $? in
+ 0|1) # daemon successfully started or still running
+ putonline
+ ;;
+ 2) # daemon could not be started
+ echo $DAEMON failed to restart.
+ rm -f /var/run/chrony-ppp-up
+ exit 1
+ ;;
+ esac
;;
*)
echo Usage: /etc/init.d/chrony {start|stop|restart|force-reload}
Any reason you're not using start-stop-daemon --oknodo?
Cheers,
Julien
signature.asc
Description: Digital signature
Bug#594390: wireshark: add support for sll.ltype hooks
Hi, I currently don't plan to upload a plugin depending on this fix, maybe I will in the future. Given the options I think the best would be to include it in 1.4.1 upstream. -- Sebastian On Sun, Sep 12, 2010 at 02:11:55PM +0200, Bálint Réczey wrote: Hi Sebastian, It will reach Debian in 1.6.0-1 if we don't diverge from upstream. Generally I don't like the idea of diverging from upstream too much. It's too late to include the fix in Squeeze, so it won't be applied to 1.2.x version. In 1.4.x, we separated libwireshark as a library thus it became possible to provide plugins for wireshark as separate packages. If you plan to upload a plugin depending on this fix to work, I'll apply the fix in the 1.4.x line. It is also possible to make upstream put the fix in 1.4.1: http://wiki.wireshark.org/Development/Roadmap Cheers, Balint 2010/9/12 Sebastian Reichel elektra...@gmail.com: Hi Bálint, thank you :) When will this patch reach the wireshark package in Debian presumably? -- Sebastian On Sun, Sep 12, 2010 at 03:19:08AM +0200, Bálint Réczey wrote: forwarded 594390 http://anonsvn.wireshark.org/viewvc?view=revrevision=34101 tags 594390 fixed-upstream thanks Hi Sebastian, I have committed a modified patch. Thanks, Balint -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyMPRUACgkQH0JwilpTmKgqTgCfRqrbTnjnj51RITWOsZJE5QDf sakAn0xOMDPKrXlkufiEumy4SJMjQ714 =pIH+ -END PGP SIGNATURE- signature.asc Description: Digital signature
Bug#551468: Similar here: xarchiver either crashes or shows scrambled listing with weird characters
Package: xarchiver Version: 1:0.5.2+20090319+dfsg-4 Severity: normal Hi. When opening a 7z archive by clicking on it's icon in Thunar (XFCE file manager) xarchiver opens and shows the content listing of the archive wrongly. Neither the names nor the number of files/folders in the listing correspond to the real files or folders inside the archive. After trying this a couple of times with different archives, xarchiver began crashing when trying to open a 7z archive. All within one session. When running xarchiver archive.7z in the shell, it always crashes. Output on the shell when crashing: 8 *** glibc detected *** xarchiver: free(): invalid next size (fast): 0x092b5260 *** === Backtrace: = /lib/i686/cmov/libc.so.6(+0x6b321)[0xb6e31321] /lib/i686/cmov/libc.so.6(+0x6cb78)[0xb6e32b78] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb6e35c5d] /lib/libglib-2.0.so.0(g_free+0x36)[0xb6f50c56] xarchiver[0x8058914] /lib/libglib-2.0.so.0(+0x7f69b)[0xb6f8c69b] /lib/libglib-2.0.so.0(g_main_context_dispatch+0x1d5)[0xb6f482f5] /lib/libglib-2.0.so.0(+0x3efd8)[0xb6f4bfd8] /lib/libglib-2.0.so.0(g_main_loop_run+0x187)[0xb6f4c517] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb9)[0xb746edc9] xarchiver[0x80552ff] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb6ddcc76] xarchiver[0x8051f51] === Memory map: 08048000-08083000 r-xp 08:01 1177738/usr/bin/xarchiver 08083000-08085000 rw-p 0003a000 08:01 1177738/usr/bin/xarchiver 090da000-092cf000 rw-p 00:00 0 [heap] ad664000-ad681000 r-xp 08:01 2428525/lib/libgcc_s.so.1 ad681000-ad682000 rw-p 0001c000 08:01 2428525/lib/libgcc_s.so.1 ad69e000-ad69f000 ---p 00:00 0 ad69f000-ade9f000 rw-p 00:00 0 ade9f000-adeff000 rw-s 00:04 29196337 /SYSV (deleted) adeff000-adf0 ---p 00:00 0 adf0-ae70 rw-p 00:00 0 ae70-ae721000 rw-p 00:00 0 ae721000-ae80 ---p 00:00 0 ae816000-ae876000 rw-s 00:04 29163568 /SYSV (deleted) ae876000-ae879000 r--p 08:01 899381 /usr/share/locale/de/LC_MESSAGES/atk10.mo ae879000-ae87a000 ---p 00:00 0 ae87a000-af07a000 rw-p 00:00 0 af07a000-af08b000 r-xp 08:01 451414 /usr/lib/gio/modules /libgioremote-volume-monitor.so af08b000-af08c000 rw-p 00011000 08:01 451414 /usr/lib/gio/modules /libgioremote-volume-monitor.so af08c000-af09 r-xp 08:01 409640 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so af09-af091000 rw-p 3000 08:01 409640 /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so af091000-af09e000 r--p 08:01 769701 /usr/share/fonts/truetype/ttf- bitstream-vera/VeraMono.ttf af09e000-af0a r-xp 08:01 411506 /usr/lib/pango/1.6.0/modules /pango-basic-fc.so af0a-af0a1000 rw-p 1000 08:01 411506 /usr/lib/pango/1.6.0/modules /pango-basic-fc.so af0a1000-af0b2000 r--p 08:01 769703 /usr/share/fonts/truetype/ttf- bitstream-vera/Vera.ttf af0b2000-af0b3000 r--s 08:01 1693513 /var/cache/fontconfig/c05880de57d1f5e948fdfacc138775d9-le32d4.cache-3 af0b3000-af0b9000 r--s 08:01 1693491 /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-le32d4.cache-3 af0b9000-af0bb000 r--s 08:01 1693474 /var/cache/fontconfig/99e8ed0e538f840c565b6ed5dad60d56-le32d4.cache-3 af0bb000-af0c r--s 08:01 1693473 /var/cache/fontconfig/e25ca923d7a08ab6b0777bd7eb77ea77-le32d4.cache-3 af0c-af0c3000 r--s 08:01 1693620/var/cache/fontconfig /ddc79d3ea06a7c6ffa86ede85f3bb5df-le32d4.cache-3 af0c3000-af0c5000 r--s 08:01 1693472 /var/cache/fontconfig/ea47318ec9849e1a71e80a5d69d13859-le32d4.cache-3 af0c5000-af0c6000 r--s 08:01 1693471 /var/cache/fontconfig/e3fa16a14183b06aa45b3e009278fd14-le32d4.cache-3 af0c6000-af0c7000 r--s 08:01 1693468/var/cache/fontconfig /fc14e3aff40829fbb7132d5e06a8168b-le32d4.cache-3 af0c7000-af0c8000 r--s 08:01 1693452/var/cache/fontconfig /52728cdc49031813f272d4aa720952ff-le32d4.cache-3 af0c8000-af0cc000 r--s 08:01 1693524 /var/cache/fontconfig/921a30a17f0be15c70ac14043cb7a739-le32d4.cache-3 af0cc000-af0ce000 r--s 08:01 1693386 /var/cache/fontconfig/b5ea634b0fb353b8ea17632d1f9ef766-le32d4.cache-3 af0ce000-af0d1000 r--s 08:01 1693383 /var/cache/fontconfig/6eb3985aa4124903f6ff08ba781cd364-le32d4.cache-3 af0d1000-af0d2000 r--s 08:01 1693451 /var/cache/fontconfig/6a53c69dea097a2d716e069445527da8-le32d4.cache-3 af0d2000-af0d6000 r--s 08:01 1693449 /var/cache/fontconfig/062808c12e6e608270f93bb230aed730-le32d4.cache-3 af0d6000-af0d7000 r--s 08:01 1693445 /var/cache/fontconfig/32fc3cbe01df6a30798854a2c93eb444-le32d4.cache-3 af0d7000-af0de000 r--s 08:01 1693433 /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-le32d4.cache-3 af0de000-af0e1000 r--s 08:01 1693431/var/cache/fontconfig
Bug#595178: plymouth: bug still present
On dim., 2010-09-12 at 13:36 +0200, Daniel Baumann wrote: tag 595178 unreproducible tag 595178 help thanks no clue whatsoever, not present on any of my systems. Not sure what your system is, I tried with every themes and the same thing happens, but I doesn't happen if I disable the login manager. Both slim and gdm have the problem, so it might be related to a vt change late in the boot process. Other detail, I use an intel GM965 card, with KMS enabled. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#596527: gnome: gnome-help problem!
Package: gnome Version: 1:2.30+1 Severity: important The problem is that when I try to open gnome-help in any of gnome programs, e.g. anjuta, unlimited number of gnome-help processes start. Then, I'd have to login as root in tty1 and killall gnome-help and killall gnome-panel. This bug is probably reported on a wrong package (i.e. gnome). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Eliad Baqerzadegan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568588: mpd: MPD default config doesn't allow multiple, programs to share audio output via ALSA
I did not measure if dmix really eats up CPU, but I'm more concerned with this problem: MPD, being a daemon is usually ordered to play some playlist or stream in the background. Now I suddenly want to, say, watch a youtube video. Now what? With the current setup my attempt will fail, I then need to recall why this happens, then I had to fire an MPD front-end and order MPD to stop, then re-start whatever I wanted to watch/hear (and what failed due to the busy sound subsystem) then get back to MPD front-end and continue listening. The problem is that this does really set MPD apart from the other sound-aware software as if it was special in some kind, but it's not! Conversely, it's very idea is to not get in the way. Since crappy single-channel audio hardware is ubiquituous and I'm not aware of another A/V player packaged for Debian which behaved like MPD by monopolising the audio device, I urge you to rethink the default configuration. Also I wonder what happens to the users who enable sound notifications in their software (say, in IM clients, which is a quite common setup). May be it would be possible to make this setting tunable via debconf? Say, you could provide a template of mpd.conf with some sort of tokens (akin to those used by autoconf) which would be then expanded based on what settings the user selected using debconf? The relevant debconf setting could then be presented as an alteration between the I have a single-channel audio card/I don't know (the default) and I have a multi-channel audio card. P.S. Also I don't quite get what is so bad about dmix? I stumbled upon this bug in MPD when I was forced to switch to laptop (from a normal desktop computer which had an SB Live! card with 32 HW channels), and so I had to tweak the configuration. I had Lenny on this laptop and now I have upgraded to Squeeze -- no single problem with dmix. MPD works OK, all other A/V software works OK and even the three games I happen to touch from time to time (Doom, Descent and Warzone 2100) work OK with it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593145: chrony: diff for NMU version 1.24-2.1
On Sun, 12 Sep 2010 15:26:12 +0200, Julien Cristau wrote: + start-stop-daemon --start --verbose --exec $DAEMON + case $? in + 0|1) # daemon successfully started or already running + putonline + ;; + 2) # daemon could not be started + echo $DAEMON failed to start. + exit 1 + ;; + esac start-stop-daemon --start --quiet --exec $DAEMON -- -r + case $? in + 0|1) # daemon successfully started or still running + putonline + ;; + 2) # daemon could not be started + echo $DAEMON failed to restart. + rm -f /var/run/chrony-ppp-up + exit 1 + ;; + esac Any reason you're not using start-stop-daemon --oknodo? Not really; in my first version I had 0/1/2 in separate patterns in order to `echo' messages like in the original version. Later I decided that there's already enough output and merged 0|1. I can cancel this upload and make a new one with --oknodo, but AFAICS it wouldn't change the functionality. Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-NP: Solomon Burke: The Other Side Of The Coin signature.asc Description: Digital signature
Bug#596528: linux-image-2.6.32-5-amd64: system freeze with usb 3.0 devices attached
Package: linux-2.6 Version: 2.6.32-21 Severity: critical Justification: breaks the whole system Hello, I'm using a buffalo usb 3.0 express card controler with a sharkoon duo dock station for 2 HDD. The kernel start correctly, but after some time begin to complain about USB 3.0 devices : ... Sep 11 07:41:32 debian kernel: [129025.544415] xhci_hcd :0d:00.0: WARN: Stalled endpoint Sep 11 07:41:32 debian kernel: [129025.547240] xhci_hcd :0d:00.0: WARN: Stalled endpoint Sep 11 07:41:32 debian kernel: [129025.548866] xhci_hcd :0d:00.0: WARN: Stalled endpoint ... This cause the whole system freeze after some time and I have to force the shutting down of the laptop manually. If I remove the express card, the system run again and don't freeze. Best regards, Guillaume JAOUEN. -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-21) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Wed Aug 25 13:59:41 UTC 2010 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=/dev/mapper/dell--xps-root ro quiet ** Tainted: P (1) * Proprietary module has been loaded. ** Kernel log: [ 84.300177] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [ 84.300500] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 256.53 Fri Aug 27 20:27:48 PDT 2010 [ 87.975627] RPC: Registered udp transport module. [ 87.975632] RPC: Registered tcp transport module. [ 87.975636] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 88.180024] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [ 88.275253] svc: failed to register lockdv1 RPC service (errno 97). [ 88.277352] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 88.296726] NFSD: starting 90-second grace period [ 363.117056] CE: hpet increasing min_delta_ns to 15000 nsec [ 942.399639] wlan0: direct probe to AP 00:17:33:ef:eb:b8 (try 1) [ 942.596095] wlan0: direct probe to AP 00:17:33:ef:eb:b8 (try 2) [ 942.796092] wlan0: direct probe to AP 00:17:33:ef:eb:b8 (try 3) [ 942.800262] wlan0: direct probe responded [ 942.800270] wlan0: authenticate with AP 00:17:33:ef:eb:b8 (try 1) [ 942.802130] wlan0: authenticated [ 942.802174] wlan0: associate with AP 00:17:33:ef:eb:b8 (try 1) [ 942.804915] wlan0: RX AssocResp from 00:17:33:ef:eb:b8 (capab=0x411 status=0 aid=1) [ 942.804921] wlan0: associated [ 942.807374] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 953.556097] wlan0: no IPv6 routers present [ 989.031281] CE: hpet increasing min_delta_ns to 22500 nsec [ 3180.658562] hrtimer: interrupt took 4814718 ns [ 3925.120355] CE: hpet increasing min_delta_ns to 33750 nsec [ 7076.661900] CE: hpet increasing min_delta_ns to 50624 nsec [10090.648994] CE: hpet increasing min_delta_ns to 75936 nsec [13662.649009] CE: hpet increasing min_delta_ns to 113904 nsec [13852.664129] CE: hpet increasing min_delta_ns to 170856 nsec [13902.649009] CE: hpet increasing min_delta_ns to 256284 nsec [18322.652786] CE: hpet increasing min_delta_ns to 384426 nsec [19012.664271] CE: hpet increasing min_delta_ns to 576638 nsec [20963.273043] No probe response from AP 00:17:33:ef:eb:b8 after 500ms, disconnecting. [20981.330484] wlan0: direct probe to AP 00:17:33:ef:eb:b8 (try 1) [20981.333290] wlan0: direct probe responded [20981.333294] wlan0: authenticate with AP 00:17:33:ef:eb:b8 (try 1) [20981.335070] wlan0: authenticated [20981.335088] wlan0: associate with AP 00:17:33:ef:eb:b8 (try 1) [20981.337668] wlan0: RX AssocResp from 00:17:33:ef:eb:b8 (capab=0x411 status=0 aid=1) [20981.337672] wlan0: associated [24716.660434] CE: hpet increasing min_delta_ns to 864956 nsec [33686.644222] CE: hpet increasing min_delta_ns to 1297434 nsec [38752.660254] CE: hpet increasing min_delta_ns to 1946150 nsec [43203.345043] No probe response from AP 00:17:33:ef:eb:b8 after 500ms, disconnecting. [43206.178748] wlan0: direct probe to AP 00:17:33:ef:eb:b8 (try 1) [43206.181517] wlan0: direct probe responded [43206.181525] wlan0: authenticate with AP 00:17:33:ef:eb:b8 (try 1) [43206.186996] wlan0: authenticated [43206.187030] wlan0: associate with AP 00:17:33:ef:eb:b8 (try 1) [43206.189614] wlan0: RX AssocResp from 00:17:33:ef:eb:b8 (capab=0x411 status=0 aid=1) [43206.189620] wlan0: associated [45436.660407] CE: hpet increasing min_delta_ns to 2919224 nsec [48596.541126] usb 1-5.4.4: USB disconnect, address 15 [48596.541559] usblp1: removed [50588.664471] CE: hpet increasing min_delta_ns to 4378836 nsec [55923.228546] No probe response from AP 00:17:33:ef:eb:b8 after 500ms, disconnecting. [55926.000344] wlan0: direct probe to AP 00:17:33:ef:eb:b8 (try 1) [55926.003188] wlan0: direct probe responded [55926.003195] wlan0: authenticate with AP 00:17:33:ef:eb:b8 (try 1) [55926.004984] wlan0: authenticated [55926.005017] wlan0: associate with AP 00:17:33:ef:eb:b8 (try 1) [55926.007594] wlan0: RX AssocResp from 00:17:33:ef:eb:b8 (capab=0x411 status=0 aid=1)
Bug#577013: [Pkg-clamav-devel] Bug#577013: marked as done (Should not be part of stable)
On Sunday, September 12, 2010 05:14:34 am Philipp Kern wrote: dansguardian, klamav and libclamunrar are 'ok' I guess, the only other candidate for removal was python-clamav, where Scott insisted that the removal should 'not be done'. However he also didn't take it over (yet?). I'm still waiting to hear from the release team that it will be left in if I do. I'm not interested in taking it over unless it will be part of the release (I think it should be). The current maintainer has agreed to the change, so let me know and I'll take it over. Scott K signature.asc Description: This is a digitally signed message part.
Bug#593145: chrony: diff for NMU version 1.24-2.1
I've prepared an NMU for chrony (versioned as 1.24-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Please delay. I have an upload nearly ready and my experience with Chrony NMUs has not been good. -- John Hasler jhas...@newsguy.com Elmwood, WI USA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526778: manpages: getifaddrs(3) and rtnetlink(7) give wrong type for interface stats
On Sun, Sep 12, 2010 at 15:23:41 +0200, Michael Kerrisk wrote: On Sun, May 3, 2009 at 3:50 PM, Julien Cristau jcris...@debian.org wrote: Package: manpages Version: 3.21-1 Severity: normal Tags: patch Hi, getifaddrs(3) and rtnetlink(7) both refer to struct net_device_stats, but the actual struct returned is rtnl_link_stats (I noticed this because using net_device_stats leads to completely bogus values on 64bit). As far as I can tell struct net_device_stats is used inside the kernel, but net/core/rtnetlink.c:rtnl_fill_ifinfo() exports that information as struct rtnl_link_stats in the netlink message. Just looking in from upstream here... I guess this piece must refer to some Debian specific text, since I don't find the referred to text in the upstream page? Hi Michael, the bug is still in getifaddrs(3) and rtnetlink(7) in git://git.kernel.org/pub/scm/docs/man-pages/man-pages as far as I can tell. The NOTES section of getifaddrs(3) says [1] In this case, the ifa_data field may contain a pointer to a struct net_device_stats, defined in linux/netdevice.h, which contains various interface attributes and statistics. and the section about RTM_NEWLINK, RTM_DELLINK, RTM_GETLINK in rtnetlink(7) says [2] The value type for IFLA_STATS is struct net_device_stats. [1] http://git.kernel.org/?p=docs/man-pages/man-pages.git;a=blob;f=man3/getifaddrs.3;h=7e8aa259a263ff0c5245c2c0983c05956a2b1473;hb=HEAD#l185 [2] http://git.kernel.org/?p=docs/man-pages/man-pages.git;a=blob;f=man7/rtnetlink.7;h=d93d39531652e79a66be0badcd6715dbacd78588;hb=HEAD#l103 Cheers, Julien signature.asc Description: Digital signature
