Bug#668496: Bug: icalendar export skips todos with a scheduled time-range [7.8.11]
This is now also fixed, thanks! Friedrich Delgado schrieb: However: If I (setq org-icalendar-use-plain-timestamp nil) as in my customisation, scheduled date-ranges are not exported at all (no matter what org-icalendar-use-scheduled is set to). ( 49905a566970541de76b6d49004c62e50c625a98 from this morning) -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685154: Bug: org-export-with-priority: t broken [7.8.11]
Package: org-mode Version: 7.8.11-2 Severity: minor The following minimal org-file: ,[ foo.org ] *** Header * ` With nothing changed from the site-configuration except for org-export-with-priority: t, resuts in: ,[ *Messages* ] org-export-cleanup-toc-line: Wrong type argument: stringp, nil ` Changing the second line to , * Bla ` fixes the problem, but I have lots of org files with spurious stars (because of the way I use org-remember). (setq org-export-with-priority nil) also helps. Sebastian: Maybe it would be useful if org-submit-bug-report from the debian package could add the debian specific information and automatically forward the bug to b...@debian.org? Emacs : GNU Emacs 23.4.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2012-04-07 on trouble, modified by Debian Package: Org-mode version 7.8.11 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (50, 'oneiric'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-8.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages org-mode depends on: ii dpkg 1.16.4.3 ii emacs23-lucid [emacs23] 23.4+1-3 ic emacs23-nox [emacs23]23.2+1-5.1 ii install-info 4.13a.dfsg.1-10 org-mode recommends no packages. Versions of packages org-mode suggests: ii ditaa0.9+ds1-3 pn easypg none pn remember-el none -- 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#378592: qemu -net user, smb=$HOME/tmp/foo fails with samba 2:3.6.6-2
(= 1.01), libcups2 (= 1.4.0), libgssapi-krb5-2 (= 1.10+dfsg~), libk5crypto3 (= 1.6.dfsg.2), libkrb5-3 (= 1.10+dfsg~), libldap-2.4-2 (= 2.4.7), libpam0g (= 0.99.7.1), libpopt0 (= 1.14), libtalloc2 (= 2.0.4~git20101213), libtdb1 (= 1.2.7+git20101214), zlib1g (= 1:1.1.4), debconf (= 0.5) | debconf-2.0, libpam-runtime (= 1.0.1-11), libpam-modules, lsb-base (= 3.2-13), procps, update-inetd, adduser Pre-Depends: dpkg (= 1.15.7.2) Recommends: logrotate, tdb-tools Suggests: openbsd-inetd | inet-superserver, smbldap-tools, ldb-tools, ctdb Conflicts: samba4 ( 4.0.0~alpha6-2) Size: 8329736 [...] ` I'm reasonably sure I'm using the right binary. smb.conf written by qemu: , cat /tmp/qemu-smb.31280-0/smb.conf [global] private dir=/tmp/qemu-smb.31280-0 smb ports=0 socket address=127.0.0.1 pid directory=/tmp/qemu-smb.31280-0 lock directory=/tmp/qemu-smb.31280-0 log file=/tmp/qemu-smb.31280-0/log.smbd smb passwd file=/tmp/qemu-smb.31280-0/smbpasswd security = share [qemu] path=/home/user/tmp/myshare read only=no guest ok=yes ` But I had an old qemu-kvm package (1.0) ;-) Just upgraded to qemu-kvm 1.1.0+dfsg-1 and I get the following result: , kvm -snapshot -drive file=$HOME/foo.qed,if=virtio -net user,smb=$HOME/tmp/myshare -net nic,model=virtio -m 2048 -cpu host -smp 2 kvm: symbol lookup error: kvm: undefined symbol: rbd_aio_discard ` Upgrading librbd and librados2 to 0.48-1 solves that problem. And I also can access the smb share \o/ Looks like this bug is invalid, but leads to a couple of questions: - I guess qemu-kvm 1.1.0 should depend on librbd 0.48-1 which is an entirely different bug. - It seems I forgot to upgrade qemu-kvm to 1.1.0 as well. Would it be useful to require matching/identical versions for all the qemu-* Packages? Kind regards Friedel -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#378592: qemu -net user,smb=$HOME/tmp/foo fails with samba 2:3.6.6-2
Package: qemu Version: 1.1.0+dfsg-1 Followup-For: Bug #378592 Hi! It appears that bug #249873 on the Samba package (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=249873) was fixed, however I still can't access samba shares from inside qemu guests. The abridged qemu command line: qemu-kvm -snapshot -drive file=moo.qcow2,if=virtio -net user,smb=$HOME/tmp/myshare,hostfwd=tcp:127.0.0.1:2022-:22 -net nic,model=virtio -m 2048 -nographic -serial mon:telnet::12345,server,nowait -cpu host -smp 2 syslog contains the following lines: , Jul 17 17:33:42 orion smbd[23037]: [2012/07/17 17:33:42.551505, 0] passdb/secrets.c:76(secrets_init) Jul 17 17:33:42 orion smbd[23037]: Failed to open /var/lib/samba/secrets.tdb Jul 17 17:33:42 orion smbd[23037]: [2012/07/17 17:33:42.575910, 0] passdb/secrets.c:76(secrets_init) Jul 17 17:33:42 orion smbd[23037]: Failed to open /var/lib/samba/secrets.tdb Jul 17 17:33:42 orion smbd[23037]: [2012/07/17 17:33:42.576002, 0] smbd/server.c:1170(main) Jul 17 17:33:42 orion smbd[23037]: ERROR: smbd can not open secrets.tdb Jul 17 17:33:42 orion smbd[23043]: [2012/07/17 17:33:42.664919, 0] passdb/secrets.c:76(secrets_init) Jul 17 17:33:42 orion smbd[23043]: Failed to open /var/lib/samba/secrets.tdb Jul 17 17:33:42 orion smbd[23043]: [2012/07/17 17:33:42.665357, 0] passdb/secrets.c:76(secrets_init) Jul 17 17:33:42 orion smbd[23043]: Failed to open /var/lib/samba/secrets.tdb Jul 17 17:33:42 orion smbd[23043]: [2012/07/17 17:33:42.665462, 0] smbd/server.c:1170(main) Jul 17 17:33:42 orion smbd[23043]: ERROR: smbd can not open secrets.tdb Jul 17 17:33:42 orion smbd[23045]: [2012/07/17 17:33:42.724325, 0] passdb/secrets.c:76(secrets_init) Jul 17 17:33:42 orion smbd[23045]: Failed to open /var/lib/samba/secrets.tdb Jul 17 17:33:42 orion smbd[23045]: [2012/07/17 17:33:42.724644, 0] passdb/secrets.c:76(secrets_init) Jul 17 17:33:42 orion smbd[23045]: Failed to open /var/lib/samba/secrets.tdb Jul 17 17:33:42 orion smbd[23045]: [2012/07/17 17:33:42.724697, 0] smbd/server.c:1170(main) Jul 17 17:33:42 orion smbd[23045]: ERROR: smbd can not open secrets.tdb ` Judging from log in the samba bug, it might have been fixed in a way that is not conforming to qemu's expectations wrt to the expected configuration. Most notably: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=249873#165 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (50, 'oneiric'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages qemu depends on: ii qemu-system 1.1.0+dfsg-1 ii qemu-user1.1.0+dfsg-1 ii qemu-utils 1.1.0+dfsg-1 qemu recommends no packages. Versions of packages qemu suggests: pn qemu-user-static none -- 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#669111: subversion: globs in groups should be matched in order of their appearance
Package: subversion Version: 1.6.12dfsg-6 Severity: wishlist I'd like to be able to match against one particular server in our organization which needs different client certificates than all the others, but still have a global fallback for outside servers needing no certificates. The problem is that the order of matches is non-deterministic since this monday for me (I can't see a relevant updated package, but it used to work before). The documentation on http://svnbook.red-bean.com/en/1.1/ch07.html#svn-ch-7-sect-1.3.1 states no order of evaluation, but since this is something I've relied on in the past, I'd like to see it as a feature. I'd like to use something like this ,[ servers ] [groups] special = special.our-org.de ourorg = *.our-org.de [special] ssl-authority-files = /home/fdf/secret/SPECIALCA.p12 # bogus self-signed CA ssl-client-cert-file = /home/fdf/secret/special-cert.p12 ssl-client-cert-password = VerySecret [ourorg] ssl-client-cert-file = /home/fdf/secret/ourorg-cert.p12 ssl-client-cert-password = MoreSecret [global] ` With the following file I can reproduce that glob matches are indeed nondeterministic: ,[ ~/dot-subversion-debian-bug/servers ] [groups] apache = svn.apache.org outside = * [apache] neon-debug-mask = 0 [global] neon-debug-mask = 511 ` via: svn ls --config-dir=~/dot-subversion-debian-bug http://svn.apache.org/repos/asf/subversion/trunk/subversion 21|wc -l this will sometimes yield 32 lines (no debug output from neon) and sometimes 2231 (lots of neon output) (Might need a couple of tries.) So svn.apache.org sometimes matches the 'apache' group and sometimes the 'outside' group. while true; do svn ls --non-interactive https://special.our-org.de/repositories/our-org /dev/null 21 ; echo -n $?; done with my real config above will yield a random string of 0s and 1s. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (50, 'karmic'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-1.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages subversion depends on: ii libapr1 1.4.6-1 ii libc6 2.13-27 ii libsasl2-2 2.1.25.dfsg1-4 ii libsvn1 1.6.12dfsg-6 subversion recommends no packages. Versions of packages subversion suggests: ii db4.8-utilnone ii patch 2.6.1-3 ii subversion-tools 1.6.17dfsg-3 -- no debconf information -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669111: subversion: globs in groups should be matched in order of their appearance
Hi! Peter Samuelson schrieb: [Friedrich Delgado] The problem is that the order of matches is non-deterministic since this monday for me (I can't see a relevant updated package, but it used to work before). I'm guessing this is the fault of apr 1.4.6, which randomizes hash table ordering for security reasons. (Some hash tables are populated by data controlled by untrusted users, and if the hash algorithm is deterministic, they can unbalance it to the point of DOSing the application.) That is just an educated guess, I haven't investigated yet. In fact, I see that the following packages have been updated on Friday 13th April: [UPGRADE] libapr1 1.4.5-1.1 - 1.4.6-1 [UPGRADE] libapr1-dev 1.4.5-1.1 - 1.4.6-1 I wasn't aware of what libapr is and how it's relevant to the issue, so I didn't notice it at first. I agree with you that it seems like a useful feature to define some sort of ordering, whether it be from the file, or longest match. I'll bring it up with upstream and see what people think. Thanks + Kind regards Friedel -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) pgpbdlKIZen1O.pgp Description: PGP signature
Bug#668496: org-mode: icalendar export skips todos with a scheduled time-range
Package: org-mode Version: 7.8.02-1 Severity: minor Tags: upstream Dearest Maintainer, If I have an org-file containing a todo with a scheduled date range, like this: ,[ foo.org ] *** TODO Weekend with the lads SCHEDULED: 2012-05-04 Fr--2012-05-08 Di ` and try to export it via org-export-icalendar-this-file, the resulting foo.ics will look like this ,[ foo.ics ] BEGIN:VCALENDAR VERSION:2.0 X-WR-CALNAME:foo PRODID:-//Friedrich Delgado//Emacs with Org-mode//EN X-WR-TIMEZONE:Europe/Berlin X-WR-CALDESC:nil CALSCALE:GREGORIAN END:VCALENDAR ` (i.e.: contain no appointments at all) I think the responsible section of code may reside in [[file:/usr/share/emacs23/site-lisp/org-mode/org-icalendar.el::defun%20org-print-icalendar-entries][Function: org-print-icalendar-entries]] (org-link for your convenience, I hope), more specifically starting with line 360: , (if (looking-at re2) (progn (goto-char (match-end 0)) (setq ts2 (match-string 1) inc (not (string-match [0-9]\\{1,2\\}:[0-9][0-9] ts2 (setq tmp (buffer-substring (max (point-min) (- pos org-ds-keyword-length)) pos) ts2 (if (string-match [0-9]\\{1,2\\}:[0-9][0-9]-\\([0-9]\\{1,2\\}:[0-9][0-9]\\) ts) (progn (setq inc nil) (replace-match \\1 t nil ts)) ts) deadlinep (string-match org-deadline-regexp tmp) scheduledp (string-match org-scheduled-regexp tmp) todo (org-get-todo-state) ;; donep (org-entry-is-done-p) )) ` From my basic understanding of the code-flow it looks like re2 == (concat --?-?\\( org-ts-regexp \\)) is meant to match date-ranges, but the code in the t branch of the if doesn't set deadlinep, schedulep and todo, preventing all further processing of the entry. But I may be wrong about the intentions of that function. If you would kindly forward this to upstream, thank you very much! Kind regards Friedel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (50, 'karmic'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-12.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages org-mode depends on: ii dpkg 1.16.1.2 ii emacs23-lucid [emacs23] 23.3+1-5 ii emacs23-nox [emacs23]23.2+1-5.1 ii install-info 4.13a.dfsg.1-8 org-mode recommends no packages. Versions of packages org-mode suggests: pn ditaanone pn easypg none pn remember-el none -- no debconf information -- Dipl.-Inform. Friedrich Delgado delg...@pre-sense.de PRESENSE Technologies GmbH, USt-IdNr.: DE263765024, AG Hamburg, HRB 107844 Sachsenstr. 5, 20097 Hamburg, Geschäftsführer/Managing Directors: Till Dörges Jürgen Sander Axel Theilmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634193: closed by Sébastien Villemot sebastien.ville...@ens.fr (Re: Bug#634193: 'ERROR: Undefined variable: gnc-path-get-bindir' in 1:2.4.6-3)
Hi! Debian Bug Tracking System schrieb: I’m closing this bug since the requested information has not been given by the submitter. Feel free to reopen if you still encounter this problem. I finally got around to this. Sorry for the late reply. I had indeed stale libraries lying around (not in /usr/local/lib in my case, but in my $HOME/lib) and removing them fixed this problem for me. Thanks for the hint, as I didn't bother to google *again* (the launchpad bug was solved after I opened this one). -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634193: 'ERROR: Undefined variable: gnc-path-get-bindir' in 1:2.4.6-3
Here you are! Micha Lenk schrieb: Can you please start gnucash from the shell using the following arguments: gnucash --debug --log gnc=debug After gnucash crashed, please provide the file /tmp/gnucash.trace. ---Zitatende--- -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) * 11:16:25 DEBUG gnc.gui [gnc_gnome_get_gdkpixbuf] Loading pixbuf file /usr/share/gnucash/pixmaps/gnucash-icon-16x16.png * 11:16:25 DEBUG gnc.gui [gnc_gnome_get_gdkpixbuf] Loading pixbuf file /usr/share/gnucash/pixmaps/gnucash-icon-32x32.png * 11:16:25 DEBUG gnc.gui [gnc_gnome_get_gdkpixbuf] Loading pixbuf file /usr/share/gnucash/pixmaps/gnucash-icon-48x48.png * 11:16:26 DEBUG gnc.gui [gnc_gnome_get_pixmap] Loading pixmap file /usr/share/gnucash/pixmaps/gnucash_splash.png * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_add_dangler()] list hook_book_saved, function 0x7feefbbd5e4f, cbarg (nil) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_lookup()] name hook_book_saved * 11:16:40 INFO gnc.engine [gnc_hook_lookup] no hook lists * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hooks_init()] * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_startup * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_startup(0x152b940) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_shutdown * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_shutdown(0x160cb40) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_ui_startup * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_ui_startup(0x153f680) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_ui_post_startup * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_ui_post_startup(0x152b970) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_ui_shutdown * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_ui_shutdown(0x160caf0) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_new_book * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_new_book(0x160a190) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_report * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_report(0x1609f80) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_currency_changed * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_currency_changed(0x160a120) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_save_options * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_save_options(0x167d500) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_add_extension * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_add_extension(0x1609f50) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_book_opened * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_book_opened(0x1609dc0) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_book_closed * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_book_closed(0x167fc90) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_create()] name hook_book_saved * 11:16:40 DEBUG gnc.engine [leave gnc_hook_create()] created list hook_book_saved(0x167fdc0) * 11:16:40 DEBUG gnc.engine [leave gnc_hooks_init()] * 11:16:40 DEBUG gnc.engine [leave gnc_hook_lookup()] hook list 0x167fdc0 * 11:16:40 DEBUG gnc.engine [leave gnc_hook_add_dangler()] * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_add_dangler()] list hook_book_opened, function 0x7feefbbd5e9e, cbarg (nil) * 11:16:40 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_lookup()] name hook_book_opened * 11:16:40 DEBUG gnc.engine [leave gnc_hook_lookup()] hook list 0x1609dc0 * 11:16:40 DEBUG gnc.engine [leave gnc_hook_add_dangler()] * 11:16:40 DEBUG gnc.gui [enter gnc-main-window.c:gnc_main_window_setup_window()] * 11:16:41 DEBUG gnc.gui [enter gnc-main-window.c:gnc_main_window_update_toolbar()] window 0x1681040 * 11:16:41 DEBUG gnc.gui [leave gnc_main_window_update_toolbar()] * 11:16:41 DEBUG gnc.gui [enter gnc-main-window.c:gnc_main_window_update_tab_position()] window 0x1681040 * 11:16:41 DEBUG gnc.gui [leave gnc_main_window_update_tab_position()] * 11:16:41 DEBUG gnc.engine [enter gnc-hooks.c:gnc_hook_add_dangler()] list
Bug#634268: htop: Feature request: please add configurable hotkey e.g. for sorting by IO
Package: htop Version: 0.9-3 Severity: wishlist Hi ('sme again). I'd also personally like to be able to have a hotkey to sort by IO, as I use this very frequently. Currently there's 'P' and 'M' for sorting by cPu and Memory usage, 'I' would be the natural choice, but is currently used for inverting the sort order. 'i' maybe? Adding a generic way to reconfigure htop by using hotkeys would probably be more complicated to implement, but arguable the right thing to do. Or not. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (50, 'karmic'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages htop depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libncurses5 5.9-1 shared libraries for terminal hand htop recommends no packages. Versions of packages htop suggests: ii ltrace0.5.3-2.1 Tracks runtime library calls in dy ii strace4.5.20-2.3 A system call tracer -- 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#634269: htop: Feature request: please add an option or hotkey to search for the previously searched term
Package: htop Version: 0.9-3 Severity: wishlist When I search for e.g. git with the / hotkey, I can search for the same term again with F3, while the search is still running. However when I abort the search (e.g. to re-sort) and then hit / again, there's no way (I know of) to automatically re-enter the previous search term. With less I can simply hit return at the / prompt to get my previous search term. In htop this could e.g. be done with F3 if the search input is empty. Currently hitting F3 with an empty search term will simply skip to the next entry (same as arrow down), which is not very useful. Also highlighting the search term would be useful (I know this is an extra feature request, but I'm too lazy to write an email just for that). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (50, 'karmic'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages htop depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libncurses5 5.9-1 shared libraries for terminal hand htop recommends no packages. Versions of packages htop suggests: ii ltrace0.5.3-2.1 Tracks runtime library calls in dy ii strace4.5.20-2.3 A system call tracer -- 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#634193: 'ERROR: Undefined variable: gnc-path-get-bindir' in 1:2.4.6-3
Package: gnucash Version: 1:2.4.6-3 Severity: important Gnucash 1:2.4.6-3, upgraded last friday, refuses to start with the following error (after I briefly see the gui screens flash up): ERROR: Undefined variable: gnc-path-get-bindir root@abrasax:~# grep -i gnucash /var/log/aptitude* /var/log/aptitude:[UPGRADE] gnucash 1:2.4.5-2 - 1:2.4.6-3 /var/log/aptitude:[UPGRADE] gnucash-common 1:2.4.5-2 - 1:2.4.6-3 Downgrading to 1:2.4.5-2 from snapshots.debian.org fixes the problem for me. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages gnucash depends on: ii gnucash-common 1:2.4.6-3 personal and small-business financ ii guile-1.81.8.8+1-6 GNU extension language and Scheme ii guile-1.8-libs 1.8.8+1-6 Core Guile libraries ii libaqbanking33 5.0.10-2library for online banking applica ii libart-2.0-2 2.3.21-1Library of functions for 2D graphi ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libbonobo2-0 2.24.3-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1The Bonobo UI library ii libc62.13-7 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libcrypt-ssleay-perl 0.57-2+b2 Support for https protocol in LWP ii libdate-manip-perl 6.24-1 module for manipulating dates ii libdbi0 0.8.3+really0.8.2-1 Database Independent Abstraction L ii libfinance-quote-per 1.17-1 Perl module for retrieving stock q ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype6 2.4.4-2 FreeType 2 font engine, shared lib ii libgconf2-4 2.32.4-1GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.5-1GDK Pixbuf library ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgmp10 2:5.0.1+dfsg-7 Multiprecision arithmetic library ii libgnome-keyring03.0.0-2 GNOME keyring services library ii libgnome2-0 2.32.1-1The GNOME library - runtime files ii libgnomecanvas2-02.30.1-1A powerful object-oriented display ii libgnomeui-0 2.24.3-1The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.4-1 GNOME Virtual File System (runtime ii libgoffice-0.8-8 0.8.16-1Document centric objects library - ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libgwengui-gtk2-04.1.0-1 Gwenhywfar GUI implementation for ii libgwenhywfar60 4.1.0-1 OS abstraction layer ii libhtml-tableextract 2.10-4 module for extracting the content ii libhtml-tree-perl4.2-1 Perl module to represent and creat ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libktoblzcheck1c2a 1.33-1 library for verification of accoun ii libltdl7 2.4-2 A system independent dlopen wrappe ii libofx4 1:0.9.4-1 library to support the Open Financ ii liborbit21:2.14.18-0.2 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.28.4-1Layout and rendering of internatio ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libsm6 2:1.2.0-2 X11 Session Management library ii libsoup2.4-1 2.34.2-1HTTP library implementation in C - ii libwebkit-1.0-2 1.2.7-3 Web content engine library for Gtk ii libwww-perl 6.02-1 simple and consistent interface to ii libx11-6 2:1.4.3-2 X11 client-side library ii libxml2 2.7.8.dfsg-3GNOME XML library ii perl 5.12.4-1Larry Wall's Practical Extraction ii slib 3b1-3.1 Portable Scheme library ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages gnucash recommends: ii gnucash-docs 2.2.0-3Documentation for gnucash, a perso Versions of packages gnucash suggests: pn libdbd-mysql none (no description available) pn libdbd-pgsql none (no description available) pn libdbd-sqlite3none (no description available)
Bug#567934: (switching back to emacs-lucid)
Package: emacs Version: 23.3+1-1 Followup-For: Bug #604813 Hi. I'm switching back to emacs-lucid now, since the crashes have become quite frequent. Since this bug exists in functionality I don't care about (gtk), I simply switch to a non-buggy package. Sorry if you don't enough information to track the bug down, but if I'm the only one having this problem, it's probably not that important, as long as you don't suddenly decide to deprecate the emacs-lucid package ;-} Feel free to close/wontfix/whatever. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (50, 'karmic'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs depends on: ii emacs23-lucid [emacs23] 23.3+1-1 The GNU Emacs editor ic emacs23-nox [emacs23] 23.2+1-5.1 The GNU Emacs editor (without X su emacs recommends no packages. emacs 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#548738: Inconsistent behaviour of mangling/demangling
Hi! Pierre Habouzit schrieb: The following false positive (I think) from libc prints like this in valgrind 1%3a3.4.1-1 with --demangle=no: ==24358== Invalid free() / delete / delete[] ==24358==at 0x4C2261F: _vgrZU_libcZdsoZa_free (vg_replace_malloc.c:323) ==24358==by 0x514ADEA: (within /lib/libc-2.9.so) ==24358==by 0x514A981: (within /lib/libc-2.9.so) ==24358==by 0x4A1E560: _vgnU_freeres (vg_preloaded.c:60) ==24358==by 0x507E4B4: exit (in /lib/libc-2.9.so) ==24358==by 0x50665CC: __libc_start_main (in /lib/libc-2.9.so) ==24358== Address 0x4039178 is not stack'd, malloc'd or (recently) free'd ==24358== ==24358== Print suppression ? --- [Return/N/n/Y/y/C/c] y { insert a suppression name here Memcheck:Free fun:_vgrZU_libcZdsoZa_free obj:/lib/libc-2.9.so obj:/lib/libc-2.9.so fun:_vgnU_freeres fun:exit fun:__libc_start_main } But with 1%3a3.5.0-1 it looks like this: ==24071== Invalid free() / delete / delete[] ==24071==at 0x4C21DBC: free (vg_replace_malloc.c:325) ==24071==by 0x5149DEA: ??? (in /lib/libc-2.9.so) ==24071==by 0x5149981: ??? (in /lib/libc-2.9.so) ==24071==by 0x4A1E590: _vgnU_freeres (vg_preloaded.c:62) ==24071==by 0x507D4B4: exit (in /lib/libc-2.9.so) ==24071==by 0x50655CC: (below main) (in /lib/libc-2.9.so) ==24071== Address 0x4038cd0 is not stack'd, malloc'd or (recently) free'd ==24071== ==24071== ==24071== Print suppression ? --- [Return/N/n/Y/y/C/c] y { insert_a_suppression_name_here Memcheck:Free fun:free obj:/lib/libc-2.9.so obj:/lib/libc-2.9.so fun:_vgnU_freeres fun:exit fun:(below main) } I fail to see where the problem is since the sole difference is 'free' which should be 'free' (it's a C symbol) and not _vgrZU_libcZdsoZa_free a all. there's also a difference between __libc_start_main vs. (below main). I think you're basically saying that it was a bug before and is fixed since 3.5.0? The manpage states: , An important fact about demangling is that function names mentioned in suppressions files should be in their mangled form. Valgrind does not demangle function names when searching for applicable suppressions, because to do otherwise would make suppression file contents dependent on the state of Valgrind's demangling machinery, and also slow down suppression matching. ` Which is why I give --demangle=no when looking for applicable suppressions. The difference in the output between 3.4 and 3.5 looks like _vgrZU_libcZdsoZa_free and __libc_start_main are the mangled forms. Also when I enter the supression as output by 3.5., the error is still printed, i.e. not supressed, so there is at least an inconsistency between matching and printing of supressions here. I've resorted to --run-libc-freeres=no to get rid of those false positives, and fortunately I don't get false leak reports, but since libc-freeres doesn't segfault, it doesn't seem like the right thing to do. Are you sure this is a bug? Pretty sure. -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567934: emacs: still crashes
Package: emacs Version: 23.3+1-1 Followup-For: Bug #604813, Bug #567934 I've been using gtk emacs for 3 weeks now, and today it crashed again, in the background, while I wasn't looking at the window: fdf@orion:~ ls -lat core -rw--- 1 fdf fdf 184991744 5. Mai 15:11 core fdf@orion:~ gdb /usr/bin/emacs core GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/emacs...(no debugging symbols found)...done. [New Thread 4554] warning: Can't read pathname for load map: Eingabe-/Ausgabefehler. Reading symbols from /usr/lib/libgtk-x11-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libgtk-x11-2.0.so.0.2400.4...done. done. Loaded symbols for /usr/lib/libgtk-x11-2.0.so.0 Reading symbols from /usr/lib/libgdk-x11-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libgdk-x11-2.0.so.0.2400.4...done. done. Loaded symbols for /usr/lib/libgdk-x11-2.0.so.0 Reading symbols from /usr/lib/libatk-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libatk-1.0.so.0 Reading symbols from /usr/lib/libgio-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libgio-2.0.so.0.2800.6...done. done. Loaded symbols for /usr/lib/libgio-2.0.so.0 Reading symbols from /usr/lib/libpangoft2-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpangoft2-1.0.so.0 Reading symbols from /usr/lib/libpangocairo-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpangocairo-1.0.so.0 Reading symbols from /usr/lib/libgdk_pixbuf-2.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgdk_pixbuf-2.0.so.0 Reading symbols from /lib/libm.so.6...Reading symbols from /usr/lib/debug/lib/libm-2.11.2.so...done. done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/lib/libcairo.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libcairo.so.2 Reading symbols from /usr/lib/libpango-1.0.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpango-1.0.so.0 Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libfontconfig.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libfontconfig.so.1 Reading symbols from /usr/lib/libgobject-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libgobject-2.0.so.0.2800.6...done. done. Loaded symbols for /usr/lib/libgobject-2.0.so.0 Reading symbols from /usr/lib/libgmodule-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libgmodule-2.0.so.0.2800.6...done. done. Loaded symbols for /usr/lib/libgmodule-2.0.so.0 Reading symbols from /usr/lib/libgthread-2.0.so.0...Reading symbols from /usr/lib/debug/usr/lib/libgthread-2.0.so.0.2800.6...done. done. Loaded symbols for /usr/lib/libgthread-2.0.so.0 Reading symbols from /lib/librt.so.1...Reading symbols from /usr/lib/debug/lib/librt-2.11.2.so...done. done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libglib-2.0.so.0...Reading symbols from /usr/lib/debug/lib/libglib-2.0.so.0.2800.6...done. done. Loaded symbols for /lib/libglib-2.0.so.0 Reading symbols from /lib/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/libpthread-2.11.2.so...done. done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /usr/lib/libSM.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libSM.so.6 Reading symbols from /usr/lib/libICE.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libICE.so.6 Reading symbols from /usr/lib/libtiff.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libtiff.so.4 Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libjpeg.so.62 Reading symbols from /lib/libpng12.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpng12.so.0 Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /usr/lib/libgif.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgif.so.4 Reading symbols from /usr/lib/libXpm.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXpm.so.4 Reading symbols from /usr/lib/libX11.so.6...Reading symbols from /usr/lib/debug/usr/lib/libX11.so.6.3.0...done. done. Loaded symbols for /usr/lib/libX11.so.6 Reading symbols from /usr/lib/libXrender.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXrender.so.1 Reading symbols from
Bug#622266: digikam should recommend mplayerthumbs
Package: digikam Version: 2:1.2.0-7 Severity: wishlist mplayerthumbs is necessary to get thumbnails for videos, hence digikam should recommend it -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages digikam depends on: ii digikam-data2:1.2.0-7digikam architecture-independant d ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii kdepim-runtime 4:4.4.7-1Runtime components for akonadi-kde ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.2-4GCC support library ii libglib2.0-02.28.4-1 The GLib library of C routines ii libgphoto2-22.4.10.1-5 gphoto2 digital camera library ii libgphoto2-port02.4.10.1-5 gphoto2 digital camera port librar ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libjasper1 1.900.1-7+b1 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libkabc44:4.4.5-2library for handling address book ii libkdcraw8 4:4.4.5-2RAW picture decoding C++ library ( ii libkde3support4 4:4.4.5-3the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-3the KDE Platform Core Library ii libkdeui5 4:4.4.5-3the KDE Platform User Interface Li ii libkexiv2-8 4:4.4.5-2Qt like interface for the libexiv2 ii libkfile4 4:4.4.5-3the File Selection Dialog Library ii libkhtml5 4:4.4.5-3the KHTML Web Content Rendering En ii libkio5 4:4.4.5-3the Network-enabled File Managemen ii libkipi74:4.4.5-2library for apps that want to use ii libkjsapi4 4:4.4.5-3the KJS API Library for the KDE De ii libknotifyconfig4 4:4.4.5-3library for configuring KDE Notifi ii libkparts4 4:4.4.5-3the Framework for the KDE Platform ii libkresources4 4:4.4.5-2the KDE Resource framework library ii libkutils4 4:4.4.5-3various utility classes for the KD ii liblcms11.18.dfsg-1.2+b3 Color management library ii liblensfun0 0.2.4-1 Lens Correction library - Runtime ii liblqr-1-0 0.4.1-1 converts plain array images into m ii libmarblewidget44:4.4.5-2Marble globe widget library ii libnepomuk4 4:4.4.5-3the Nepomuk Meta Data Library ii libphonon4 4:4.6.0really4.4.4-3 the core library of the Phonon mul ii libpng12-0 1.2.44-2 PNG library - runtime ii libqt4-dbus 4:4.7.2-3Qt 4 D-Bus module ii libqt4-network 4:4.7.2-3Qt 4 network module ii libqt4-qt3support 4:4.7.2-3Qt 3 compatibility library for Qt ii libqt4-sql 4:4.7.2-3Qt 4 SQL module ii libqt4-sql-sqlite 4:4.7.2-3Qt 4 SQLite 3 database driver ii libqt4-svg 4:4.7.2-3Qt 4 SVG module ii libqt4-xml 4:4.7.2-3Qt 4 XML module ii libqtcore4 4:4.7.2-3Qt 4 core module ii libqtgui4 4:4.7.2-3Qt 4 GUI module ii libsm6 2:1.2.0-1X11 Session Management library ii libsolid4 4:4.4.5-3Solid Library for KDE Platform ii libsoprano4 2.6.0+dfsg.1-3 libraries for the Soprano RDF fram ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libtiff43.9.4-9 Tag Image File Format (TIFF) libra ii libx11-62:1.4.2-1X11 client-side library ii libxau6 1:1.0.6-1X11 authorisation library ii libxdmcp6 1:1.1.0-1X11 Display Manager Control Protoc ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxft2 2.2.0-2 FreeType-based font drawing librar ii libxpm4 1:3.5.9-1X11 pixmap library ii phonon 4:4.6.0really4.4.4-3 metapackage for the Phonon multime ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages digikam recommends: ii iceweasel [www-browser] 4.0~b12-1 Web browser based on Firefox ii kipi-plugins 1.2.0-2+b1 image manipulation/handling plugin ii konqueror [www-browser] 4:4.4.5-2
Bug#612747: emacs23-common: gdb-setup-windows is unreliable, the *gud-...* window will often disappear
Package: emacs23-common Version: 23.2+1-7 Severity: minor with gdb-many-windows t, gdb-ui.el runs gdb-setup-windows which sets up a hardcoded split layout. This function is unreliable, the resulting layout will often omit the *gud-...* comint buffer. If I single-step the function via edebug-defun, I always get the correct result. This happens with emacs23-gtk and emacs23-lucid. I notice that ecb uses a more dynamic approach for storing and restoring window layouts, so maybe this should be taken upstream, if there are no debian modifications involved. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs23-common depends on: ii dpkg 1.15.8.10 Debian package management system ii emacsen-common1.4.22 Common facilities for all emacsen ii install-info 4.13a.dfsg.1-6 Manage installed documentation in emacs23-common recommends no packages. Versions of packages emacs23-common suggests: ii emacs23-common-non-dfsg 23.2+1-1 GNU Emacs shared, architecture ind ii emacs23-el23.2+1-7 GNU Emacs LISP (.el) files -- no debconf information -- Dipl.-Inform. Friedrich Delgado delg...@pre-sense.de PRESENSE Technologies GmbH, USt-IdNr.: DE263765024, AG Hamburg, HRB 107844 Sachsenstr. 5, 20097 Hamburg, Geschäftsführer/Managing Directors: Till Dörges Jürgen Sander Axel Theilmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610699: org-mode: please add code from contrib/
Package: org-mode Severity: wishlist There are useful packages in the contrib/ subdirectory of org-mode, (such as org-checklist, which I use very frequently) putting those in the org-mode package would be neat, and make this package useful for me. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages org-mode depends on: ii dpkg 1.15.8.8 Debian package management system ii emacs23 23.2+1-7 The GNU Emacs editor (with GTK+ us ii install-info 4.13a.dfsg.1-6 Manage installed documentation in org-mode recommends no packages. Versions of packages org-mode suggests: pn ditaa none (no description available) pn easypgnone (no description available) pn remember-el none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493481: rxvt-unicode-ml: Happy! ;)
Package: rxvt-unicode-ml Severity: normal In closing this bug, rxvt-unicode has won the race for me, switching happily from xterm to rxvt-unicode. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604813: crashes with emacs and gtk
Package: emacs Version: 23.2+1-5.1 Severity: normal Unfortunately it's only a backtrace from a coredump... I had mouse focus problems today and restarted my X server and the emacs that was started from my .xsession crashed, apparently after I edited a Mail with emacsclient (guessing from the lisp backtrace). The backtrace looks good this time though, at least to my (emacs-gtk-untrained) eye. ,[ gdb.txt ] Thread 1 (Thread 9303): #0 0x7f46ef41f447 in kill () at ../sysdeps/unix/syscall-template.S:82 No locals. #1 0x004e4791 in fatal_error_signal (sig=value optimized out) at emacs.c:402 No locals. #2 signal handler called No symbol table info available. #3 0x7f46f2f0a030 in IA__g_type_check_instance_cast (type_instance=0x7557a00, iface_type=80) at /scratch/build-area/glib2.0-2.24.2/gobject/gtype.c:3971 node = 0x6c0702000c0e000c iface = value optimized out is_instantiatable = value optimized out #4 0x7f46eab8bbf5 in ca_gtk_context_get_for_screen () from /usr/lib/libcanberra-gtk.so.0 No symbol table info available. #5 0x7f46eab8c19d in ca_gtk_play_for_widget () from /usr/lib/libcanberra-gtk.so.0 No symbol table info available. #6 0x7f46eadb420a in ?? () from /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so No symbol table info available. #7 0x7f46eadb53b3 in ?? () from /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so No symbol table info available. #8 0x7f46f4870d26 in gdk_threads_dispatch (data=0x58d9960) at /scratch/build-area/gtk+2.0-2.20.1/gdk/gdk.c:512 ret = 0 #9 0x7f46f26316f2 in g_main_dispatch (context=0xcbc7b0) at /scratch/build-area/glib2.0-2.24.2/glib/gmain.c:1960 dispatch = 0x7f46f262f780 g_idle_dispatch user_data = 0x58d9960 callback = 0x7f46f4870cd0 gdk_threads_dispatch cb_funcs = 0x7f46f28ce170 cb_data = 0x746f180 current_source_link = { data = 0x682aa80, next = 0x0 } source = 0x682aa80 current = 0x103b880 i = 0 #10 IA__g_main_context_dispatch (context=0xcbc7b0) at /scratch/build-area/glib2.0-2.24.2/glib/gmain.c:2513 No locals. #11 0x7f46f2635568 in g_main_context_iterate (context=0xcbc7b0, block=value optimized out, dispatch=value optimized out, self=value optimized out) at /scratch/build-area/glib2.0-2.24.2/glib/gmain.c:2591 max_priority = 119 timeout = 0 some_ready = 1 nfds = 7 allocated_nfds = -228318416 fds = value optimized out __PRETTY_FUNCTION__ = g_main_context_iterate #12 0x7f46f263571c in IA__g_main_context_iteration (context=0xcbc7b0, may_block=1) at /scratch/build-area/glib2.0-2.24.2/glib/gmain.c:2654 retval = value optimized out #13 0x7f46f4c3a561 in IA__gtk_main_iteration () at /scratch/build-area/gtk+2.0-2.20.1/gtk/gtkmain.c:1307 No locals. #14 0x004a91bc in XTread_socket (terminal=0x24a08c0, expected=value optimized out, hold_quit=0x7fffef93d630) at xterm.c:7219 count = 0 #15 0x004eac83 in read_avail_input (expected=1) at keyboard.c:7166 nr = 202244108 hold_quit = { kind = NO_EVENT, code = 0, part = scroll_bar_above_handle, modifiers = 0, x = 0, y = 0, timestamp = 0, padding = {0x0, 0x0}, frame_or_window = 0, arg = 0 } next = 0x0 nread = 0 err = 0 t = 0x24a08c0 #16 0x004ead9a in handle_async_input () at keyboard.c:7481 nread = 202244108 #17 0x004a1735 in x_delete_terminal (terminal=value optimized out) at xterm.c:10837 dpyinfo = 0x74eca20 #18 0x004975b2 in Fdelete_terminal (terminal=122652293, force=11643378) at terminal.c:332 t = value optimized out #19 0x0042393e in delete_frame (frame=122908597, force=value optimized out) at frame.c:1518 f = 0x7536fb0 sf = 0x259ee00 kb = 0x0 #20 0x0055b4e3 in Ffuncall (nargs=value optimized out, args=value optimized out) at eval.c:3034 fun = value optimized out original_fun = value optimized out funcar = value optimized out numargs = 2 val = value optimized out backtrace = { next = 0x7fffef93d940, function = 0x7fffef93d7e0, args = 0x7fffef93d7e8, nargs = 1, evalargs = 0 '\000', debug_on_exit = 0 '\000' } internal_args = 0x7fffef93d750 i = 2 #21 0x00595562 in Fbyte_code (bytestr=value optimized out, vector=value optimized out, maxdepth=value optimized out) at bytecode.c:680 count = 15 op = value optimized out stack = {
Bug#604813: Infrequent crashes with emacs and gtk
Package: emacs Version: 23.2+1-4 Severity: important emacs infrequently crashes for me. Unfortunately I'm not able to get a meaningful backtrace, despite at least trying to follow http://wiki.debian.org/HowToGetABacktrace Since the crashes happen only about once every 2 days, and I have no idea under which circumstances they occur, I'm a bit reluctant to run emacs in gdb all the time. I installed the debugging packages I *could* find, however there seem to be quite a lot of symbols missing. However I already did DEB_BUILD_OPTIONS=nostrip noopt fakeroot apt-get -b source emacs and installed the resulting packages, so the next backtrace hopefully should contain more interesting information. ,[ start of backtrace ] Core was generated by `emacs'. Program terminated with signal 11, Segmentation fault. #0 0x7fa5a2497447 in kill () at ../sysdeps/unix/syscall-template.S:82 82../sysdeps/unix/syscall-template.S: Datei oder Verzeichnis nicht gefunden. in ../sysdeps/unix/syscall-template.S (gdb) thread apply all bt full Thread 1 (Thread 2858): #0 0x7fa5a2497447 in kill () at ../sysdeps/unix/syscall-template.S:82 No locals. #1 0x004e4651 in ?? () No symbol table info available. #2 signal handler called No symbol table info available. #3 0x7fa5a5f82030 in g_type_check_instance_cast () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #4 0x7fa59dc03bf5 in ca_gtk_context_get_for_screen () from /usr/lib/libcanberra-gtk.so.0 No symbol table info available. #5 0x7fa59dc0419d in ca_gtk_play_for_widget () from /usr/lib/libcanberra-gtk.so.0 No symbol table info available. #6 0x7fa59de2c20a in ?? () from /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so No symbol table info available. #7 0x7fa59de2d3b3 in ?? () from /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so No symbol table info available. #8 0x7fa5a78e8d26 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #9 0x7fa5a56a96f2 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 No symbol table info available. #10 0x7fa5a56ad568 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #11 0x7fa5a56ad71c in g_main_context_iteration () from /lib/libglib-2.0.so.0 No symbol table info available. #12 0x7fa5a7cb2561 in gtk_main_iteration () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #13 0x004a907c in ?? () ` Unfortunately frames #13 to #42 contain nothing. There's a little snippet from startup, which is probably inconsequential: ,[ rest of backtrace ] #42 0x004e380c in ?? () No symbol table info available. #43 0x7fa5a2483c4d in __libc_start_main (main=value optimized out, argc=value optimized out, ubp_av=value optimized out, init=value optimized out, fini=value optimized out, rtld_fini=value optimized out, stack_end=0x7fffe360b648) at libc-start.c:228 result = value optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 6001232648631096622, 4274816, 140737008154192, 0, 0, -6001205326410279634, -6051731944231529170}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x5c36b0, 0x7fffe360b658}, data = {prev = 0x0, cleanup = 0x0, canceltype = 6043312}}} not_first_call = value optimized out #44 0x00413aa9 in ?? () No symbol table info available. #45 0x7fffe360b648 in ?? () No symbol table info available. #46 0x001c in ?? () No symbol table info available. #47 0x0001 in ?? () No symbol table info available. #48 0x7fffe360c790 in ?? () No symbol table info available. #49 0x in ?? () No symbol table info available. (gdb) ` I've seen gtk-emacs crashing with emacs from cvs back in 2009 (in october), but my solution back then was to simply disable gtk. Since emacs 23 with multi-tty support has become available in debian, I've switched to the debian packages, which went fine, until gtk support was switched on by default. I'll be thankful if somebody could advise how I can provide the missing pieces of information. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) 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#604525: emacs: editing file in hexl-mode will corrupt data
Package: emacs Version: 23.2+1-4 Severity: normal How to reproduce: In the shell: dd if=/dev/urandom of=orig bs=1024 count=1 cp orig copy cmp -l orig copy; echo $? In emacs: open copy with hexl-find-file go 1 line down, press C-M-x for insert-hex enter any 2 digit hex number save the file Back in the shell: cmp -l orig copy|less there will be a whole lot of apparently random differences, not just the changed byte. Maybe related: https://bugzilla.redhat.com/show_bug.cgi?id=547566 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash -- Dipl.-Inform. Friedrich Delgado delg...@pre-sense.de PRESENSE Technologies GmbH, USt-IdNr.: DE263765024, AG Hamburg, HRB 107844 Sachsenstr. 5, 20097 Hamburg, Geschäftsführer/Managing Directors: Till Dörges Jürgen Sander Axel Theilmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604525: sorry!
close 604525 tags 604525 unreproducible bye Sorry, I did not try with emacs -Q first. It turns out that untabify and delete-trailing-whitespace were used in hooks for hexl-mode, because I had made those hooks too generic. So it was a configuration problem on my part. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556980: sup-mail: Colours are customisable
Package: sup-mail Severity: normal Does http://sup.rubyforge.org/wiki/wiki.pl?CustomizingColors help? I'm just getting started with sup, but the dark colour scheme listed on that page definitely helps with a light terminal background. I don't think this is a real problem with the software per se, but rather with the documentation shipped with the package. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages sup-mail depends on: pn libchronic-ruby none (no description available) pn libferret-ruby1.8 none (no description available) ii libgettext-ruby1.82.1.0-2.1 Gettext for ruby1.8 pn libhighline-ruby none (no description available) pn liblockfile-ruby none (no description available) pn libmime-types-rubynone (no description available) pn libncurses-ruby none (no description available) pn libnet-ssh-ruby1.8none (no description available) pn librmail-ruby1.8 none (no description available) pn libtrollop-ruby none (no description available) pn libxapian-ruby1.8 none (no description available) ii ruby 4.5An interpreter of object-oriented sup-mail recommends no packages. sup-mail 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#602823: fontmatrix: No documentation available
Package: fontmatrix Version: 0.6.0+svn20100107-2+b2 Severity: important The manpage of fontmatrix claims: The definitive options are in the program's usage statement. Run: fontmatrix --help to view the usage statement. However running fontmatrix --help will start the main gui. In the gui, the Help option provides a page stating Sorry, no manual is installed! Please contact your package provider or Fontmatrix team if you built the application yourself There's no documentation in /usr/share/doc/fontmatrix or elsewhere in the package, and the manual and FAQ on the website are mostly empty. (Specifically, I'd love to get some information on how those filters work, and what/how exactly they match, because I'm trying to list all monospace/charcell spacing fonts on my system. This kind of thing is easy to do with xfontsel, but that doesn't know anything about truetype fonts. As an aside, is there an alternative to fontmatrix or font-manager? None of these seem to be able to filter monospace/charcell fonts. There used to be an application called gfontsel or gtkfontsel a few years ago, but I can't find it any more. fc-list :spacing=mono;fc-list :spacing=charcell works of course, but doesn't give me a graphical display.) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages fontmatrix depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-4 GCC support library ii libicu44 4.4.1-6International Components for Unico ii libm17n-0 1.6.1-1a multilingual text processing lib ii libpython2.6 2.6.6-6Shared Python runtime library (ver ii libqt4-network4:4.6.3-4 Qt 4 network module ii libqt4-sql4:4.6.3-4 Qt 4 SQL module ii libqt4-sql-sqlite 4:4.6.3-4 Qt 4 SQLite 3 database driver ii libqt4-svg4:4.6.3-4 Qt 4 SVG module ii libqt4-webkit 4:4.6.3-4 Qt 4 WebKit module ii libqt4-xml4:4.6.3-4 Qt 4 XML module ii libqt4-xmlpatterns4:4.6.3-4 Qt 4 XML patterns module ii libqtcore44:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libstdc++64.4.5-4The GNU Standard C++ Library v3 fontmatrix recommends no packages. fontmatrix suggests no packages. -- no debconf information -- Dipl.-Inform. Friedrich Delgado delg...@pre-sense.de PRESENSE Technologies GmbH, USt-IdNr.: DE263765024, AG Hamburg, HRB 107844 Sachsenstr. 5, 20097 Hamburg, Geschäftsführer/Managing Directors: Till Dörges Jürgen Sander Axel Theilmann pgp9n0JTaA1VD.pgp Description: PGP signature
Bug#578825: No Terminal emulator on debian that does everything I want... ;|
Hi! I'm a longterm xterm user and very much prefer its faithful terminal emulation in conjunction with screen and an old vt510 digital terminal. When on X11, with 256 colour support emacs code highlighting is more easy on my eyes. I think however that letters in a foreign script look a lot better than boxes, even though I can't read the language. Currently I have the following options (which explains why Bugs 493481 and 578825 are relevant): - rxvt-unicode, which supports the font substitution mechanism and will display every glyph that is available in some truetype font I have installed. Unfortunately, rxvt-unicode does not support 256 colours. (Also, urxvt uses quite a lot of virtual memory, compared to xterm.) - xterm with plain old XLFD bitmapped fonts, which will also display every glyph in my X11 core fonts. Unfortunately I've gotten used to antialiased fonts, now that I exclusively use LCDs. (I didn't see the point of antialiased fonts on a CRT with its natural antialising :) ) - xterm with xft fonts for single and double width characters configured separately. It's hard to find a single font that supports every single width character I see on the net *and* another one that supports all the (mainly) CJK fonts. unifont is a viable fallback, but it's not pretty. This is what I use at the moment, and occasionally I switch off truetype fonts on the fly, in order to see what's behind those boxes. Plain rxvt is not an option because of it's complete lack of unicode support and I found other terminal emulators very lacking in the terminal emulation part of their feature set... So, this is just to say that fixing either bug 493481 or bug 578825 would make this user happy ;) Kind regards Friedel -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579314: fontmatrix: Reproducible with WenQuan Micro/Zen Hei font collections
Package: fontmatrix Version: 0.6.0+svn20100107-2+b2 Severity: normal This is reproducible with the font collection in packages ttf-wqy-microhei and ttf-wqy-zenhei. , fc-list|grep -i WenQuan 文泉驛等寬微米黑,WenQuanYi Micro Hei Mono,文泉驿等宽微米黑:style=Regular 文泉驛正黑,WenQuanYi Zen Hei,文泉驿正黑:style=Regular 文泉驛微米黑,WenQuanYi Micro Hei,文泉驿微米黑:style=Regular 文泉驛等寬正黑,WenQuanYi Zen Hei Mono,文泉驿等宽正黑:style=Regular 文泉驛點陣正黑,WenQuanYi Zen Hei Sharp,文泉驿点阵正黑:style=Regular ` fontmatrix will not list or display any of these fonts. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages fontmatrix depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-4 GCC support library ii libicu44 4.4.1-6International Components for Unico ii libm17n-0 1.6.1-1a multilingual text processing lib ii libpython2.6 2.6.6-6Shared Python runtime library (ver ii libqt4-network4:4.6.3-4 Qt 4 network module ii libqt4-sql4:4.6.3-4 Qt 4 SQL module ii libqt4-sql-sqlite 4:4.6.3-4 Qt 4 SQLite 3 database driver ii libqt4-svg4:4.6.3-4 Qt 4 SVG module ii libqt4-webkit 4:4.6.3-4 Qt 4 WebKit module ii libqt4-xml4:4.6.3-4 Qt 4 XML module ii libqt4-xmlpatterns4:4.6.3-4 Qt 4 XML patterns module ii libqtcore44:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libstdc++64.4.5-4The GNU Standard C++ Library v3 fontmatrix recommends no packages. fontmatrix suggests no packages. -- no debconf information -- Dipl.-Inform. Friedrich Delgado delg...@pre-sense.de PRESENSE Technologies GmbH, USt-IdNr.: DE263765024, AG Hamburg, HRB 107844 Sachsenstr. 5, 20097 Hamburg, Geschäftsführer/Managing Directors: Till Dörges Jürgen Sander Axel Theilmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600129: #600129 xterm: segmentation fault with -fb and other options
Yes, I didn't write either one of the original reports. I also very much doubt that this is exploitable, that's why I thought severity normal was appropriate. Thomas Dickey schrieb: This is fixed in #263. Good to know, thanks! Actually, the bug is not noticeable on my machines unless using valgrind. If it weren't for the incorrect report, I'd have continued on #588785. -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600129: xterm: segmentation fault with -fb and other options
(Initialize.c:884) ==19946==by 0x5FE614B: XtOpenDisplay (Display.c:286) ==19946==by 0x5FE6339: _XtAppInit (Display.c:331) ==19946==by 0x5FEF427: XtOpenApplication (Initialize.c:989) ==19946==by 0x424FCE: ??? (in /usr/bin/xterm) ==19946==by 0x5712C4C: (below main) (libc-start.c:228) ==19946== ==19946== ==19946== HEAP SUMMARY: ==19946== in use at exit: 3,699,997 bytes in 3,682 blocks ==19946== total heap usage: 17,901 allocs, 14,220 frees, 13,452,717 bytes allocated ==19946== ==19946== LEAK SUMMARY: ==19946==definitely lost: 3,128 bytes in 18 blocks ==19946==indirectly lost: 6,144 bytes in 85 blocks ==19946== possibly lost: 34,677 bytes in 365 blocks ==19946==still reachable: 3,656,048 bytes in 3,214 blocks ==19946== suppressed: 0 bytes in 0 blocks ==19946== Rerun with --leak-check=full to see details of leaked memory ==19946== ==19946== For counts of detected and suppressed errors, rerun with: -v ==19946== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 4 from 4) ` -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-4 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-2 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information -- Dipl.-Inform. Friedrich Delgado delg...@pre-sense.de PRESENSE Technologies GmbH, USt-IdNr.: DE263765024, AG Hamburg, HRB 107844 Sachsenstr. 5, 20097 Hamburg, Geschäftsführer/Managing Directors: Till Dörges Jürgen Sander Axel Theilmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592854: emacs23: second question for a buffer opened from emacsclient -t is asked after the terminal frame is already closed
Package: emacs23 Version: 23.1+1-5 Severity: normal Steps to reproduce: - on a terminal: emacs -q - in emacs' X frame: M-x server-startRET - in the terminal again: emacsclient -t foo -then type some letters into the foo buffer without saving it -C-x # (server-edit) -answer 'n' to the question Save file /home/user/foo? (y or n) - in emacs' X frame: the question Buffer foo modified; kill anyway? (yes or no) appears In certain circumstances (e.g. when logged in over ssh) this would cause emacs to block for me. To reproduce this behaviour, go to the terminal and simply type: emacsclient -n -t -e '(y-or-n-p Should I block?)' This will cause any subsequent emacsclient -t to stop accepting input, after opening the frame on a tty. As soon as any character is entered in the X frame, the tty frames will accept input again, but that might be difficult to achieve over ssh: I occasionally had to connect to my home box with vnc to unstick my emacs. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.1+1-5 The GNU Emacs editor's shared, arc ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii libasound2 1.0.23-1 shared library for ALSA applicatio 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.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.0-2 FreeType 2 font engine, shared lib ii libgif4 4.1.6-9 library for GIF images (library) ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libm17n-0 1.6.1-1 a multilingual text processing lib ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libotf0 0.9.11-1 A Library for handling OpenType Fo ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii libsm6 2:1.1.1-1X11 Session Management library ii libtiff43.9.4-1 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-3X11 client-side library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxpm4 1:3.5.8-1X11 pixmap library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.2+1-1 GNU Emacs shared, architecture ind -- no debconf information -- Dipl.-Inform. Friedrich Delgado delg...@pre-sense.de PRESENSE Technologies GmbH Sachsenstr. 5, 20097 Hamburg Geschäftsführer/Managing Directors AG Hamburg, HRB 107844 Till DörgesJürgen Sander Axel Theilmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592854: second question for a buffer opened from emacsclient -t is asked after the terminal frame is already closed
Package: emacs23 Version: 23.1+1-5 Severity: normal I just noticed that the stuck emacs can be easily unstuck from the ssh session with emacsclient -t -n -e '(keyboard-quit)' -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.1+1-5 The GNU Emacs editor's shared, arc ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii libasound2 1.0.23-1 shared library for ALSA applicatio 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.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.0-2 FreeType 2 font engine, shared lib ii libgif4 4.1.6-9 library for GIF images (library) ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libm17n-0 1.6.1-1 a multilingual text processing lib ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libotf0 0.9.11-1 A Library for handling OpenType Fo ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii libsm6 2:1.1.1-1X11 Session Management library ii libtiff43.9.4-1 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-3X11 client-side library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxpm4 1:3.5.8-1X11 pixmap library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.2+1-1 GNU Emacs shared, architecture ind -- 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#590988: confirmed
Hi! Workaround from bug 587824 works for me. Thanks! -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531090: Discovery: BIOS resume initialises soundcard, while uswsusp resume fails
Package: linux-image-2.6.32-5-486 Severity: normal I've made an interesting discovery today, when playing with the libretto again: - linux-image-2.6.32-5-486 contains an apm.ko kernel module, which I was able to insert in my ramdisk, but unfortunately it fails to load (different bug, but in case it's interesting: error inserting apm.ko no such device on console and apm: BIOS not found in dmesg) - when I disable acpi explicitly, the kernel is not able to switch off the laptop any more, but then I get my power-off button back to do the on-board BIOS hibernate - When I hibernate with the BIOS, I can remove all sound drivers and then load them again with modprobe snd_opl3sa2 and I'm able to play sound! - When I try the same with s2disk: no sound, hanging application - Fun: After failing to load the sound driver with s2disk, doing BIOS hibernation and then reloading fixes sound My conjecture from this is that the BIOS hibernation ensures the sound card is properly initialized after resume, but no idea why it fails with s2disk. Since no acpi *or* apm drivers are loaded, I guess the kernel doesn't have the slightest idea of what's happening during BIOS hibernate/resume (at least there's nothing at all in syslog). Now if I could load my apm module, I could ensure the snd modules get unloaded when I hibernate and reloaded on resume, since the BIOS hibernation is not compatible with acpi (iirc the libretto only has an extremely early and basic acpi implementation). Or (what this bug is really about): If the opl3sa2 driver could properly initialize the sound card, I'd be happy (with s2disk and/or acpi) too. (Even though s2disk is considerably slower than BIOS hibernation.) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash -- Dipl.-Inform. Friedrich Delgado delg...@pre-sense.de PRESENSE Technologies GmbH Sachsenstr. 5, 20097 Hamburg Geschäftsführer/Managing Directors AG Hamburg, HRB 107844 Till DörgesJürgen Sander Axel Theilmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590988: gtk+2.0: Black spots and bars on canvas and gui items, most easily reproducible in iceweasel
reassign 590988 fglrx-driver 1:10-6-1 thanks (I hope I didn't screw those commands up this time.) Josselin Mouette schrieb: Knowing how crappy is fglrx, that would be the first suspect. You should try radeon+KMS instead. Can't reproduce it with radeon+KMS, thank you. To the fglrx package maintainers: I'm aware that you don't have access to the driver sources, but I'd appreciate your input before I file a bug with ati directly. -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590456: [Pkg-fglrx-devel] Bug#590456: fglrx-control: amdcccle complains about InputClass section in xorg.conf
Hi. Michael Gilbert schrieb: On Mon, 26 Jul 2010 14:39:28 +0200, Friedrich Delgado wrote: why is the severity so high? does it cause amdcccle to not work at all? Yes, amdcccle croaks and then terminates itself. amdcccle is part of the closed backend, so there really isn't anything we can do about it. please try repporting your problem directly to amd: http://emailcustomercare.amd.com/ ---Zitatende--- Aren't all of the fglrx-* packages part of the closed source fglrx driver from amd? -- Friedrich Delgado frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550534: firmware-iwlwifi: possible workaround
Package: firmware-iwlwifi Version: 0.24 Severity: normal Hiho! I've read several bug reports about this and it seems always related to 11N in some way, so I tried loading the iwlagn module via modprobe iwlagn 11n_disable50=1 And found that this helps. (On a Lenovo Thinkpad W500 with a 5300AGN REV=0x24) Of course not being able to use draft 11 is somewhat unsatisfactory, but at least I get a stable connection this way. I currently put the following lines ,[ /etc/modprobe.d/iwlagn-bug ] # workaround for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550534 options iwlagn 11n_disable50=1 ` into /etc/modprobe.d/iwlagn-bug since it doesn't look like this will go away soon. I know that workarounds like this have a tendency to work only for some people, but maybe this will help others. Downgrading to the previous firmware was *not* a reliable workaround for me. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.94.4 tools for generating an initramfs ii linux-image-2.6.32-3-amd64 2.6.32-9 Linux 2.6.32 for 64-bit PCs -- 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#568863: poppler-utils: appears fixed after recent (lib)poppler updates
Package: poppler-utils Severity: normal Hi. On April 23rd, I did a system update (aptitude safe-upgrade) and amongst other packages, some poppler related ones were upgraded: libpoppler-glib4 0.12.2-2.1 - 0.12.4-1 libpoppler5 0.12.2-2.1 - 0.12.4-1 poppler-utils 0.12.2-2.1 - 0.12.4-1 I haven't seen any segfaults in my cron.weekly mails since then. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages poppler-utils depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libgcc1 1:4.4.2-9GCC support library ii libpoppler5 0.12.4-1 PDF rendering library ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libxml2 2.7.7.dfsg-2 GNOME XML library Versions of packages poppler-utils recommends: ii ghostscript 8.71~dfsg-4 The GPL Ghostscript PostScript/PDF poppler-utils 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#576942: /boot/vmlinuz-2.6.32-3-amd64: kernel fix for wrong mtrr mask from MS-7252 bios may be wrong and cause problems with fglrx-driver
Ben Hutchings schrieb: On Thu, 2010-04-08 at 14:26 +0200, Friedrich Delgado Friedrichs wrote: [0.00] WARNING: at /build/mattems-linux-2.6_2.6.32-9-amd64-NYTFdD/linux-2.6-2.6.32-9/debian/build/source_amd64_none/arch/x86/kernel/cpu/mtrr/generic.c:467 generic_get_mtrr+0xbf/0xf9() [0.00] Hardware name: MS-7252 [0.00] mtrr: your BIOS has set up an incorrect mask, fixing it up. are supposed to indicate a crash in the kernel. It's not a crash, it's a warning about a BIOS bug. In fact, that's what I suspected as well. Is there any way this bios bug could cause me further trouble? I have included the full dmesg output below, currently running the free radeon driver + module. [...] Does this system work properly (aside from the above warning) when using the radeon driver? It appears to work properly. I have been constantly running the radeon driver for 3 days only so far, but there are no stability or performance issues that came up in that period. I'm currently enjoying the increased 2D performance the free radeon driver offers me, especially with video playback. Can I provide more useful information? -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575077: manpages-dev: va_copy manpage doesn't specify the intended behaviour of va_copy
Package: manpages-dev Version: 3.24-1 Severity: normal The section about va_copy() begins by musing about its implementation, but doesn't explain how va_copy is supposed to, and can be expected to behave. In order to get a clear Idea about how va_copy is supposed to behave, I had to refer to the iso C99 standard. (see http://www.opengroup.org/onlinepubs/9699919799/basedefs/stdarg.h.html) Kind regards Friedel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages manpages-dev depends on: ii manpages 3.24-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.5.7-2on-line manual pager -- 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#573591: /usr/bin/top: command line switches -u and -U broken
Package: procps Version: 1:3.2.8-7 Severity: important File: /usr/bin/top top -u $USER top: unknown argument 'T' usage: top -hv | -bcisSH -d delay -n iterations [-u user | -U user] -p pid [,pid ...] same with top -U $USER -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages procps depends on: ii initscripts 2.87dsf-8.1scripts for initializing and shutt ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages procps recommends: ii psmisc22.10-1utilities that use the proc file s procps 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#531090: linux-image-2.6.29-2-486: opl3sa2 sound fails after suspend/resume or rmmod/insmod on toshiba libretto 110 ct
Hi! maximilian attems schrieb: if you can still reproduce with Squeeze 2.6.32 linux image please notify upstream at bugzilla.kernel.org and let us know the bug nr so that we can track it. squeeze is scheduled to be released with 2.6.32 and this kernel will have long stable support, so it is a worthwile target to test. ---Zitatende--- Problems persist with 2.6.32, with s2disk. Apparently apm was removed from the 2.6.32 image so I can't test that. (That makes no sense... I don't know a 486 or earlier box with acpi support, so why disable apm in the 486 kernel target?) I can't really be bothered to compile a vanilla kernel for that box, and I know the kernel guys will reject bugreports with non-vanilla kernels, so I guess you can file this as wontfix. Sorry. I rather reboot the box if needed, which is ok, since I rarely need it and there aren't a lot of packages installed. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568863: poppler-utils: pdftotext called from dhelp via cron.weekly segmentation fault (crash) and backtrace
Package: poppler-utils Version: 0.12.2-2.1 Severity: normal Hiho! My cron.weekly job sends me a backtrace every week: /etc/cron.weekly/dhelp: sh: /var/lib/dhelp/tmp/doc-base.txt: No such file or directory sh: /var/lib/dhelp/tmp/libidn.pdf: No such file or directory sh: /var/lib/dhelp/tmp/lintian.txt: No such file or directory Error: Couldn't open text file '/var/lib/dhelp/tmp/gitmagic.txt' *** glibc detected *** pdftotext: free(): invalid pointer: 0x7f4c0cb70ec8 *** === Backtrace: = /lib/libc.so.6[0x7f4c0c891d56] /lib/libc.so.6(cfree+0x6c)[0x7f4c0c8969bc] /usr/lib/libpoppler.so.5(_ZN10ActualTextD1Ev+0x22)[0x7f4c0d8adcc2] /usr/lib/libpoppler.so.5(_ZN13TextOutputDevD0Ev+0x46)[0x7f4c0d8add36] pdftotext[0x40204c] /lib/libc.so.6(__libc_start_main+0xfd)[0x7f4c0c83fabd] pdftotext[0x401879] === Memory map: 0040-00404000 r-xp fe:00 1762438 /usr/bin/pdftotext 00603000-00604000 rw-p 3000 fe:00 1762438 /usr/bin/pdftotext 00ed1000-00f61000 rw-p 00:00 0 [heap] 7f4c0400-7f4c04021000 rw-p 00:00 0 7f4c04021000-7f4c0800 ---p 00:00 0 7f4c0b367000-7f4c0b369000 r-xp fe:00 875105 /lib/libdl-2.10.2.so 7f4c0b369000-7f4c0b569000 ---p 2000 fe:00 875105 /lib/libdl-2.10.2.so 7f4c0b569000-7f4c0b56a000 r--p 2000 fe:00 875105 /lib/libdl-2.10.2.so 7f4c0b56a000-7f4c0b56b000 rw-p 3000 fe:00 875105 /lib/libdl-2.10.2.so 7f4c0b56b000-7f4c0b591000 r-xp fe:00 1734642 /usr/lib/libexpat.so.1.5.2 7f4c0b591000-7f4c0b791000 ---p 00026000 fe:00 1734642 /usr/lib/libexpat.so.1.5.2 7f4c0b791000-7f4c0b793000 rw-p 00026000 fe:00 1734642 /usr/lib/libexpat.so.1.5.2 7f4c0b793000-7f4c0b7aa000 r-xp fe:00 1738125 /usr/lib/libz.so.1.2.3.4 7f4c0b7aa000-7f4c0b9a9000 ---p 00017000 fe:00 1738125 /usr/lib/libz.so.1.2.3.4 7f4c0b9a9000-7f4c0b9aa000 rw-p 00016000 fe:00 1738125 /usr/lib/libz.so.1.2.3.4 7f4c0b9aa000-7f4c0ba2c000 r-xp fe:00 1735317 /usr/lib/libfreetype.so.6.3.22 7f4c0ba2c000-7f4c0bc2b000 ---p 00082000 fe:00 1735317 /usr/lib/libfreetype.so.6.3.22 7f4c0bc2b000-7f4c0bc31000 rw-p 00081000 fe:00 1735317 /usr/lib/libfreetype.so.6.3.22 7f4c0bc31000-7f4c0bd76000 r-xp fe:00 1737071 /usr/lib/libxml2.so.2.7.6 7f4c0bd76000-7f4c0bf75000 ---p 00145000 fe:00 1737071 /usr/lib/libxml2.so.2.7.6 7f4c0bf75000-7f4c0bf7f000 rw-p 00144000 fe:00 1737071 /usr/lib/libxml2.so.2.7.6 7f4c0bf7f000-7f4c0bf8 rw-p 00:00 0 7f4c0bf8-7f4c0bf9f000 r-xp fe:00 229242 /usr/lib/libopenjpeg-2.1.3.0.so 7f4c0bf9f000-7f4c0c19e000 ---p 0001f000 fe:00 229242 /usr/lib/libopenjpeg-2.1.3.0.so 7f4c0c19e000-7f4c0c1a rw-p 0001e000 fe:00 229242 /usr/lib/libopenjpeg-2.1.3.0.so 7f4c0c1a-7f4c0c1c5000 r-xp fe:00 1734994 /usr/lib/libpng12.so.0.42.0 7f4c0c1c5000-7f4c0c3c5000 ---p 00025000 fe:00 1734994 /usr/lib/libpng12.so.0.42.0 7f4c0c3c5000-7f4c0c3c6000 rw-p 00025000 fe:00 1734994 /usr/lib/libpng12.so.0.42.0 7f4c0c3c6000-7f4c0c3e9000 r-xp fe:00 1734111 /usr/lib/libjpeg.so.62.0.0 7f4c0c3e9000-7f4c0c5e8000 ---p 00023000 fe:00 1734111 /usr/lib/libjpeg.so.62.0.0 7f4c0c5e8000-7f4c0c5e9000 rw-p 00022000 fe:00 1734111 /usr/lib/libjpeg.so.62.0.0 7f4c0c5e9000-7f4c0c61e000 r-xp fe:00 1736035 /usr/lib/liblcms.so.1.0.18 7f4c0c61e000-7f4c0c81d000 ---p 00035000 fe:00 1736035 /usr/lib/liblcms.so.1.0.18 7f4c0c81d000-7f4c0c81f000 rw-p 00034000 fe:00 1736035 /usr/lib/liblcms.so.1.0.18 7f4c0c81f000-7f4c0c821000 rw-p 00:00 0 7f4c0c821000-7f4c0c96b000 r-xp fe:00 875074 /lib/libc-2.10.2.so 7f4c0c96b000-7f4c0cb6b000 ---p 0014a000 fe:00 875074 /lib/libc-2.10.2.so 7f4c0cb6b000-7f4c0cb6f000 r--p 0014a000 fe:00 875074 /lib/libc-2.10.2.so 7f4c0cb6f000-7f4c0cb7 rw-p 0014e000 fe:00 875074 /lib/libc-2.10.2.so 7f4c0cb7-7f4c0cb75000 rw-p 00:00 0 7f4c0cb75000-7f4c0cb8b000 r-xp fe:00 875101 /lib/libpthread-2.10.2.so 7f4c0cb8b000-7f4c0cd8b000 ---p 00016000 fe:00 875101 /lib/libpthread-2.10.2.so 7f4c0cd8b000-7f4c0cd8c000 r--p 00016000 fe:00 875101 /lib/libpthread-2.10.2.so 7f4c0cd8c000-7f4c0cd8d000 rw-p 00017000 fe:00 875101 /lib/libpthread-2.10.2.so 7f4c0cd8d000-7f4c0cd91000 rw-p 00:00 0
Bug#567934: emacs23: segmentation fault in gtk libraries after closing emacsclient -c frame
Package: emacs23 Version: 23.1+1-5 Severity: important Here's a backtrace. I understand it's lacking some symbol information, but at least gives a general idea. Not sure how to reproduce this. Loaded symbols for /usr/lib/libcanberra-0.22/libcanberra-alsa.so Core was generated by `emacs'. Program terminated with signal 11, Segmentation fault. (gdb) bt full #0 0x7f5e1da6a237 in kill () from /lib/libc.so.6 No symbol table info available. #1 0x004de373 in ?? () No symbol table info available. #2 signal handler called No symbol table info available. #3 0x7f5e20ee0064 in g_type_check_instance_cast () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #4 0x7f5e18df0bc9 in ca_gtk_context_get_for_screen () from /usr/lib/libcanberra-gtk.so.0 No symbol table info available. #5 0x7f5e18df113d in ca_gtk_play_for_widget () from /usr/lib/libcanberra-gtk.so.0 No symbol table info available. #6 0x7f5e190157ee in ?? () from /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so No symbol table info available. #7 0x7f5e19016173 in ?? () from /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so No symbol table info available. #8 0x7f5e2283c847 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 No symbol table info available. #9 0x7f5e20a2790e in g_main_context_dispatch () from /lib/libglib-2.0.so.0 No symbol table info available. #10 0x7f5e20a2b2c8 in ?? () from /lib/libglib-2.0.so.0 No symbol table info available. #11 0x7f5e20a2b3f0 in g_main_context_iteration () from /lib/libglib-2.0.so.0 No symbol table info available. #12 0x7f5e22c06b51 in gtk_main_iteration () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. [... a few frames without symbols ...] #43 0x7f5e1da56abd in __libc_start_main (main=value optimized out, argc=value optimized out, ubp_av=value optimized out, init=value optimized out, fini=value optimized out, rtld_fini=value optimized out, stack_end=0x7fffae6eb0d8) at libc-start.c:222 result = value optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, -7458986153749496835, 4270576, 140736119877856, 0, 0, 7458813386580835325, 7404024259733109757}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x5b6c70, 0x7fffae6eb0e8}, data = {prev = 0x0, cleanup = 0x0, canceltype = 5991536}}} not_first_call = value optimized out [... up to #49 without symbols ...] If necessary, I can try installing the appropriate debug packages and run emacs in gdb for a while. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'karmic'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.1+1-5 The GNU Emacs editor's shared, arc ii install-info4.13a.dfsg.1-5 Manage installed documentation in ii libasound2 1.0.21a-1shared library for ALSA applicatio ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgif4 4.1.6-9 library for GIF images (library) ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libjpeg62 6b-15The Independent JPEG Group's JPEG ii libm17n-0 1.5.5-1 a multilingual text processing lib ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii libotf0 0.9.10-1 A Library for handling OpenType Fo ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libpng12-0 1.2.42-1 PNG library - runtime ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG ii libsm6 2:1.1.1-1X11 Session Management library ii libtiff43.9.2-2 Tag Image File Format (TIFF) libra ii libx11-62:1.3.3-1X11 client-side library ii libxft2 2.1.14-1 FreeType-based font drawing librar ii libxpm4
Bug#554847: [Pkg-fglrx-devel] please consider unmerging
Hi! Michael Gilbert schrieb: On Thu, 7 Jan 2010 01:46:55 +0100 Friedrich Delgado Friedrichs wrote: Michael Gilbert schrieb: On Thu, 7 Jan 2010 00:12:58 +0100, Friedrich Delgado Friedrichs wrote: Given the fact that the fglrx driver needs a working MTRR lead me to conclude that your crashing MTRR is the root cause of the problem. fglrx driver 9.8 works with that same crashing mtrr. BTW, your logs say that your MTRR is crashing. The stuff following 'Call Trace' is a backtrace, which you get when something crashes. Well, the line mtrr: your BIOS has set up an incorrect mask, fixing it up. and the word 'WARNING' led me to believe that the linux kernel is working around a problem in my bios. But you're probably right, the kernel (package) maintainers should know exactly what that means. I'm still not sure a bug report against the kernel is appropriate here, as I only have problems with specific versions of the fglrx driver on one specific mainboard + bios. If MTRR crashes without fglrx, then it is kernel problem. MTRR may have become more important since 9-9 (this is conjecture since I have no evidence to back this up), which would explain why older versions worked ok. A search on google for mtrr: your BIOS has set up an incorrect mask, fixing it up yields several results from lkml and other sources gives me the impression that the kernel is fixing up a buggy mtrr mask from the bios. In particular, Ingo Molnar's reply at http://lkml.indiana.edu/hypermail/linux/kernel/0902.1/01117.html: [ 0.00] [ cut here ] [ 0.00] WARNING: at arch/x86/kernel/cpu/mtrr/generic.c:404 generic_get_mtrr+0xdf/0x119() [ 0.00] mtrr: your BIOS has set up an incorrect mask, fixing it up. buggy BIOS most likely. Had the kernel not fixed up the MTRRs you'd have a very slow and unhappy system now. This kernel feature has apparently been present since 2.6.28 at least. If there was reason to believe that the way the kernel fixes my mtrr masks is incorrect, then it would be a kernel bug. In fact I've seen older posts and howtos on how to get fglrx to work that included fixing the mtrr mask by hand (with a script). I never had to do that (I may have started using fglrx after 2.6.28, not sure). This may still be the cause of the problem, but it's certainly not a crash. You need to test without fglrx, and if MTRR still crashes, a bug report on the kernel is really your only option for getting the problem fixed. As you can see in the full dmesg output that I attached to several posts, the kernel fixes the mtrr mask directly after loading. It's one of the first kernel messages. Fglrx is loaded much, much later, (also visible in the dmesg log) so I see no reason to try it without fglrx since fglrx is not loaded at the point of the backtrace. I think the opinion of a kernel developer would still be useful here, in particular: - I'd like to know how I can get more information about fglrx crashing, since I see nothing in syslog. - Also if we can decide that the problem is not in the glue parts of the driver, or the kernel, then it's most likely a problem in the binary blob from ati. If it's a problem with the binary blob, then only ati can fix it. And if there are no objections, I'll unmerge this bug and fix the version information on this bug, since there is no relation to the one it was merged with. Kind regards Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554847: verified found in 9-12
Hi... The bug I reported as #554847 is still present in version 9-12-1. It is also, and always was, present in 9-9 and 9-11. I thought I had extensively documented that, but maybe it wasn't so clear. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554847: please consider unmerging
Hi! I completely fail to see why 554847 was merged with 542735 The dmesg output in 542735 shows a panic with unable to handle kernel paging request at e563ff34b028. I see nothing of that sort. Also I only have problems with 9.9 and above, not with earlier versions. And the last post with the link to the gentoo wiki seems to suggest that the fglrx kernel module could not be successfully loaded, because the kernel misses required features (mtrr, agpgart), that's why there's no 3D support. Without 3D, the free radeon driver is indeed a much better choice, since 2D in fglrx gets extremely slow if the module can't be loaded. I could try disabling mtrr in the kernel, but building a kernel takes time and I doubt it will provide useful information, since I suspect the fglrx module won't even load. I agree with the sentiment that 3D support in the free driver would be much better for everybody. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554847: [Pkg-fglrx-devel] Bug#554847: please consider unmerging
Hi! Michael Gilbert schrieb: You should probably submit a bug report to the kernel about your MTRR crashes, but make sure that you are not using any proprietary modules when you generate logs for them. I can do that. That might yield valuable information. Given that, I think this bug may deserve a wontfix since it is actually a kernel problem. Do you have reason to believe the mtrr warning (!) is even related to this bug? -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554847: [Pkg-fglrx-devel] Bug#554847: Bug#554847: please consider unmerging
Michael Gilbert schrieb: On Thu, 7 Jan 2010 00:12:58 +0100, Friedrich Delgado Friedrichs wrote: Given the fact that the fglrx driver needs a working MTRR lead me to conclude that your crashing MTRR is the root cause of the problem. fglrx driver 9.8 works with that same crashing mtrr. BTW, your logs say that your MTRR is crashing. The stuff following 'Call Trace' is a backtrace, which you get when something crashes. Well, the line mtrr: your BIOS has set up an incorrect mask, fixing it up. and the word 'WARNING' led me to believe that the linux kernel is working around a problem in my bios. But you're probably right, the kernel (package) maintainers should know exactly what that means. I'm still not sure a bug report against the kernel is appropriate here, as I only have problems with specific versions of the fglrx driver on one specific mainboard + bios. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561290: gxmms2: dragging multiple files in the playlist editor randomizes their order
Package: gxmms2 Version: 0.7.0+git20090608-2 Severity: normal Reproduce: - Click on icon with tooltip Open playlist editor - open tab Playlist - click on one file - hold shift - click on another file and hold mouse button 1 - drag group of files and drop (release mouse button 1) at new position the result is a jumble. Expectation: - insert the group files in the place where they were dropped - insert them in the order they previously had -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages gxmms2 depends on: ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.1-1 Layout and rendering of internatio ii libx11-6 2:1.3.2-1 X11 client-side library ii libxmmsclient- 0.6DrMattDestruction-5+b1 XMMS2 - glib client library ii libxmmsclient5 0.6DrMattDestruction-5+b1 XMMS2 - client library ii xmms2-icon 0.6DrMattDestruction-5XMMS2 - icon package gxmms2 recommends no packages. Versions of packages gxmms2 suggests: ii xmms2-core 0.6DrMattDestruction-5+b1 XMMS2 - core package -- 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#561292: documentation of xmms2 subcommand 'rinsert' missing in xmms2(1) manpage
Package: xmms2 Version: 0.6DrMattDestruction-5 Severity: minor But you can (correctly) guess from the insert command how rinsert works. However it's also missing from the zsh completion which is kind of a bummer. Kind regards Friedel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages xmms2 depends on: ii xmms2-client-c 0.6DrMattDestruction-5+b1 XMMS2 - cli client ii xmms2-core 0.6DrMattDestruction-5+b1 XMMS2 - core package ii xmms2-icon 0.6DrMattDestruction-5XMMS2 - icon package ii xmms2-plugin-a 0.6DrMattDestruction-5+b1 XMMS2 - ALSA output ii xmms2-plugin-i 0.6DrMattDestruction-5+b1 XMMS2 - ID3v2 plug-in ii xmms2-plugin-m 0.6DrMattDestruction-5+b1 XMMS2 - libmad based mp3 decoder ii xmms2-plugin-v 0.6DrMattDestruction-5+b1 XMMS2 - vorbis decoder xmms2 recommends no packages. xmms2 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#554847: fglrx: same with 9-11
Package: fglrx-source Version: 1:9-11-2 Severity: normal File: fglrx Hiho! I just tested with 9-11, same procedure as every time: - deinstall fglrx 9-8, aka the one that works - reboot - install new fglrx 9-11-2 - mount -o remount,rw / - modprobe fglrx - capture dmesg output - startx 2 start.err.log same effect as before. I've captured the logs of dmesg, startx and the Xorg.0.log, however I can't spot any difference. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-source depends on: ii bzip2 1.0.5-3high-quality block-sorting file co ii debhelper 7.4.3 helper programs for debian/rules ii make 3.81-7 An utility for Directing compilati Versions of packages fglrx-source recommends: ii kernel-package12.031 A utility for building Linux kerne ii module-assistant 0.11.1 tool to make module package creati Versions of packages fglrx-source suggests: ii fglrx-driver 1:9-11-2non-free AMD/ATI r6xx - r7xx displ -- 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#549576: Example and confirmation of workaround
Hi! I'm replying to the questions you ask the original reporter, because I just found this bug. You wrote on Sun, 04 Oct 2009: links and buttons in flash stopped working. For example, on an embedded youtube video play and pause don't work when I click them. On e-cards the click here to play link shows me clicking on it (it changes color), but doesn't actually do anything. Do you still have these problems with Adobe Flash Player version 10,0,42,34 ? I tried some videos at youtube, and the play and pause buttons seem to work fine. I only have this problem with embedded (!) youtube videos, e.g. in some boing boing posts such as http://www.boingboing.net/2009/12/02/time-lapse-of-constr.html A workaround here is to click play and then press space, or holding the right mouse button while clicking the left button. If I go to youtube to watch the video (i.e. to http://www.youtube.com/watch?v=8Ita4bRj4jM ) the play pause buttons work normally. You wrote on Tue, 13 Oct 2009: BTW, I have a huge lists of sites that use flash for their navigation menus (sad as that is), which are all completely unusable. Does this problem still occur with 10,0,42,34 ? If yes, could you tell us a few examples ? Another example is http://machinarium.net/demo/ Here the workaround with pressing space does not work. Holding right button while pressing the left one will work, though. Also clicking very quickly on one spot will sometimes cause the ui to receive one click. In the title screen there's a focusing effect on the Title (i.e. the writing Machinarium and if I press the left mouse button I see that the part of the title string I'm hovering over becomes unfocused (i.e. it becomes inactive). napo978, You wrote on 17 Oct 2009: try this : GDK_NATIVE_WINDOWS=1 iceweasel it worked for me (with both iceweasel and midori) Does this still work as a workaround for you ? I'll try this as soon as I can reproduce the problem, see above. I can confirm that GDK_NATIVE_WINDOWS=1 iceweasel helps for me (Wow, thanks!), i.e. both embedded youtube videos and machinarium work. HTH Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549576: links
Apparently there's a bug in adobe's bug tracker at http://bugs.adobe.com/jira/browse/FP-2933 which points to an ubuntu bug at https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/410407 -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560690: gnutls26: Handle client certificate files with included ca certificates more gracefully
Package: gnutls26 Severity: wishlist Hi! It hased caused me much confusion that gnutls does not handle client certificates well, if they contain ca certificates together with the client cert and key (at least that seems to be the case if the ca certificate are listed *before* the client cert). (You can see much of the resulting confusion as well as the discovery of the real cause in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530510 ) In particular, , gnutls-cli --print-cert --verbose -p 4711 --x509certfile \ /home/user/secret/organisation-user.pem -p 443 \ intern.organisation.org \ --x509keyfile /home/user/secret/organisation-user.pem ` Fails with a key usage violation error if organisation-user.pem contains the ca certificates before the client cert. Unfortunately, some CAs generate client certs like this (i.e. first key, then the certs in order of the chain, i.e. first the root-ca and client-ca certs, then the client cert) and firefox and openssl export them in the same order. Also openssl handles that case gracefully. The pkcs12 manpage (from openssl) even states: ,[ manual page pkcs12(1) ] If none of the -clcerts, -cacerts or -nocerts options are present then all certificates will be output in the order they appear in the input PKCS#12 files. There is no guarantee that the first certificate present is the one corresponding to the private key. Certain software which requires a private key and certificate and assumes the first certificate in the file is the one corresponding to the private key: this may not always be the case. Using the -clcerts option will solve this problem by only outputting the certificate corresponding to the private key. If the CA certificates are required then they can be output to a separate file using the -nokeys -cacerts options to just output CA certificates. ` Which was quite helpful once I discovered why it didn't work. Unfortunately I could not find any reference to this behaviour in the gnutls documentation. Also the error message key usage violation error doesn't help a lot. (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530510 documents we looked at the key usage bits in the client and server certs first, which were all correct.) In order of preference, I'd like one or all of the following resolutions: - If the certificate doesn't fit the key, try another one in the same file. - key usage violation error could output some information about which certificate it actually tried to use. (Which would give a hint that it tried to use a CA cert.) - Document in a prominent place that gnutls does not support client certificate files with CA certificates in them. (Sorry if I simply overlooked it.) Should 530510 be closed or merged with this wishlist bug? Kind regards Friedel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) 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#558262: Workaround to make dpkg-reconfigure -a complete
Apparently it is a much better idea to: Friedel schrieb: DPKG_RUNNING_VERSION=bogus dpkg-reconfigure -a ---Zitatende--- export DPKG_RUNNING_VERSION=1.15.5.2 export DPKG_MAINTSCRIPT_PACKAGE=debconf dpkg-reconfigure -a -u as with my first attempt, dpkg-reconfigure will later complain about dpkg-triggers being called by a non-maintainer script. I still didn't do proper research on what's happening here, as I mostly wanted to get my updates done and the system into a usable state again. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) pgpqcNkAiTW0q.pgp Description: PGP signature
Bug#558262: Workaround to make dpkg-reconfigure -a complete
Ouch! Joey Hess schrieb: Friedrich Delgado Friedrichs wrote: I just got hit by that bug. Apparently there was some problem with initramfs-tools, according to the log) which caused aptitude safe-upgrade to terminate and the next time I started aptitude, I was told to dpkg-reconfigure -a, which No, you were told to run dpkg --configure -a , which is a completely diffferent operation. ---Zitatende--- -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) pgpo5h2MK5T8p.pgp Description: PGP signature
Bug#548577: pending... fixed upstream... Yay, I guess...
Fix confirmed on amd64, thanks! Antonio Radici schrieb: On Sat, Nov 21, 2009 at 01:49:38AM +0100, Friedrich Delgado Friedrichs wrote: It's November 21 2009 now, Bug is still present in mutt-1.5.20-4. expect a new version to hit unstable today. ---Zitatende--- -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558262: Workaround to make dpkg-reconfigure -a complete
I just got hit by that bug. Apparently there was some problem with initramfs-tools, according to the log) which caused aptitude safe-upgrade to terminate and the next time I started aptitude, I was told to dpkg-reconfigure -a, which didn't work, because of this bug. After some googling and finally looking at /usr/bin/install-info, I ran DPKG_RUNNING_VERSION=bogus dpkg-reconfigure -a (OK, now I'm going to figure out what caused aptitude to terminate unexpectedly, because I didn't see any error message. Different problem.) -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530510: Explanation for 530510
Ok, it's getting really interesting now, I've spotted an important difference: Simon Josefsson schrieb: Friedrich Delgado Friedrichs frie...@nomaden.org writes: I did that, and re-tried the gnutls-cli line, with a different result: , Processed 3 CA certificate(s). Processed 3 client certificates... Processed 3 client X.509 certificates... Resolving 'intern.organisation.org'... Connecting to 'NNN.NNN.NN.NNN:443'... *** Fatal error: Key usage violation in certificate has been detected. *** Handshake has failed GNUTLS ERROR: Key usage violation in certificate has been detected. ` Looks like I can reproduce the problem with gnutls-cli. The interesting parts is: I could not reproduce this any more, because I had re-exported (and overwritten) the files with certtool. So I deleted the pem files and re-exported with openssl x509 -nodes ... Sometimes I could connect to the server now, with slight variations of the command line, and I figured out why: I was lazy and gave the same file as x509 cert, ca and keyfile. The important difference is that gnutls-cli does not like it if the key is in the same file as the cert. I.e. the following gives a key usage violation error: , gnutls-cli -p 4711 --x509certfile /home/user/secret/organisation-user.pem -p 443 intern.organisation.org --x509keyfile /home/user/secret/organisation-user-key-nopassphrase.pem ` `organisation-user.pem' being the output of openssl x509, with ca, cert and key in one file. And the following works: , gnutls-cli -p 4711 --x509certfile /home/user/secret/organisation-user-ca+cert.pem -p 443 intern.organisation.org --x509keyfile /home/user/secret/organisation-user-key-nopassphrase.pem ` `organisation-user-ca+cert.pem' containing ca + user certs without key. The pkcs12 file of course contains the cert, ca and key in the same file. Now from http://svnbook.red-bean.com/en/1.5/svn.serverconfig.httpd.html#svn.serverconfig.httpd.authn.sslcerts it looks like svn only supports pksc12 type certificates and has to have cert and key in one file (if I read that correctly), and exactly that seems to be the problem here, as I can reproduce with gnutls-cli if I put the key into the same file as the certs. Now it becomes interesting! Try adding '--print-cert --verbose' to print the cert chain returned by the server. Does the server cert have the 'Digital signature' and 'Key encipherment' key usage bits? Note that if I use the version with the keys, I don't even see the server certificates. , gnutls-cli --print-cert --verbose -p 4711 --x509certfile /home/user/secret/organisation-user.pem -p 443 intern.organisation.org --x509keyfile /home/user/secret/organisation-user-key-nopassphrase.pem ` gives me: , Processed 3 client certificates... Processed 3 client X.509 certificates... *** Fatal error: Key usage violation in certificate has been detected. *** Handshake has failed GNUTLS ERROR: Key usage violation in certificate has been detected. Resolving 'intern.organisation.org'... Connecting to 'NNN.NNN.NN.NNN:443'... - Server's trusted authorities: [0]: C=DE,O=ORGANISATION,CN=ORGANISATION CA ` But if I use the version without key, I can a) connect to the https server b) see the certificate chain c) and they all have Digital signature, Key encipherment and CA=true You need to separate the key from the certificates after decoding the PKCS#12 structure. So the question is, how can I use pkcs12 with subversion and gnutls? I take the liberty of skipping the rest of your questions. If you think they are still important after what I've discovered, I can answer them, but I have a feeling that won't be the case. Kind regards Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530510: Explanation for 530510
Hi! Simon Josefsson schrieb: Friedrich Delgado Friedrichs frie...@nomaden.org writes: I was lazy and gave the same file as x509 cert, ca and keyfile. The important difference is that gnutls-cli does not like it if the key is in the same file as the cert. I don't think so -- the problem is more likely to be that you are telling gnutls-cli to use the CA cert as the client cert. Interesting. I suspect the organisation-user.pem file still contains more than the client certificate. You need to put the client certificate _first_ in the --x509certfile file, and any (optional) sub-CA certs after the client cert. Ok, if I edit the .pem file (which indeed contains first the key, then two CA certs and then my personal cert) and order the certificates as follows: 1. my key 2. my cert 3. and 4. the ca certs It works and I get no key usage violation error with the following command line: , gnutls-cli --print-cert --verbose -p 4711 --x509certfile /home/user/secret/organisation-user.pem -p 443 intern.organisation.org --x509keyfile /home/user/secret/organisation-user.pem ` Some last questions: 1. where is this documented? It seems I overlooked that the order of certificates in the pem file is significant, and openssl as well as certtool put it in the order key, ca, ca, user cert invariably. Apparently I need to give -clcerts to the pkcs12 command to get the correct order. 2. If I convert the p12 to pem with certtool, as you proposed, I get an unusable key. Splitting it off doesn't help, I invariably get a base64 decoding error. The only thing that works with 3. How can I get an *encrypted* key in pem format for use with gnutls, generated from the p12 structure? That is a subversion or neon question, and I don't know the answer. GnuTLS provides interfaces for using PKCS#12 files, subversion/neon just have to use them (if it doesn't already). ---Zitatende--- So it looks like subversion or neon doesn't handle pkcs12 files correctly? -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530510: Explanation for 530510
Hi again: I just found out, that the order of certificates in the pkcs12 file is the same, i.e. it starts with the key, then come 2 ca certificates and then the user cert. If I reorder this, gnutls, subversion and neon accept the pkcs12 key: , mv organisation-user.p12 organisation-user-wrong-order.p12 openssl pkcs12 -clcerts -in organisation-user-wrong-order.p12 -out organisation-user-.pem openssl pkcs12 -clcerts -export -in organisation-user.pem -out organisation-user.p12 ` Since it looks like I overlooked relevant bits of documentation here, I'd be thankful for some pointers before this bug is closed. I'd also appreciate if the error messages could be more helpful. Last post from me, unless you have further questions. Kind regards Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559104: info gpg-agent points at info gnupg for full documentation, which is very terse
Daniel Leidert schrieb: Am Mittwoch, den 02.12.2009, schrieb Friedrich Delgado Friedrichs: 1) This doesn't change the fact that the gpg-agent manpage points at info gnupg The info documentation for both 1.4 and 2.0 is generated from the same source. I will discuss this to upstream. But please note, that I consider this a minor issue. 2) info gnupg2 is not installed. Am I missing a package here? gnupg2 ---Zitatende--- So the documentation for gnupg 1.4.x is in package gnupg2? And how should I figure that out if I'm looking for documentation about gnupg 1.4.x? Also if I don't need any feature gnupg2 provides, why should I install it? -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530510: Explanation for 530510
Hiho! Simon Josefsson schrieb: Friedrich Delgado Friedrichs frie...@nomaden.org writes: svn: OPTIONS von »https://my-repo.dom/svn/project/«: SSL negotiation failed: SSL error: Key usage violation in certificate has been detected. (https://my-repo.dom/svn/project/) This is often a simple administrator problem: the cert needs to have the proper key usage bits in order to be useful as a TLS client/server cert. Try and reproduce using the gnutls-cli tool, that will help isolate whether this is a GnuTLS or administrator or svn problem. Ok, will try. Downgrading to libneon24-gnutls 0.28.2-6.1+b1 seemed to fix the problem at first, but I discovered today that it fails against a different server. That is odd, but it is possible that earlier versions didn't check the certs properly, or that it used a non-DHE cipher suite which doesn't have the same key usage bit requirements. There is an old bug which would explain that behaviour with the old version of libneon-gnutls: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474139 Which of those problems? Again there seem to be very different problem reported in that bug report. This has happened for GnuTLS before too, so I understand and share your pain in trying to sort things out. Err, I'm just talking about the posts relating to key usage violation here, which only happened after an upgrade. (from version 0.28.2-2 on) Especially Joe Orton is referring to your post on http://article.gmane.org/gmane.comp.encryption.gpg.gnutls.devel/2789 which points to the same administration error you're referring to here. Unfortunately I can't provide client certificates for testing. Any idea how to make this bug reproducible? One first step is to try and reproduce the problem with gnutls-cli instead of svn/libneon. Try '-d 4711' to get more debug information from GnuTLS. Ok, here goes nothing: , u...@host:~ gnutls-cli -d 4711 --x509certfile ~/secret/organisation-user-cert.pem --x509keyfile ~/secret/organisation-user-key.pem --x509cafile secret/organisation-user-ca.pem -p 443 intern.organisation.org Processed 2 CA certificate(s). Processed 1 client certificates... |2| ASSERT: x509_b64.c:519 |2| ASSERT: privkey.c:171 |2| ASSERT: privkey.c:388 |2| ASSERT: privkey.c:415 *** Error loading key file: ASN1 parser: Error in DER parsing. ` The .pem keyfile was generated from a .p12 file I got from our CA with , openssl pkcs12 -in organisation-user.p12 -out organisation-user.pem ` And I split out the {ca,cert,key} parts with a text editor. The resulting certificate works with openssl s_client connect, e.g. with this commandline: , openssl s_client -cert ~/secret/organisation-user-cert.pem -key ~/secret/organisation-user-key-nopassphrase.pem -CAfile ~/secret/organisation-user-ca.pem -host intern.orgnisation.org -port 443 ` Hm... This reminds me that I've seen this error before, when trying to configure tls in emacs. I had to drop down to the command line to check the correct tls-program value for emacs to use, and noticed that ASN.1 parsing error with gnutls-cli, and resorted to use openssl instead, but forgot about that error. However I've configured the pkcs12 variant of the certificate file for use with subversion. (How) Can I use the pkcs12 file with gnutls-cli? Or can I convert the pkcs12 file with gnutls, in case there's some problem with the converted file from openssl? I think this might be an entirely different issue again, but this makes it hard for me to reproduce the current behaviour on the command line. Alternatively, can I get some more debugging output out of libneon-gnutls pertaining to its use of gnutls? I assume you meant 530510 describes a common administrator problem? I can't see which you mean. Yes. The administror problem is that you are trying to use a server or client cert with a DHE ciphersuite without having the necessary key usage bits (i.e., signing_key) asserted in the certificate. Can you print just the key usage portion of the certificates, to confirm this theory? ---Zitatende--- Ok, this is the key usage portion of my client certificate: Key Usage (not critical): Digital signature. Non repudiation. Key encipherment. Key Purpose (not critical): TLS WWW Client. Email protection. 1.3.6.1.4.1.311.20.2.2 and this the one of the server certificate (the one that fails with the *new* libneon-gnutls versions): Key Usage (not critical): Digital signature. Non repudiation. Key encipherment. Data encipherment. Key Purpose (not critical): TLS WWW Server. I hope that answers at least some of your questions. Kind
Bug#530510: Explanation for 530510
Simon Josefsson schrieb: Friedrich Delgado Friedrichs frie...@nomaden.org writes: I suspect your key file is encrypted. The key file should contain a header like this: Sure, and it's encrypted. Does it? If not, try adding '-nodes' to your 'openssl pkcs12' command line, and retry the gnutls-cli command. I did that, and re-tried the gnutls-cli line, with a different result: , Processed 3 CA certificate(s). Processed 3 client certificates... Processed 3 client X.509 certificates... Resolving 'intern.organisation.org'... Connecting to 'NNN.NNN.NN.NNN:443'... *** Fatal error: Key usage violation in certificate has been detected. *** Handshake has failed GNUTLS ERROR: Key usage violation in certificate has been detected. ` Looks like I can reproduce the problem with gnutls-cli. Or can I convert the pkcs12 file with gnutls, in case there's some problem with the converted file from openssl? Try 'certtool --p12-info' certtool -d 4711 --inraw --p12-info --infile organisation-user.p12 actually seems to work, however if I to use the result, I get the following output with the gnutls-cli command: , Processed 3 client certificates... *** Error loading key file: Base64 unexpected header error. ` The bits looks fine (both digital signature and key encipherment), although the Key Usage extension itself SHOULD be marked critical according to the specifications. Maybe the problem is with the key usage bits in some other certificate in the chain. Can you post the same info for the other certs too? ---Zitatende--- Ok, all the certificates in the CA chain have the following usage bits: Certificate signing. CRL signing. in particular , certtool -i organisation-user-ca.pem|grep -A 2 -i 'key usage' Key Usage (not critical): Certificate signing. CRL signing. -- Key Usage (not critical): Certificate signing. CRL signing. -- Key Usage (critical): Certificate signing. CRL signing. -- Key Usage (critical): Certificate signing. CRL signing. -- Key Usage (critical): Certificate signing. CRL signing. -- Key Usage (not critical): Certificate signing. CRL signing. -- Key Usage (critical): Certificate signing. CRL signing. -- Key Usage (not critical): Certificate signing. CRL signing. ` I don't know if it is remarkable that some have critical and some not critical. Then there's an additional server CA, accredited by the same chain of root cas (I think...): , Key Usage (not critical): Certificate signing. CRL signing. ` Ok, this goes bit beyond my knowledge now, if you have any particular questions about the pki involved here, that can't be resolved with command line tools, I'd have to ask a colleague about this. I *think* I picked the right server CA certificate to check, I'm sure the CA chain from my client certificate is the one I use. Kind regards Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559101: gnupg-agent: gpg-agent does not allow changing tty regardless of configuration
Package: gnupg-agent Version: 2.0.13-1 Severity: normal I'm trying to change my running gpg-agent to a tty when logging in remotely via ssh. However I haven't found a way to stop gpg-agent from asking for a passphrase on the original X display. This is my ~/.gnupg/gpg-agent.conf: ,[ gpg-agent.conf ] default-cache-ttl 3600 allow-mark-trusted enable-ssh-support allow-preset-passphrase ` On the remote shell I try the following: , frie...@abrasax:~ echo $DISPLAY frie...@abrasax:~ . .gnupg/gpg-agent-info-abrasax frie...@abrasax:~ export GPG_AGENT_INFO SSH_AUTH_SOCK SSH_AGENT_PID frie...@abrasax:~ export GPG_TTY=`tty` frie...@abrasax:~ tty /dev/pts/10 frie...@abrasax:~ gpg-agent --daemon --verbose zsh gpg-agent[23353]: listening on socket `/tmp/gpg-CDeOSx/S.gpg-agent' gpg-agent[23353]: listening on socket `/tmp/gpg-0ZH7Qv/S.gpg-agent.ssh' gpg-agent[23354]: gpg-agent (GnuPG) 2.0.13 started frie...@abrasax:~ export LANG=C frie...@abrasax:~ export LC_ALL=C frie...@abrasax:~ gpg --sign foo Sie benötigen eine Passphrase, um den geheimen Schlüssel zu entsperren. Benutzer: redacted ` That popped up an X dialog, although no display was set. I pressed cancel. , gpg: Abbruch durch Benutzer gpg: no default secret key: Falsche Passphrase gpg: signing failed: Falsche Passphrase frie...@abrasax:~ echo $GPG_TTY /dev/pts/10 frie...@abrasax:~ tty /dev/pts/10 frie...@abrasax:~ echo UPDATESTARTUPTTY | gpg-connect-agent gpg-agent[23466]: handler 0x261d530 for fd 7 started OK gpg-agent[23466]: handler 0x261d530 for fd 7 terminated frie...@abrasax:~ gpg --sign foo Sie benötigen eine Passphrase, um den geheimen Schlüssel zu entsperren. Benutzer: redacted gpg: Abbruch durch Benutzer gpg: no default secret key: Falsche Passphrase gpg: signing failed: Falsche Passphrase frie...@abrasax:~ exit frie...@abrasax:~ piogpg-agent[23466]: parent process died - shutting down gpg-agent[23466]: gpg-agent (GnuPG) 2.0.13 stopped n frie...@abrasax:~ pinentry OK Your orders please GETPIN pinentry-gtk2: no LC_CTYPE known - assuming UTF-8 D foo OK ` Pinentry failed to find an X display and used pinentry-curses. Also LC_TYPE and LANG are still german, although I tried to get english messages for this bug report. , frie...@abrasax:~ gpg-connect-agent GET_CONFIRMATION X X X X OK % ` That popped up an X dialog However when using gpg-agent --daemon zsh with ssh, it is possible to get the curses fallback dialog, but gpg will always use the old X display. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages gnupg-agent depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libgcrypt11 1.4.4-5LGPL Crypto library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libpth20 2.0.7-14 The GNU Portable Threads ii libreadline5 5.2-7 GNU readline and history libraries ii pinentry-curses [pinentry]0.7.6-1curses-based PIN or pass-phrase en ii pinentry-gtk2 [pinentry] 0.7.6-1GTK+-2-based PIN or pass-phrase en Versions of packages gnupg-agent recommends: ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep gnupg-agent 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#559104: info gpg-agent points at info gnupg for full documentation, which is very terse
Package: gnupg Version: 1.4.10-2 Severity: normal The last paragraph of man gpg-agent reads thus: ,[ gpg-agent(1) ] The full documentation for this tool is maintained as a Texinfo manual. If GnuPG and the info program are properly installed at your site, the command info gnupg should give you access to the complete manual including a menu struc‐ ture and an index. ` However calling info gnupg in a shell gives me the gnupg manpage which is one paragraph of text. Apparently I can get the full manual with info gnupg1, however that contains no detailed information about gpg-agent, other than the command line switches of gpg and some environment variables. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages gnupg depends on: ii dpkg 1.15.4.1 Debian package management system ii gpgv 1.4.10-2 GNU privacy guard - signature veri ii install-info 4.13a.dfsg.1-5Manage installed documentation in ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libreadline6 6.0-5 GNU readline and history libraries ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages gnupg recommends: ii gnupg-curl1.4.10-2 GNU privacy guard - a free PGP rep ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries Versions of packages gnupg suggests: ii gnupg-doc 2003.04.06+dak1-1 GNU Privacy Guard documentation ii imagemagick7:6.5.7.8-1 image manipulation programs ii libpcsclite1 1.5.5-1 Middleware to access a smart card -- 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#559104: info gpg-agent points at info gnupg for full documentation, which is very terse
Hi! Daniel Leidert schrieb: Am Dienstag, den 01.12.2009, 23:20 +0100 schrieb Friedrich Delgado Friedrichs: Apparently I can get the full manual with info gnupg1, however that contains no detailed information about gpg-agent, other than the command line switches of gpg and some environment variables. You very probably want `info gnupg2' and not `info gnupg1'. The agent doesn't play an important role for gnupg 1.4. But it does for gnupg 2, which requires the agent. ---Zitatende--- 1) This doesn't change the fact that the gpg-agent manpage points at info gnupg 2) info gnupg2 is not installed. Am I missing a package here? I've installed gnupg-doc, but I haven't got a package with gnupg2 in the name installed. Were the packages renamed at some point? -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530510: Merging, same bug
reassign 480041 gnutls26 force merge 480041 530510 thank you This may be a bug in gnutls itself, please reassign if libneon-gnutls just misuses gnutls. I can confirm that alias svn='LD_PRELOAD=/usr/lib/libneon.so.27 svn' helps, as does recompiling the subversion package against libneon, as suggested by https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/294648/comments/13 I'll be happy to provide any assistance that is required. Kind regards Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480041: 480041 and 530510
unmerge 530510 480041 reassign 480041 subversion found 480041 1.6.6dfsg-1 found 480041 1.4.6dfsg1-4 found 480041 1.5.0dfsg1-2 found 480041 1.6.6dfsg-1 thank you Hi! Sorry, I didn't read bug 480041 carefully enough, it's actually different from 530510. I hope I've managed to clean up the mess I've made. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530510: Explanation for 530510
reassign 530510 libneon27-gnutls found 530510 0.28.4-1 thank you Ok, I hope it's all correct now. I'm terribly sorry for the noise! Simon Josefsson schrieb: Can you explain how these bug reports suggests there is a bug in the GnuTLS packages? I'm staying with libneon27-gnutls now, unless you agree that it may be a gnutls bug. The core of the problem is described in 530510, let me rephrase: With libneon24-gnutls version 0.28.4-1 authentication with client certificates breaks on some servers. e.g. svn ls https://my-repo.dom/svn/project/ fails with svn: OPTIONS von »https://my-repo.dom/svn/project/«: SSL negotiation failed: SSL error: Key usage violation in certificate has been detected. (https://my-repo.dom/svn/project/) Downgrading to libneon24-gnutls 0.28.2-6.1+b1 seemed to fix the problem at first, but I discovered today that it fails against a different server. There is an old bug which would explain that behaviour with the old version of libneon-gnutls: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474139 So I had to find a way to make both servers work. I was confused because the same fix seems to help against 480041 and the ubuntu bug https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/294648, namely alias svn='LD_PRELOAD=/usr/lib/libneon.so.27 svn' But this seems to suggest to me that the problem only occurs when libneon is linked against gnutls, hence the reassignment. Unfortunately I can't provide client certificates for testing. Any idea how to make this bug reproducible? To me, 480041 looks like a fairly common administrator problem. 530510 looks like it contains all sorts of problems, many of them were reported solved. I cannot find any succinct problem description describing a GnuTLS issue, but due to the length of the bug I didn't read it all. 480041 describes a lot of different problems. I shouldn't have merged it with this bug. However the solution provided in the ubuntu bug linked from there works as a fix for the Key usage violation I see here. I assume you meant 530510 describes a common administrator problem? I can't see which you mean. If you want us to fix this, we need a better description of the actual problem. Sure. I hope this helps. If it doesn't, I'm thankful for hints. I suspect some of the problem may have been triggered by the recent OpenSSL security advisory that disables TLS renegotiation, which is often used with client certificates. ---Zitatende--- I reported 530510 in May 2009, Bug 480041 refers to renegotiation, but it's much older than the OpenSSL security advisory you refer to, assuming you mean http://www.openssl.org/news/secadv_2009.txt Kind regards Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554847: Disregard the 2.6.32 experiment please
Oops, I just noticed that the experimental 2.6.32 kernel was actually not from debian, but built by me from the kernel source package of the experimental RT Kernel repository. Please disregard those attachments for this bugreport. I just had this package lying in /usr/src and was confused about its origin. The 2.6.31 kernel was the official debian package. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554847: Disregard the 2.6.32 experiment please
Uhm... Read, Think, re-read, then post I guess... I just misread rc8 as rt8. The kernel package was actually from debian experimental. Oops, I just noticed that the experimental 2.6.32 kernel was actually not from debian, but built by me from the kernel source package of the experimental RT Kernel repository. ---Zitatende--- I *am* experimenting with a realtime kernel on this box as well, and was afraid I mixed things up. But apparently I didn't, all tested kernels were from debian, as far as this bugreport is concerned. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548577: pending... fixed upstream... Yay, I guess...
It's November 21 2009 now, Bug is still present in mutt-1.5.20-4. *twiddle* -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549627: Info on Bug #549627: duplicate of 527604
found 549627 1.97-1 found 549627 1.97~beta3-1 merge 527604 549627 thank you I just noticed that my device map was outdated. Sorry. This is clearly an instance of Bug #527604 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540575: can't reproduce it
Hi! Seeing that this bug is marked fixed in util-linux/2.16.1-4 I tried to reproduce it and failed. I rebooted my box twice, then simulated a crash (via alt-sysrq s u o) twice and rebooted once again. Hardware clock was ok every time. Note that I didn't have a way to reliably reproduce this before, but it looks fixed to me. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549627: grub: similar problems
=abstraction as root I get a segmentation fault. I can't get a meaningful backtrace out of it, even though I have libc6-debug installed. valgrind reports an invalid read in libc, which looks like it happens in grub-probe, but I have no debugging symbols for it. abrasax:/tmp# gdb --args /usr/sbin/grub-probe --device /dev/mapper/lvm-root --target=abstraction GNU gdb (GDB) 6.8.50.20090628-cvs-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... (no debugging symbols found) (gdb) r Starting program: /usr/sbin/grub-probe --device /dev/mapper/lvm-root --target=abstraction Program received signal SIGSEGV, Segmentation fault. 0x0040189f in ?? () (gdb) bt #0 0x0040189f in ?? () #1 0x00401cd6 in ?? () #2 0x77aae5c6 in __libc_start_main (main=0x401ac0 ffl...@plt+1360, argc=4, ubp_av=0x7fffe7e8, init=0x41e8e0, fini=value optimized out, rtld_fini=value optimized out, stack_end=0x7fffe7d8) at libc-start.c:222 #3 0x004015a9 in ?? () #4 0x7fffe7d8 in ?? () #5 0x001c in ?? () #6 0x0004 in ?? () #7 0x7fffea0c in ?? () #8 0x7fffea21 in ?? () #9 0x7fffea3f in ?? () #10 0x7fffea2a in ?? () #11 0x in ?? () (gdb) quit The program is running. Quit anyway (and kill it)? (y or n) y abrasax:/tmp# ldd /usr/sbin/grub-probe linux-vdso.so.1 = (0x7fff431bd000) libc.so.6 = /lib/libc.so.6 (0x7f4ab4ad5000) /lib64/ld-linux-x86-64.so.2 (0x7f4ab4e26000) abrasax:/tmp# dlocate /lib/libc.so.6 libc6: /lib/libc.so.6 abrasax:/tmp# valgrind /usr/sbin/grub-probe --device /dev/mapper/lvm-root --target=abstraction ==15910== Memcheck, a memory error detector ==15910== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==15910== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info ==15910== Command: /usr/sbin/grub-probe --device /dev/mapper/lvm-root --target=abstraction ==15910== ==15910== Warning: noted but unhandled ioctl 0x1261 with no size/direction hints ==15910==This could cause spurious value errors to appear. ==15910==See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper. ==15910== Warning: noted but unhandled ioctl 0x1261 with no size/direction hints ==15910==This could cause spurious value errors to appear. ==15910==See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper. ==15910== Warning: noted but unhandled ioctl 0x1261 with no size/direction hints ==15910==This could cause spurious value errors to appear. ==15910==See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper. ==15910== Invalid read of size 8 ==15910==at 0x40189F: ??? (in /usr/sbin/grub-probe) ==15910==by 0x401CD5: ??? (in /usr/sbin/grub-probe) ==15910==by 0x4E445C5: (below main) (libc-start.c:222) ==15910== Address 0x8 is not stack'd, malloc'd or (recently) free'd ==15910== ==15910== ==15910== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==15910== Access not within mapped region at address 0x8 ==15910==at 0x40189F: ??? (in /usr/sbin/grub-probe) ==15910==by 0x401CD5: ??? (in /usr/sbin/grub-probe) ==15910==by 0x4E445C5: (below main) (libc-start.c:222) ==15910== If you believe this happened as a result of a stack ==15910== overflow in your program's main thread (unlikely but ==15910== possible), you can try to increase the size of the ==15910== main thread stack using the --main-stacksize= flag. ==15910== The main thread stack size used in this run was 8388608. ==15910== ==15910== HEAP SUMMARY: ==15910== in use at exit: 476,278 bytes in 155 blocks ==15910== total heap usage: 317 allocs, 162 frees, 1,942,936 bytes allocated ==15910== ==15910== LEAK SUMMARY: ==15910==definitely lost: 153 bytes in 7 blocks ==15910==indirectly lost: 0 bytes in 0 blocks ==15910== possibly lost: 0 bytes in 0 blocks ==15910==still reachable: 476,125 bytes in 148 blocks ==15910== suppressed: 0 bytes in 0 blocks ==15910== Rerun with --leak-check=full to see details of leaked memory ==15910== ==15910== For counts of detected and suppressed errors, rerun with: -v ==15910== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 5 from 5) Segmentation fault abrasax:/tmp# -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas
Bug#549627: grub: similar problems
Package: grub Version: 0.97-58 Severity: normal Hi. I'm not really sure if this is the same bug. Most of the description seems to fit what I see. I can't configure linux-image-2.6.30-2-amd64 on my system: I get the following error: Running update-initramfs. update-initramfs: Generating /boot/initrd.img-2.6.30-2-amd64 initrd.img(/boot/initrd.img-2.6.30-2-amd64 ) points to /boot/initrd.img-2.6.30-2-amd64 (/boot/initrd.img-2.6.30-2-amd64) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.30-2-amd64.postinst line 569. vmlinuz(/boot/vmlinuz-2.6.30-2-amd64 ) points to /boot/vmlinuz-2.6.30-2-amd64 (/boot/vmlinuz-2.6.30-2-amd64) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.30-2-amd64.postinst line 569. Running update-grub. Generating grub.cfg ... User postinst hook script [update-grub] exited with value 139 dpkg: error processing linux-image-2.6.30-2-amd64 (--configure): subprocess installed post-installation script returned error exit status 139 dpkg: dependency problems prevent configuration of linux-image-2.6-amd64: linux-image-2.6-amd64 depends on linux-image-2.6.30-2-amd64; however: Package linux-image-2.6.30-2-amd64 is not configured yet. dpkg: error processing linux-image-2.6-amd64 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: linux-image-2.6.30-2-amd64 linux-image-2.6-amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Maybe it's a different error, I get return value 139 instead of 1, but the same error message from update-initramfs, however update-grub doesn't complain about not finding my drives. Disk setup: r...@abrasax:~# df -h FilesystemSize Used Avail Use% Mounted on /dev/mapper/lvm-root 1.8T 830G 959G 47% / tmpfs 754M 0 754M 0% /lib/init/rw udev 10M 172K 9.9M 2% /dev tmpfs 754M 0 754M 0% /dev/shm /dev/sda1 1.9G 164M 1.6G 10% /boot r...@abrasax:~# grub-probe -d /dev/mapper/lvm-root ext2 r...@abrasax:~# grub-probe -d /dev/sda1 ext2 update-initrams -c -t -k all creates working initramdisks and I can boot the 2.6.30-2 kernel with that ramdisk, if I edit the grub entry manually. First migration to new grub worked fine last weekend , this is the first kernel upgrade after the migration. I use the same grub and kernel on a laptop, also debian testing, and upgraded today qwithout problems (both systems have very similar packages installed and comparable software configurations, however the hardware is very different). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages grub depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii grub-pc 1.97~beta3-1 GRand Unified Bootloader, version grub recommends no packages. grub suggests no packages. -- debconf information: * grub/migrate_from_legacy: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544314: Misconfigured email addresses in my bugreports
Sorry, I have misconfigured some part of my mail system so that I sent several mails relating to bugs from the mail address frie...@taupan.ath.cx, which is invalid (there's no mx record for that host). The correct address is frie...@nomaden.org and should hopefully be correct in the header and envelope of this mail. I'm going to try find the cause of the misconfiguration now. Kind regards FDF -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548577: no core file
Hi! I just encountered the same bug, when trying to open an smime encrypted mail. I tried to generate a core file, but the process terminates. Maybe you could provide a breakpoint we could set and generate a corefile from there? (Probably the point where the error creating gpgme context message is printed.) I did an upgrade this weekend and libgpgme was upgraded from libgpgme11 1.1.8-2 to 1.2.0-1. Downgrading to libgpgme11 1.1.8-2 fixes the problem so this may be a bug in libgpgme, not in mutt. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548738: valgrind (1%3a3.5.0-1) at least partially ignores --demangle=no
Package: valgrind Version: 1:3.5.0-1 Severity: normal I updated valgrind this weekend. valgrind (1%3a3.5.0-1) at least partially ignores --demangle=no option. The following false positive (I think) from libc prints like this in valgrind 1%3a3.4.1-1 with --demangle=no: ==24358== Invalid free() / delete / delete[] ==24358==at 0x4C2261F: _vgrZU_libcZdsoZa_free (vg_replace_malloc.c:323) ==24358==by 0x514ADEA: (within /lib/libc-2.9.so) ==24358==by 0x514A981: (within /lib/libc-2.9.so) ==24358==by 0x4A1E560: _vgnU_freeres (vg_preloaded.c:60) ==24358==by 0x507E4B4: exit (in /lib/libc-2.9.so) ==24358==by 0x50665CC: __libc_start_main (in /lib/libc-2.9.so) ==24358== Address 0x4039178 is not stack'd, malloc'd or (recently) free'd ==24358== ==24358== Print suppression ? --- [Return/N/n/Y/y/C/c] y { insert a suppression name here Memcheck:Free fun:_vgrZU_libcZdsoZa_free obj:/lib/libc-2.9.so obj:/lib/libc-2.9.so fun:_vgnU_freeres fun:exit fun:__libc_start_main } But with 1%3a3.5.0-1 it looks like this: ==24071== Invalid free() / delete / delete[] ==24071==at 0x4C21DBC: free (vg_replace_malloc.c:325) ==24071==by 0x5149DEA: ??? (in /lib/libc-2.9.so) ==24071==by 0x5149981: ??? (in /lib/libc-2.9.so) ==24071==by 0x4A1E590: _vgnU_freeres (vg_preloaded.c:62) ==24071==by 0x507D4B4: exit (in /lib/libc-2.9.so) ==24071==by 0x50655CC: (below main) (in /lib/libc-2.9.so) ==24071== Address 0x4038cd0 is not stack'd, malloc'd or (recently) free'd ==24071== ==24071== ==24071== Print suppression ? --- [Return/N/n/Y/y/C/c] y { insert_a_suppression_name_here Memcheck:Free fun:free obj:/lib/libc-2.9.so obj:/lib/libc-2.9.so fun:_vgnU_freeres fun:exit fun:(below main) } This also leads to difficulties with suppression files, since the manual recommends that suppressions should be generated and written with --demangle=no. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages valgrind depends on: ii libc6 2.9-25 GNU C Library: Shared libraries Versions of packages valgrind recommends: ii gdb 6.8.50.20090628-3+b1 The GNU Debugger Versions of packages valgrind suggests: pn alleyoop none (no description available) pn kcachegrind none (no description available) ii libc6-dbg 2.9-25 GNU C Library: detached debugging -- 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#544314: xmms2-client-vis: xmms2-libvisual shows just a black window
Package: xmms2-client-vis Version: 0.6DrMattDestruction-3 Severity: minor Hiho! I just upgraded all my xmms2 packages and was eager to try out some eye candy, but the candy jar was empty. xmms2-libvisual shows just a black window titled Jess and the help string on the terminal. When I press the arrow keys, the window title changes, but the window stays pitch black. To rule out the window manager (stumpwm, not from a debian package) as a source of the problem, I started xmms2-libvisual from an rxvt window in fvwm running on Xephyr. Maybe related: xmms2-ripper gives me a screen full of funny characters and then stops with the message ready to encode, while music is constantly playing. As always: please feel free to ask if I left out some important information. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages xmms2-client-vis depends on: ii libc6 2.9-23 GNU C Library: Shared libraries ii libogg0 1.1.4~dfsg-1 Ogg bitstream library ii libsdl1.2debian 1.2.13-4+b1Simple DirectMedia Layer ii libvisual-0.4-0 0.4.0-2.1 Audio visualization framework ii libvorbis0a 1.2.0.dfsg-6 The Vorbis General Audio Compressi ii libvorbisenc2 1.2.0.dfsg-6 The Vorbis General Audio Compressi ii libxmmsclient50.6DrMattDestruction-3 XMMS2 - client library xmms2-client-vis recommends no packages. Versions of packages xmms2-client-vis suggests: ii xmms2-core0.6DrMattDestruction-3 XMMS2 - core package -- 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#530510: 480041 is probably the same bug as 530510
Looks like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480041 describes the exact same problem. Also there's an ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/294648 I'm not sure if a merge would be the right thing to do, but it very much looks like it. The ubuntu bug also contains instructions how to build a working package. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540535: dailystrips: Add multiple levels of search pages to get to the final image url
Package: dailystrips Version: 1.0.28-9 Severity: wishlist Hi! I'm well aware that dailystrips is unmaintained, but I wanted to add this to the bug tracker to give myself a reminder. Maybe I'll come up with a patch a bit later. I have to use a dirty hack with curl to get to the comic url with several comics. One example is my current definition for Order Of The Stick (as the one in strips.def doesn't work any more): strip orderofthestick name Order Of The Stick homepage http://www.giantitp.com/ type search searchpage code:my $firstpage = `curl -s $homepage`;if ($firstpage =~ /A href=(\/comics\/oots.+\.html)/) {$homepage$1} else {print $firstpage\n; BROKEN_CONFIG!} searchpattern IMG.+?src.+?=.+?(/comics/images/.+?.gif) baseurl $homepage provides latest end I bet the code snippet could be cleaned by using a perl function that dailystrips already includes and the curl requirement could be dropped. However I can think of a much more versatile solution. Something like this: strip orderofthestick name Order Of The Stick homepage http://www.giantitp.com/ type search searchpage $homepage pagepattern A href=(\/comics\/oots.+\.html) searchpattern IMG.+?src.+?=.+?(/comics/images/.+?.gif) baseurl $homepage provides latest end The idea here is that the user can specify multiple consecutive instances of pagepattern which go in an array and are used to calculate the next value of $searchpage, which is used with the next $pagepattern to get the next page, and finally with $searchpattern to get the image url, like this: strip pagepattern_example name Pagepattern Example homepage http://www.debian.org/ type search searchpage $homepage pagepattern a href=(newspage\d.html) pagepattern a href=(comicpage\d.html) searchpattern (comic\d.gif) baseurl $homepage/comics/ provides latest end An even more flexible approach would allow to specify which part of the previous match should be used as searchpage, but I doubt that would be needed (unless content providers decide to make their pages even more convoluted). (NB: If more cartoon pages would use full-content rss feeds *with* ads, such as Dilbert, I'd happily use them and end this content snarfing business once and for all.) Ok, don't hold your breath for patches. Maybe someone else will pick up this idea. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages dailystrips depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii libwww-perl 5.829-1WWW client/server library for Perl ii perl 5.10.0-24 Larry Wall's Practical Extraction dailystrips recommends no packages. dailystrips suggests no packages. -- debconf information: dailystrips/warning-etcdefs: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540537: dailystrips: corrected definition for dorktower (changed definition included)
Package: dailystrips Version: 1.0.28-9 Severity: normal Hiho! The dorktower definition in strips.def (still) doesn't work. I tried to find a minimal change that will make it work: As it turns out, Kovalic now uses the name of the strip as part of the image filename, and sometimes shifts around directories, so the pattern has to be a bit more general: searchpattern img src=?[^ ]*(/images/comics/[^\.]+\.[A-z]*[^ ]*)? Also it's no longer necessary to use the gamespy url, so the complete definition can look like this: strip dorktower name Dork Tower homepage http://www.dorktower.com/ type search searchpattern img src=?[^ ]*(/images/comics/[^\.]+\.[A-z]*[^ ]*)? baseurl $homepage provides latest end -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages dailystrips depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii libwww-perl 5.829-1WWW client/server library for Perl ii perl 5.10.0-24 Larry Wall's Practical Extraction dailystrips recommends no packages. dailystrips suggests no packages. -- debconf information: dailystrips/warning-etcdefs: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530510: It's getting hard to keep the working version of the package
Hi! More and more packages start depending (directly or indirectly) on libneon-gnutls 0.28.4, so I start getting unresolvable dependencies, even though the software (svn, openoffice, etc.) still *works* with the old version of the package. So I'd really appreciate if this could be fixed soonish! Please tell me if I can provide any information that might help you fix this! -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531090: bla
reassign 531090 linux-image-2.6.30-1-486 thanks This also happens with 2.6.30-1-486. However after resume, there's a series of kernel oopses on the console, which unfortunately didn't go to any logfile (0 pointer dereference in the kernel), directly after reinitialization of opl3sa2. Also it appears that other subsystems of the kernel stopped working properly as well, since I wasn't able to 'less /var/log/syslog' and reboot (I had to alt-sysrq-sync/umount and then hold the off-switch for 4 seconds). So this is a lot worse with 2.6.30 than with 2.6.29. Since I had no other way of capturing those logs, I took a series of actual photographs of the kernel messages on the console. Please tell me if you want to look at them. And of course I'll happily provide any other information that might be helpful. Looks like I'll be downgrading to 2.6.22 or the highest kernel that does not exhibit this bug. Kind regards Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531090: Also in 2.6.30
found 531090 2.6.30-1-486 notfound 531090 2.6.22-2-486 thanks This also happens with 2.6.30-1-486. However after resume, there's a series of kernel oopses on the console, which unfortunately didn't go to any logfile (0 pointer dereference in the kernel), directly after reinitialization of opl3sa2. Also it appears that other subsystems of the kernel stopped working properly as well, since I wasn't able to 'less /var/log/syslog' and reboot (I had to alt-sysrq-sync/umount and then hold the off-switch for 4 seconds). So this is a lot worse with 2.6.30 than with 2.6.29. Since I had no other way of capturing those logs, I took a series of actual photographs of the kernel messages on the console. Please tell me if you want to look at them. And of course I'll happily provide any other information that might be helpful. Looks like I'll be downgrading to 2.6.22 or the highest kernel that does not exhibit this bug. Kind regards Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530510: Still present in 0.28.4-1
The bug is still present in 0.28.4-1, I've installed 0.28.2-6.1 now and put it on hold, so please notify me if you need more information or when the bug has been fixed. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531597: allowSendEvents() interferes with title operations
I found some new information. I went through my .Xdefaults settings for xterm to see if any of those were relevant. For some reason, I had left AllowSendEvents: true in my .Xdefaults (I was experimenting with drag + drop from emacs and firefox into xterm, which never really worked, and I was using some hackish window manager functions that pasted text into my terminal, but I don't use those any more either.) I know this is a security risk, so I disabled it and as a side effect, got settable XTerm titles back! When I enable sending events via the ctrl + leftclick menu, the ability to set titles disappears, and re-appears, when I switch it off. So as far as I can see, the manual doesn't mention that allowSendEvents and allowTitleOps are in some way related, so this behaviour is at least undocumented, iff there's a good reason why those two should not be enabled together. This would mean it's an omission in the documentation. If there isn't such a good reason, I'd say it's a minor functionality bug. HTH Friedel -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531597: xterm: escape sequences to set title are ignored even if allowTitleOps is set
Package: xterm Version: 242-1 Severity: normal printf '\033]0;XTerm Title\007'; read foo should change the title of a running xterm. Works with rxvt. probably related to #510030 but didn't check unpatched upstream package yet. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libfontconfig12.6.0-3generic font configuration library ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20090523-1 shared libraries for terminal hand ii libx11-6 2:1.2.1-1 X11 client-side library ii libxaw7 2:1.0.5-2 X11 Athena Widget library ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.4+1 X11 utilities ii xutils1:7.4+1X Window System utility programs m Versions of packages xterm suggests: pn xfonts-cyrillic 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#531597: xterm: escape sequences to set title are ignored even if allowTitleOps is set
Hi! Julien Cristau schrieb: On Tue, Jun 2, 2009 at 18:20:42 +0200, Friedrich Delgado Friedrichs wrote: Weird, this works for me with 243-1. Also, we don't change the default for allowTitleOps so far. ---Zitatende--- This is indeed weird. I can reproduce this on two amd64 boxes running debian (mostly) testing. I can test on a 386 box later. I can check without any Xresources settings to rule those out as well, so please hang on. I have to add when I filed this bug I was thinking about filing it as minor instead of normal, but something compelled me to choose normal, because I think lots of people use xterm titles to get notified about shell states. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) signature.asc Description: Digital signature
Bug#531090: linux-image-2.6.29-2-486: opl3sa2 sound fails after suspend/resume or rmmod/insmod on toshiba libretto 110 ct
Package: linux-image-2.6.29-2-486 Version: 2.6.29-5 Severity: normal When I use hardware suspend (via apm -s) on my toshiba libretto 110 ct, the soundcard is unusable after resume. This used to work in kernel 2.6.22, however I upgraded a lot of packages in one go (I didn't use the laptop for some time), so it might be another package that's causing this. alsamixer starts and displays levels which I can change, but any soundplayer will hang for a few seconds and then terminate with an error (as if the sound device is blocked, but there's no process blocking any sound device). Sound works again only after reboot. Unloading alsa (with alsa unload) and reloading opl3sa2 doesn't help, but produces the following error after unloading: May 28 22:57:40 gimli kernel: [13098.270456] Trying to free already-free IRQ 5 May 28 22:57:40 gimli kernel: [13098.278892] snd-opl3sa2-pnpbios 00:16: disabled And when I try to modprobe snd-opl3sa2, I get the following error: May 28 22:57:51 gimli kernel: [13109.846896] snd-opl3sa2-pnpbios 00:16: activated May 28 22:57:51 gimli kernel: [13109.847126] opl3sa2: can't grab IRQ 5 May 28 22:57:51 gimli kernel: [13109.858891] snd-opl3sa2-pnpbios 00:16: disabled After failed modprobe, there are no sound devices at all any more, only /dev/snd/timer and /dev/snd/seq are present. /etc/apm/suspend.d/80alsa and /etc/apm/suspend.d/80alsa contain: #!/bin/sh # # apmd proxy script for ALSA [ -x /usr/sbin/alsactl ] || exit 0 case $1,$2 in suspend,*) /usr/sbin/alsactl store /usr/sbin/alsa suspend ;; resume,suspend) /usr/sbin/alsa resume /usr/sbin/alsactl restore ;; esac The notebook is *not* acpi compatible, so using acpi is not an alternative. It may work with s2disk or s2ram (I never tried), but that would probably be very slow compared to hardware suspend. On a personal note: This is a bit of a bummer since I intended to revive the libretto as networked music player in my living room ;-} Please don't hesitate to ask for clarification, if needed. Kind regards FDF -- Package-specific info: ** Version: Linux version 2.6.29-2-486 (Debian 2.6.29-5) (wa...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-10) ) #1 Sun May 17 16:47:55 UTC 2009 ** Command line: root=/dev/hda3 pci=biosirq idebus=66 acpi=off ** Tainted: G D (128) ** Kernel log: [ 776.035921] wlan0: direct probe to AP 00:12:17:cc:dc:e6 try 1 [ 776.036244] wlan0 direct probe responded [ 776.036244] wlan0: authenticate with AP 00:12:17:cc:dc:e6 [ 776.044462] wlan0: authenticated [ 776.044511] wlan0: associate with AP 00:12:17:cc:dc:e6 [ 776.044896] wlan0: RX ReassocResp from 00:12:17:cc:dc:e6 (capab=0x411 status=0 aid=2) [ 776.044896] wlan0: associated [ 837.223998] apm: busy: Parameter out of range [ 842.227990] apm: busy: Parameter out of range [ 843.771721] parport_pc 00:10: disabled [ 843.783710] serial 00:0e: disabled [ 843.795708] i8042 aux 00:08: disabled [ 843.795708] ath5k :01:00.0: restoring config space at offset 0xf (was 0x, writing 0x1c0a010b) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0xe (was 0x, writing 0x0) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0xd (was 0x, writing 0x44) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0xc (was 0x, writing 0x0) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0xb (was 0x, writing 0x721b1799) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0xa (was 0x, writing 0x5001) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x9 (was 0x, writing 0x0) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x8 (was 0x, writing 0x0) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x7 (was 0x, writing 0x0) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x6 (was 0x, writing 0x0) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x5 (was 0x, writing 0x0) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x4 (was 0x, writing 0x1400) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x3 (was 0x, writing 0xa820) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x2 (was 0x, writing 0x201) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x1 (was 0x, writing 0x296) [ 843.795708] ath5k :01:00.0: restoring config space at offset 0x0 (was 0x, writing 0x1d168c) [ 843.799850] yenta_cardbus :00:13.0: setting latency timer to 64 [ 844.511874] yenta_cardbus :00:13.1: setting latency timer to 64 [ 844.663715] i8042 aux 00:08: activated [ 844.675710] serial 00:0e: activated [ 844.687710] parport_pc 00:10: activated [ 844.740898] ath5k :01:00.0: restoring config space at offset 0xf (was 0x1c0a0100, writing
Bug#530653: installation fails with update-alternatives: error: there are no alternatives for asclock
Package: asclock Version: 2.0.12-10 Severity: grave Justification: renders package unusable Trying to update or install asclock 2.0.12-10 fails with the following error: (Reading database ... 161513 files and directories currently installed.) Unpacking asclock (from .../asclock_2.0.12-10_i386.deb) ... update-alternatives: error: no alternatives for asclock. update-alternatives: error: no alternatives for asclock. dpkg: error processing /var/cache/apt/archives/asclock_2.0.12-10_i386.deb (--install): subprocess new pre-installation script returned error exit status 2 Processing triggers for menu ... sh: source: not found Errors were encountered while processing: /var/cache/apt/archives/asclock_2.0.12-10_i386.deb I was unable to resolve this myself. If you need any more information, please feel free to ask. Kind regards FDF -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 2.6.29-2-486 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages asclock depends on: ii asclock-themes2.0.12-10 Theme files for ASclock, a clock a ii libc6 2.9-12 GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxpm4 1:3.5.7-1 X11 pixmap library asclock recommends no packages. Versions of packages asclock suggests: pn wmaker | afterstepnone (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530653: installation fails with update-alternatives: error: there are no alternatives for asclock
Hi Helge! Helge Kreutzmann schrieb: You can obtain a preliminary new version from http://www.helgefjell.de/data/asclock_2.0.12-11_i386.deb It is not as polished as the one to be released, but it should work. I'd be glad if you could try it out (just download and dpkg -i it). ---Zitatende--- Installs and works! Thanks! :) -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) signature.asc Description: Digital signature
Bug#530510: libneon27-gnutls: authentication to subversion via https fails with Key usage violation
Package: libneon27-gnutls Version: 0.28.4-1 Severity: important With libneon24-gnutls version 0.28.4-1 e.g. svn ls https://my-repo.dom/svn/project/ fails with svn: OPTIONS von »https://my-repo.dom/svn/project/«: SSL negotiation failed: SSL error: Key usage violation in certificate has been detected. (https://my-repo.dom/svn/project/) Downgrading to 0.28.2-6.1+b1 fixes the problems. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages libneon27-gnutls depends on: ii libc6 2.9-12GNU C Library: Shared libraries ii libcomerr2 1.41.5-1 common error description library ii libgcrypt111.4.4-2 LGPL Crypto library - runtime libr ii libgnutls262.6.6-1 the GNU TLS library - runtime libr ii libgpg-error0 1.6-1 library for common error values an ii libgssapi-krb5-2 1.7dfsg~beta2-4 MIT Kerberos runtime libraries - k ii libk5crypto3 1.7dfsg~beta2-4 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7dfsg~beta2-4 MIT Kerberos runtime libraries ii libtasn1-3 2.2-1 Manage ASN.1 structures (runtime) ii libxml22.7.3.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages libneon27-gnutls recommends: ii ca-certificates 20081127 Common CA certificates libneon27-gnutls 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#530510: the error occurs when authenticating with an ssl client certificate
I forgot to mention that the error occurs when authenticating with a ssl client certificate. -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) signature.asc Description: Digital signature
Bug#530402: linux-2.6: please enable raw1394 in kernel configuration
Package: linux-2.6 Severity: wishlist ffado is part of debian now, and it needs the raw1394 driver which is not enabled in the packaged kernel. I'm aware that this is incompatible with the new 1394 stack, so it's probably not feasible to close this wishlist item until raw1394 (or equivalent) functionality has been added to the new 1394 stack. (I was referred to http://marc.info/?l=linux1394-userm=124317160225485 elsewhere.) Still, it would be neat if debian could provide out-of-the box support for firewire audio devices :-} -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) 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#456303: libc6: valgrind suppression
Package: libc6 Version: 2.9-12 Severity: normal The following valgrind suppression makes the error message disappear. It may be that this suppression is too generic, it was generated with --gen-suppressions=yes and it's my first... :) { glibc 2.7.x __libc_freeres double free during exit Memcheck:Free fun:free obj:/lib/libc-2.9.so obj:/lib/libc-2.9.so fun:_vgnU_freeres fun:exit fun:(below main) } -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libgcc1 1:4.4.0-4 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii glibc-doc 2.9-12 GNU C Library: Documentation ii locales 2.9-12 GNU C Library: National Language ( -- debconf information: * glibc/upgrade: true * glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: spamassassin rsync postfix cups cron atd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456303: libc6: upstream doesn't react
Package: libc6 Version: 2.9-9 Severity: normal Looks like forwarding to upstream didn't give a reaction. I'm also not sure if this is a bug in valgrind or libc6, or if it's simply a false positive that should be amended by an appropriate ignore rule. I'm also seeing this in my current configuration, and I can exactly reproduce the behaviour with the steps the OP provided. Kind Regards fdf -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii libgcc1 1:4.4.0-3 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii glibc-doc 2.9-9 GNU C Library: Documentation ii locales 2.9-9 GNU C Library: National Language ( -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: rsync openbsd-inetd exim4 cron atd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521655: downgrading libdrm2 works
Hi. I've run into the exact same problem with the fglrx driver, both on my laptop and my desktop system, both running unstable. I can confirm that downgrading libdrm2 helps! -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) signature.asc Description: Digital signature