Bug#684583: libjavascriptcoregtk-1.0-0: segfault in libjavascriptcoregtk-1.0.so.0.13.2[b5191000+3a9000]
Package: libjavascriptcoregtk-1.0-0
Version: 1.8.1-3.1
Severity: important
Tags: upstream
Dear Debian folks,
I already reported the following segmentation fault upstream as #93765 [2].
--- begin quote ---
Using Midori 0.4.6 to browse the WWW the application trashed and I was able to
capture the core dump.
libjavascriptcoregtk-1.0-01.8.1-3.1 i386
Javascript engine library for GTK+
The following messages were printed to the terminal.
** (midori4:6251): CRITICAL **: enchant_dict_check: assertion `len'
failed
** (midori4:6251): CRITICAL **: enchant_dict_check: assertion `len'
failed
** (midori4:6251): CRITICAL **: enchant_dict_check: assertion `len'
failed
(gtk-gnash:15057): Gdk-WARNING **: GdkWindow 0x1c3 unexpectedly
destroyed
(gtk-gnash:15057): Gtk-CRITICAL **: IA__gtk_style_detach: assertion
`style-attach_count 0' failed
The program 'gtk-gnash' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial 199 error_code 3 request_code 18 minor_code 0)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error()
function.)
[1]+ Speicherzugriffsfehler (Speicherabzug geschrieben) midori
And in GDB the output of `thread apply all bt full` is the following.
Thread 9 (Thread 0xa0adbb70 (LWP 15056)):
#0 0xb76cb424 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb4ef3703 in pthread_cond_timedwait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:236
No locals.
#2 0xb75d3bb0 in g_cond_wait_until (cond=cond@entry=0xb82aca40,
mutex=mutex@entry=0xb82aca38, end_time=10871307131)
at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gthread-posix.c:855
ts = {tv_sec = 10871, tv_nsec = 307131000}
status = optimized out
#3 0xb7566d59 in g_async_queue_pop_intern_unlocked (queue=0xb82aca38,
queue@entry=0x87fafb7b, wait=wait@entry=1, end_time=10871307131)
at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gasyncqueue.c:424
retval = optimized out
__PRETTY_FUNCTION__ = g_async_queue_pop_intern_unlocked
#4 0xb756761a in g_async_queue_timeout_pop_unlocked (queue=0x87fafb7b,
timeout=2)
at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gasyncqueue.c:572
end_time = optimized out
#5 0xb75b864f in g_thread_pool_wait_for_new_task (pool=0xb82ace30)
at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gthreadpool.c:264
task = optimized out
#6 g_thread_pool_thread_proxy (data=0xb82ace30) at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gthreadpool.c:298
task = 0xb9b68f00
pool = 0xb82ace30
#7 0xb75b7d93 in g_thread_proxy (data=0xb9b60290) at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gthread.c:801
thread = 0xb9b60290
#8 0xb4eeec39 in start_thread (arg=0xa0adbb70) at pthread_create.c:304
__res = optimized out
__ignore1 = optimized out
__ignore2 = optimized out
pd = 0xa0adbb70
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1259343884, 0,
4001536, -1599229240, 970089110, -1083592514}, mask_was_saved = 0}},
priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0,
cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#9 0xb4e5c23e in clone () at
../sysdeps/unix/sysv/linux/i386/clone.S:130
No locals.
Thread 8 (Thread 0xa32e0b70 (LWP 15051)):
#0 0xb76cb424 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb4ef3703 in pthread_cond_timedwait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:236
No locals.
#2 0xb75d3bb0 in g_cond_wait_until (cond=cond@entry=0xb12e5230,
mutex=mutex@entry=0xb12e5228, end_time=10871667451)
at
/build/buildd-glib2.0_2.32.3-1-i386-987P8N/glib2.0-2.32.3/./glib/gthread-posix.c:855
ts = {tv_sec = 10871, tv_nsec = 667451000}
status = optimized out
#3 0xb7566d59 in g_async_queue_pop_intern_unlocked
Bug#684569: linux-image-3.5-trunk-686-pae: microcode module loaded on Celeron CPU
user debian-eeepc-de...@lists.alioth.debian.org usertags 684569 701 quit Dear Ben, thank you for your reply. Tigran, Andi, you can read the whole thread under for #684569 [1]. It would be great, if you could clarify the points below for me. Am Samstag, den 11.08.2012, 13:23 +0100 schrieb Ben Hutchings: On Sat, 2012-08-11 at 12:24 +0200, Paul Menzel wrote: Package: src:linux Version: 3.5-1~experimental.1 Severity: normal Control: user debian-eeepc-de...@lists.alioth.debian.org Control: usertags -1 701 I have no idea why the last two processing control commands were rejected by the Debian BTS [2][3]. Hopefully it will work now. testing Linux kernel 3.5-1~experimental.1 [1] from Debian experimental I noticed that the module `microcode` is loaded which has according to `/var/log/syslog` not been the case with Linux 3.2.y. [...] So to summarize I think, this module should not be loaded automatically for this Celeron processor, which is not need for operation. This really depends on what operations you want to do, and how buggy the CPU microcode installed by the BIOS is. If you care that much about it, you can blacklist it. Understood. Although I do not understand from where the updated microcode is fetched. The only way for desktop users were BIOS upgrades if I remember correctly. Linux does not ship the microcode, does not it. So I do not see what purpose this module has for desktop users. Commit 78ff123b [1] commit 78ff123b05fb15beb1ad670372eea0d299d0b8af Author: Andi Kleen a...@linux.intel.com Date: Thu Jan 26 00:09:13 2012 +0100 is likely the one introducing this behavior. $ git describe 78ff123b05fb15beb1ad670372eea0d299d0b8af v3.3-rc1-38-g78ff123 I think that should actually be backported to wheezy, as I meant to apply all the CPU auto-loading patches. I never thought that this would be the outcome of my report. ;-) Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684569 [2] http://wiki.debian.org/bugs.debian.org/usertags [3] http://www.donarmstrong.com/posts/control_at_submit/ signature.asc Description: This is a digitally signed message part
Bug#684569: linux-image-3.5-trunk-686-pae: microcode module loaded on Celeron CPU
Am Samstag, den 11.08.2012, 14:24 +0100 schrieb Ben Hutchings: On Sat, 2012-08-11 at 15:17 +0200, Paul Menzel wrote: [...] testing Linux kernel 3.5-1~experimental.1 [1] from Debian experimental I noticed that the module `microcode` is loaded which has according to `/var/log/syslog` not been the case with Linux 3.2.y. [...] So to summarize I think, this module should not be loaded automatically for this Celeron processor, which is not need for operation. This really depends on what operations you want to do, and how buggy the CPU microcode installed by the BIOS is. If you care that much about it, you can blacklist it. Understood. Although I do not understand from where the updated microcode is fetched. The only way for desktop users were BIOS upgrades if I remember correctly. Linux does not ship the microcode, does not it. [...] It's packaged in ia32-microcode (and amd64-microcode) Hmm, no microcode packages are installed on my systems. (Which seems to be a bad thing.) $ aptitude search microcode p amd64-microcode - Processor microcode firmware for AMD CPUs p intel-microcode - Processor microcode firmware for Intel CPUs My point is that if you do not have these microcode packages installed, and if they are not installed automatically most users will not do so, then loading the microcode module/driver does not have any effect. and I believe it can be loaded by udev now. Should not be udev also responsible for loading the necessary modules then? Another solution would be that the packages shipping microcodes should also ship an appropriate `/etc/modprobe.d/microcode.conf` file to load the module. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#684569: linux-image-3.5-trunk-686-pae: microcode module loaded on Celeron CPU
Am Samstag, den 11.08.2012, 15:12 +0100 schrieb Ben Hutchings: On Sat, 2012-08-11 at 15:44 +0200, Paul Menzel wrote: Am Samstag, den 11.08.2012, 14:24 +0100 schrieb Ben Hutchings: On Sat, 2012-08-11 at 15:17 +0200, Paul Menzel wrote: [...] testing Linux kernel 3.5-1~experimental.1 [1] from Debian experimental I noticed that the module `microcode` is loaded which has according to `/var/log/syslog` not been the case with Linux 3.2.y. [...] So to summarize I think, this module should not be loaded automatically for this Celeron processor, which is not need for operation. This really depends on what operations you want to do, and how buggy the CPU microcode installed by the BIOS is. If you care that much about it, you can blacklist it. Understood. Although I do not understand from where the updated microcode is fetched. The only way for desktop users were BIOS upgrades if I remember correctly. Linux does not ship the microcode, does not it. [...] It's packaged in ia32-microcode (and amd64-microcode) Hmm, no microcode packages are installed on my systems. (Which seems to be a bad thing.) $ aptitude search microcode p amd64-microcode - Processor microcode firmware for AMD CPUs p intel-microcode - Processor microcode firmware for Intel CPUs My point is that if you do not have these microcode packages installed, and if they are not installed automatically most users will not do so, then loading the microcode module/driver does not have any effect. and I believe it can be loaded by udev now. Should not be udev also responsible for loading the necessary modules then? It is. Sorry for being dumb. But why is needed now that the module automatically/unconditionally loads? Another solution would be that the packages shipping microcodes should also ship an appropriate `/etc/modprobe.d/microcode.conf` file to load the module. Thanks and sorry for my ignorance, Paul signature.asc Description: This is a digitally signed message part
Bug#684569: linux-image-3.5-trunk-686-pae: microcode module loaded on Celeron CPU
Dear Andi, thank you for your response. Am Sonntag, den 12.08.2012, 06:10 -0700 schrieb Andi Kleen: On Sat, Aug 11, 2012 at 03:17:19PM +0200, Paul Menzel wrote: This really depends on what operations you want to do, and how buggy the CPU microcode installed by the BIOS is. If you care that much about it, you can blacklist it. Understood. Although I do not understand from where the updated microcode is fetched. The only way for desktop users were BIOS upgrades if I remember correctly. Linux does not ship the microcode, does not it. So I do not see what purpose this module has for desktop users. Intel regularly releases microcode updates and distributions are supposed to do regular package updates with the latest microcode file. You should get those with your normal update mechanism. In general it's recommended to run with the latest microcode. Looking into this some more, this seems unlikely in Debian because the microcode packages are in non-free [1] and therefore not available for Debian users not having enabled non-free repositories. Because of that the microcode packages are also non-essential, that means not installed by default even when non-free packages are allowed. And normal users will never install them by themselves. So currently I am pretty sure 99, % of Debian users do not have it installed. With the latest mainline kernel the microcode driver should be automatically loaded by CPUID probing through udev. How can I find out, if the microcode provided by my BIOS is older than the one provided by the processor vendor? I am pretty sure, that for example Intel does not release any updates for the Celeron CPU in my ASUS Eee PC 701 4G. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=intel-microcode;dist=unstable signature.asc Description: This is a digitally signed message part
Bug#676340: libreoffice: official `README.gz` not packaged but mentioned in `README.Debian.gz`
Package: libreoffice Version: 1:3.5.4-1 Severity: normal Dear Debian folks, `/usr/share/doc/libreoffice/README.Debian.gz` contains the following section. More information about LibreOffice in Debian === Please read the official README.gz (in the same directory as this file), too. If you have questions, either post to our the mailing list: http://lists.debian.org/debian-openoffice Or go to the the #debian-oo IRC channel on irc.debian.org The Debian LibreOffice team Though I cannot find the official `README.gz` in the directory. $ ls -l /usr/share/doc/libreoffice/ insgesamt 128 -rw-r--r-- 1 root root 21092 Jun 5 11:10 changelog.Debian.gz -rw-r--r-- 1 root root 93802 Mai 11 20:38 copyright -rw-r--r-- 1 root root 4731 Mai 11 20:38 README.Debian.gz Could you please package that file? Maybe even upstream’s NEWS or changelog file if there are any. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice depends on: ii fonts-sil-gentium-basic [ttf-sil-gentium-basic] 1.1-5 ii liblucene2-java 2.9.4+ds1-4 ii libreoffice-base 1:3.5.4-1 ii libreoffice-calc 1:3.5.4-1 ii libreoffice-core 1:3.5.4-1 ii libreoffice-draw 1:3.5.4-1 ii libreoffice-filter-mobiledev 1:3.5.3-5 ii libreoffice-impress 1:3.5.4-1 ii libreoffice-java-common 1:3.5.4-1 ii libreoffice-math 1:3.5.4-1 ii libreoffice-report-builder-bin 1:3.5.3-5 ii libreoffice-writer 1:3.5.4-1 ii ttf-dejavu 2.33-2 ii ttf-sil-gentium-basic1.1-5 Versions of packages libreoffice recommends: ii fonts-liberation [ttf-liberation] 1.07.2-2 ii libpaper-utils 1.1.24+nmu2 ii ttf-liberation 1.07.2-2 ii ttf-mscorefonts-installer 3.4+nmu1 Versions of packages libreoffice suggests: ii cups-bsd1.5.3-1 ii default-jre [java5-runtime] 1:1.6-47 ii gstreamer0.10-ffmpeg1:0.10.11-4.1 ii gstreamer0.10-plugins-bad 0.10.23-5 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii gstreamer0.10-plugins-ugly 0.10.19-2+b1 ii hunspell-de-de [hunspell-dictionary]20110609-1 ii hyphen-de [hyphen-hyphenation-patterns] 1:3.3.0-3 ii iceweasel 10.0.4esr-3 ii imagemagick 8:6.7.7.2-1 ii libgl1-mesa-glx [libgl1]8.0.2-2 ii libldap-2.4-2 2.4.28-1.3 ii libreoffice-filter-binfilter1:3.5.4-1 ii libreoffice-gnome | libreoffice-kde none ii libreoffice-grammarchecknone ii libreoffice-help-de [libreoffice-help-3.5] 1:3.5.3-5 ii libreoffice-l10n-de [libreoffice-l10n-3.5] 1:3.5.3-5 ii libreoffice-officebean none ii libsane 1.0.22-7.1 ii libxrender1 1:0.9.7-1 ii myspell-de-at [myspell-dictionary] 20110609-1 ii myspell-de-ch [myspell-dictionary] 20110609-1 ii mythes-de [mythes-thesaurus]20120516-1 ii openclipart-libreoffice none ii openjdk-6-jre [java5-runtime] 6b24-1.11.1-6 ii pstoedit3.60-2+b1 ii unixodbc2.2.14p2-5 Versions of packages libreoffice-core depends on: ii fontconfig 2.9.0-6 ii fonts-opensymbol [ttf-opensymbol] 2:102.2+LibO3.5.3-5 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libcmis-0.2-0 0.1.0-1+b1 ii libcurl3-gnutls7.26.0-1 ii libdb5.1 5.1.29-4 ii libexpat1 2.1.0-1 ii libexttextcat0 3.2.0-2 ii libfontconfig1 2.9.0-6 ii libfreetype6 2.4.9-1 ii libgcc11:4.7.0-11 ii libglib2.0-0 2.32.3-1 ii libgraphite2-2.0.0 1.1.3-1 ii libgstreamer-plugins-base0.10-00.10.36-1 ii libgstreamer0.10-0
Bug#676463: sysv-rc: complains incorrectly(?) about obsolete init.d scripts for fuse and others
Package: sysv-rc Version: 2.88dsf-26 Severity: important Dear Debian folks, in contrast to earlier versions, with this version installation of `sysv-rc` fails when migration to dependency based boot fails. Additionally it complains about obsolete init.d scripts of packages which were never a problem before and whose init.d scripts do not seem to be obsolete. sysv-rc (2.88dsf-26) wird eingerichtet ... info: Checking if it is safe to convert to dependency based boot. error: Unable to migrate to dependency based boot sequencing. error: Problems detected: package fuse left obsolete init.d script behind, package initscripts left obsolete init.d script behind, package initscripts left obsolete init.d script behind, package initscripts left obsolete init.d script behind, package libchipcard-tools left obsolete init.d script behind, package smartmontools left obsolete init.d script behind, , package gdm removed but not purged If this is due to the presence of unpurged obsolete initscripts, it is suggested that the following is run to remove them: dpkg --purge fuse initscripts initscripts initscripts libchipcard-tools smartmontools See http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot for more information about dependency based boot sequencing. To reattempt the migration process run 'dpkg --configure sysv-rc'. dpkg: Fehler beim Bearbeiten von sysv-rc (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: sysv-rc This is an example for the package `fuse`. $ dpkg -S /etc/init.d/fuse fuse: /etc/init.d/fuse Also the other init.d scripts are packaged properly. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysv-rc depends on: ii debconf [debconf-2.0] 1.5.43 ii insserv1.14.0-3 ii sysvinit-utils 2.88dsf-26 Versions of packages sysv-rc recommends: ii lsb-base 4.1+Debian6 Versions of packages sysv-rc suggests: pn bum none pn sysv-rc-conf none -- debconf information: * sysv-rc/unable-to-convert: sysv-rc/convert-legacy: true signature.asc Description: This is a digitally signed message part
Bug#676463: sysv-rc: complains incorrectly(?) about obsolete init.d scripts for fuse and others
Am Donnerstag, den 07.06.2012, 18:57 +0100 schrieb Roger Leigh: severity 676463 serious severity 676520 serious forcemerge 676463 676520 thanks On Thu, Jun 07, 2012 at 09:09:55AM +0200, Paul Menzel wrote: in contrast to earlier versions, with this version installation of `sysv-rc` fails when migration to dependency based boot fails. Additionally it complains about obsolete init.d scripts of packages which were never a problem before and whose init.d scripts do not seem to be obsolete. Previously, sysv-rc gave you two options: legacy bootordering or dependency based bootordering. You could keep the broken scripts and remain with legacy, or you could clean up the scripts and enable dependency bootordering. The change here is that we now require you to migrate to dependency based bootordering, because we will no longer support legacy static ordering. Please have a read through the details in NEWS.Debian: +sysv-rc (2.88dsf-23) experimental; urgency=low + + Dependency based boot ordering is now required. + + Most systems will already be using dependency based boot ordering. + This includes all squeeze and later releases, unless you have taken + deliberate action to disable it. Installations upgraded from etch, + lenny or earlier releases will have enabled dependency based booting + when upgrading to squeeze and later releases. However, it was + previously possible to opt out of migrating to dependency based + booting and retain static boot ordering. This is no longer the case. + + If your system is still using static boot ordering, migrating to + dependency based boot ordering will be performed when sysv-rc is + configured. If this is not possible for any reason, you will have to + correct the problem before upgrading can continue. It will not be + possible to complete the upgrade until insserv is configured. + + The most commonly encountered problem preventing migration is the + presence of obsolete init scripts from removed (but unpurged) + packages. If this is the case, you will be prompted with + instructions detailing how to purge these old packages. + + If you have custom init scripts, please ensure that these have the + correct dependency information in an LSB header so that they will be + run at the correct point in the boot sequence. + + -- Roger Leigh rle...@debian.org Wed, 18 Apr 2012 23:30:37 +0100 sysv-rc (2.88dsf-26) wird eingerichtet ... info: Checking if it is safe to convert to dependency based boot. error: Unable to migrate to dependency based boot sequencing. error: Problems detected: package fuse left obsolete init.d script behind, package initscripts left obsolete init.d script behind, package initscripts left obsolete init.d script behind, package initscripts left obsolete init.d script behind, package libchipcard-tools left obsolete init.d script behind, package smartmontools left obsolete init.d script behind, , package gdm removed but not purged If this is due to the presence of unpurged obsolete initscripts, it is suggested that the following is run to remove them: dpkg --purge fuse initscripts initscripts initscripts libchipcard-tools smartmontools This is wrong; we shouldn't be purging initscripts. Could you possibly let me know which specific files were left behind which were causing problems? We should be able to correct this during the upgrade. Also the other init.d scripts are packaged properly. Yes. The ones causing problems aren't current ones, they are obsolete ones left by removed (but not purged) packages. Purging the packages will remove them, allowing you to continue. As David pointed out in this replies too, the assumptions that the listed packages were removed is incorrect. $ LANG=C aptitude show fuse Package: fuse New: yes State: installed Automatically installed: yes Version: 2.9.0-1 Priority: optional Section: utils Maintainer: Daniel Baumann daniel.baum...@progress-technologies.net Architecture: i386 Uncompressed Size: 177 k Depends: libc6 (= 2.4), libfuse2 (= 2.9.0-1), adduser, mount (= 2.19.1), sed (= 4), udev | makedev Conflicts: fuse-utils ( 2.8.5-2~) Breaks: loop-aes-utils ( 2.16.2-3~) Replaces: fuse-utils Description: Filesystem in Userspace Filesystem in Userspace (FUSE) is a simple interface for userspace programs to export a virtual filesystem to the Linux kernel. It also aims to provide a secure method for non privileged users to create and mount their own filesystem implementations. Homepage: http://fuse.sourceforge.net/ This is also true for `initscripts`, `libchipcard-tools` and `smartmontools`. Ideally, we could do this automatically. I intend to look into whether we can just enable it even
Bug#676520: Bug#676463: me too and more info
Gordon, thank for the follow up. In the future please add the addresses of all people who responded in that bug thread to CC. Even better, import the messages from the mbox you get with bts show --mbox 676463 and reply to the appropriate message to keep the threading and ease the life of everyone. Am Freitag, den 08.06.2012, 21:40 +0100 schrieb Roger Leigh: On Fri, Jun 08, 2012 at 02:16:58PM -0600, Gordon Haverland wrote: I have the same packages triggering init script warnings. In addition, I get a warning from insserv files about K20scsi-idle and scsi-idle missing LSB tags and overrides. Could you possibly attach a copy of each failing script? Please find the scripts attached. There seem to be also three scripts from the `initscripts` package which cause some problems. /etc/init.d /etc/init.d/rmnologin /etc/init.d/umountnfs.sh /etc/init.d/umountroot /etc/init.d/sendsigs /etc/init.d/single /etc/init.d/killprocs /etc/init.d/hostname.sh /etc/init.d/mountall.sh /etc/init.d/halt /etc/init.d/umountfs /etc/init.d/checkfs.sh /etc/init.d/mountall-bootclean.sh /etc/init.d/mountnfs.sh /etc/init.d/bootlogs /etc/init.d/mountdevsubfs.sh /etc/init.d/bootmisc.sh /etc/init.d/checkroot.sh /etc/init.d/mountnfs-bootclean.sh /etc/init.d/skeleton /etc/init.d/reboot /etc/init.d/mountoverflowtmp /etc/init.d/rc.local /etc/init.d/mtab.sh /etc/init.d/mountkernfs.sh /etc/init.d/urandom But I do not know which. Thanks, Paul fuse Description: application/shellscript libchipcard-tools Description: application/shellscript smartmontools Description: application/shellscript signature.asc Description: This is a digitally signed message part
Bug#676463: me too and more info
Am Freitag, den 08.06.2012, 16:34 -0600 schrieb Gordon Haverland: On June 8, 2012, Paul Menzel wrote: thank for the follow up. In the future please add the addresses of all people who responded in that bug thread to CC. Even better, import the messages from the mbox you get with bts show --mbox 676463 What mbox? I don't get any mboxen. Did you run the command? `bts` is in package `devscripts`. Normally mutt opens automatically, but you can exit with `q` right away. The downloaded mbox (mail box) files is stored under `~/.devscripts_cache/bts/`. I just sent an email with kmail to the bugs address for this bug. I know. And I did not receive your message. I had to check the Web page manually to see if there was an answer. and reply to the appropriate message to keep the threading and ease the life of everyone. I'm sure if I do that all the time, someone will come along with something else I am doing wrong. Nobody has said such things to me yet. I am pretty sure that is the preferred way. Am Freitag, den 08.06.2012, 21:40 +0100 schrieb Roger Leigh: On Fri, Jun 08, 2012 at 02:16:58PM -0600, Gordon Haverland wrote: I have the same packages triggering init script warnings. In addition, I get a warning from insserv files about K20scsi-idle and scsi-idle missing LSB tags and overrides. Could you possibly attach a copy of each failing script? Please find the scripts attached. There seem to be also three scripts from the `initscripts` package which cause some problems. /etc/init.d /etc/init.d/rmnologin /etc/init.d/umountnfs.sh /etc/init.d/umountroot /etc/init.d/sendsigs /etc/init.d/single /etc/init.d/killprocs /etc/init.d/hostname.sh /etc/init.d/mountall.sh /etc/init.d/halt /etc/init.d/umountfs /etc/init.d/checkfs.sh /etc/init.d/mountall-bootclean.sh /etc/init.d/mountnfs.sh /etc/init.d/bootlogs /etc/init.d/mountdevsubfs.sh /etc/init.d/bootmisc.sh /etc/init.d/checkroot.sh /etc/init.d/mountnfs-bootclean.sh /etc/init.d/skeleton /etc/init.d/reboot /etc/init.d/mountoverflowtmp /etc/init.d/rc.local /etc/init.d/mtab.sh /etc/init.d/mountkernfs.sh /etc/init.d/urandom Okay, I forced dpkg to install the new initscripts package with -- force-depends. I now get 3 mystery files from initscripts causing problems. I also get these errors with `initscripts` 2.88dsf-22.1 installed. Only `sysv-rc` is currently not configured on this system. I looked at all the files from initscripts that install in init.d/ There are 6 files which do not have a last line which starts with a full colon. One that does has : exit 0 There are 6 files where the first executable line is not PATH= There are 6 files where the first non-empty line after ### END INIT INFO line is a comment line. There are 5 or 6 lines in the INIT INFO area, where there is no argument to the field, but there is whitespace after the full colon. I believe two of the files have a tab as the trailing whitespace, the remainder having a single space as the trailing whitespace. I think one file has both (one of each). Interesting. Did you fix these right away (and send patches)? :P Without knowing what your program is looking for, that is all I can guess at. Guess we have to check what the package scripts actually check. Time to get back to writing a presentation on NORM. Whatever NORM is, good luck with your presentation. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#676778: libchipcard-tools: please remove obsolete conffiles (init.d script)
Package: libchipcard-tools
Version: 4.99.4beta-1
Severity: normal
Dear Debian folks,
thanks to `sysv-rc` checking for obsolete conffiles [1] it was revealed
that `libchipcard-tools` left its (unmodified) init.d script behind
although it was removed in 4.99.4beta-1.
$ dpkg-query -W -f='${Conffiles}\n' libchipcard-tools
/etc/init.d/libchipcard-tools 143e954c4d63ff8e7f7710ed0affd273 obsolete
$ md5sum /etc/init.d/libchipcard-tools
143e954c4d63ff8e7f7710ed0affd273 /etc/init.d/libchipcard-tools
It would be great if the package could remove that file. The page in the
Debian Wiki contains more information how to do that [2].
Thanks,
Paul
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676463
[2] http://wiki.debian.org/DpkgConffileHandling
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libchipcard-tools depends on:
ii libc6 2.13-33
ii libchipcard-data 5.0.3beta-1
ii libchipcard6 5.0.3beta-1
ii libgcc1 1:4.7.0-11
ii libgwenhywfar60 4.3.3-1
ii libstdc++64.7.0-11
libchipcard-tools recommends no packages.
libchipcard-tools suggests no packages.
-- no debconf information
signature.asc
Description: This is a digitally signed message part
Bug#670635: fuse (2.8.7-2) leaves /etc/init.d/fuse behind
Dear Debian folks,
Am Freitag, den 27.04.2012, 15:37 +0200 schrieb Thilo Six:
Package: fuse
Version: 2.8.7-2
Severity: normal
Dear Maintainer,
fuse (2.8.7-2) fixed this:
* Removing initscript in favour of udev rule
but fuse (2.8.7-2) leaves '/etc/init.d/fuse' behind
the package scripts should remove such obsolete conffiles.
$ dpkg-query -W -f='${Conffiles}\n' fuse | grep 'obsolete$'
/etc/init.d/fuse 453b0e3f3f8facb9efc6cc73df8a7f05 obsolete
$ md5sum /etc/init.d/fuse
453b0e3f3f8facb9efc6cc73df8a7f05 /etc/init.d/fuse
It would be awesome if you could make the appropriate change as outlined
in the Debian Wiki [1].
Currently a check in `sysv-rc` chokes on that as reported in #676463
[2], so it would be great if a fixed package could be upgrade before
this goes to testing.
Thanks,
Paul
[1] http://wiki.debian.org/DpkgConffileHandling
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676463
signature.asc
Description: This is a digitally signed message part
Bug#653050: obsolete conffiles / symlinks not cleaned up for bootlogd split
Dear Debian folks,
Am Mittwoch, den 07.03.2012, 09:30 +0100 schrieb Michael Biebl:
On 23.12.2011 13:11, Roger Leigh wrote:
On Fri, Dec 23, 2011 at 06:24:22AM +0100, Michael Biebl wrote:
Package: initscripts
Version: 2.88dsf-18
Severity: normal
Thanks for splitting bootlogd into a separate package!
I noticed though, that after the upgrade I still had the obsolete
conffiles installed:
Just to clarify, was bootlogd installed at any point? If bootlogd
No, I just upgraded initscripts/sysvinit-utils
I never installed bootlogd (btw, I hope you don't add bootlogd back as a
depends or recommends)
if I am not mistaken I also never had `bootlogd` installed.
gets installed, we can do conffile-related handling in the preinst,
but otherwise it would be rather dangerous for use to do anything
here, since we might remove files owned by bootlogd.
I've moved conffiles between packages and within packages before, but
never kept them in the same location. That does make it trickier.
This might be helpful:
http://lists.debian.org/debian-devel/2012/02/msg00249.html
http://lists.debian.org/debian-devel/2012/02/msg00254.html
http://lists.debian.org/debian-devel/2012/02/msg00349.html
Ironically this bug leads to the problem reported in #676463 for
`sysv-rc`. (I do not know if `affects` or `blocks` have to be set.)
$ dpkg-query -W -f='${Conffiles}\n' initscripts | grep 'obsolete$'
/etc/init.d/stop-bootlogd 4544c7e1a2d0c713d29424d02faad237 obsolete
/etc/init.d/bootlogd 267ceea04f703171e6c62f506fda3305 obsolete
/etc/init.d/stop-bootlogd-single 648d8624e708151500c5e299a6005afe
obsolete
$ md5sum /etc/init.d/stop-bootlogd /etc/init.d/bootlogd
/etc/init.d/stop-bootlogd-single
4544c7e1a2d0c713d29424d02faad237 /etc/init.d/stop-bootlogd
267ceea04f703171e6c62f506fda3305 /etc/init.d/bootlogd
648d8624e708151500c5e299a6005afe /etc/init.d/stop-bootlogd-single
So `initscripts` should make sure to get these conffiles removed, if I
am not mistaken.
It would be great if you could find a solution.
Thanks,
Paul
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676463
signature.asc
Description: This is a digitally signed message part
Bug#676463: me too and more info
Am Freitag, den 08.06.2012, 19:18 -0600 schrieb Gordon Haverland:
On June 8, 2012, Paul Menzel wrote:
Am Freitag, den 08.06.2012, 16:34 -0600 schrieb Gordon Haverland:
On June 8, 2012, Paul Menzel wrote:
thank for the follow up. In the future please add the
addresses of all people who responded in that bug thread
to CC.
Even better, import the messages from the mbox you get with
bts show --mbox 676463
What mbox? I don't get any mboxen.
Did you run the command? `bts` is in package `devscripts`.
Normally mutt opens automatically, but you can exit with `q`
right away. The downloaded mbox (mail box) files is stored
under
`~/.devscripts_cache/bts/`.
I just sent an email with kmail to the bugs address for this
bug.
I know. And I did not receive your message. I had to check the
Web page manually to see if there was an answer.
Sorry, I am not a developer or a Debian maintainer. I've lived
with UNIX since 1984 and computers since 1978. At heart, I am a
FORTRAN programmer, but I've dabbled in lots of stuff. I have
more than enough other stuff to keep me busy, I was just trying to
help. Downloading other mbox to add to my kmail isn't on my list
of things I want to do.
It takes one minute and saves everyone else time. I cannot tell you what
to do with your time. But frankly every one of us even following up on
reports has »more than enough other stuff to keep her/him busy«. And
most of the time it is just a matter if you take the time, which
unfortunately I had to do now.
By the way, if it is quicker you can also download the mbox file of one
message from the »mbox« link on the HTML bug report page. To keep
threading you just need the last one.
and reply to the appropriate message to keep the threading
and ease the life of everyone.
I'm sure if I do that all the time, someone will come along
with something else I am doing wrong.
Nobody has said such things to me yet. I am pretty sure that is
the preferred way.
Over the years, I seldom reply to all. As a general principle,
it seemed to cause more problems than it solved. I will try to do
this with bugreports, but I suspect even there, I will find more
people wondering why I wrote them, than people thanking me for
writing them.
Am Freitag, den 08.06.2012, 21:40 +0100 schrieb Roger Leigh:
On Fri, Jun 08, 2012 at 02:16:58PM -0600, Gordon Haverland wrote:
I have the same packages triggering init script
warnings.
In addition, I get a warning from insserv files about
K20scsi-idle and scsi-idle missing LSB tags and
overrides.
Could you possibly attach a copy of each failing script?
Please find the scripts attached. There seem to be also
three scripts from the `initscripts` package which cause
some problems.
/etc/init.d
/etc/init.d/rmnologin
/etc/init.d/umountnfs.sh
/etc/init.d/umountroot
/etc/init.d/sendsigs
/etc/init.d/single
/etc/init.d/killprocs
/etc/init.d/hostname.sh
/etc/init.d/mountall.sh
/etc/init.d/halt
/etc/init.d/umountfs
/etc/init.d/checkfs.sh
/etc/init.d/mountall-bootclean.sh
/etc/init.d/mountnfs.sh
/etc/init.d/bootlogs
/etc/init.d/mountdevsubfs.sh
/etc/init.d/bootmisc.sh
/etc/init.d/checkroot.sh
/etc/init.d/mountnfs-bootclean.sh
/etc/init.d/skeleton
/etc/init.d/reboot
/etc/init.d/mountoverflowtmp
/etc/init.d/rc.local
/etc/init.d/mtab.sh
/etc/init.d/mountkernfs.sh
/etc/init.d/urandom
Okay, I forced dpkg to install the new initscripts package
with -- force-depends. I now get 3 mystery files from
initscripts causing problems.
I also get these errors with `initscripts` 2.88dsf-22.1
installed. Only `sysv-rc` is currently not configured on this
system.
I looked at all the files from initscripts that install in
init.d/
[…]
Ok, reading the `postinst` script
is_unsafe_to_activate() {
retval=1
# Refuse to convert when there are obsolete init.d scripts left
# behind, as these tend to confuse the boot sequence.
echo info: Checking if it is safe to convert to dependency based
boot. 12
for package in $(dpkg -S $(find /etc/init.d -type f -perm /+x) \
2/dev/null | cut -d: -f1 | sort -u); do
obsolete_initscripts=$(dpkg-query -W -f='${Conffiles}\n'
$package | \
grep 'obsolete$' | grep -o '/etc/init.d/[^ ]\+') || :
if [ $obsolete_initscripts ]; then
for initscript in $obsolete_initscripts; do
if [ -e $initscript
Bug#676830: openssh-server: Please ship systemd service file
Package: openssh-server Version: 1:6.0p1-1 Severity: wishlist User: syst...@packages.debian.org Usertags: openssh-server Dear Debian folks, it would be great if you could enable systemd support for openssh-server by packaging the service file [1][2][3]. Thank you very much, Paul [1] http://0pointer.de/public/systemd-units/ [2] http://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-connectivity/openssh/openssh [3] http://lists.busybox.net/pipermail/buildroot/2012-February/049874.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openssh-server depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.43 ii dpkg 1.16.4.1 ii libc6 2.13-33 ii libcomerr2 1.42.2-2 ii libgssapi-krb5-2 1.10.1+dfsg-1 ii libkrb5-3 1.10.1+dfsg-1 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g 1.1.3-7.1 ii libselinux12.1.9-4 ii libssl1.0.01.0.1c-3 ii libwrap0 7.6.q-23 ii lsb-base 4.1+Debian6 ii openssh-client 1:6.0p1-1 ii procps 1:3.3.3-1 ii zlib1g 1:1.2.7.dfsg-11 Versions of packages openssh-server recommends: ii openssh-blacklist0.4.1 ii openssh-blacklist-extra 0.4.1 ii xauth1:1.0.7-1 Versions of packages openssh-server suggests: pn molly-guard none pn monkeysphere none pn rssh none pn ssh-askpass none pn ufw none -- debconf information: * ssh/vulnerable_host_keys: ssh/new_config: true * ssh/use_old_init_script: true ssh/disable_cr_auth: false ssh/encrypted_host_key_but_no_keygen: signature.asc Description: This is a digitally signed message part
Bug#676876: cups: remove obsolete conffiles
Package: cups
Version: 1.4.4-2
Severity: normal
Dear Debian folks,
there are obsolete unmodified conffiles left behind by the package.
$ dpkg-query -W -f='${Conffiles}\n' cups | grep obsolete
/etc/cups/acroread.conf 74fde568dd7616b3052f2cf6ee13e681 obsolete
/etc/cups/pdftops.conf 04efb7cf36d45ee490b1c57b6e30d736 obsolete
/etc/cups/oopstops.convs b1037d7b91885f0f7b82224d4bcc2766 obsolete
/etc/cups/oopstops.types 725b23d5db635b3952bda4d97bb7a741 obsolete
/etc/cups/pstopdf.convs e9091d8a1c09b2959013a006913f6527 obsolete
/etc/cups/mime.types a7a6f550ad9e9a2bb8890bf9b7a7f445 obsolete
/etc/cups/mime.convs 9f906d03d2cb9fc96119c576f61e5cf0 obsolete
$ dpkg-query -W -f='${Conffiles}\n' cups | grep obsolete | cut -d
-f 2 | xargs md5sum
74fde568dd7616b3052f2cf6ee13e681 /etc/cups/acroread.conf
04efb7cf36d45ee490b1c57b6e30d736 /etc/cups/pdftops.conf
b1037d7b91885f0f7b82224d4bcc2766 /etc/cups/oopstops.convs
725b23d5db635b3952bda4d97bb7a741 /etc/cups/oopstops.types
e9091d8a1c09b2959013a006913f6527 /etc/cups/pstopdf.convs
a7a6f550ad9e9a2bb8890bf9b7a7f445 /etc/cups/mime.types
9f906d03d2cb9fc96119c576f61e5cf0 /etc/cups/mime.convs
It would be great if they could be removed [1].
I chose version 1.4.4-2 as `/etc/cups/acroread.conf` was removed there.
cups (1.4.4-2) unstable; urgency=low
[ Till Kamppeter ]
[…]
* debian/local/acroread.conf, debian/local/pdftops.conf,
debian/cups.install:
Removed /etc/cups/acroread.conf and /etc/cups/pdftops.conf. These
two files
were used by the alternative pdftops filter from Helge Blischke. As
we
switched back to the original pdftops filter these files are not
needed any
more (LP: #605564).
[1] http://wiki.debian.org/DpkgConffileHandling
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages cups depends on:
ii adduser3.113+nmu3
ii bc 1.06.95-2
ii cups-client1.5.3-1
ii cups-common1.5.3-1
ii cups-filters 1.0.18-2+b1
ii cups-ppdc 1.5.3-1
ii debconf [debconf-2.0] 1.5.43
ii dpkg 1.16.4.1
ii ghostscript9.05~dfsg-6
ii libavahi-client3 0.6.31-1
ii libavahi-common3 0.6.31-1
ii libc6 2.13-33
ii libcups2 1.5.3-1
ii libcupscgi11.5.3-1
ii libcupsimage2 1.5.3-1
ii libcupsmime1 1.5.3-1
ii libcupsppdc1 1.5.3-1
ii libdbus-1-31.6.0-1
ii libgcc11:4.7.0-12
ii libgnutls262.12.19-2
ii libgssapi-krb5-2 1.10.1+dfsg-1
ii libkrb5-3 1.10.1+dfsg-1
ii libldap-2.4-2 2.4.28-1.3
ii libpam0g 1.1.3-7.1
ii libpaper1 1.1.24+nmu2
ii libslp11.2.1-9
ii libstdc++6 4.7.0-12
ii libusb-1.0-0 2:1.0.11-1
ii lsb-base 4.1+Debian6
ii poppler-utils 0.18.4-2
ii procps 1:3.3.3-1
ii ssl-cert 1.0.29
Versions of packages cups recommends:
ii avahi-daemon 0.6.31-1
ii colord 0.1.21-1
ii foomatic-filters 4.0.15-1
ii ghostscript-cups 9.05~dfsg-6
ii printer-driver-gutenprint 5.2.7-5
Versions of packages cups suggests:
ii cups-bsd 1.5.3-1
ii cups-pdf 2.6.1-6
pn foomatic-db-compressed-ppds | foomatic-db none
ii hplip 3.12.4-1
ii printer-driver-hpcups 3.12.4-1
pn smbclient none
ii udev 175-3.1
-- Configuration Files:
/etc/cups/cupsd.conf changed [not included]
/etc/default/cups changed [not included]
-- debconf information excluded
signature.asc
Description: This is a digitally signed message part
Bug#676910: [PATCH] motd: Update usage message from `bootlogs` to `motd`
Package: initscripts Version: 2.88dsf-24 Severity: minor Tags: patch Dear Debian folks, please apply the following patch by saving this mbox file and issue `git am --scissors`. Please add the bug number to changelog file by running `git commit --amend` afterward. Thanks, Paul --- 8 8 --- From f73fc522be61e09564c155b304a6c22e54febfca Mon Sep 17 00:00:00 2001 From: Paul Menzel pm.deb...@googlemail.com Date: Sun, 10 Jun 2012 14:48:00 +0200 Subject: [PATCH] motd: Update usage message from `bootlogs` to `motd` After the split of `/etc/init.d/bootlogs` in version 2.88dsf-24 the usage message was not updated. --- debian/changelog |7 +++ debian/src/initscripts/etc/init.d/motd |2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index bddf5ec..fc0ffa2 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +sysvinit (2.88dsf-27.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix usage message in `/etc/init.d/motd`. + + -- Paul Menzel pm.deb...@googlemail.com Sun, 10 Jun 2012 14:48:00 +0200 + sysvinit (2.88dsf-27) unstable; urgency=low [ Salvatore Bonaccorso ] diff --git a/debian/src/initscripts/etc/init.d/motd b/debian/src/initscripts/etc/init.d/motd index d636142..e0d7706 100644 --- a/debian/src/initscripts/etc/init.d/motd +++ b/debian/src/initscripts/etc/init.d/motd @@ -45,7 +45,7 @@ case $1 in exit $? ;; *) - echo Usage: bootlogs [start|stop|status] 2 + echo Usage: motd [start|stop|status] 2 exit 3 ;; esac -- 1.7.10.4 signature.asc Description: This is a digitally signed message part
Bug#676463: #676463 sysv-rc: complains incorrectly(?) about obsolete init.d scripts for fuse and others
Dear Timo, Am Montag, den 11.06.2012, 16:11 +0300 schrieb Timo Juhani Lindfors: after changing add_problematic package $package left obsolete init.d script behind in /var/lib/dpkg/info/sysv-rc.postinst to add_problematic package $package left obsolete init.d script $initscript behind I get nice, the suggestion worked. ;-) ... info: Checking if it is safe to convert to dependency based boot. Configuring sysv-rc --- Unable to migrate to dependency-based boot system Problems in the boot system exist which are preventing migration to dependency-based boot sequencing: package fuse left obsolete init.d script /etc/init.d/fuse behind, package initscripts left obsolete init.d script /etc/init.d/stop-bootlogd behind, package initscripts left obsolete init.d script /etc/init.d/bootlogd behind, package initscripts left obsolete init.d script /etc/init.d/stop-bootlogd-single behind Please take a look at #653050 [1]. […] Thanks, Paul PS: To get the whole thread do `bts show --mbox 676463`. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653050 signature.asc Description: This is a digitally signed message part
Bug#677082: brasero: brasero-nautilus.desktop: 'Desktop file doesn't contain type'
Package: brasero Version: 3.2.0-4 Severity: normal Dear Debian folks, starting GNOME the file `.xsession-errors` contains the following error. Tracker-WARNING **: Couldn't properly parse desktop file 'file:///usr/share/applications/brasero-nautilus.desktop': 'Desktop file doesn't contain type' I guess adding `Type=Application` – as for example in `/usr/share/applications/nautilus.desktop` – should be enough to fix that. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages brasero depends on: ii brasero-common 3.2.0-4 ii gnome-icon-theme 3.4.0-2 ii gstreamer0.10-plugins-base 0.10.36-1 ii gvfs 1.12.3-1 ii libatk1.0-0 2.4.0-2 ii libbrasero-media3-1 3.2.0-4 ii libc62.13-33 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libfontconfig1 2.9.0-6 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-1 ii libice6 2:1.0.8-2 ii libnautilus-extension1a 3.4.2-1 ii libpango1.0-01.30.0-1 ii libsm6 2:1.2.1-2 ii libtotem-plparser17 3.4.2-1 ii libtracker-sparql-0.14-0 0.14.1-1+b1 ii libxml2 2.8.0+dfsg1-3 brasero recommends no packages. Versions of packages brasero suggests: ii libdvdcss2 1.2.10-0.4 ii vcdimager 0.7.24-1 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#677088: gnome-shell: Crashes when viewing available applications in the shell
Package: gnome-shell Version: 3.4.1-5 Severity: important Dear Debian folks, starting GNOME 3 the first time for a user formerly having used GNOME 2 (a long time ago) going to the overview(?)/shell(?) with the meta key and clicking on Anwendungen (Applications) it takes some time, then the applications are shown but then GNOME Shell seems to be restarted (I just see the background) and shortly after the GNOME Bluescreen is shown telling me something went wrong and I need to log out and restart. (How is the normal user supposed to capture logs?) I switched to the virtual console and saved `.xsession-error`. Hopefully you can figure out the problem. $ more ~/.xsession-errors /etc/gdm3/Xsession: Beginning session setup... localuser:joey being added to access control list openConnection: connect: Verbindungsaufbau abgelehnt cannot connect to brltty at :0 Setting IM through im-switch for locale=de_DE. Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to /etc/X11/xinit/xinput.d/default. GNOME_KEYRING_CONTROL=/home/joey/.cache/keyring-G5z7mk SSH_AUTH_SOCK=/home/joey/.cache/keyring-G5z7mk/ssh GNOME_KEYRING_CONTROL=/home/joey/.cache/keyring-G5z7mk SSH_AUTH_SOCK=/home/joey/.cache/keyring-G5z7mk/ssh GPG_AGENT_INFO=/home/joey/.cache/keyring-G5z7mk/gpg:0:1 GNOME_KEYRING_CONTROL=/home/joey/.cache/keyring-G5z7mk SSH_AUTH_SOCK=/home/joey/.cache/keyring-G5z7mk/ssh GPG_AGENT_INFO=/home/joey/.cache/keyring-G5z7mk/gpg:0:1 GNOME_KEYRING_CONTROL=/home/joey/.cache/keyring-G5z7mk SSH_AUTH_SOCK=/home/joey/.cache/keyring-G5z7mk/ssh GPG_AGENT_INFO=/home/joey/.cache/keyring-G5z7mk/gpg:0:1 GNOME_KEYRING_CONTROL=/home/joey/.cache/keyring-G5z7mk SSH_AUTH_SOCK=/home/joey/.cache/keyring-G5z7mk/ssh GPG_AGENT_INFO=/home/joey/.cache/keyring-G5z7mk/gpg:0:1 Initializing tracker-store... Tracker-Message: Setting up monitor for changes to config file:'/home/joey/.config/tracker/tracker-store.cfg' Tracker-Message: Setting up monitor for changes to config file:'/home/joey/.config/tracker/tracker-store.cfg' Starting log: File:'/home/joey/.local/share/tracker/tracker-store.log' gnome-session[28917]: WARNING: Failed to start app: Unable to start application: Kindprozess »/usr/lib/gnome-volume-manager/gnome-volume-manager« konnte nicht ausgeführt werden (Datei oder Verzeichnis nicht gefunden) N: [pulseaudio] main.c: User-configured server at localhost:30005, refusing to start/autospawn. Initializing tracker-miner-fs... Verbindungsfehler: Verbindung verweigert Tracker-Message: Setting up monitor for changes to config file:'/home/joey/.config/tracker/tracker-miner-fs.cfg' Starting log: File:'/home/joey/.local/share/tracker/tracker-miner-fs.log' [01mHP Linux Imaging and Printing System (ver. 3.12.4)[0m [01mSystem Tray Status Service ver. 2.0[0m Copyright (c) 2001-14 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Failed to play sound: Not available /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:127: RuntimeWarning: PyOS_InputHook is not available for interactive use of PyGTK set_interactive(1) ** Message: applet now removed from the notification area (tracker-miner-fs:29094): Tracker-WARNING **: Couldn't properly parse desktop file 'file:///usr/share/applications/brasero-nautilus.desktop': 'Desktop file doesn't contain type' Reported as #677082 [1]. ** Message: applet now embedded in the notification area Fensterverwalter-Warnung:CurrentTime used to choose focus window; focus window may not be correct. Fensterverwalter-Warnung:Got a request to focus the no_focus_window with a timestamp of 0. This shouldn't happen! ** Message: applet now removed from the notification area gnome-session[28917]: WARNING: Application 'gnome-shell.desktop' killed by signal 11 ** Message: applet now embedded in the notification area Fensterverwalter-Warnung:CurrentTime used to choose focus window; focus window may not be correct. Fensterverwalter-Warnung:Got a request to focus the no_focus_window with a timestamp of 0. This shouldn't happen! (gnome-settings-daemon:29034): color-plugin-WARNING **: Done switch to new account, reload devices (gnome-shell:29275): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o) (gnome-shell:29275): GLib-GIO-WARNING **: Dropping signal ActiveSessionChanged of type (s) since the type from the expected interface is (o)
Bug#677095: smartmontools: remove obsolete conffile
Package: smartmontools
Version: 5.42+svn3539-1
Severity: normal
Dear Debian folks,
looking at `changelog.Debian.gz`
smartmontools (5.42+svn3539-1) unstable; urgency=low
.
* [e165493] Imported Upstream version 5.42+svn3539
(Closes: #668391, #608953)
* [9fcd449] Refreshed patches
* [65c801f] Do not install upstream init (Closes: #631075)
commit 65c801f was incomplete since it did not remove obsolete
unmodified conffiles.
$ dpkg-query -W -f='${Conffiles}\n' smartmontools | grep obsolete
/etc/init.d/smartd ae6ca06b48a5c0844f9f569d32a59bde obsolete
$ dpkg-query -W -f='${Conffiles}\n' smartmontools | grep obsolete | cut
-d -f 2 | xargs md5sum
ae6ca06b48a5c0844f9f569d32a59bde /etc/init.d/smartd
It would be great if the conffile could be removed [1].
Thanks,
Paul
[1] http://wiki.debian.org/DpkgConffileHandling
signature.asc
Description: This is a digitally signed message part
Bug#676463: #676463 sysv-rc: complains incorrectly(?) about obsolete init.d scripts for fuse and others
Am Montag, den 11.06.2012, 08:57 -0600 schrieb Gordon Haverland: […] Manually deleting smartmontools and smartd from /etc/init.d/ and any *smart* symlinks from /etc/rc[0-6].d/ and then doing a reinstall of smartmontools got rid of the smartmontools problems for sysv-rc. I submitted this as #677095 [1]. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677095 signature.asc Description: This is a digitally signed message part
Bug#677107: gdm3: Please ship systemd service file
Package: gdm3 Version: 3.0.4-4 Severity: wishlist User: syst...@packages.debian.org Usertags: gdm3 Dear Debian folks, it would be great if you could enable systemd support for gdm3 by packaging the service file [1]. Unfortunately I could not find it. $ dpkg -S gdm | grep service I also could not find one in the upstream GDM package [2]. Thank you very much, Paul [1] https://github.com/mgorny/gentoo-systemd-units/blob/master/gnome-base:gdm-3/gdm.service [2] http://git.gnome.org/browse/gdm/log/daemon?qt=grepq=systemd -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm3 depends on: ii accountsservice 0.6.21-3 ii adduser 3.113+nmu3 ii awesome [x-window-manager] 3.4.11-2 ii dconf-gsettings-backend 0.12.1-1 ii debconf [debconf-2.0] 1.5.43 ii gconf2 3.2.5-1 ii gnome-session [x-session-manager] 3.4.2.1-1 ii gnome-session-bin 3.4.2.1-1 ii gnome-session-fallback [x-session-manager] 3.4.2.1-1 ii gnome-terminal [x-terminal-emulator]3.4.1.1-1 ii gsettings-desktop-schemas 3.4.2-1 ii libaccountsservice0 0.6.21-3 ii libatk1.0-0 2.4.0-2 ii libattr11:2.4.46-7 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-33 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcanberra-gtk3-0 0.28-4 ii libcanberra00.28-4 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgconf2-4 3.2.5-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libglib2.0-bin 2.32.3-1 ii libgtk-3-0 3.4.2-1 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpango1.0-0 1.30.0-1 ii librsvg2-common 2.36.1-1 ii libselinux1 2.1.9-5 ii libupower-glib1 0.9.16-2 ii libwrap07.6.q-23 ii libx11-62:1.4.99.901-2 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.3.2-2 ii lsb-base4.1+Debian6 ii metacity [x-window-manager] 1:2.34.3-2 ii policykit-1-gnome 0.105-2 ii upower 0.9.16-2 ii xterm [x-terminal-emulator] 278-1 Versions of packages gdm3 recommends: ii desktop-base 6.0.7 ii gnome-icon-theme 3.4.0-2 ii gnome-power-manager 3.4.0-2 ii gnome-settings-daemon3.4.2-3 ii libatk-adaptor [at-spi] 2.5.2-1 ii x11-xkb-utils7.7~1 ii xserver-xephyr 2:1.12.1.902-1 ii xserver-xorg 1:7.6+13 ii zenity 3.4.0-2 Versions of packages gdm3 suggests: ii gnome-mag 1:0.16.3-1 ii gnome-orca3.4.2-2 ii gok 2.30.0-1 ii libpam-gnome-keyring 3.4.1-4 ii metacity 1:2.34.3-2 -- debconf information excluded signature.asc Description: This is a digitally signed message part
Bug#677314: console-common: Please ship systemd service file
Package: console-data Version: 0.7.87 Severity: wishlist User: syst...@packages.debian.org Usertags: console-common Dear Debian folks, it would be great if you could enable systemd support for console-common by packaging a service file [1] which could be loaded instead of `/etc/init.d/keymap.sh`. Thank you very much, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-common depends on: ii console-data 2:1.12-2 ii console-tools 1:0.2.3dbs-70 ii debconf [debconf-2.0] 1.5.43 ii debianutils4.3.1 ii lsb-base 4.1+Debian7 console-common recommends no packages. console-common suggests no packages. -- debconf information: console-data/keymap/powerpcadb: console-data/keymap/ignored: console-data/keymap/full: console-data/keymap/template/keymap: * console-data/keymap/policy: Don't touch keymap console-data/bootmap-md5sum: none console-data/keymap/template/layout: console-data/keymap/family: qwerty console-data/keymap/template/variant: signature.asc Description: This is a digitally signed message part
Bug#656149: vlc: Can't locate X11/Protocol.pm in @INC; …; BEGIN failed--compilation aborted at -e line 6.
Package: vlc Version: 1.1.13-1 Severity: normal Dear Debian folks, starting VLC 1.1.13 after installing it using sudo aptitude install vlc the following messages are printed to the terminal. $ vlc file.webm VLC media player 1.1.13 The Luggage (revision exported) Blocked: call to unsetenv(DBUS_ACTIVATION_ADDRESS) Blocked: call to unsetenv(DBUS_ACTIVATION_BUS_TYPE) [0x90488fc] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden. m_el[mi_level] == NULL arg Up cannot escape itself Blocked: call to setlocale(6, ) Blocked: call to setlocale(6, ) (process:18527): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale. m_el[mi_level] == NULL arg Up cannot escape itself Can't locate X11/Protocol.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at -e line 6. BEGIN failed--compilation aborted at -e line 6. Do some dependencies need to be updated? Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vlc depends on: ii libaa11.4p5-39 ii libavcodec53 4:0.8~beta2-1 ii libavutil51 4:0.8~beta2-1 ii libc6 2.13-24 ii libfreetype6 2.4.8-1 ii libfribidi0 0.19.2-1 ii libgcc1 1:4.6.2-11 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libice6 2:1.0.7-2 ii libqtcore44:4.7.4-2 ii libqtgui4 4:4.7.4-2 ii libsdl-image1.2 1.2.10-3 ii libsdl1.2debian 1.2.14-7 ii libsm62:1.2.0-2 ii libstdc++64.6.2-11 ii libtar0 1.2.11-8 ii libva-x11-1 1.0.14-1 ii libva11.0.14-1 ii libvlccore4 1.1.13-1 ii libx11-6 2:1.4.4-4 ii libx11-xcb1 2:1.4.4-4 ii libxcb-keysyms1 0.3.8-1 ii libxcb-randr0 1.7-4 ii libxcb-shm0 1.7-4 ii libxcb-xv01.7-4 ii libxcb1 1.7-4 ii libxext6 2:1.3.0-3 ii libxpm4 1:3.5.9-4 ii ttf-freefont 20100919-1 ii vlc-nox 1.1.13-1 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages vlc recommends: ii vlc-plugin-notify 1.1.13-1 ii vlc-plugin-pulse 1.1.13-1 ii xdg-utils 1.1.0~rc1+git20111210-5 Versions of packages vlc suggests: pn mozilla-plugin-vlc none pn videolan-docnone Versions of packages vlc-nox depends on: ii liba52-0.7.4 0.7.4-16 ii libasound2 1.0.24.1-4 ii libass40.10.0-2 ii libavahi-client3 0.6.30-6 ii libavahi-common3 0.6.30-6 ii libavc1394-0 0.5.3-1+b2 ii libavcodec53 4:0.8~beta2-1 ii libavformat53 4:0.8~beta2-1 ii libavutil514:0.8~beta2-1 ii libc6 2.13-24 ii libcaca0 0.99.beta17-2.1 ii libcddb2 1.3.2-3 ii libcdio10 0.81-5 ii libdbus-1-31.4.16-1 ii libdc1394-22 2.1.3-4 ii libdca00.0.5-5 ii libdirac-decoder0 1.0.2-4 ii libdirac-encoder0 1.0.2-4 ii libdvbpsi7 0.2.2-1 ii libdvdnav4 4.2.0-1 ii libdvdread44.2.0-1 ii libebml3 1.2.2-1 ii libfaad2 2.7-7 ii libflac8 1.2.1-6 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.8-1 ii libfribidi00.19.2-1 ii libgcc11:4.6.2-11 ii libgcrypt111.5.0-3 ii libgnutls262.12.16-1 ii libgpg-error0 1.10-2 ii libiso9660-7 0.81-5 ii libkate1 0.4.1-1 ii liblircclient0 0.9.0~pre1-1 ii liblua5.1-05.1.4-12 ii libmad00.15.1b-6 ii libmatroska5 1.3.0-1 ii libmodplug11:0.8.8.4-1 ii libmpcdec6 2:0.1~r459-1 ii libmpeg2-4 0.4.1-3 ii libmtp91.1.2-2 ii libncursesw5 5.9-4 ii libogg01.2.2~dfsg-1 ii libpng12-0 1.2.46-4 ii libpostproc52 4:0.8~beta2-1 ii libproxy0 0.3.1-4+b1 ii libraw1394-11 2.0.7-1 ii libschroedinger-1.0-0 1.0.10-2.1 ii libshout3 2.2.2-7 ii libsmbclient 2:3.6.1-3 ii libspeex1
Bug#656204: libcapi20-dev: conflict when overwriting `/usr/lib/libcapi20.so` during upgrade
Package: libcapi20-dev Version: 1:3.9.20060704+dfsg.3-3 Severity: important Dear Debian folks, the fix for bug report #655884 introduced a new error when running `sudo aptitude safe-upgradey`. Vorbereitung zum Ersetzen von libcapi20-dev 1:3.9.20060704+dfsg.3-2 (durch .../libcapi20-dev_1%3a3.9.20060704+dfsg.3-3_i386.deb) ... Ersatz für libcapi20-dev wird entpackt ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libcapi20-dev_1%3a3.9.20060704+dfsg.3-3_i386.deb (--unpack): Versuch, »/usr/lib/libcapi20.so« zu überschreiben, welches auch in Paket libcapi20-3 1:3.9.20060704+dfsg.3-2 ist configured to not write apport reports Vorbereitung zum Ersetzen von libcapi20-3 1:3.9.20060704+dfsg.3-2 (durch .../libcapi20-3_1%3a3.9.20060704+dfsg.3-3_i386.deb) ... Ersatz für libcapi20-3 wird entpackt ... I think some `Breaks` or `Conflicts` fields need to be set. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcapi20-dev depends on: ii libcapi20-3 1:3.9.20060704+dfsg.3-3 libcapi20-dev recommends no packages. Versions of packages libcapi20-dev suggests: pn isdnutils-doc none -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#656207: devscripts: `bts show --mbox` does not include all messages separately
Package: devscripts Version: 2.11.3 Severity: normal Dear Debian folks, to follow up on bug report 655884 [1], I issued `bts show --mbox 655884`. Looking at the HTML report [1] message 18 [2] sent to 655884-cl...@debian.org and therefore closing the report is not included separately in the downloaded mbox file and just as an attachment of the “closing message”. It would be nice if that message could be included separately in the mbox file so that the view is similar to the HTML view and therefore the view with threading gives a better overview of the discussion. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655884 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655884#18 -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devscripts depends on: ii dpkg-dev 1.16.1.2 ii libc6 2.13-24 ii perl 5.14.2-6 ii python 2.7.2-9 ii python2.6 2.6.7-4 ii python2.7 2.7.2-12 Versions of packages devscripts recommends: ii at3.1.13-1 ii curl 7.23.1-3 ii dctrl-tools 2.20.1 ii debian-keyring2011.12.01 ii dput 0.9.6.2 ii equivs2.0.9 ii fakeroot 1.18.2-1 ii gnupg 1.4.11-3 ii libcrypt-ssleay-perl 0.58-1 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.59-1 ii libwww-perl 6.03-1 ii lintian 2.5.4 ii man-db2.6.0.2-3 ii patch 2.6.1-2.1 ii patchutils0.3.2-1.1 ii python-debian 0.1.21 ii python-magic none ii sensible-utils0.0.6 ii strace4.5.20-2.3 ii unzip 6.0-5 ii wdiff 0.6.5-1 ii wget 1.13.4-2 ii xz-utils 5.1.1alpha+20110809-3 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 ii cvs-buildpackage none ii devscripts-elnone ii gnuplot 4.4.0-1.1 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perlnone ii libnet-smtp-ssl-perl 1.01-3 ii libterm-size-perlnone ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.19-1+b1 ii mailx1:20081101-2 ii mutt 1.5.21-5 ii openssh-client [ssh-client] 1:5.9p1-2 ii svn-buildpackage 0.8.4 ii w3m 0.5.3-5 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#656207: devscripts: `bts show --mbox` does not include all messages separately
Dear James, Am Dienstag, den 17.01.2012, 19:10 -0500 schrieb James McCoy: forcemerge 612884 656207 thanks On Tue, Jan 17, 2012 at 02:37:05PM +0100, Paul Menzel wrote: to follow up on bug report 655884 [1], I issued `bts show --mbox 655884`. Looking at the HTML report [1] message 18 [2] sent to 655884-cl...@debian.org and therefore closing the report is not included separately in the downloaded mbox file and just as an attachment of the “closing message”. It would be nice if that message could be included separately in the mbox file so that the view is similar to the HTML view and therefore the view with threading gives a better overview of the discussion. Marking as a dupe of your previous bug on this topic. my apologies for that. I would not have thought to forget such a thing in less than a year. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#656328: linux-image-3.1.0-1-amd64: please enable CONFIG_X86_P4_CLOCKMOD for amd64
Package: linux-2.6 Version: 3.1.8-2 Severity: normal Dear Debian folks, this is the same report as report #490108 [1] which has been closed already. I am submitting a new report instead of reopening #490108, since this request only involves amd64 which was not fixed. $ grep -i clockm /boot/config-3.1.0-1-* /boot/config-3.1.0-1-686-pae:CONFIG_X86_P4_CLOCKMOD=m /boot/config-3.1.0-1-amd64:# CONFIG_X86_P4_CLOCKMOD is not set Frequency scaling does not work with the following Intel Pentium 4 processor when using the Linux kernel for amd64. $ more /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping: 9 cpu MHz : 2999.275 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl cid cx16 xtpr lahf_lm bogomips: 5998.55 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.00GHz stepping: 9 cpu MHz : 2999.275 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc pebs bts nopl pni dtes64 monitor ds_cpl cid cx16 xtpr lahf_lm bogomips: 5999.73 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 48 bits virtual power management: The reason is, that this processor does not have speedstep technology and therefore neither acpi-cpufreq nor speedstep-centrino modules can be used for frequency scaling. To get something similar module p4_clockmod provides frequency throttling [1], but is currently not included in the package for amd64. It would be great if you could build that module and distribute it in the package for amd64. Thanks, Paul [1] http://bugs.debian.org/490108 -- Package-specific info: ** Version: Linux version 3.1.0-1-amd64 (Debian 3.1.8-2) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-11) ) #1 SMP Tue Jan 10 06:25:07 UTC 2012 signature.asc Description: This is a digitally signed message part
Bug#656331: r8169 with ASUS M2A-VM (SB600): Network device stays down after resume
Package: linux-2.6
Version: 3.1.8-2
Severity: normal
Dear Debian folks,
suspending and resuming a lot, it happens once to me, that the network
device did not come back correctly.
[55463.662649] r8169 :02:00.0: eth0: link down
[55463.662669] r8169 :02:00.0: eth0: link down
[55463.663980] ADDRCONF(NETDEV_UP): eth0: link is not ready
I had to unplug the network cable and plug it in again.
[55579.968121] r8169 :02:00.0: eth0: link down
[55581.637656] r8169 :02:00.0: eth0: link up
[55581.638481] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Normally the resume process looks like this, that means the link is
*automatically* up after two seconds.
[69302.909251] r8169 :02:00.0: eth0: link down
[69302.909270] r8169 :02:00.0: eth0: link down
[69302.910529] ADDRCONF(NETDEV_UP): eth0: link is not ready
[69304.585998] r8169 :02:00.0: eth0: link up
[69304.586445] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Hints for debugging would be great.
Thanks,
Paul
$ dmesg # after resume
[…]
[44540.458145] i2c i2c-4: sendbytes: NAK bailout.
[55413.314370] ata1: exception Emask 0x40 SAct 0x0 SErr 0x800 action 0x7
[55413.314378] ata1: SError: { HostInt }
[55413.314385] ata1: hard resetting link
[55413.804040] ata1: softreset failed (device not ready)
[55413.804054] ata1: applying PMP SRST workaround and retrying
[55413.976119] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[55413.982660] ata1.00: SB600 AHCI: limiting to 255 sectors per cmd
[55413.988624] ata1.00: SB600 AHCI: limiting to 255 sectors per cmd
[55413.988631] ata1.00: configured for UDMA/100
[55414.004055] ata1: EH complete
[55417.669609] PM: Syncing filesystems ... done.
[55418.038042] PM: Preparing system for mem sleep
[55418.241813] Freezing user space processes ... (elapsed 0.27 seconds) done.
[55418.512040] Freezing remaining freezable tasks ... (elapsed 0.01 seconds)
done.
[55418.528037] PM: Entering mem sleep
[55418.528062] Suspending console(s) (use no_console_suspend to debug)
[55418.528498] sd 0:0:0:0: [sda] Synchronizing SCSI cache
[55418.528660] sd 0:0:0:0: [sda] Stopping disk
[55418.538829] i8042 aux 00:0a: wake-up capability disabled by ACPI
[55418.538912] parport_pc 00:09: disabled
[55418.538986] serial 00:08: disabled
[55418.539011] serial 00:08: wake-up capability disabled by ACPI
[55418.540082] ehci_hcd :00:13.5: PCI INT D disabled
[55418.540094] ohci_hcd :00:13.4: PCI INT C disabled
[55418.540106] ohci_hcd :00:13.3: PCI INT B disabled
[55418.540117] ohci_hcd :00:13.2: PCI INT C disabled
[55418.540128] ohci_hcd :00:13.1: PCI INT B disabled
[55418.540254] pata_atiixp :00:14.1: PCI INT A disabled
[55418.604094] ohci_hcd :00:13.0: PCI INT A disabled
[55418.640114] snd_hda_intel :00:14.2: PCI INT A disabled
[55418.799155] radeon :01:05.0: PCI INT A disabled
[55418.966650] ahci :00:12.0: PCI INT A disabled
[55418.966679] PM: suspend of devices complete after 438.412 msecs
[55418.966878] r8169 :02:00.0: PME# enabled
[55418.966894] pcieport :00:07.0: wake-up capability enabled by ACPI
[55418.996204] PM: late suspend of devices complete after 29.519 msecs
[55418.996289] ACPI: Preparing to enter system sleep state S3
[55418.996393] PM: Saving platform NVS memory
[55418.996448] Disabling non-boot CPUs ...
[55419.184016] CPU 1 is now offline
[55419.184831] ACPI: Low-level resume complete
[55419.184831] PM: Restoring platform NVS memory
[55419.184831] Enabling non-boot CPUs ...
[55419.184831] Booting Node 0 Processor 1 APIC 0x1
[55419.184831] smpboot cpu 1: start_ip = 9a000
[55419.082905] Calibrating delay loop (skipped) already calibrated this CPU
[55419.196721] NMI watchdog enabled, takes one hw-pmu counter.
[55419.196914] CPU1 is up
[55419.197227] ACPI: Waking up from system sleep state S3
[55419.197384] pci :00:00.0: restoring config space at offset 0x3 (was 0x0,
writing 0x4000)
[55419.197419] pcieport :00:07.0: restoring config space at offset 0x1 (was
0x17, writing 0x100407)
[55419.197463] ahci :00:12.0: restoring config space at offset 0x2 (was
0x1018f00, writing 0x1060100)
[55419.197483] ahci :00:12.0: set SATA to AHCI mode
[55419.197508] ohci_hcd :00:13.0: restoring config space at offset 0x1 (was
0x2a7, writing 0x2a3)
[55419.197538] ohci_hcd :00:13.1: restoring config space at offset 0x1 (was
0x2a7, writing 0x2a3)
[55419.197568] ohci_hcd :00:13.2: restoring config space at offset 0x1 (was
0x2a7, writing 0x2a3)
[55419.197597] ohci_hcd :00:13.3: restoring config space at offset 0x1 (was
0x2a7, writing 0x2a3)
[55419.197627] ohci_hcd :00:13.4: restoring config space at offset 0x1 (was
0x2a7, writing 0x2a3)
[55419.197664] ehci_hcd :00:13.5: restoring config space at offset 0x1 (was
0x2b0, writing 0x2b00013)
[55419.198129] snd_hda_intel :00:14.2: restoring config
Bug#656331: r8169 with ASUS M2A-VM (SB600): Network device stays down after resume
Am Mittwoch, den 18.01.2012, 15:03 + schrieb Ben Hutchings: On Wed, 2012-01-18 at 15:15 +0100, Paul Menzel wrote: Package: linux-2.6 Version: 3.1.8-2 Severity: normal suspending and resuming a lot, it happens once to me, that the network device did not come back correctly. [...] Some of the RTL81xx gigabit Ethernet controllers need a firmware patch to be reliable. I can't tell whether you have one of these. Are there any kernel log messages about requesting a firmware file for the NIC? If so, does installing firmware-realtek fix the problem? There are no Linux messages requesting the firmware. And not being able to trigger I probably just have to wait that it happens again. Can I increase some log level to capture more information next time? Or since this could be a firmware bug Linux cannot do anything about this? Thank you for your quick response, Paul $ dmesg | grep -i firmware $ dmesg | grep 8169 [1.109369] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [1.109417] r8169 :02:00.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [1.109452] r8169 :02:00.0: setting latency timer to 64 [1.109511] r8169 :02:00.0: irq 41 for MSI/MSI-X [1.110094] r8169 :02:00.0: eth0: RTL8168b/8111b at 0xc9364000, 00:1e:8c:aa:1d:b5, XID 1800 IRQ 41 [ 299.062777] r8169 :02:00.0: eth0: link down [ 300.770805] r8169 :02:00.0: eth0: link up [ 3287.250629] r8169 :02:00.0: PME# enabled [ 3287.397826] r8169 :02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [ 3287.397841] r8169 :02:00.0: restoring config space at offset 0x6 (was 0x4, writing 0xfdfff004) [ 3287.397848] r8169 :02:00.0: restoring config space at offset 0x4 (was 0x1, writing 0xdc01) [ 3287.397853] r8169 :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 3287.397860] r8169 :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x100407) [ 3287.398443] r8169 :02:00.0: PME# disabled [ 3314.429403] r8169 :02:00.0: eth0: link down [ 3314.429432] r8169 :02:00.0: eth0: link down [ 3316.043306] r8169 :02:00.0: eth0: link up [ 4821.512812] r8169 :02:00.0: PME# enabled [ 4821.661948] r8169 :02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [ 4821.661963] r8169 :02:00.0: restoring config space at offset 0x6 (was 0x4, writing 0xfdfff004) [ 4821.661969] r8169 :02:00.0: restoring config space at offset 0x4 (was 0x1, writing 0xdc01) [ 4821.661975] r8169 :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 4821.661981] r8169 :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x100407) [ 4821.662532] r8169 :02:00.0: PME# disabled [ 4839.563375] r8169 :02:00.0: eth0: link down [ 4839.563398] r8169 :02:00.0: eth0: link down [ 4841.198305] r8169 :02:00.0: eth0: link up [ 7732.802716] r8169 :02:00.0: PME# enabled [ 7732.910146] r8169 :02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [ 7732.910161] r8169 :02:00.0: restoring config space at offset 0x6 (was 0x4, writing 0xfdfff004) [ 7732.910168] r8169 :02:00.0: restoring config space at offset 0x4 (was 0x1, writing 0xdc01) [ 7732.910173] r8169 :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 7732.910180] r8169 :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x100407) [ 7732.910733] r8169 :02:00.0: PME# disabled [ 7761.865970] r8169 :02:00.0: eth0: link down [ 7761.865984] r8169 :02:00.0: eth0: link down [ 7763.542738] r8169 :02:00.0: eth0: link up [15484.178593] r8169 :02:00.0: PME# enabled [15484.346084] r8169 :02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [15484.346099] r8169 :02:00.0: restoring config space at offset 0x6 (was 0x4, writing 0xfdfff004) [15484.346106] r8169 :02:00.0: restoring config space at offset 0x4 (was 0x1, writing 0xdc01) [15484.346111] r8169 :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [15484.346118] r8169 :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x100407) [15484.347428] r8169 :02:00.0: PME# disabled [15510.394744] r8169 :02:00.0: eth0: link down [15510.394763] r8169 :02:00.0: eth0: link down [15512.071499] r8169 :02:00.0: eth0: link up [18259.334467] r8169 :02:00.0: PME# enabled [18259.501850] r8169 :02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [18259.501865] r8169 :02:00.0: restoring config space at offset 0x6 (was 0x4, writing 0xfdfff004) [18259.501872] r8169 :02:00.0: restoring config space at offset 0x4 (was 0x1, writing 0xdc01) [18259.501877] r8169 :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [18259.501884] r8169 :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x100407) [18259.502438
Bug#656204: libcapi20-dev: conflict when overwriting `/usr/lib/libcapi20.so` during upgrade
Dear Rolf, Am Donnerstag, den 19.01.2012, 16:41 +0800 schrieb Rolf Leggewie: On 17.01.2012 21:28, Paul Menzel wrote: the fix for bug report #655884 introduced a new error when running `sudo aptitude safe-upgrade`. Paul, thank you for your report and my apologies for the breakage. A fix for this problem has been committed to git thank you very much for taking care of this problem. but I think I'd like to have the current package migrate to testing first. Upgrades testing-unstable should not be affected. A second run of `sudo aptitude safe-upgrade` fixed the problem for me I think so that should be a possible work around. On the other hand uploading the fixed package to avoid possible breakage for some unstable users would also be an option. For me it is fine anyway. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#619034: [regression] BUG: Unable to handle kernel paging request at ffffc90013cd8000 and no sound card recognized
forwarded 619034 https://bugzilla.kernel.org/show_bug.cgi?id=42619 quit Dear Svante, dear Jonathan, Am Mittwoch, den 18.01.2012, 19:23 -0600 schrieb Jonathan Nieder: Svante Signell wrote: I have uploaded a dmesg ouput to the kernel bug https://bugzilla.kernel.org/show_bug.cgi?id=30552 The box boots perfectly with the additional option pci=use_crs. Hopefully the kernel developers and Debian Kernel Maintainers can find a permanent solution soon. Thanks again for your help in this. I assume current kernels still don't work out of the box on your machine? If so, please add a comment to [1] with the newest version you've checked and your DMI information. (You can get it with dmidecode or grep . /sys/class/dmi/id/*, or something like dmesg | grep DMI on more recent kernels.) I created a new ticket dedicated to the Svante’s board MS-7253, so that the Debian BTS can track that bug now for #619034. Please comment there anything else. Unfortunately some machines need to use the _CRS table and some need it ignored, so for now upstream is building a table of known cases in which the kernel looks up the machine at boot time. Hopefully over time patterns will emerge and there can be a more principled rule. Let’s hope so. Thanks, Paul [1] https://bugzilla.kernel.org/show_bug.cgi?id=30552 [2] https://bugzilla.kernel.org/show_bug.cgi?id=42619 signature.asc Description: This is a digitally signed message part
Bug#657343: libifd-cyberjack6: Please upload 3.99.5final.SP03
Package: libifd-cyberjack6 Version: 3.99.5final.SP02 Severity: normal Dear Debian folks, it would be great if you could upload 3.99.5final.SP03 as I was very surprised that the Debian version lags behind the one offered by Reiner SCT [1] since I did not bother to look at the Reiner SCT page anymore. Thanks, Paul [1] http://www.reiner-sct.com/index.php?option=contenttask=viewid=234 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libifd-cyberjack6 depends on: ii libc6 2.13-24 ii libgcc1 1:4.6.2-12 ii libpcsclite1 1.8.2-1 ii libstdc++64.6.2-12 ii libusb-1.0-0 2:1.0.9~rc3-3 ii pcscd 1.8.2-1 libifd-cyberjack6 recommends no packages. Versions of packages libifd-cyberjack6 suggests: ii pcsc-tools 1.4.18-1 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#655760: libcapi20-dev: dependency problems prevent configuration
Package: libcapi20-dev Version: 1:3.9.20060704+dfsg.3-1 Severity: grave Justification: renders package unusable Dear Debian folks, `sudo aptitude safe-upgrade` fails to upgrade `libcapi20-dev` with the following error message. dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libcapi20-dev: libcapi20-dev hängt ab von libcapi20-3 (= 1:3.9.20060704+dfsg.3-1); aber: Version von libcapi20-3 auf dem System ist 1:3.9.20060704+dfsg.2-12. dpkg: Fehler beim Bearbeiten von libcapi20-dev (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert I guess some `Conflict` or `Breaks` fields need to be updated too. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcapi20-dev depends on: ii libcapi20-3 1:3.9.20060704+dfsg.2-12 libcapi20-dev recommends no packages. Versions of packages libcapi20-dev suggests: pn isdnutils-doc none -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#660549: ikiwiki: [PATCH] openid-jquery.js: Update URL of Wordpress favicon
Subject: ikiwiki: [PATCH] openid-jquery.js: Update URL of Wordpress favicon Package: ikiwiki Version: 3.20100815.7 Severity: normal Tags: upstream patch Dear Debian community, the OpenID login page [1] does not display the favicon of Wordpress because the URL is invalid. Please find a patch inlined you can apply using `git am --scissors`. Is this issue important enough to get into backports or even stable-proposed-updates? Thanks, Paul PS: The ikiwiki favicon [2] is also not displayed on [1]. [1] http://ikiwiki.info/ikiwiki.cgi?page=indexdo=edit [2] http://ikiwiki.info/favicon.ico -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ikiwiki depends on: ii libhtml-parser-perl3.66-1collection of modules that parse H ii libhtml-scrubber-perl 0.08-4Perl extension for scrubbing/sanit ii libhtml-template-perl 2.9-2 module for using HTML Templates wi ii libtext-markdown-perl 1.0.26-1 Markdown and MultiMarkdown markup ii liburi-perl1.54-2module to manipulate and access UR ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction Versions of packages ikiwiki recommends: ii gcc [c-compiler] 4:4.4.5-1 The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.5-8 The GNU C compiler ii git [git-core] 1:1.7.2.5-3 fast, scalable, distributed revisi ii git-core 1:1.7.2.5-3 fast, scalable, distributed revisi ii libauthen-passphrase-perl0.007-1 Perl module encapsulating hashed p ii libc6-dev [libc-dev] 2.11.3-2Embedded GNU C Library: Developmen ii libcgi-formbuilder-perl 3.05.01-7 Easily generate and process statef ii libcgi-session-perl 4.41-1 persistent session data in CGI app ii liblwpx-paranoidagent-perl 1.07-1 a paranoid subclass of LWP::User ii libmail-sendmail-perl0.79.16-1 Send email from a perl script ii libnet-openid-consumer-perl 1.03-1 library for consumers of OpenID id ii libterm-readline-gnu-perl1.20-1 Perl extension for the GNU ReadLin ii libtimedate-perl 1.2000-1collection of modules to manipulat ii libxml-simple-perl 2.18-3 Perl module for reading and writin Versions of packages ikiwiki suggests: pn dvipng none (no description available) ii gettext 0.18.1.1-3 GNU Internationalization utilities pn graphviznone (no description available) ii libcrypt-ssleay-perl0.57-2 Support for https protocol in LWP ii libfile-mimeinfo-perl 0.15-1 Perl module to determine file type pn libhighlight-perl none (no description available) ii libhtml-tree-perl 3.23-2 Perl module to represent and creat ii liblocale-gettext-perl 1.05-6 Using libc functions for internati ii libmailtools-perl 2.06-1 Manipulate email in perl programs pn libnet-amazon-s3-perl none (no description available) ii librpc-xml-perl 0.73-1 Perl module implementation of XML- ii libsearch-xapian-perl 1.2.3.0-1Perl bindings for the Xapian searc ii libsort-naturally-perl 1.02-1 Sort naturally - sort lexically ex pn libsparkline-phpnone (no description available) ii libtext-csv-perl1.18-1 comma-separated values manipulator pn libtext-textile-perlnone (no description available) ii libtext-typography-perl 0.01-2 markup ASCII text with correct typ pn libtext-wikicreole-perl none (no description available) ii libtext-wikiformat-perl 0.78-1 translates Wiki formatted text int ii libxml-feed-perl0.43+dfsg-1 syndication feed parser and auto-d ii libyaml-perl0.71-1 YAML Ain't Markup Language ii perlmagick 8:6.6.0.4-3 Perl interface to the ImageMagick pn po4anone (no description available) pn polygen none (no description available) ii python 2.6.6-3+squeeze6 interactive high-level object-orie pn python-docutils none (no description available) pn texlive none (no description available) pn tidynone (no description available) pn viewvc | gitweb | viewc none (no description available) ii xapian-omega1.2.3-1+squeeze1 CGI search interface and indexers -- no debconf information 8 8 From a3041e786fe9e09110218e83e996fe688f8376ea Mon Sep 17 00:00:00 2001 From: Paul Menzel paulepan...@users.sourceforge.net Date
Bug#660549: ikiwiki: [PATCH] openid-jquery.js: Update URL of Wordpress favicon
Am Sonntag, den 19.02.2012, 19:28 -0400 schrieb Joey Hess: Paul Menzel wrote: Is this issue important enough to get into backports or even stable-proposed-updates? I don't see how for stable. Patch is attpreciated though! Thanks for your reply and sorry, I did not fully understand your answer. Do you mean a patch for the origin/master branch? That is inlined at the bottom/end of my original report. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#659136: ideapad_laptop: Kernel Oops turning backlight back on using the function keys with Lenovo G555
Dear Jonathan, Am Mittwoch, den 08.02.2012, 11:30 -0600 schrieb Jonathan Nieder: reassign 659136 src:linux-2.6 3.1.8-2 forcemerge 659111 659136 quit Paul Menzel wrote: Searching for existing reports on the WWW I only found a similar report in the RedHat Bugzilla claiming this bug to be fixed in 3.2 which I could not try yet. Please do. You can find 3.2.4-1 in sid; relative to the version you are currently using, in addition to adding the fix to this, it adds some fixes to important known security bugs. I was told that package version 3.2.4-1 which had migrated to Wheezy/testing [1] fixes this issue. Thanks, Paul [1] http://packages.qa.debian.org/l/linux-2.6.html signature.asc Description: This is a digitally signed message part
Bug#661198: ikiwiki: special characters escaped differently compared to Wikipedia articles
Package: ikiwiki Version: 3.20100815.7 Severity: normal Tags: upstream Dear Debian folks, using the following code [[!wikipedia Antonín Dvořák]] the following URL is created, which does not work and gives a Bad title page. https://en.wikipedia.org/wiki/Anton%EDn%20Dvo%159%E1k Going directly to the Wikipedia article the following URL is shown. https://en.wikipedia.org/wiki/Anton%C3%ADn_Dvo%C5%99%C3%A1k I can reproduce it using ikiwiki from Debian Squeeze/stable and Sid/unstable and therefore adapted the version sting manually. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ikiwiki depends on: ii libhtml-parser-perl 3.69-1+b1 ii libhtml-scrubber-perl 0.09-1 ii libhtml-template-perl 2.10-1 ii libjson-perl2.53-1 ii libtext-markdown-discount-perl 0.02-1 ii liburi-perl 1.59-1 ii libyaml-libyaml-perl0.38-1 ii perl5.14.2-7 ii python 2.7.2-10 ii python-support 1.0.14 Versions of packages ikiwiki recommends: ii bzr 2.5.0~bzr6473-1 ii gcc [c-compiler] 4:4.6.2-4 ii gcc-4.2 [c-compiler] 4.2.4-6 ii gcc-4.4 [c-compiler] 4.4.6-14 ii gcc-4.5 [c-compiler] 4.5.3-12 ii gcc-4.6 [c-compiler] 4.6.2-15 ii git [git-core] 1:1.7.9.1-1 ii git-core 1:1.7.9.1-1 ii libauthen-passphrase-perl0.008-1 ii libc6-dev [libc-dev] 2.13-26 ii libcgi-formbuilder-perl 3.08-1 ii libcgi-session-perl 4.46-1 ii libcrypt-ssleay-perl 0.58-1 ii libgravatar-url-perl none ii liblwpx-paranoidagent-perl 1.07-1 ii libmail-sendmail-perl0.79.16-1 ii libnet-openid-consumer-perl 1.12-1 ii librpc-xml-perl none ii libterm-readline-gnu-perl1.20-2+b1 ii libtimedate-perl 1.2000-1 ii libxml-simple-perl 2.18-3 ii mercurial2.1-1 ii subversion 1.6.17dfsg-3 Versions of packages ikiwiki suggests: pn dvipng none pn file5.10-1 pn gettext 0.18.1.1-5 pn graphviz2.26.3-9 pn libfile-mimeinfo-perl none pn libhighlight-perl none pn libhtml-tree-perl 4.2-1 pn liblocale-gettext-perl 1.05-7+b1 pn libmailtools-perl 2.08-1 pn libnet-amazon-s3-perl none pn libnet-inet6glue-perl none pn libsearch-xapian-perl none pn libsort-naturally-perl none pn libsparkline-phpnone pn libtext-csv-perlnone pn libtext-multimarkdown-perl none pn libtext-textile-perlnone pn libtext-typography-perl none pn libtext-wikicreole-perl none pn libtext-wikiformat-perl none pn libxml-feed-perlnone pn perlmagick none pn po4anone pn polygen none pn python-docutils none pn texlive 2009-15 pn tidynone pn viewvc | gitweb | viewcvs none pn xapian-omeganone -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#649296: r-cran-iterators: Typo in description: vecto*r*s
Package: r-cran-iterators Severity: minor Dear Debian folks, there is a typo in the package description summary. GNU R iterator support for vectos, lists and other containers It should be vecto*r*s. This package provides support for iterators, which allow a programmer to traverse through all the elements of a vector, list, or other collection of data. I am no native speaker, but I would put an article before list too: a list. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: This is a digitally signed message part
Bug#650036: [PATCH] debian/control: Fix typo: s/famililes/families/
Package: fonts-sil-gentium-basic Version: 1.1-5 Severity: normal Tag: patch Dear Debian folks, there is a typo in the description. Please find the patch below. Please note that `trunk` is the top directory when the diff was formatted. Thanks, Paul -- Package-specific info: Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii fontconfig 2.8.0-3generic font configuration library - support ii libfreetype6 2.4.8-1FreeType 2 font engine, shared library files ii libxft22.2.0-3FreeType-based font drawing library for X -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash fonts-sil-gentium-basic depends on no packages. Versions of packages fonts-sil-gentium-basic recommends: ii fonts-sil-gentium 20081126:1.02-12 fonts-sil-gentium-basic suggests no packages. -- no debconf information ---8 From: Paul Menzel pm.deb...@googlemail.com Date: Fri, 25 Nov 2011 20:43:05 +0100 Subject: [PATCH] debian/control: Fix typo: s/famililes/families/ --- trunk/debian/control |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/trunk/debian/control b/trunk/debian/control index d275934..47f0b3c 100644 --- a/trunk/debian/control +++ b/trunk/debian/control @@ -17,7 +17,7 @@ Replaces: ttf-sil-gentium-basic ( 1.1-4) Provides: ttf-sil-gentium-basic Conflicts: ttf-sil-gentium-basic ( 1.1-4) Description: smart Unicode font families (Basic and Book Basic) based on Gentium - Gentium Basic and Gentium Book Basic are font famililes based on the original + Gentium Basic and Gentium Book Basic are font families based on the original Gentium design, but with additional weights. The Book family is slightly heavier. Both families come with a complete regular, bold, italic and bold italic set of fonts. -- 1.7.7.3 signature.asc Description: This is a digitally signed message part
Bug#650000: Stray file /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove left after upgrade
Am Samstag, den 26.11.2011, 12:15 + schrieb Sam Morris: On Fri, 2011-11-25 at 14:04 +0100, Michael Biebl wrote: That's the code in preinst. So either your system-tools-backends.conf file was modified, or the sha1 in preinst is incorrect. The diff between the file shipped by system-tools-backend in lenny and the obsolete file on my system: $ diff -u /tmp/foo/etc/dbus-1/system.d/system-tools-backends.conf /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove --- /tmp/foo/etc/dbus-1/system.d/system-tools-backends.conf 2010-01-04 19:54:42.0 + +++ /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove 2009-04-14 20:32:56.150110375 +0100 @@ -22,10 +22,8 @@ allow send_interface=org.freedesktop.SystemToolsBackends.Platform send_member=getPlatform/ -- -!-- configuration modules can't be accessed directly... -- -deny send_destination=org.freedesktop.SystemToolsBackends/ -deny send_destination=org.freedesktop.SystemToolsBackends.Platform/ -deny send_destination=org.freedesktop.SystemToolsBackends/ +!-- Only allow talking to the dispatcher -- +allow send_destination=org.freedesktop.SystemToolsBackends/ /policy policy user=0 @@ -60,8 +58,4 @@ allow send_destination=org.freedesktop.SystemToolsBackends.UserConfig/ allow send_destination=org.freedesktop.SystemToolsBackends.UsersConfig/ /policy - policy group=stb-admin -!-- be able to speak to the dispatcher -- -allow send_destination=org.freedesktop.SystemToolsBackends/ - /policy /busconfig I have the same leftover file and the checksum therefore differs. $ sha1sum /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove 1be2394739e54132aebed6ea579c9de5e10cefa0 /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove $ LANG=C ls -l /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove -rw-r--r-- 1 root root 3386 Mar 12 2009 /etc/dbus-1/system.d/system-tools-backends.conf.dpkg-remove I'm guessing this came from a version of the package in-between the one in lenny and the one in squeeze. If that's the case then the upgrade code wouldn't remove the file since it only expects you to upgrade from lenny to squeeze. Assuming that dbus ignores configuration files files named *.dpkg-*, it seems un-necessary to fix the package to handle this upgrade (assuming that that is where this version of the file even came from), so I'm closing the bug. True. But it would be nice to also have this file removed. Maybe add a note to `README.Debian`? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#650117: littler: user installed packages not found
Package: littler Version: 0.1.5-1 Severity: normal Dear Debian folks, since the package rbenchmark is not packaged in Debian I installed it using `install.packages()`. Then it was installed in my home directory I believe. Executing `R` and then `library(rbenchmark)` works. Now I wanted to try `fibonacci.r` from the examples of the Rcpp package (`r-cran-rcpp` [2]). $ cp /usr/lib/R/site-library/Rcpp/examples/Misc/fibonacci.r /tmp/ $ r fibonacci.r # includes `library(rbenchmark)` This aborts with an error that the package `rbenchmark` cannot be found. $ LANG=C r fibonacci.r Loading required package: inline Loading required package: methods Loading required package: compiler Error in library(rbenchmark) : there is no package called 'rbenchmark' Execution halted Is littler supposed to work in such a setup? Thanks, Paul [1] http://dirk.eddelbuettel.com/blog/2011/09/08/ [2] http://packages.debian.org/search?keywords=r-cran-rcpp -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages littler depends on: ii libatlas3gf-base [liblapack.so.3gf] 3.8.4-3 ii libblas3gf [libblas.so.3gf] 1.2.20110419-2 ii libc62.13-21 ii liblapack3gf [liblapack.so.3gf] 3.3.1-1 ii r-base-core 2.14.0-1 littler recommends no packages. Versions of packages littler suggests: pn r-cran-getopt none -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#650117: littler: user installed packages not found
Dear Dirk,
Am Samstag, den 26.11.2011, 12:42 -0600 schrieb Dirk Eddelbuettel:
On 26 November 2011 at 18:57, Paul Menzel wrote:
| Package: littler
| Version: 0.1.5-1
| Severity: normal
|
| Dear Debian folks,
There is a single maintainer for the littler package, and his name is Dirk.
I am sorry. I used that term because all Debian developers and users
should try to fix bugs. And sometimes the maintainers are not as devoted
as you are.
| since the package rbenchmark is not packaged in Debian I installed it using
`install.packages()`. Then it was installed in my home directory I believe.
Your problem. Always check what .libPaths() says:
edd@max:~$ r -e 'print(.libPaths())'
[1] /usr/local/lib/R/site-library /usr/lib/R/site-library
[3] /usr/lib/R/library
edd@max:~$
It says the same on my system.
So on my system an installation __done with littler__ goes to
/usr/local/lib/R/site-library
Well, since I have not changed anything by default using
`install.packages()` it goes into `~/R/i486-pc-linux-gnu-library/2.14/`.
In fact littler comes with two short example scripts 'install.r' and
'update.r' I use all the time. Eg (for a not-required re-installation:)
edd@max:~$ ~/bin/install.r rbenchmark
trying URL 'http://cran.r-project.org/src/contrib/rbenchmark_0.3.tar.gz'
Content type 'application/x-gzip' length 3504 bytes
opened URL
==
downloaded 3504 bytes
* installing *source* package ‘rbenchmark’ ...
** R
** preparing package for lazy loading
** help
*** installing help indices
** building package indices ...
** testing if installed package can be loaded
* DONE (rbenchmark)
The downloaded packages are in
‘/tmp/downloaded_packages’
edd@max:~$ r -lrbenchmark -e 'res - benchmark(function() {}); print(res)'
test replications elapsed relative user.self sys.self user.child
1 function() { 100 0.0011 00 0
sys.child
1 0
edd@max:~$
I did not know about these scripts and that they should be used for
installing packages. See #648981 [3].
| Executing `R` and then `library(rbenchmark)` works.
|
| Now I wanted to try `fibonacci.r` from the examples of the Rcpp package
(`r-cran-rcpp` [2]).
|
| $ cp /usr/lib/R/site-library/Rcpp/examples/Misc/fibonacci.r /tmp/
| $ r fibonacci.r # includes `library(rbenchmark)`
|
| This aborts with an error that the package `rbenchmark` cannot be found.
|
| $ LANG=C r fibonacci.r
| Loading required package: inline
| Loading required package: methods
| Loading required package: compiler
| Error in library(rbenchmark) : there is no package called
'rbenchmark'
| Execution halted
|
| Is littler supposed to work in such a setup?
Well, yes. I use littler for all the blog posts you refer to.
Read help(Startup) and figure out your paths.
Not a bug. Next time, just ask on r-sig-debian, please.
Is there a way to get that working by default? Should the path `~/R/`
which gets used by default for installing packages be added somewhere?
Or a new item to the FAQ in `README.gz`?
Mit besten Gruessen, Dirk
Groetjes, beste,
Paul
| [1] http://dirk.eddelbuettel.com/blog/2011/09/08/
| [2] http://packages.debian.org/search?keywords=r-cran-rcpp
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648981
signature.asc
Description: This is a digitally signed message part
Bug#650117: littler: user installed packages not found
Dear Dirk,
thank you again for your quick response.
Am Samstag, den 26.11.2011, 15:35 -0600 schrieb Dirk Eddelbuettel:
On 26 November 2011 at 22:10, Paul Menzel wrote:
| Am Samstag, den 26.11.2011, 12:42 -0600 schrieb Dirk Eddelbuettel:
| On 26 November 2011 at 18:57, Paul Menzel wrote:
| | Package: littler
| | Version: 0.1.5-1
| | Severity: normal
| |
| | Dear Debian folks,
|
| There is a single maintainer for the littler package, and his name is
Dirk.
|
| I am sorry. I used that term because all Debian developers and users
| should try to fix bugs. And sometimes the maintainers are not as devoted
| as you are.
What makes you think all developers would read a bug report against one
particular package?
not all. But for example for GNOME packages a lot of times Debian
developers deal with bug reports although they are not the maintainer.
| | since the package rbenchmark is not packaged in Debian I installed it
using `install.packages()`. Then it was installed in my home directory I
believe.
|
| Your problem. Always check what .libPaths() says:
|
| edd@max:~$ r -e 'print(.libPaths())'
| [1] /usr/local/lib/R/site-library /usr/lib/R/site-library
| [3] /usr/lib/R/library
| edd@max:~$
|
| It says the same on my system.
|
| So on my system an installation __done with littler__ goes to
/usr/local/lib/R/site-library
|
| Well, since I have not changed anything by default using
| `install.packages()` it goes into `~/R/i486-pc-linux-gnu-library/2.14/`.
You shouldn't have to change anything. Apart maybe from making sure you (and
not jyst root) can write into /usr/local/lib/R/site-library/
This is set from /etc/R/Renviron
Looking at `/etc/R/Renviron` I see the following line.
R_LIBS_USER=${R_LIBS_USER-'~/R/i486-pc-linux-gnu-library/2.14'}
Could that be added to littler’s default path when looking for packages?
| In fact littler comes with two short example scripts 'install.r' and
| 'update.r' I use all the time. Eg (for a not-required re-installation:)
|
| edd@max:~$ ~/bin/install.r rbenchmark
| trying URL 'http://cran.r-project.org/src/contrib/rbenchmark_0.3.tar.gz'
| Content type 'application/x-gzip' length 3504 bytes
| opened URL
| ==
| downloaded 3504 bytes
|
| * installing *source* package ‘rbenchmark’ ...
| ** R
| ** preparing package for lazy loading
| ** help
| *** installing help indices
| ** building package indices ...
| ** testing if installed package can be loaded
|
| * DONE (rbenchmark)
|
| The downloaded packages are in
| ‘/tmp/downloaded_packages’
| edd@max:~$ r -lrbenchmark -e 'res - benchmark(function() {}); print(res)'
|test replications elapsed relative user.self sys.self user.child
| 1 function() { 100 0.0011 00 0
|sys.child
| 1 0
| edd@max:~$
|
| I did not know about these scripts and that they should be used for
| installing packages. See #648981 [3].
Should be used is too strong. I wrote them for my use as I find them
convenient.
I see. But not having a references to them in for example the README I
will find them too late because I am not checking out everything before
starting to use a program.
| | Executing `R` and then `library(rbenchmark)` works.
| |
| | Now I wanted to try `fibonacci.r` from the examples of the Rcpp package
(`r-cran-rcpp` [2]).
| |
| | $ cp /usr/lib/R/site-library/Rcpp/examples/Misc/fibonacci.r
/tmp/
| | $ r fibonacci.r # includes `library(rbenchmark)`
| |
| | This aborts with an error that the package `rbenchmark` cannot be found.
| |
| | $ LANG=C r fibonacci.r
| | Loading required package: inline
| | Loading required package: methods
| | Loading required package: compiler
| | Error in library(rbenchmark) : there is no package called
'rbenchmark'
| | Execution halted
| |
| | Is littler supposed to work in such a setup?
|
| Well, yes. I use littler for all the blog posts you refer to.
|
| Read help(Startup) and figure out your paths.
|
| Not a bug. Next time, just ask on r-sig-debian, please.
|
| Is there a way to get that working by default? Should the path `~/R/`
| which gets used by default for installing packages be added somewhere?
| Or a new item to the FAQ in `README.gz`?
Please do read 'help(Startup)' and how you can influence .ldPaths() -- and if
you prefer to install in ~/R you have to figure out how to make sure littler
looks there too.
As written above, that path seems to be taken from `/etc/R/Renviron`.
Amicalement,
Paul
signature.asc
Description: This is a digitally signed message part
Bug#650117: littler: user installed packages in `~/R/` not found
Dear Dirk,
Am Samstag, den 26.11.2011, 16:34 -0600 schrieb Dirk Eddelbuettel:
On 26 November 2011 at 23:16, Paul Menzel wrote:
| Am Samstag, den 26.11.2011, 15:35 -0600 schrieb Dirk Eddelbuettel:
|
| On 26 November 2011 at 22:10, Paul Menzel wrote:
|
| | Am Samstag, den 26.11.2011, 12:42 -0600 schrieb Dirk Eddelbuettel:
| | On 26 November 2011 at 18:57, Paul Menzel wrote:
| | | Package: littler
| | | Version: 0.1.5-1
| | | Severity: normal
| | |
| | | Dear Debian folks,
| |
| | There is a single maintainer for the littler package, and his name is
Dirk.
| |
| | I am sorry. I used that term because all Debian developers and users
| | should try to fix bugs. And sometimes the maintainers are not as devoted
| | as you are.
|
| What makes you think all developers would read a bug report against one
| particular package?
|
| not all. But for example for GNOME packages a lot of times Debian
| developers deal with bug reports although they are not the maintainer.
littler != Gnome
alright. I will address you directly in the future when opening reports
against R packages.
| | | since the package rbenchmark is not packaged in Debian I installed
it using `install.packages()`. Then it was installed in my home directory I
believe.
| |
| | Your problem. Always check what .libPaths() says:
| |
| | edd@max:~$ r -e 'print(.libPaths())'
| | [1] /usr/local/lib/R/site-library /usr/lib/R/site-library
| | [3] /usr/lib/R/library
| | edd@max:~$
| |
| | It says the same on my system.
| |
| | So on my system an installation __done with littler__ goes to
/usr/local/lib/R/site-library
| |
| | Well, since I have not changed anything by default using
| | `install.packages()` it goes into `~/R/i486-pc-linux-gnu-library/2.14/`.
|
| You shouldn't have to change anything. Apart maybe from making sure you
(and
| not jyst root) can write into /usr/local/lib/R/site-library/
|
| This is set from /etc/R/Renviron
|
| Looking at `/etc/R/Renviron` I see the following line.
|
| R_LIBS_USER=${R_LIBS_USER-'~/R/i486-pc-linux-gnu-library/2.14'}
Would you mind reading the remaining five or so lines of that file too?
I did before. And I do not understand the comments at all.
R_LIBS_USER=${R_LIBS_USER-'~/R/i486-pc-linux-gnu-library/2.14'}
#R_LIBS_USER=${R_LIBS_USER-'~/Library/R/2.14/library'}
# edd Apr 2003 Allow local install in /usr/local, also add a directory
for
# Debian packaged CRAN packages, and finally the default
dir
# edd Jul 2007 Now use R_LIBS_SITE, not R_LIBS
R_LIBS_SITE=${R_LIBS_SITE-'/usr/local/lib/R/site-library:/usr/lib/R/site-library:/usr/lib/R/library'}
What should »Now use R_LIBS_SITE, not R_LIBS« for an unknowledgeable
user mean? Do you mean `R_LIBS*`? Why is `R_LIBS_USER` still defined
above?
Also looking at the other files I only found this item in
`changelog.Debian.gz`.
* debian/Renviron-R_LIBS.patch: With R 2.5.*, modify R_LIBS_SITE not
R_LIBS
-- Dirk Eddelbuettel e...@debian.org Wed, 18 Jul 2007 14:26:06 -0500
| Could that be added to littler’s default path when looking for packages?
Up to you to do locally as I told you twice. See help(Startup). I am getting
bored of repeating myself.
Littler knows that env var too:
edd@max:~$ r -e 'print(Sys.getenv(R_LIBS_USER))'
[1] ~/R/x86_64-pc-linux-gnu-library/2.14
edd@max:~$
I just don't like it. Linux is multi-user, and I see no reason not to use
/usr/local/lib/R/site-library.
1. I would not mind if it is recommended to me when using
`install.packages()`.
2. The biggest problem is only root/staff can write there by default.
3. Until this discussion I did not even know about this preference since
it is nowhere documented.
If your scripts fail to read from a particular library directory, read
help(library) and/or help(Startup).
I know that I can pass a path to look for libraries. But the user
experience to edit for example your examples from Rcpp is not flawless
because I need to edit these scripts. And it is confusing because
starting `R` and using `source(…)` works.
There is no maliciousness at my end. I do not tell littler to ignore certain
directories just because I feel like it.
I still do not understand why `R` uses this environment variable and
`littler` does not. Sorry.
So can we stop this now, please?
I just tell you my experiences with littler and that I have trouble
using it.
That this is your decision to make if changes can be made is totally
clear and that is why I have not reopened that report either.
| | In fact littler comes with two short example scripts 'install.r' and
| | 'update.r' I use all the time. Eg (for a not-required
re-installation:)
| |
| | edd@max:~$ ~/bin/install.r rbenchmark
| | trying URL
'http://cran.r-project.org/src/contrib/rbenchmark_0.3
Bug#650335: [PATCH] README.Debian-exim4: Fix two typos: below, ambiguity
Package: sympa Version: 6.1.7_dfsg-1 Severity: normal Tags: patch Dear Debian folks, please find the patch included below. You can apply it by saving this (mbox) message and using `git am --scissors` and afterward even change/update the commit message using `git commit --amend`. Thanks, Paul -8 From 16151652958aa99d25e377573ce84164036f4887 Mon Sep 17 00:00:00 2001 From: Paul Menzel pm.deb...@googlemail.com Date: Mon, 28 Nov 2011 23:17:24 +0100 Subject: [PATCH] README.Debian-exim4: Fix two typos: below, ambiguity --- debian/changelog |7 +++ debian/doc/README.Debian-exim4 |4 ++-- 2 files changed, 9 insertions(+), 2 deletions(-) diff --git a/debian/changelog b/debian/changelog index 5a9a949..71a5bdb 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +sympa (6.1.7~dfsg-1.1) unstable; urgency=low + + * Non-maintainer upload. + * README.Debian-exim4: Fix two typos + + -- Paul Menzel pm.deb...@googlemail.com Mon, 28 Nov 2011 23:17:24 +0100 + sympa (6.1.7~dfsg-1) unstable; urgency=low [ Emmanuel Bouthenot] diff --git a/debian/doc/README.Debian-exim4 b/debian/doc/README.Debian-exim4 index 8000466..6ef1110 100644 --- a/debian/doc/README.Debian-exim4 +++ b/debian/doc/README.Debian-exim4 @@ -46,7 +46,7 @@ A solution can be to add a 'router' in the configuration similar to the one for /etc/aliases. That's the solution that is probably the most generic, as supporting usual aliases management as done by most MTAs. Other more complex solutions exist, no longer relying on /etc/mail/sympa/aliases pipe aliases, but -which won't be detailed delow. +which won't be detailed below. In any case, depending on the way Exim4 is configured on your system, different steps are necessary. Exim4 can have been configured either with non-split @@ -115,7 +115,7 @@ Configuring pipe aliases for Exim4 in split mode /etc/aliases) (This step is identical as for non-split mode, but repeated for lack of -ambuity) +ambiguity) The administrator will have to create (or modify) the file /etc/exim4/exim4.conf.localmacros , and add the following macro definition -- 1.7.7.3 signature.asc Description: This is a digitally signed message part
Bug#512336: sympa: UTF-8 and Language::SetLang() Failed to setlocale
Dear Emmanuel, Am Montag, den 28.11.2011, 22:33 +0100 schrieb Emmanuel Bouthenot: forcemerge 606704 512336 thanks Hi Paul, On Mon, Jan 19, 2009 at 08:22:25PM +0100, Paul Menzel wrote: Subject: sympa: UTF-8 and Language::SetLang() Failed to setlocale I'm merging this bug with bug #606704 as it is a duplicate, hence it will be closed. thanks a lot for taking care of Sympa and dealing with this bug! Now, I need to upgrade from Lenny to Squeeze to benefit from your work! Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#637620: ACPI kernel issue already reported as #619034 (was: alsa-base: No sound with Realtek ALC889A card)
Dear Carlos, Am Dienstag, den 27.09.2011, 19:40 +0200 schrieb Elimar Riesebieter: * caralu74 [110927 11:05 -0500]: Package: alsa-base Version: 1.0.23+dfsg-4 Followup-For: Bug #637620 what made you think this is related to #637620? Thank you for checking existing bugs but next time it would be better to open a new bug for that. Elimar, how do we deal with that report as it supposedly includes two separate issues now (see below), where one has been reported to the Debian BTS as #619034 [1]? Dear Maintainer, *** Please consider answering these questions, where appropiate *** * What led up to the situation? From where did you copied those intelligent phrases? If you run `reportbug` these questions are part of the template. […] Exit from lspci -v : Removed nonsens [...] Well it was not complete nonsense. At least the content of the Linux kernel ring buffer (`dmesg`) was very informative as it showed the Oops when loading the sound module `snd-hda-intel`. This was the important piece of information in this case. Sep 26 12:43:26 caralu74 kernel: [5.232250] [ cut here ] Sep 26 12:43:26 caralu74 kernel: [5.232258] WARNING: at /build/buildd-linux-2.6_3.0.0-3-i386-G7H4XL/linux-2.6-3.0.0/debian/build/source_i386_none/drivers/pci/pci.c:118 pci_ioremap_bar+0x24/0x52() Sep 26 12:43:26 caralu74 kernel: [5.232262] Hardware name: MS-7253 Sep 26 12:43:26 caralu74 kernel: [5.232264] Modules linked in: snd_hda_intel(+) snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer snd_seq_device snd evdev soundcore i2c_viapro k8temp parport_pc snd_page_alloc i2c_core parport shpchp processor pcspkr thermal_sys button pci_hotplug ext4 mbcache jbd2 crc16 sg usbhid hid sr_mod cdrom sd_mod crc_t10dif ata_generic usb_storage uas pata_via sata_via libata scsi_mod uhci_hcd floppy ehci_hcd usbcore via_rhine mii [last unloaded: scsi_wait_scan] Sep 26 12:43:26 caralu74 kernel: [5.232295] Pid: 415, comm: modprobe Not tainted 3.0.0-1-486 #1 Sep 26 12:43:26 caralu74 kernel: [5.232297] Call Trace: Sep 26 12:43:26 caralu74 kernel: [5.232305] [c1023568] ? warn_slowpath_common+0x6a/0x7d Sep 26 12:43:26 caralu74 kernel: [5.232308] [c113a4f6] ? pci_ioremap_bar+0x24/0x52 Sep 26 12:43:26 caralu74 kernel: [5.232313] [c1023588] ? warn_slowpath_null+0xd/0x10 Sep 26 12:43:26 caralu74 kernel: [5.232317] [c113a4f6] ? pci_ioremap_bar+0x24/0x52 Sep 26 12:43:26 caralu74 kernel: [5.232325] [f8147c96] ? azx_probe+0x338/0x92a [snd_hda_intel] Sep 26 12:43:26 caralu74 kernel: [5.232330] [c10e3f9c] ? __sysfs_add_one+0x30/0x50 Sep 26 12:43:26 caralu74 kernel: [5.232334] [c10e3dba] ? sysfs_addrm_finish+0x13/0x86 Sep 26 12:43:26 caralu74 kernel: [5.232338] [c11b390b] ? arch_local_irq_save+0x11/0x18 Sep 26 12:43:26 caralu74 kernel: [5.232342] [c11b47bd] ? __pm_runtime_set_status+0xcb/0xe7 Sep 26 12:43:26 caralu74 kernel: [5.232346] [c113bd5b] ? local_pci_probe+0x2b/0x55 Sep 26 12:43:26 caralu74 kernel: [5.232350] [c113c181] ? pci_device_probe+0x43/0x65 Sep 26 12:43:26 caralu74 kernel: [5.232354] [c11af0d0] ? driver_probe_device+0x8a/0x109 Sep 26 12:43:26 caralu74 kernel: [5.232357] [c11af18f] ? __driver_attach+0x40/0x5b Sep 26 12:43:26 caralu74 kernel: [5.232361] [c11ae66c] ? bus_for_each_dev+0x37/0x59 Sep 26 12:43:26 caralu74 kernel: [5.232364] [c11aee78] ? driver_attach+0x11/0x13 Sep 26 12:43:26 caralu74 kernel: [5.232368] [c11af14f] ? driver_probe_device+0x109/0x109 Sep 26 12:43:26 caralu74 kernel: [5.232371] [c11aeb9d] ? bus_add_driver+0x83/0x1bd Sep 26 12:43:26 caralu74 kernel: [5.232377] [c1126815] ? kset_find_obj_hinted+0x44/0x74 Sep 26 12:43:26 caralu74 kernel: [5.232382] [f816e000] ? 0xf816dfff Sep 26 12:43:26 caralu74 kernel: [5.232385] [c11af537] ? driver_register+0x75/0xca Sep 26 12:43:26 caralu74 kernel: [5.232389] [c1017d46] ? change_page_attr_clear+0x1a/0x1f Sep 26 12:43:26 caralu74 kernel: [5.232393] [f816e000] ? 0xf816dfff Sep 26 12:43:26 caralu74 kernel: [5.232396] [c113c325] ? __pci_register_driver+0x2c/0x82 Sep 26 12:43:26 caralu74 kernel: [5.232400] [f816e000] ? 0xf816dfff Sep 26 12:43:26 caralu74 kernel: [5.232403] [c1001212] ? do_one_initcall+0x67/0x111 Sep 26 12:43:26 caralu74 kernel: [5.232408] [c1049963] ? sys_init_module+0x1358/0x1525 Sep 26 12:43:26 caralu74 kernel: [5.232417] [c1274e63] ? sysenter_do_call+0x12/0x28 Sep 26 12:43:26 caralu74 kernel: [5.232420] ---[ end trace 1cf5ec2e83cb6063 ]--- Carlos, you should make sure next time, that such pastes are not
Bug#637620: [Pkg-alsa-devel] Bug#637620: alsa-base: No sound with Realtek ALC889A card
Dear Carlos, dear Elimar, Am Dienstag, den 28.02.2012, 13:56 -0500 schrieb Carlos Luna: Finally Mr Elimar I have solved the problem. as the submitter of bug #613979 [1] I know how hard it was to find out what is wrong and to fix. Carlos, seeing the Oops in the GNOME system log output was the important piece of information here. Svante Signell already reported that bug as #619034 [2] as written in my previous reply. I don`t really now what was the problem but the solutions was add pci=use_crs to my Kernel options and restart. sudo gedit /etc/default/grub and add change the line GRUB_CMDLINE_LINUX_DEFAULT=quiet splash to GRUB_CMDLINE_LINUX_DEFAULT=quiet splash pci=use_crs I got help from this two places: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=5533 and https://bugzilla.kernel.org/process_bug.cgi I had the same problem with Midori that it did not have the full URL the first time. The upstream ticket number is 42619 and the correct URL is [3]. I hope this could help somebody else, that have the same issue. Thank you very much for following up with the solution you found. It would be nice if you could test Jonathan’s patch but I will get back to you with that once we have figured out how to proceed with this report as written in my previous reply. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613979 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619034 [3] https://bugzilla.kernel.org/show_bug.cgi?id=42619 signature.asc Description: This is a digitally signed message part
Bug#637620: alsa-base: No sound with Realtek ALC889A card
Dear Peter, Am Dienstag, den 16.08.2011, 17:28 + schrieb Peter . : I'm not really that masochistic... true. ;-) Could you give a status update please? aplay happily reports that the wave file plays fine so I need a good method to debug. The ALSA Wiki has some information about debugging [1]. Most of the time it is best to contact the list alsa-devel directly [2]. I was able to get libasound to segfault with certain option parms applied to snd-hda-intel in alsa-base.conf but I imagine they were invalid. It still should not segfault. I guess the ALSA developers would like to hear about that. Their bug tracker is not used much so please contact the list alsa-devel [2] directly. I could try blacklisting the hda-nvidia-codec to see if it isn't playing nice well with others, what do you think ? Carlos also had sound problems and answered to this bug report without putting you in CC though. To find out if your two problems are related, could you try if booting with `pci=use_crs` fixes your problem [3]? If not, I suggest to contact the ALSA developers on the alsa-devel list with a pasted output (no mangling due to automatic line breaks and plain text message please [4]) of the script `alsa-info.sh` [1]. Peter (mobile) I downloaded all messages for this report using `bts show --mbox 637620` and imported those into Evolution. Unfortunately it was more work to follow up on the problem because your mail program on your phone does not implement certain standards and even deletes spaces in the subject line. In my opinion, next time it would be better if you could answer from a system which keeps the threading on so on. Most of the time the delay of a few hours does not matter much. Thank you for reporting the bug and hopefully it will get fixed soon. Thanks, Paul [1] http://alsa-project.org/main/index.php/Help_To_Debug [2] http://alsa-project.org/main/index.php/Mailing-lists [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637620#115 [4] http://en.opensuse.org/openSUSE:Mailing_list_netiquette signature.asc Description: This is a digitally signed message part
Bug#637620: alsa-base: No sound with Realtek ALC889A card over HDMI
Dear Peter, thank you for your fast reply. Please only send plain text messages [1][2]. That would be awesome. Am Donnerstag, den 01.03.2012, 03:44 + schrieb Peter ♪: I'm running with the hdmi - dvi adapter without too much of an issue. Oh, I totally missed that information that sound is working under certain circumstances. So it is unrelated to Carlos’ problem. Could you describe your system in more detail please? How is the sound transferred now if you are using only DVI on one side? I recently lost sound with adobe's flash player only and restored it with gnash. I'm not sure whether there are wine specific sound issues as well at this time, it's been that long since I've had a chance to run wine with sound against anything. Ok, that seems a different issue too. I'll check on direct hdmi connection when I get a chance and advise, thanks for following up. Great thank you very much. The system information at the end of reportbug alsa-base and the output of `alsa-info.sh` [3] should be very helpful to figure out what is going on. In your second(?) answer, you wrote you contacted the ALSA upstream folks. Could you provide a link to that discussion please. Thanks, Paul [1] http://ask-leo.com/how_do_i_choose_plain_text_in_hotmail.html [2] http://mailformat.dan.info/config/hotmail.html [3] http://alsa-project.org/main/index.php/Help_To_Debug signature.asc Description: This is a digitally signed message part
Bug#661980: jenkins-memory-monitor: [PATCH] debian/control: Fix grammar in description
Package: jenkins-memory-monitor
Version: 1.5-1
Severity: normal
Tags: patch
Dear Debian folks,
I hope the inlined patch applicable with `git am --scissors` is useful.
I am not sure about the s/jenkins/Jenkin’s/ change. Additionally reading
the description I am not sure about »integration for« and if it should
be changed to »integration of«.
Maybe the Debian English team(?) (Smith(?)) can review the description.
Thanks,
Paul
--- 8 - 8 ---
From 27ecae8262bb20dc55b705053de8b2bc402db8c1 Mon Sep 17 00:00:00 2001
From: Paul Menzel pm.deb...@googlemail.com
Date: Sat, 3 Mar 2012 09:01:58 +0100
Subject: [PATCH] debian/control: Fix grammar in description
---
debian/changelog |7 +++
debian/control | 12 ++--
2 files changed, 13 insertions(+), 6 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index c4f7442..cc329ac 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+jenkins-memory-monitor (1.7-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/control: Fix grammar in description
+
+ -- Paul Menzel pm.deb...@googlemail.com Sat, 03 Mar 2012 09:02:37 +0100
+
jenkins-memory-monitor (1.7-1) unstable; urgency=low
* New upstream release.
diff --git a/debian/control b/debian/control
index 1511c9b..7014e86 100644
--- a/debian/control
+++ b/debian/control
@@ -22,9 +22,9 @@ Architecture: all
Depends: ${maven:Depends}, ${misc:Depends}
Recommends: ${maven:OptionalDepends}
Description: Jenkins native integration for monitoring memory usage.
- This library provide native integration for monitoring memory and
- swap usage from with Java code. It is used by the Jenkins CI
- application to monitor these statistics on jenkins master and
+ This library provides native integration for monitoring memory and
+ swap usage from within Java code. It is used by the Jenkins CI
+ application to monitor these statistics on Jenkin’s master and
slave nodes.
Package: jenkins-memory-monitor-doc
@@ -34,9 +34,9 @@ Depends: ${maven:DocDepends}, ${misc:Depends}
Recommends: ${maven:DocOptionalDepends}
Suggests: jenkins-memory-monitor
Description: Documentation for jenkins-memory-monitor.
- This library provide native integration for monitoring memory and
- swap usage from with Java code. It is used by the Jenkins CI
- application to monitor these statistics on jenkins master and
+ This library provides native integration for monitoring memory and
+ swap usage from within Java code. It is used by the Jenkins CI
+ application to monitor these statistics on Jenkin’s master and
slave nodes.
.
This package provides the API documentation for jenkins-memory-monitor.
--
1.7.9.1
signature.asc
Description: This is a digitally signed message part
Bug#656149: vlc: Can't locate X11/Protocol.pm in @INC; …; BEGIN failed--compilation aborted at -e line 6.
Am Samstag, den 03.03.2012, 13:43 +0200 schrieb Rémi Denis-Courmont: Le mardi 17 janvier 2012 00:13:05 Paul Menzel, vous avez écrit : starting VLC 1.1.13 after installing it using sudo aptitude install vlc the following messages are printed to the terminal. Can't locate X11/Protocol.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at -e line 6. BEGIN failed--compilation aborted at -e line 6. Do some dependencies need to be updated? VLC does not embed perl directly, and none of the main libraries it depends on either. This may be caused by a plugin on your system, either a VLC plugin, or more like a Qt4 UI plugin. Thank you for your answer. I only can say that I cannot reproduce this anymore with VLC 2.x although as you wrote it might be related to something different. Could you close this bug appropriately please. The only VLC plugins I have installed are `vlc-plugin-notify` and `vlc-plugin-pulse` which do not seem to depend on Perl either. I am not sure how to check for the Qt4 UI plugins. Therefore I am not sure if this bug should be closed and marked as resolved with version 2.x or if it should be closed as a non bug or if it should be left open. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#662772: post-inst fails: update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force)
Package: policycoreutils Version: 2.1.10-1 Severity: serious Dear Debian folks, running `sudo aptitude safe-upgrade` the upgrade of `policycoreutils` fails with the following error message. policycoreutils (2.1.10-1) wird eingerichtet ... Neue Version der Konfigurationsdatei /etc/selinux/restorecond.conf wird installiert ... Neue Version der Konfigurationsdatei /etc/init.d/sandbox wird installiert ... Neue Version der Konfigurationsdatei /etc/default/sandbox wird installiert ... update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force) dpkg: Fehler beim Bearbeiten von policycoreutils (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück […] Fehler traten auf beim Bearbeiten von: policycoreutils E: Sub-process /usr/bin/dpkg returned an error code (1) Ein Paket konnte nicht installiert werden. Versuch, dies zu lösen: policycoreutils (2.1.10-1) wird eingerichtet ... update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force) dpkg: Fehler beim Bearbeiten von policycoreutils (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: policycoreutils Running `sudo aptitude safe-upgrade` again does *not* fix this issue. I am not sure if it is the same issue to the already submitted report #660345. If it is the same issue I am sorry for the duplicate report and ask you to merge both reports. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660345 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages policycoreutils depends on: ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-27 ii libcap2 1:2.22-1 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libglib2.0-0 2.30.2-6 ii libpam0g 1.1.3-7 ii libpcre3 8.12-4 ii libselinux1 2.1.9-2 ii libsemanage1 2.1.6-2 ii libsepol1 2.1.4-1 ii lsb-base 3.2+Debian29 ii psmisc22.16-1 ii python2.7.2-10 ii python-selinux2.1.9-2 ii python-semanage 2.1.6-2 ii python-sepolgen 1.1.5-1 ii python-support1.0.14 Versions of packages policycoreutils recommends: pn selinux-policy-default none Versions of packages policycoreutils suggests: pn selinux-policy-dev none -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#659036: evolution: Gkr-Message: received an invalid, unencryptable, or non-utf8 secret
Package: evolution Version: 3.2.2-1 Severity: important Dear Debian folks, doing `sudo aptitude safe-upgrade` and restarting the system Evolution asks me for all the account’s passwords which are already known (by it?), i. e. I entered them once and Evolution has not asked me about them ever since. $ evolution [1] 5469 (evolution:5469): Tracker-DEBUG: Tracker Evolution plugin enabled (evolution:5469): Tracker-DEBUG: Tracker plugin creating new object... (evolution:5469): camel-CRITICAL **: camel_session_add_service: assertion `uri_string != NULL' failed Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:5469): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:5469): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:5469): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:5469): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:5469): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:5469): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:5469): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:5469): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:5469): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Gkr-Message: secret service operation failed: The secret was transferred or encrypted in an invalid way. I am not sure if this is related to some package update in between. I can only think of `python-evolution`. Please find the full list at the end. Additionally I had this problem before [1] and now it looks like it only shows up sporadically. The GNOME Keyring daemon is running though. $ ps aux | grep -i keyr joe 4920 0.0 0.4 88628 8952 ?SLl 15:46 0:04 /usr/bin/gnome-keyring-daemon --daemonize --login Thanks, Paul [1] http://bugs.debian.org/642952 -- [INSTALLIEREN, ABHÄNGIGKEITEN] augeas-lenses [INSTALLIEREN, ABHÄNGIGKEITEN] libaugeas0 [AKTUALISIERUNG]
Bug#659037: python-wnck: GNOME Classic: The Panel encountered a problem loading »WnckletFactory::WindowListApplet«.
Package: python-wnck Version: 2.32.0+dfsg-1 Severity: normal Dear Debian folks, doing `sudo aptitude safe-upgrade` upgraded `python-wnck`. python-wnck 2.32.0-4+b2 - 2.32.0+dfsg-1 Restarting the system and logging into GNOME Classic I got the following error message in a pop up window Das Panel ist beim Laden von »WnckletFactory::WindowListApplet« auf ein Porblem gestoßen. Wollen Sie das Applet aus Ihrer Konfiguration löschen? which translates to the following. The Panel encountered a problem loading »WnckletFactory::WindowListApplet«. Do you want to remove it from your configuration? Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-wnck depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.9-2 ii libpango1.0-0 1.29.4-2 ii libwnck22 2.30.7-1 ii python 2.7.2-10 ii python-gtk2 2.24.0-2 ii python2.6 2.6.7-4 ii python2.7 2.7.2-13 python-wnck recommends no packages. python-wnck suggests no packages. -- no debconf information attachment: 20120207--screenshot-python-wnck-error-message.png signature.asc Description: This is a digitally signed message part
Bug#659037: python-wnck: GNOME Classic: The Panel encountered a problem loading »WnckletFactory::WindowListApplet«.
Am Mittwoch, den 08.02.2012, 15:45 +0100 schrieb Josselin Mouette: Le mardi 07 février 2012 à 17:18 +0100, Michael Biebl a écrit : doing `sudo aptitude safe-upgrade` upgraded `python-wnck`. python-wnck 2.32.0-4+b2 - 2.32.0+dfsg-1 There were no source-wise changes between 2.32.0-4+b2 - 2.32.0+dfsg-1 so I'm wondering if the python-wnck upgrade is actually a red herring. The wnck applet does not even use python-wnck, so this is certainly not related. Thank you, Michael and Josselin, for your answers. Looking for a “culprit” I only could spot the GTK2(?) upgrade. libgtk2.0-bin 2.24.9-1 - 2.24.9-2 Just a note for myself: The panel talked about displays the open windows. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#656331: RTL8168b/8111b with ASUS M2A-VM (SB600): Network device stays down after resume
Dear Francois,
thank you for your fast reply.
Am Sonntag, den 05.02.2012, 18:57 +0100 schrieb Francois Romieu:
Paul Menzel pm.deb...@googlemail.com :
[http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656331]
I experienced this problem (only) three times until now. If I remember
correctly the last time with 3.2.1. I still do not know how to reproduce
this.
(good PR, nice)
An 'ethtool -d' and a 'mii-tool -v' of the device after a successful resume
and a failed one could help if it's a driver thing.
The problem has not shown up again until now so I only send the output
from the successful resume. Currently Linux version 3.2.4 is installed.
The following outputs are identical after startup and (a successful)
resume.
$ sudo ethtool --version
ethtool version 3.1
$ sudo ethtool eth0 # The option `-d` does not exist.
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half
100baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x0033 (51)
drv probe ifdown ifup
Link detected: yes
$ sudo mii-tool --version
$Id: mii-tool.c,v 1.9 2006/09/27 20:59:18 ecki Exp $
(Author: David Hinds based on Donald Becker's mii-diag)
net-tools 1.60
$ sudo mii-tool -v
eth0: negotiated 100baseTx-FD flow-control, link ok
product info: vendor 00:07:32, model 17 rev 2
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD
10baseT-FD 10baseT-HD
advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
flow-control
link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD
10baseT-FD 10baseT-HD flow-control
You may check if runtime power management is enabled or not, especially
after a failed resume. See the /sys/devices/pci:../:..:/power
directory and its control, runtime_enabled and runtime_status files
(control = on - runtime PM disabled, see Documentation/power/runtime_pm.txt)
The document is online at [1].
For some reason the ethernet controller is not listed under
`/sys/devices`.
$ lspci | grep RTL
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
$ lspci -n -s 02:00.0
02:00.0 0200: 10ec:8168 (rev 01)
$ ls /sys/devices/
breakpoint i2c-2 LNXSYSTM:00 pnp0 tracepoint
cpu i2c-3 pci:00 software virtual
i2c-1 i2c-4 platform system
I use `/sys/bus/pci/devices` instead.
$ more
/sys/bus/pci/devices/\:02\:00.0/power/{control,runtime_enabled,runtime_status}
::
/sys/bus/pci/devices/:02:00.0/power/control
::
on
--More--(Next file:
/sys/bus/pci/devices/:02:00.0/power/runtime_::
/sys/bus/pci/devices/:02:00.0/power/runtime_enabled
::
forbidden
--More--(Next file:
/sys/bus/pci/devices/:02:00.0/power/runtime_::
/sys/bus/pci/devices/:02:00.0/power/runtime_status
::
active
If it is enabled and the link does not come up fast enough (5 s), runtime
PM will suspend the device. It should not matter as long as the link is
still present because the device should (TM) soon generate a power management
event. The latter not happening or the PME being ignored could explain
the bug. If so, temporarily disabling runtime PM for your device after a
failed resume instead of removing the module or the cable may be enough
to recover the link. It's just a guess though.
So judging from the output above runtime
Bug#656331: RTL8168b/8111b with ASUS M2A-VM (SB600): Network device stays down after resume
Am Mittwoch, den 08.02.2012, 16:28 +0100 schrieb Paul Menzel: Am Sonntag, den 05.02.2012, 18:57 +0100 schrieb Francois Romieu: Paul Menzel pm.deb...@googlemail.com : [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656331] I experienced this problem (only) three times until now. If I remember correctly the last time with 3.2.1. I still do not know how to reproduce this. (good PR, nice) An 'ethtool -d' and a 'mii-tool -v' of the device after a successful resume and a failed one could help if it's a driver thing. The problem has not shown up again until now so I only send the output from the successful resume. Currently Linux version 3.2.4 is installed. Right on time a suspend cycle later the problem turned up again. The following outputs are identical after startup and (a successful) resume. $ sudo ethtool --version ethtool version 3.1 $ sudo ethtool eth0 # The option `-d` does not exist. Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Link partner advertised pause frame use: Symmetric Link partner advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: g Current message level: 0x0033 (51) drv probe ifdown ifup Link detected: yes Now from a failed resume. $ sudo ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Link partner advertised pause frame use: Symmetric Link partner advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: g Current message level: 0x0033 (51) drv probe ifdown ifup I could not spot a difference. $ sudo mii-tool --version $Id: mii-tool.c,v 1.9 2006/09/27 20:59:18 ecki Exp $ (Author: David Hinds based on Donald Becker's mii-diag) net-tools 1.60 $ sudo mii-tool -v eth0: negotiated 100baseTx-FD flow-control, link ok product info: vendor 00:07:32, model 17 rev 2 basic mode: autonegotiation enabled basic status: autonegotiation complete, link ok capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control From a failed resume it looks like the following. $ sudo mii-tool -v eth0: negotiated 100baseTx-FD flow-control, link ok product info: vendor 00:07:32, model 17 rev 2 basic mode: autonegotiation enabled basic status: autonegotiation complete, link ok capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow
Bug#659173: ikiwiki: List and a number with backslash after it not converted correctly
Package: ikiwiki Version: 3.20100815.7 Severity: normal Dear ikiwiki and Markdown folks, the following example shows in the second list the slash instead of omitting it [1]. $ more listandnumber.mdwn Here it is created with an ordered list. * 1. I want to say … Now unnumbered. * 1.\ I want to say … $ markdown listandnumber.mdwn pHere it is created with an ordered list./p ul liol liI want to say …/li /ol/li /ul pNow unnumbered./p ul li1.\ I want to say …/li /ul The goal is to list several dates. Without the list I have to enter empty lines and this looks quite “ugly” in the Markdown source. Thanks, Paul [1] http://daringfireball.net/projects/markdown/syntax/#list -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ikiwiki depends on: ii libhtml-parser-perl3.66-1collection of modules that parse H ii libhtml-scrubber-perl 0.08-4Perl extension for scrubbing/sanit ii libhtml-template-perl 2.9-2 module for using HTML Templates wi ii libtext-markdown-perl 1.0.26-1 Markdown and MultiMarkdown markup ii liburi-perl1.54-2module to manipulate and access UR ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction Versions of packages ikiwiki recommends: ii gcc [c-compiler] 4:4.4.5-1 The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.5-8 The GNU C compiler ii git [git-core] 1:1.7.2.5-3 fast, scalable, distributed revisi ii git-core 1:1.7.2.5-3 fast, scalable, distributed revisi ii libauthen-passphrase-perl0.007-1 Perl module encapsulating hashed p ii libc6-dev [libc-dev] 2.11.3-2Embedded GNU C Library: Developmen ii libcgi-formbuilder-perl 3.05.01-7 Easily generate and process statef ii libcgi-session-perl 4.41-1 persistent session data in CGI app ii liblwpx-paranoidagent-perl 1.07-1 a paranoid subclass of LWP::User ii libmail-sendmail-perl0.79.16-1 Send email from a perl script ii libnet-openid-consumer-perl 1.03-1 library for consumers of OpenID id ii libterm-readline-gnu-perl1.20-1 Perl extension for the GNU ReadLin ii libtimedate-perl 1.2000-1collection of modules to manipulat ii libxml-simple-perl 2.18-3 Perl module for reading and writin Versions of packages ikiwiki suggests: pn dvipng none (no description available) ii gettext 0.18.1.1-3 GNU Internationalization utilities pn graphviznone (no description available) ii libcrypt-ssleay-perl0.57-2 Support for https protocol in LWP ii libfile-mimeinfo-perl 0.15-1 Perl module to determine file type pn libhighlight-perl none (no description available) ii libhtml-tree-perl 3.23-2 Perl module to represent and creat ii liblocale-gettext-perl 1.05-6 Using libc functions for internati ii libmailtools-perl 2.06-1 Manipulate email in perl programs pn libnet-amazon-s3-perl none (no description available) ii librpc-xml-perl 0.73-1 Perl module implementation of XML- ii libsearch-xapian-perl 1.2.3.0-1Perl bindings for the Xapian searc ii libsort-naturally-perl 1.02-1 Sort naturally - sort lexically ex pn libsparkline-phpnone (no description available) ii libtext-csv-perl1.18-1 comma-separated values manipulator pn libtext-textile-perlnone (no description available) ii libtext-typography-perl 0.01-2 markup ASCII text with correct typ pn libtext-wikicreole-perl none (no description available) ii libtext-wikiformat-perl 0.78-1 translates Wiki formatted text int ii libxml-feed-perl0.43+dfsg-1 syndication feed parser and auto-d ii libyaml-perl0.71-1 YAML Ain't Markup Language ii perlmagick 8:6.6.0.4-3 Perl interface to the ImageMagick pn po4anone (no description available) pn polygen none (no description available) ii python 2.6.6-3+squeeze6 interactive high-level object-orie pn python-docutils none (no description available) pn texlive none (no description available) pn tidynone (no description available) pn viewvc | gitweb | viewc none (no description available) ii xapian-omega
Bug#659173: ikiwiki: List and a number with backslash after it not converted correctly
Am Mittwoch, den 08.02.2012, 22:28 -0400 schrieb Joey Hess: Paul Menzel wrote: the following example shows in the second list the slash instead of omitting it [1]. * 1.\ I want to say … I think you've misunderstood the markdown spec. To show a number that would be incorrectly interpreted as an ordered list, you put the slash *before* the period, not after it. * 1\. I want to say … 1986\. What a great season. That works correctly in both markdown and markdown discount. Right. Thank you for the quick response and sorry for messing up and wasting your time. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#659037: python-wnck: GNOME Classic: The Panel encountered a problem loading »WnckletFactory::WindowListApplet«.
reassign 659037 gnome-panel 3.2.1-2+b1 forwarded 659037 https://bugzilla.gnome.org/show_bug.cgi?id=669781 tags 659037 = moreinfo unreproducible quit Am Mittwoch, den 08.02.2012, 16:09 +0100 schrieb Paul Menzel: Am Mittwoch, den 08.02.2012, 15:45 +0100 schrieb Josselin Mouette: Le mardi 07 février 2012 à 17:18 +0100, Michael Biebl a écrit : doing `sudo aptitude safe-upgrade` upgraded `python-wnck`. python-wnck 2.32.0-4+b2 - 2.32.0+dfsg-1 There were no source-wise changes between 2.32.0-4+b2 - 2.32.0+dfsg-1 so I'm wondering if the python-wnck upgrade is actually a red herring. The wnck applet does not even use python-wnck, so this is certainly not related. Thank you, Michael and Josselin, for your answers. Looking for a “culprit” I only could spot the GTK2(?) upgrade. libgtk2.0-bin 2.24.9-1 - 2.24.9-2 I forwarded this report to the GNOME Panel upstream folks [1] and they said they cannot much to be done about this without having `~/.xsession-errors` which I unfortunately did not save. Just a note for myself: The panel talked about displays the open windows. I could add the applet back by holding the Alt key and right clicking on the bottom panel. Thanks, Paul [1] https://bugzilla.gnome.org/show_bug.cgi?id=669781 signature.asc Description: This is a digitally signed message part
Bug#656331: RTL8168b/8111b with ASUS M2A-VM (SB600): Network device stays down after resume
Am Mittwoch, den 08.02.2012, 23:16 +0100 schrieb Francois Romieu:
Paul Menzel pm.deb...@googlemail.com :
[…]
[18764.958557] r8169 :02:00.0: PME# disabled
[18781.998004] r8169 :02:00.0: eth0: link down
^^
[18781.998024] r8169 :02:00.0: eth0: link down
^^
Two link events within 20 us. /me wonders...
[20195.408746] r8169 :02:00.0: PME# enabled
[20195.466159] r8169 :02:00.0: restoring config space at offset 0xf
(was 0x100, writing 0x10a)
[20195.466175] r8169 :02:00.0: restoring config space at offset 0x6
(was 0x4, writing 0xfdaff004)
[20195.466182] r8169 :02:00.0: restoring config space at offset 0x4
(was 0x1, writing 0xdc01)
[20195.466187] r8169 :02:00.0: restoring config space at offset 0x3
(was 0x0, writing 0x8)
[20195.466194] r8169 :02:00.0: restoring config space at offset 0x1
(was 0x10, writing 0x100407)
[20195.466826] r8169 :02:00.0: PME# disabled
[20211.376483] r8169 :02:00.0: eth0: link down
[20211.376507] r8169 :02:00.0: eth0: link down
Only ten 24 us difference. But during this resume process the network
came back up fine. Also in my prior pasted output this is also shown at
the beginning but the network worked fine.
[20213.000840] r8169 :02:00.0: eth0: link up
[32598.618289] r8169 :02:00.0: eth0: link down
This event during resume sometimes shows up and sometimes it does not. I
could not find a correlation between successful and failed resumes.
[32599.249802] r8169 :02:00.0: PME# enabled
[32599.397941] r8169 :02:00.0: restoring config space at offset 0xf
(was 0x100, writing 0x10a)
[32599.397956] r8169 :02:00.0: restoring config space at offset 0x6
(was 0x4, writing 0xfdaff004)
[32599.397963] r8169 :02:00.0: restoring config space at offset 0x4
(was 0x1, writing 0xdc01)
[32599.397968] r8169 :02:00.0: restoring config space at offset 0x3
(was 0x0, writing 0x8)
[32599.397975] r8169 :02:00.0: restoring config space at offset 0x1
(was 0x10, writing 0x100407)
[32599.398766] r8169 :02:00.0: PME# disabled
[32599.416148] r8169 :02:00.0: eth0: link down
Here it did not work and the link did not come back up. There is over half a
second time bet
[32673.504101] r8169 :02:00.0: PCI INT A disabled
The module is removed and loaded below.
[32676.218019] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[32676.218078] r8169 :02:00.0: PCI INT A - GSI 19 (level, low) -
IRQ 19
[32676.218152] r8169 :02:00.0: setting latency timer to 64
[32676.218246] r8169 :02:00.0: irq 41 for MSI/MSI-X
[32676.219792] r8169 :02:00.0: eth0: RTL8168b/8111b at
0xc9368000, 00:1e:8c:aa:1d:b5, XID 1800 IRQ 41
[32676.219803] r8169 :02:00.0: eth0: jumbo features [frames: 4080
bytes, tx checksumming: ko]
[32676.563203] r8169 :02:00.0: eth0: link down
[32678.356237] r8169 :02:00.0: eth0: link up
The datasheet states [the PHYStatus] register is updated continuously at
maximum periods of 300us. but it is far from clear that the coherency
with the interrupt status register can be taken for granted. Hayes ?
Paul, can you try the hack below ?
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index 7a0c800..6daca05 100644
--- a/drivers/net/ethernet/realtek/r8169.c
+++ b/drivers/net/ethernet/realtek/r8169.c
@@ -1278,6 +1278,7 @@ static void __rtl8169_check_link_status(struct
net_device *dev,
{
unsigned long flags;
+ udelay(500);
spin_lock_irqsave(tp-lock, flags);
if (tp-link_ok(ioaddr)) {
rtl_link_chg_patch(tp);
I will try this hack next week. Thank you!
Could it be that there is something wrong with the locking though or
parallel execution? Sometimes
[32598.618289] r8169 :02:00.0: eth0: link down
is shown before
[32599.249802] r8169 :02:00.0: PME# enabled
and sometimes it is not or only afterward.
Thanks,
Paul
signature.asc
Description: This is a digitally signed message part
Bug#619034: [regression] BUG: Unable to handle kernel paging request at ffffc90013cd8000 and no sound card recognized
Am Donnerstag, den 26.01.2012, 04:45 -0600 schrieb Jonathan Nieder: […] Do you know anyone else with MSI boards and whether they suffer from the same problem? Are there other BIOS versions available for this board, and is it possible to test them to see if they need the quirk? (Please do read the relevant caveats before trying any BIOS updates if involved in testing for this.) I can recommend Flashrom [1] for doing BIOS upgrades. Just check if your board or chipset and flash chip are supported and it should work out of the box. If something went wrong you should ask on #flashrom or on the list for help. Thanks, Paul [1] http://www.flashrom.org/ signature.asc Description: This is a digitally signed message part
Bug#658121: [PATCH] debian/control: Fix grammar by adding comma and »to« to description
Package: libepc-1.0-3
Version: 0.3.0-1
Severity: normal
Dear Debian folks,
reading the package description, I think I found a small mistake and I
hope the inlined patch applicable using `git am --scissors` fixes it.
A review by a native speaker would be appreciated though.
Thanks,
Paul
--- 8 8 ---
From: Paul Menzel pm.deb...@googlemail.com
Date: Tue, 31 Jan 2012 15:07:53 +0100
---
debian/changelog |7 +++
debian/control | 12 ++--
2 files changed, 13 insertions(+), 6 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 9387eb3..3e65779 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libepc (0.4.4-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/control: Fix grammar by adding comma and »to« to description
+
+ -- Paul Menzel pm.deb...@googlemail.com Tue, 31 Jan 2012 15:08:54 +0100
+
libepc (0.4.4-1) unstable; urgency=low
* New upstream release.
diff --git a/debian/control b/debian/control
index 075a913..8293c40 100644
--- a/debian/control
+++ b/debian/control
@@ -34,7 +34,7 @@ Depends: ${shlibs:Depends},
libepc-common (= ${source:Version})
Description: Easy Publish and Consume library - shared libraries
The Easy Publish and Consume library provides an easy method to publish
- data per HTTPS announce that information via DNS-SD, find that information
+ data per HTTPS, to announce that information via DNS-SD, find that information
and finally consume it.
.
You can use this library as key/value store published to the network,
@@ -48,7 +48,7 @@ Depends: ${shlibs:Depends},
${misc:Depends}
Description: Easy Publish and Consume library - shared widget libraries
The Easy Publish and Consume library provides an easy method to publish
- data per HTTPS announce that information via DNS-SD, find that information
+ data per HTTPS, to announce that information via DNS-SD, find that information
and finally consume it.
.
You can use this library as key/value store published to the network,
@@ -68,7 +68,7 @@ Depends: libepc-1.0-3 (= ${binary:Version}),
Suggests: libepc-doc
Description: Easy Publish and Consume library - development files
The Easy Publish and Consume library provides an easy method to publish
- data per HTTPS announce that information via DNS-SD, find that information
+ data per HTTPS, to announce that information via DNS-SD, find that information
and finally consume it.
.
You can use this library as key/value store published to the network,
@@ -87,7 +87,7 @@ Depends: libepc-ui-1.0-3 (= ${binary:Version}),
Suggests: libepc-doc
Description: Easy Publish and Consume library - widget development files
The Easy Publish and Consume library provides an easy method to publish
- data per HTTPS announce that information via DNS-SD, find that information
+ data per HTTPS, to announce that information via DNS-SD, find that information
and finally consume it.
.
You can use this library as key/value store published to the network,
@@ -105,7 +105,7 @@ Recommends: libepc-1.0-3,
Suggests: devhelp
Description: Easy Publish and Consume library - documentation
The Easy Publish and Consume library provides an easy method to publish
- data per HTTPS announce that information via DNS-SD, find that information
+ data per HTTPS, to announce that information via DNS-SD, find that information
and finally consume it.
.
You can use this library as key/value store published to the network,
@@ -119,7 +119,7 @@ Architecture: all
Depends: ${misc:Depends}
Description: Easy Publish and Consume library - data files
The Easy Publish and Consume library provides an easy method to publish
- data per HTTPS announce that information via DNS-SD, find that information
+ data per HTTPS, to announce that information via DNS-SD, find that information
and finally consume it.
.
You can use this library as key/value store published to the network,
--
1.7.9
signature.asc
Description: This is a digitally signed message part
Bug#658293: packagekitd[19607]: segfault at 8 ip 0000000008057124 sp 00000000ffff5b20 error 4 in packagekitd[8048000+49000]
Package: packagekit
Version: 0.7.2-3
Severity: important
Dear Debian folks,
the Linux kernel ring buffer (`dmesg`) contains several messages of a
segmentation fault of `packagekitd`.
[18517.614833] packagekitd[15743]: segfault at 8 ip 08057124 sp
ffe577a0 error 4 in packagekitd[8048000+49000]
[18921.802652] packagekitd[26960]: segfault at 8 ip 08057124 sp
fff569c0 error 4 in packagekitd[8048000+49000]
[22110.984904] packagekitd[31607]: segfault at 8 ip 08057124 sp
ffe1a130 error 4 in packagekitd[8048000+49000]
[25093.355277] hda-intel: IRQ timing workaround is activated for card
#0. Suggest a bigger bdl_pos_adj.
[27830.366700] packagekitd[19607]: segfault at 8 ip 08057124 sp
5b20 error 4 in packagekitd[8048000+49000]
Trying to debug it using the instructions from [1] I could reproduce the
crash but I had not debugging symbols installed. Installing those doing
`sudo aptitude install packagekit-dbg` I could only reproduce this after
two tries and captured the following backtrace.
$ sudo -s
# killall packagekitd
packagekitd: Kein Prozess gefunden
# gdb /usr/lib/packagekit/packagekitd
GNU gdb (GDB) 7.3-debian
Copyright (C) 2011 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 i486-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/lib/packagekit/packagekitd...(no debugging
symbols found)...done.
(gdb) run
Starting program: /usr/lib/packagekit/packagekitd
[Thread debugging using libthread_db enabled]
[New Thread 0xf762fb70 (LWP 21963)]
[New Thread 0xf6e2eb70 (LWP 21967)]
[New Thread 0xf64ffb70 (LWP 21968)]
[Thread 0xf6e2eb70 (LWP 21967) exited]
[New Thread 0xf6e2eb70 (LWP 22352)]
[Thread 0xf6e2eb70 (LWP 22352) exited]
[Thread 0xf762fb70 (LWP 21963) exited]
[Thread 0xf64ffb70 (LWP 21968) exited]
[Inferior 1 (process 21687) exited normally]
Starting program: /usr/lib/packagekit/packagekitd
[Thread debugging using libthread_db enabled]
[New Thread 0xf762fb70 (LWP 7546)]
[New Thread 0xf6e2eb70 (LWP 7547)]
[New Thread 0xf662db70 (LWP 7548)]
[New Thread 0xf5e2cb70 (LWP 7549)]
[Thread 0xf6e2eb70 (LWP 7547) exited]
Program received signal SIGSEGV, Segmentation fault.
0x08057124 in pk_dbus_init (dbus=0x80a3240) at pk-dbus.c:313
313 pk-dbus.c: Datei oder Verzeichnis nicht gefunden.
in pk-dbus.c
Thread 5 (Thread 0xf5e2cb70 (LWP 7549)):
#0 0xf7fe0425 in __kernel_vsyscall ()
No symbol table info available.
#1 0xf7b8a703 in pthread_cond_timedwait@@GLIBC_2.3.2 () at
../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_timedwait.S:236
No locals.
#2 0xf7ce1241 in g_cond_timed_wait_posix_impl (cond=0x80b7f98,
entered_mutex=0x80a2060, abs_time=0xf5e2c2c8)
at
/build/buildd-glib2.0_2.30.2-6-i386-6DwKmX/glib2.0-2.30.2/./gthread/gthread-posix.c:242
result = optimized out
end_time = {tv_sec = 1328130912, tv_nsec = 780723000}
timed_out = optimized out
__PRETTY_FUNCTION__ = g_cond_timed_wait_posix_impl
#3 0xf7bf2bf0 in g_async_queue_pop_intern_unlocked (queue=0x80a5788,
try=optimized out, end_time=0xf5e2c2c8)
at
/build/buildd-glib2.0_2.30.2-6-i386-6DwKmX/glib2.0-2.30.2/./glib/gasyncqueue.c:415
retval = optimized out
__PRETTY_FUNCTION__ = g_async_queue_pop_intern_unlocked
#4 0xf7bf35ae in g_async_queue_timed_pop (queue=0x80a5788,
end_time=0xf5e2c2c8)
at
/build/buildd-glib2.0_2.30.2-6-i386-6DwKmX/glib2.0-2.30.2/./glib/gasyncqueue.c:536
retval = optimized out
__PRETTY_FUNCTION__ = g_async_queue_timed_pop
#5 0xf7c4a13b in g_thread_pool_wait_for_new_pool () at
/build/buildd-glib2.0_2.30.2-6-i386-6DwKmX/glib2.0-2.30.2/./glib/gthreadpool.c:175
end_time = {tv_sec = 1328130912, tv_usec = 780723}
pool = optimized out
local_max_idle_time = 15000
local_wakeup_thread_serial = optimized out
local_max_unused_threads = 2
last_wakeup_thread_serial = 0
have_relayed_thread_marker = 0
#6 g_thread_pool_thread_proxy (data=0x80a5728) at
/build/buildd-glib2.0_2.30.2-6-i386-6DwKmX/glib2.0-2.30.2/./glib/gthreadpool.c:378
Bug#658293: packagekitd[19607]: segfault at 8 ip 0000000008057124 sp 00000000ffff5b20 error 4 in packagekitd[8048000+49000]
forwarded 658293 https://bugs.freedesktop.org/show_bug.cgi?id=45529 quit Dear Debian folks, Am Mittwoch, den 01.02.2012, 22:18 +0100 schrieb Paul Menzel: the Linux kernel ring buffer (`dmesg`) contains several messages of a segmentation fault of `packagekitd`. […] I created a new ticket in the Freedesktop.org bug tracking system [1]. For the future I should have followed the excellent documentation on how to report bugs on the PackageKit site [2]. Thanks, Paul [1] https://bugs.freedesktop.org/show_bug.cgi?id=45529 [2] http://www.packagekit.org/pk-bugs.html signature.asc Description: This is a digitally signed message part
Bug#658290: gdm-simple-slave[31794]: WARNING: Failed to set slave bus name on parent: Message did not receive a reply (timeout by message bus)
forwarded 658290 https://bugzilla.gnome.org/show_bug.cgi?id=669250 quit Dear Debian folks, Am Mittwoch, den 01.02.2012, 21:42 +0100 schrieb Paul Menzel: Package: gdm3 Version: 3.0.4-4 Severity: important sometimes wanting to switch users, GDM does not start up for the (second) user and the screen stays black with a curser _ blinking in the top left corner. The only way to get a working system again is to log in using for example `ssh` and to issues `sudo service gdm3 restart`. This unfortunately destroys the session of the already logged in user and kills the programs. I am not sure how to debug this problem. It is not reproducible but happened two or three times already. You will find some excerpts from log files ahead. $ dmesg […] [18517.614833] packagekitd[15743]: segfault at 8 ip 08057124 sp ffe577a0 error 4 in packagekitd[8048000+49000] [18921.802652] packagekitd[26960]: segfault at 8 ip 08057124 sp fff569c0 error 4 in packagekitd[8048000+49000] [22110.984904] packagekitd[31607]: segfault at 8 ip 08057124 sp ffe1a130 error 4 in packagekitd[8048000+49000] This seems to be unrelated though and has happened for quite some time already. This is also shown in the Linux kernel ring buffer attached to my report #655934 against the Linux kernel image [1]. this is indeed a problem with PackageKit and I submitted a separate bug report as #658293 [2]. […] For this (GDM) problem I created a new ticket in the GNOME Bugzilla [3]. Thanks, Paul [1] http://bugs.debian.org/655934 [2] http://bugs.debian.org/658293 [3] https://bugzilla.gnome.org/show_bug.cgi?id=669250 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm3 depends on: ii accountsservice 0.6.15-3 ii adduser 3.113+nmu1 ii awesome [x-window-manager] 3.4.11-1 ii dconf-gsettings-backend 0.10.0-3 ii debconf [debconf-2.0] 1.5.41 ii gconf2 3.2.3-1 ii gnome-session [x-session-manager] 3.2.1-1 ii gnome-session-bin 3.2.1-1 ii gnome-session-fallback [x-session-manager] 3.2.1-1 ii gnome-terminal [x-terminal-emulator]3.2.1-2 ii gsettings-desktop-schemas 3.2.0-2 ii libaccountsservice0 0.6.15-3 ii libatk1.0-0 2.2.0-2 ii libattr11:2.4.46-5 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-25 ii libcairo-gobject2 1.10.2-6.2 ii libcairo2 1.10.2-6.2 ii libcanberra-gtk3-0 0.28-3 ii libcanberra00.28-3 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgconf2-4 3.2.3-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-6 ii libglib2.0-bin 2.30.2-6 ii libgtk-3-0 3.2.3-1 ii libpam-modules 1.1.3-7 ii libpam-runtime 1.1.3-7 ii libpam0g1.1.3-7 ii libpango1.0-0 1.29.4-2 ii librsvg2-common 2.34.2-2 ii libselinux1 2.1.0-4.1 ii libupower-glib1 0.9.15-1 ii libwrap07.6.q-22 ii libx11-62:1.4.4-4 ii libxau6 1:1.0.6-4 ii libxdmcp6 1:1.1.0-4 ii libxklavier16 5.1-3 ii libxrandr2 2:1.3.2-2 ii lsb-base3.2-28.1 ii metacity [x-window-manager] 1:2.34.1-2 ii policykit-1-gnome 0.105-2 ii upower 0.9.15-1 ii xterm [x-terminal-emulator] 276-2 Versions of packages gdm3 recommends: ii at-spi 1.32.0-1 ii desktop-base 6.0.7 ii gnome-icon-theme 3.2.1.2-1 ii gnome-power-manager3.2.1
Bug#658293: packagekitd[19607]: segfault at 8 ip 0000000008057124 sp 00000000ffff5b20 error 4 in packagekitd[8048000+49000]
Dear Matthias, Am Donnerstag, den 02.02.2012, 21:05 +0100 schrieb Matthias Klumpp: It looks like you have problems with your DBus setup... Is DBus working properly on your machine? as far as I know it does. What tests can I run to pinpoint the problem? I have a patch which might catch this error (and quit pkd correctly) - do you have this issue with the current Git version of PK too? I just have the Debian packages installed. Is there a repository with packages of the latest snapshot? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#656331: RTL8168b/8111b with ASUS M2A-VM (SB600): Network device stays down after resume
found 656331 3.2.2-1 quit Dear Linux folks, Am Mittwoch, den 18.01.2012, 15:50 + schrieb Ben Hutchings: On Wed, 2012-01-18 at 16:32 +0100, Paul Menzel wrote: Am Mittwoch, den 18.01.2012, 15:03 + schrieb Ben Hutchings: On Wed, 2012-01-18 at 15:15 +0100, Paul Menzel wrote: Package: linux-2.6 Version: 3.1.8-2 Severity: normal suspending and resuming a lot, it happens once to me, that the network device did not come back correctly. I experienced this problem (only) three times until now. If I remember correctly the last time with 3.2.1. I still do not know how to reproduce this. The work around is to unplug and replug the network cable or to unload the module and load it again. [...] Some of the RTL81xx gigabit Ethernet controllers need a firmware patch to be reliable. I can't tell whether you have one of these. Are there any kernel log messages about requesting a firmware file for the NIC? If so, does installing firmware-realtek fix the problem? There are no Linux messages requesting the firmware. OK. And not being able to trigger I probably just have to wait that it happens again. Can I increase some log level to capture more information next time? Or since this could be a firmware bug Linux cannot do anything about this? No, it's probably something that can be fixed in the driver. That sounds promising. It would be great if this could be fixed. Please tell me how I can get you better debugging information next time this happens. $ dmesg | grep -i firmware $ dmesg | grep 8169 [1.109369] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [1.109417] r8169 :02:00.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [1.109452] r8169 :02:00.0: setting latency timer to 64 [1.109511] r8169 :02:00.0: irq 41 for MSI/MSI-X [1.110094] r8169 :02:00.0: eth0: RTL8168b/8111b at 0xc9364000, 00:1e:8c:aa:1d:b5, XID 1800 IRQ 41 [...] Right, this variant doesn't need a firmware patch. Please can you re-send your bug report to: […] Be sure to include the log messages from your second mail. Please find the messages from the Linux kernel ring buffer (`dmesg`) attached at the end. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656331 $ dmesg | grep -i firmware $ dmesg | grep 8169 [1.109369] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded [1.109417] r8169 :02:00.0: PCI INT A - GSI 19 (level, low) - IRQ 19 [1.109452] r8169 :02:00.0: setting latency timer to 64 [1.109511] r8169 :02:00.0: irq 41 for MSI/MSI-X [1.110094] r8169 :02:00.0: eth0: RTL8168b/8111b at 0xc9364000, 00:1e:8c:aa:1d:b5, XID 1800 IRQ 41 [ 299.062777] r8169 :02:00.0: eth0: link down [ 300.770805] r8169 :02:00.0: eth0: link up [ 3287.250629] r8169 :02:00.0: PME# enabled [ 3287.397826] r8169 :02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [ 3287.397841] r8169 :02:00.0: restoring config space at offset 0x6 (was 0x4, writing 0xfdfff004) [ 3287.397848] r8169 :02:00.0: restoring config space at offset 0x4 (was 0x1, writing 0xdc01) [ 3287.397853] r8169 :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 3287.397860] r8169 :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x100407) [ 3287.398443] r8169 :02:00.0: PME# disabled [ 3314.429403] r8169 :02:00.0: eth0: link down [ 3314.429432] r8169 :02:00.0: eth0: link down [ 3316.043306] r8169 :02:00.0: eth0: link up [ 4821.512812] r8169 :02:00.0: PME# enabled [ 4821.661948] r8169 :02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [ 4821.661963] r8169 :02:00.0: restoring config space at offset 0x6 (was 0x4, writing 0xfdfff004) [ 4821.661969] r8169 :02:00.0: restoring config space at offset 0x4 (was 0x1, writing 0xdc01) [ 4821.661975] r8169 :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 4821.661981] r8169 :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x100407) [ 4821.662532] r8169 :02:00.0: PME# disabled [ 4839.563375] r8169 :02:00.0: eth0: link down [ 4839.563398] r8169 :02:00.0: eth0: link down [ 4841.198305] r8169 :02:00.0: eth0: link up [ 7732.802716] r8169 :02:00.0: PME# enabled [ 7732.910146] r8169 :02:00.0: restoring config space at offset 0xf (was 0x100, writing 0x10a) [ 7732.910161] r8169 :02:00.0: restoring config space at offset 0x6 (was 0x4, writing 0xfdfff004) [ 7732.910168] r8169 :02:00.0: restoring config space at offset 0x4 (was 0x1, writing 0xdc01) [ 7732.910173] r8169 :02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [ 7732.910180] r8169 :02:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x100407) [ 7732.910733] r8169 :02:00.0: PME# disabled [ 7761.865970] r8169 :02:00.0: eth0
Bug#651031: Installation error: update-rc.d: error: expected runlevel [0-9S] (did you forget . ?)
Package: pidentd Version: 3.0.19.ds1-6 Severity: important Dear Debian folks, upgrading `pidentd` with `sudo aptitude safe-upgrade` I get the following error. Setting up pidentd (3.0.19.ds1-6) ... update-rc.d: error: expected runlevel [0-9S] (did you forget . ?) usage: update-rc.d [-n] [-f] basename remove update-rc.d [-n] basename defaults [NN | SS KK] update-rc.d [-n] basename start|stop NN runlvl [runlvl] [...] . update-rc.d [-n] basename disable|enable [S|2|3|4|5] -n: not really -f: force The disable|enable API is not stable and might change in the future. dpkg: error processing pidentd (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: pidentd I had gotten the same error with `unattended-upgrades` and had reported that as #648216 in the Debian BTS [1]. `sysv-rc` containing `update-rc.d` is installed as version 2.88dsf-13.13. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648216 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidentd depends on: ii adduser 3.113 ii libc6 2.13-21 ii libssl1.0.0 1.0.0e-3 ii netbase 4.47 ii openbsd-inetd [inet-superserver] 0.20091229-1 ii passwd1:4.1.4.2+svn3283-3 ii update-inetd 4.41 pidentd recommends no packages. pidentd suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#652876: epiphany-browser: Please include upstream’s NEWS file in package.
Package: epiphany-browser Version: 3.2.1-2 Severity: normal Dear Debian folks, could you please package upstream’s NEWS file again. It was dropped in Evolution 2.16.0-1 [1] epiphany-browser (2.16.0-1) experimental; urgency=low […] * NEWS: removed, its content is no more relevant. […] but luckily GNOME packages include useful and informative NEWS files [2] nowadays. According to #651835 [3] you need to just add NEWS to the dh_installdocs line. Thanks, Paul [1] http://packages.debian.org/changelogs/pool/main/e/epiphany-browser/epiphany-browser_3.2.0-2/changelog.html#version2.16.0-1 [2] http://git.gnome.org/browse/epiphany/tree/NEWS [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651835 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-browser depends on: ii dbus-x11 1.4.16-1 ii epiphany-browser-data 3.2.1-2 ii gnome-icon-theme 3.2.1.2-1 ii gsettings-desktop-schemas 3.2.0-2 ii iso-codes 3.31-1 ii libavahi-client3 0.6.30-5 ii libavahi-common3 0.6.30-5 ii libavahi-gobject0 0.6.30-5 ii libc6 2.13-23 ii libcairo2 1.10.2-6.2 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libgirepository-1.0-1 1.31.1-1 ii libglib2.0-0 2.30.2-4 ii libgnome-keyring0 3.2.2-1 ii libgtk-3-0 3.2.3-1 ii libice62:1.0.7-2 ii libnotify4 0.7.4-1 ii libnspr4-0d4.8.9-1 ii libnss3-1d 3.13.1.with.ckbi.1.88-1 ii libpango1.0-0 1.29.4-2 ii libseed-gtk3-0 3.2.0-1 ii libsm6 2:1.2.0-2 ii libsoup-gnome2.4-1 2.36.1-1 ii libsoup2.4-1 2.36.1-1 ii libwebkitgtk-3.0-0 1.6.1-5+b1 ii libx11-6 2:1.4.4-4 ii libxml22.7.8.dfsg-5 ii libxslt1.1 1.1.26-8 Versions of packages epiphany-browser recommends: ii ca-certificates 20111211 ii evince 3.2.1-1 ii yelp 3.2.1+dfsg-1+b1 Versions of packages epiphany-browser suggests: ii epiphany-extensions 3.2.0-2 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#652876: epiphany-browser: Please include upstream’s NEWS file in package.
Am Mittwoch, den 21.12.2011, 12:32 +0100 schrieb Michael Biebl: On 21.12.2011 11:12, Paul Menzel wrote: Package: epiphany-browser Version: 3.2.1-2 Severity: normal could you please package upstream’s NEWS file again. It was dropped in Evolution 2.16.0-1 [1] $ ls -la /usr/share/doc/epiphany-browser-data/NEWS.gz -rw-r--r-- 1 root root 59019 Okt 18 15:21 /usr/share/doc/epiphany-browser-data/NEWS.gz Could a symlink be set up to `/usr/share/doc/epiphany-browser/`? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#668225: colord-sane: segfault with error 6 in libdbus-1.so.3.7.0
Package: colord Version: 0.1.18-1 Severity: normal Tags: upstream Dear Debian folks, I see several crashes of colord. $ zgrep segfault /var/log/syslog* # output edited /var/log/syslog: joey kernel: [11002.555364] colord-sane[5803]: segfault at 4 ip f571d482 sp f729cfb8 error 6 in libdbus-1.so.3.7.0[f56f2000+49000] /var/log/syslog.0: joey kernel: [12857.345724] colord-sane[3014]: segfault at 19 ip f562748a sp f71a1fb8 error 6 in libdbus-1.so.3.7.0[f55fc000+49000] /var/log/syslog.0: joey kernel: [11557.500247] colord-sane[2850]: segfault at 21 ip f572748a sp f729ffb8 error 6 in libdbus-1.so.3.7.0[f56fc000+49000] /var/log/syslog.1.gz: joey kernel: [12941.969023] colord-sane[2934]: segfault at 2c ip f564a482 sp f71c6fb8 error 6 in libdbus-1.so.3.7.0[f561f000+49000] /var/log/syslog.1.gz: joey kernel: [25366.027574] colord-sane[2854]: segfault at 4 ip f4e03482 sp f71abfb8 error 6 I had similar problems with packagekitd [1] reported and fixed in #658293 [1]. I was told my D-Bus setup is messed up. But I was not told what might be wrong and still programs should not crash because of that. I am very interested how my D-Bus setup is wrong and how I can remedy that. In the meanwhile it would be great if colord could be fixed. Thanks, Paul [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658293 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages colord depends on: ii acl2.2.51-5 ii adduser3.113+nmu1 ii libc6 2.13-27 ii libcolord1 0.1.18-1 ii libglib2.0-0 2.32.0-3 ii libgudev-1.0-0 175-3.1 ii libgusb2 0.1.3-3 ii liblcms2-2 2.2+git20110628-2.1 ii libpolkit-gobject-1-0 0.104-2 ii libsane1.0.22-7.1 ii libsqlite3-0 3.7.11-2 ii libusb-1.0-0 2:1.0.9~rc3-4 ii multiarch-support 2.13-27 ii policykit-10.104-2 colord recommends no packages. colord suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#669064: libreoffice-calc: LibreOffice Calc is not shown in top context menu of xlsx files like for xls files
Package: libreoffice-calc Version: 1:3.5.2-3 Severity: minor Dear Debian folks, using GNOME and looking at spread sheet files in Nautilus opening them with double click normally Gnumeric is used. Doing a right click on a xls file the second entry lists LibreOffice Calc. Right clicking on a xlsx file LibreOffice is not shown in the main context menu and I have to go to »Open with« and then choose LibreOffice calc. I am not totally sure, where this bug lies, but I guess it is in the *.desktop file LibreOffice Impress ships. On the other hand it could also be a freedesktop.org problem (shared-mime-info(?)). So please reassign appropriately. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libreoffice-calc depends on: ii libc6 2.13-27 ii libgcc11:4.7.0-3 ii libreoffice-base-core 1:3.5.2-3 ii libreoffice-core 1:3.5.2-3 ii libstdc++6 4.7.0-3 ii lp-solve 5.5.0.13-7 ii uno-libs3 3.5.2-3 ii ure3.5.2-3 libreoffice-calc recommends no packages. libreoffice-calc suggests no packages. Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-3.1 ii fonts-opensymbol [ttf-opensymbol] 2:102.2+LibO3.5.2-3 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libcmis-0.2-0 0.1.0-1+b1 ii libcurl3-gnutls7.25.0-1 ii libdb5.1 5.1.29-1 ii libexpat1 2.1.0-1 ii libexttextcat0 3.2.0-2 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgcc11:4.7.0-3 ii libglib2.0-0 2.32.0-4 ii libgraphite2-2.0.0 1.1.1-1 ii libgstreamer-plugins-base0.10-00.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libhunspell-1.3-0 1.3.2-4 ii libhyphen0 2.8.3-1 ii libice62:1.0.8-2 ii libicu48 4.8.1.1-5 ii libjpeg8 8d-1 ii libmythes-1.2-02:1.2.2-1 ii libneon27-gnutls 0.29.6-3 ii libnspr4-0d4.9-1 ii libnss3-1d 3.13.3-1 ii libpng12-0 1.2.49-1 ii librdf01.0.15-1 ii libreoffice-common 1:3.5.2-3 ii librsvg2-2 2.36.0-5 ii libsm6 2:1.2.1-2 ii libssl1.0.01.0.1-4 ii libstdc++6 4.7.0-3 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.1-1 ii libxinerama1 2:1.1.1-3 ii libxml22.7.8.dfsg-7 ii libxrandr2 2:1.3.2-2 ii libxrender11:0.9.6-2 ii libxslt1.1 1.1.26-8 ii ttf-opensymbol 2:102.2+LibO3.5.2-3 ii uno-libs3 3.5.2-3 ii ure3.5.2-3 ii zlib1g 1:1.2.6.dfsg-1 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#669065: openoffice.org-impress: OpenOffice.org Impress still shown as default application in context menu after removal and installation of LibreOffice
Package: openoffice.org-impress Version: 1:3.2.1-11+squeeze2 Severity: minor Dear Debian folks, after an upgrade to LibreOffice and removal of OpenOffice.org right clicking on a ppt file in the GNOME’s file viewer Nautilus OpenOffice.org Impress is still shown as the default application. This entry should not be there after an removal. openoffice.org-impress is still marked as `rc` when listed by `dpkg`. But I cannot display the left over config files using `dpkg -L`. So there are several possible causes for this problem. 1. Some config file needs to be purged. If so, a note should be added to `README.Debian.gz` that OO.org’s config files are not important(?) and were migrated to LibreOffice and therefore OO.org packages can be safely purged. 2. It is related to GNOME(?) and shared-mime-utils that it is listed there somehow. 3. Maybe I explicitly set OO.org Impress as the default application for ppt files in the past. So GNOME should cope with that situation more cleverly and forget such a choice after application removal. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-impress depends on: ii libc62.13-27 ii libgcc1 1:4.7.0-3 ii libstdc++6 4.7.0-3 ii libstlport4.6ldbl4.6.2-7 ii openoffice.org-core none ii openoffice.org-draw none ii ure 3.5.2-3 openoffice.org-impress recommends no packages. openoffice.org-impress suggests no packages. signature.asc Description: This is a digitally signed message part
Bug#710115: totem: Totem crashes intermittently when adding a second file to play
Control: merge -1 710105 710136 Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=701429 Dear Rustom, Sébastien, T. Surya, thank you all for your responses and sorry it took me so long to reply. Am Sonntag, den 02.06.2013, 12:19 +0530 schrieb Rustom Mody: On Sun, Jun 2, 2013 at 12:19 AM, Paul Menzel pm.deb...@googlemail.com wrote: […] Am Dienstag, den 28.05.2013, 18:10 +0530 schrieb Rustom Mody: Package: totem Version: 3.0.1-8+b1 Severity: important Dear Maintainer, totem has been recently crashing with segmentation fault (after debian upgrade) when adding a second file to play. This is somewhat intermittent -- I am not sure exactly how to reproduce it. lately Totem crashes for me too [1] and I wonder if this is related. Could you please try, if the following crashes for you too? 1. Configure Totem to play in endless loop with Edit and check Repeat Mode. 2. Open a terminal emulator like GNOME Terminal and open it with two (more than one) files. (I use the short system sound files, so I do not need to jump in front.) Below I paste the output I get. $ LANG=C totem /usr/share/sounds/gnome/default/alerts/sonar.ogg /usr/share/sounds/gnome/default/alerts/glass.ogg WARNING: gnome-keyring:: couldn't connect to: /home/paul/.cache/keyring-T52RZJ/pkcs11: No such file or directory (totem:658): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)' (totem:658): GLib-GObject-CRITICAL **: g_signal_handlers_destroy: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Speicherzugriffsfehler (Speicherabzug geschrieben) If it does crash for you, please subscribe to the referenced upstream bug report [1] too. I get much the same errors as you do: $ cd /usr/share/sounds/alsa $ totem Front_Center.wav Side_Left.wav (totem:3859): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)' (totem:3859): GLib-GObject-CRITICAL **: g_signal_handlers_destroy: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed Segmentation fault I can of course subscribe to the bug if it helps. Dont think I can add much to help though :-) Do you still experience the error? I have one system with Debian Sid/unstable, where I do not get that error anymore. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#710115: totem: Totem crashes intermittently when adding a second file to play
Am Sonntag, den 16.06.2013, 09:48 +0530 schrieb Rustom Mody: Do you still experience the error? I have one system with Debian Sid/unstable, where I do not get that error anymore. Still get the error Good to know. Thanks. Totem version does not show as requiring update 3.0.1-8+b1 Sorry, I do not understand that sentence. Could you rephrase please? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#708137: H.264 playback problems: `main decoder error: no suitable decoder module for fourcc `h264'.` (works with Totem and MPlayer)
Package: vlc-nox
Version: 2.0.6-1
Severity: normal
Control: affects -1 mediathekview
Dear Debian folks,
trying mediathekview [1], watching a video fails and “garbage” is put on
the terminal and no windows shown.
.
.
. ###
. ###
. Programmstart: 12.05.2013 21:04:19
. ###
. ###
. totalMemory: 55 MB
. maxMemory: 826 MB
. freeMemory: 45 MB
. ###
. MediathekView 3.2.1 [Buildnummer: 4.086]
. Compiled: 27.03.2013 / 20:09:16
. ###
. Java
. Classname: mediathek.MediathekGui
. Vendor: Sun Microsystems Inc.
. VMname: OpenJDK 64-Bit Server VM
. Version: 1.6.0_27
. Runtimeversion: 1.6.0_27-b27
. ###
. Programmpfad: /usr/share/mediathekview/
. Verzeichnis Einstellungen: /home/john/.mediathek3/
. Useragent: MediathekView 3.2.1
. ###
.
.
. Liste Filme gelesen: 12.05.2013 21:04:22
. Anzahl Filme: 70337
. Die Filmliste ist 170 Minuten alt
!!!
* Fehlernr: 643298301
* Exception: unknown protocol: rtmpt
* Fehler(MediathekView): StarterClass.StartenDownload.laenge
. ---
. | Film starten
. | URL:
rtmpt://cp125301.edgefcs.net/ondemand/mp4:3sat/13/02/130204_kuba_bauerfeind_1596k_p13v9.mp4
. | Startzeit: 21:04:39
. | Programmaufruf: /usr/share/mediathekview/bin/flv.sh
/usr/bin/flvstreamer /usr/bin/vlc -r
rtmpt://cp125301.edgefcs.net/ondemand/mp4:3sat/13/02/130204_kuba_bauerfeind_1596k_p13v9.mp4
. ---
ERRORSTREAM [1]: [0x22d1498] main interface error: no suitable
interface module
ERRORSTREAM [1]: [0x20cf108] main libvlc error: interface
globalhotkeys,none initialization failed
ERRORSTREAM [1]: [0x20cf108] main libvlc: VLC wird mit dem
Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu
verwenden.
(By the way, is the above a mediathekview bug to not use `cvlc`?
INPUTSTREAM: VLC media player 2.0.6 Twoflower
ERRORSTREAM [1]: [0x20e4b58] [cli] lua interface: Listening on host
*console.
INPUTSTREAM: Command Line Interface initialized. Type `help' for help.
INPUTSTREAM: Error in
`H�Z1��hZ��/���Vi͔� J�+��~,A��3E4bfu��Z�5Zc��صR]^�����2��[l�a��9����'r�/.��X� %�!2_����)Cac{@[m\%��=���*�e0��P�W��1�
�gal�.��p�9��I�p�$�߿1d,�Νc �.��N �_��L�A�,9�ƞ��XU���ۡ�aR���?
K.�M��=�aI��/o�@R�������ޠcj��*�ޅn��iG��~� d��^��Խ��x�r�5��Tⵧpvo|�]Vw�KV�oz�օ��B2(|c�^z�C�⣞�z*w�ɗu���x뜇 X�OUxؐ٪w���@�y��Qㅬݪ�2�dD�yp�DǾ �}�� ƪ���ד�澞˗x�#���{�I0�ðB�\00n���%�XԹ�6ĺo�6
,Qy
INPUTSTREAM: ��B�!g�u�PV+Y˱F#K3�a�nwd
o���N�^�1BH�s9��܋?�V�3 ��X��]9�S.���T]� �uD�@�9S�ez����k v���bƞ8��C���11p+�KaEU�G�j ײ���낲#0
f�_U�mR{�N�Y�?i��AJë%j���QQ���/X�3�2�:���xY�re�' libvlc's
H�Z1��hZ��/���Vi͔� J�+��~,A��3E4bfu��Z�5Zc��صR]^�����2��[l�a��9����'r�/.��X� %�!2_����)Cac{@[m\%��=���*�e0��P�W��1�
�gal�.��p�9��I�p�$�߿1d,�Νc is not a command
[…]
I guess that is due to the fact that no decoder for h264 is found.
Downloading/recording the clip works fine and I was able to “analyze”
the file directly.
$ file downloaded.mp4.flv: Macromedia Flash Video
$ LANG=C vlc downloaded.mp4.flv
VLC media player 2.0.6 Twoflower (revision 2.0.6-0-gbe9623c)
[0x1878228] main interface error: no suitable interface module
[0x17a3138] main libvlc error: interface globalhotkeys,none
initialization failed
[0x17a3138] main libvlc: Running vlc with the default interface. Use 'cvlc'
to use vlc without interface.
[0x1878228] [cli] lua interface: Listening on host *console.
VLC media player 2.0.6 Twoflower
Command Line Interface initialized. Type `help' for help.
[flv @ 0x7f5698009500] Estimating duration from bitrate, this may be
inaccurate
[flv @ 0x7f569003d8a0] Estimating duration from bitrate, this may be
inaccurate
[0x17e6638] main decoder error: no suitable decoder module for fourcc
`h264'. VLC probably does not support this sound or video format.
[0x17e6638] main decoder error: No suitable decoder module
[0x17e6638] main decoder error: VLC does not support the audio or video
format h264. Unfortunately there is no way for you to fix this.
$ vlc -vvv --color --list | grep h264
VLC media player 2.0.6 Twoflower (revision 2.0.6-0-gbe9623c)
[0x1773108] main libvlc debug: VLC
Bug#708137: H.264 playback problems: `main decoder error: no suitable decoder module for fourcc `h264'.` (works with Totem and MPlayer)
Am Montag, den 13.05.2013, 15:20 +0200 schrieb Benjamin Drung: Am Montag, den 13.05.2013, 15:06 +0200 schrieb Paul Menzel: (By the way, is the above a mediathekview bug to not use `cvlc`? I think that you want the full VLC player with all the controls. Should I install another package or VLC fall back to use the FFmpeg codecs too? Have you installed the vlc package that ships the libavcodec plugin? Looking at mediathekview it recommends the package `vlc` and therefore it should have been installed. Not sure how I ended up with `vlc-nox`. I’ll check when I have access to the system again. PS: Yes, the libavcodec plugin should be in vlc-nox (see bug #671407). Good to know. So either this bug is about mediathekview for some reason just pulling in `vlc-nox` instead of `vlc` or about the issue you referenced. I’ll report back in the next days. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#708250: linux-image-3.2.0-4-686-pae: NULL pointer dereference in rt2x00usb module after disconnecting USB Ralink device
Package: src:linux Version: 3.2.41-2 Severity: important Tags: upstream Dear Maintainer, shutting down the system and during that time removing the USB Ralink WiFi device (TRENDnet TEW-624UB)resulted in a Linux kernel Oops. I was only able to take blurry pictures of it, but from what I could decipher the higher parts of the call trace are exactly the same to the Oops reported at the Chinese Ubuntu Forum [1]. =syslog= Sep 12 00:14:32 liuyc-desktop kernel: [ 5785.254582] usb 1-3: USB disconnect, device number 5 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.260800] BUG: unable to handle kernel NULL pointer dereference at 0008 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.263436] IP: [dcaea1c2] rt2x00usb_flush_entry+0x42/0x60 [rt2x00usb] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] *pdpt = 09d91001 *pde = Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] Oops: [#1] SMP Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] Modules linked in: arc4 rt2800usb rt2800lib crc_ccitt rt2x00usb rt2x00lib mac80211 cfg80211 zram(C) bnep rfcomm bluetooth binfmt_misc snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm ppdev snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq radeon snd_timer snd_seq_device snd ttm drm_kms_helper drm soundcore snd_page_alloc parport_pc i2c_ali15x3 i2c_ali1535 asus_atk0110 i2c_algo_bit mac_hid shpchp ati_agp lp parport usbhid hid pata_ali sata_uli uli526x floppy aufs Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] Pid: 2427, comm: wpa_supplicant Tainted: G C O 3.2.0-23-generic-pae #36-Ubuntu System manufacturer System Product Name/P5RD1-VM Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] EIP: 0060:[dcaea1c2] EFLAGS: 00210286 CPU: 0 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] EIP is at rt2x00usb_flush_entry+0x42/0x60 [rt2x00usb] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] EAX: EBX: d0112900 ECX: c185c5f8 EDX: 00200286 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] ESI: d0112d80 EDI: c1ddd120 EBP: c9307d90 ESP: c9307d84 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] Process wpa_supplicant (pid: 2427, ti=c9306000 task=c91ca5e0 task.ti=c9306000) Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] Stack: Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] d9166600 0900 0060 c9307dc4 dd2fec49 c9307de4 0004 01f4 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] c1ddd3b0 0040 d9166626 0023 d9166600 d9166610 0001 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] c9307de0 dcaea94b dcaea180 d9166600 d9166610 0001 c9307dfc Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] Call Trace: Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dd2fec49] rt2x00queue_for_each_entry+0xd9/0x130 [rt2x00lib] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dcaea94b] rt2x00usb_watchdog+0x18b/0x190 [rt2x00usb] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dcaea180] ? rt2x00usb_work_rxdone+0x80/0x80 [rt2x00usb] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dd2ff36d] rt2x00queue_flush_queue+0x4d/0xa0 [rt2x00lib] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dd2ff603] rt2x00queue_flush_queues+0x53/0x60 [rt2x00lib] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dd2fd122] rt2x00lib_disable_radio+0x42/0x80 [rt2x00lib] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dd2fd551] rt2x00lib_stop+0x21/0x50 [rt2x00lib] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dd2fdfdd] rt2x00mac_stop+0x1d/0x30 [rt2x00lib] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dd42b67d] ieee80211_stop_device+0x4d/0x100 [mac80211] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dd41bdd0] ieee80211_do_stop+0x250/0x570 [mac80211] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [dd41c107] ieee80211_stop+0x17/0x20 [mac80211] Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [c14a8209] __dev_close_many+0x69/0xb0 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [c14a8274] __dev_close+0x24/0x40 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [c14adb62] __dev_change_flags+0x82/0x150 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [c14adcd1] dev_change_flags+0x21/0x60 The call trace is the same up to this point. Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [c1504f6c] devinet_ioctl+0x4dc/0x640 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [c14ae26e] ? dev_ioctl+0x1de/0x2f0 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [c150551d] inet_ioctl+0x8d/0xb0 Sep 12 00:14:33 liuyc-desktop kernel: [ 5785.264023] [c149887d] sock_ioctl+0x6d/0x290
Bug#708137: H.264 playback problems: `main decoder error: no suitable decoder module for fourcc `h264'.` (works with Totem and MPlayer)
Am Montag, den 13.05.2013, 16:34 +0200 schrieb Paul Menzel: Am Montag, den 13.05.2013, 15:20 +0200 schrieb Benjamin Drung: Am Montag, den 13.05.2013, 15:06 +0200 schrieb Paul Menzel: (By the way, is the above a mediathekview bug to not use `cvlc`? I think that you want the full VLC player with all the controls. Should I install another package or VLC fall back to use the FFmpeg codecs too? Have you installed the vlc package that ships the libavcodec plugin? Looking at mediathekview it recommends the package `vlc` and therefore it should have been installed. Installing the package `vlc` manually fixes the problem and I can play the videos just fine. Not sure how I ended up with `vlc-nox`. I’ll check when I have access to the system again. So `vlc-nox` was installed already due to the package `k3b`. Does `vlc-nox` provide `vlc` in any way? I only could find Replaces: vlc ( 1.1.0) which should not have to do anything with it, right? PS: Yes, the libavcodec plugin should be in vlc-nox (see bug #671407). Good to know. So either this bug is about mediathekview for some reason just pulling in `vlc-nox` instead of `vlc` or about the issue you referenced. I’ll report back in the next days. So, I would make this bug about the problem, that `vlc` is not installed, when `vlc-nox` is already installed. Looking at the recommends again, I see `mplayer` in there. I also have the MPlayer package installed. Might that be the reason? Then the bug is about, that when `vlc-nox` and `mplayer` is installed, mediatheview does not use MPlayer but VLC. Then this bug should be reassigned to mediathekview. Some solutions might be, to try MPlayer before VLC by default or just recommend the package `vlc` and demote `mplayer` and `mplayer2` as suggests(?), so mediathekview works out of the box. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#708579: cryptsetup: `update-initramfs -u` does not include `/etc/crypttab` in image
Package: cryptsetup Version: 2:1.4.3-4 Severity: important Dear Debian folks, following the instructions in `README.initramfs.gz` to encrypt a root partition and running `update-initramfs -u` the file `/etc/crypttab` is not included in `initrd.img*` and therefore one has to manually open the device in the BusyBox(?) shell. In that shell I verified that `/etc/crypttab` does not exist. Do the instructions need an update or is this a bug in `update-initramfs`? Thanks, Paul -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.8-1-amd64 root=/dev/mapper/sde2_crypt ro quiet noisapnp -- /etc/crypttab # target name source device key file options sde2_crypt /dev/sde2 noneluks,discard […] -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cryptsetup depends on: ii cryptsetup-bin 2:1.4.3-4 ii debconf [debconf-2.0] 1.5.49 ii dmsetup2:1.02.77-1 ii libc6 2.17-2 Versions of packages cryptsetup recommends: ii busybox 1:1.20.0-8 pn console-setup none ii initramfs-tools [linux-initramfs-tool] 0.112 ii kbd 1.15.5-1 Versions of packages cryptsetup suggests: pn dosfstools none ii liblocale-gettext-perl 1.05-7+b1 -- debconf information: cryptsetup/prerm_active_mappings: true signature.asc Description: This is a digitally signed message part
Bug#708610: linux-image: During resume `WARNING: at …linux-3.2.41/drivers/base/firmware_class.c:547 _request_firmware+0xd5/0x3cc()`
Package: src:linux Version: 3.2.41-2+deb7u2 Severity: important Dear Debian folks, resuming from suspend to RAM with `sudo pm-suspend`, I see the following warning in the Linux kernel ring buffer. [ 2666.656607] WARNING: at /build/buildd-linux_3.2.41-2+deb7u2-i386-G4jjsr/linux-3.2.41/drivers/base/firmware_class.c:547 _request_firmware+0xd5/0x3cc() [ 2666.656610] Hardware name: To Be Filled By O.E.M. [ 2666.656611] Modules linked in: arc4 nouveau rtl8192cu rtlwifi rtl8192c_common mxm_wmi mac80211 wmi video snd_ice1712 ttm snd_cs8427 snd_i2c drm_kms_helper snd_ice17xx_ak4xxx snd_ak4xxx_adda snd_ac97_codec cfg80211 drm snd_mpu401_uart acpi_cpufreq mperf iTCO_wdt rfkill snd_rawmidi iTCO_vendor_support snd_seq_device i2c_i801 power_supply snd_pcm i2c_algo_bit parport_pc snd_page_alloc snd_timer parport processor ac97_bus i2c_core snd button soundcore thermal_sys rng_core coretemp evdev ext4 crc16 jbd2 mbcache sha256_generic cryptd aes_x86_64 aes_generic cbc ohci_hcd usbhid hid dm_crypt dm_mod sg sr_mod cdrom sd_mod crc_t10dif ata_generic uhci_hcd ata_piix libata ehci_hcd r8169 mii scsi_mod usbcore usb_common [last unloaded: pcspkr] [ 2666.656648] Pid: 22324, comm: pm-suspend Not tainted 3.2.0-4-amd64 #1 Debian 3.2.41-2+deb7u2 [ 2666.656650] Call Trace: [ 2666.656655] [81046971] ? warn_slowpath_common+0x78/0x8c [ 2666.656658] [81255fc7] ? _request_firmware+0xd5/0x3cc [ 2666.656662] [a0451e33] ? rtl92cu_init_sw_vars+0xd4/0x181 [rtl8192cu] [ 2666.65] [a039820d] ? rtl_usb_probe+0x1cb/0xfbe [rtlwifi] [ 2666.656669] [81255438] ? __pm_runtime_set_status+0x118/0x13c [ 2666.656677] [a0075676] ? usb_probe_interface+0xf2/0x15d [usbcore] [ 2666.656680] [8124db05] ? driver_probe_device+0xa8/0x138 [ 2666.656683] [8124dc04] ? __driver_attach+0x6f/0x6f [ 2666.656685] [8124c6b1] ? bus_for_each_drv+0x47/0x7b [ 2666.656687] [8124da26] ? device_attach+0x6f/0x8f [ 2666.656694] [a00753dd] ? usb_rebind_intf+0x35/0x4f [usbcore] [ 2666.656700] [a0075468] ? do_unbind_rebind.isra.9+0x54/0x64 [usbcore] [ 2666.656706] [a00754d8] ? usb_resume+0x60/0x72 [usbcore] [ 2666.656712] [a006b08c] ? usb_dev_resume+0xf/0xf [usbcore] [ 2666.656717] [a006b095] ? usb_dev_complete+0x9/0xc [usbcore] [ 2666.656720] [812532b1] ? dpm_complete+0xd2/0x141 [ 2666.656723] [81076dd3] ? suspend_devices_and_enter+0x1c6/0x207 [ 2666.656726] [81076f2f] ? enter_state+0x11b/0x15c [ 2666.656728] [81075f63] ? state_store+0xb7/0x101 [ 2666.656731] [8114d06f] ? sysfs_write_file+0xe0/0x11c [ 2666.656735] [810f9249] ? vfs_write+0xa2/0xe9 [ 2666.656737] [810f9426] ? sys_write+0x45/0x6b [ 2666.656740] [81350423] ? ia32_do_call+0x13/0x13 Running `reportbug` the USB WLAN device was already plugged out, so it is not listed below. Thanks, Paul -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.41-2+deb7u2 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/sda2crypt ro quiet noisapnp ** Tainted: W (512) * Taint on warning. ** Kernel log: [ 2665.676007] Force enabled HPET at resume [ 2665.676007] Enabling non-boot CPUs ... [ 2665.676007] Booting Node 0 Processor 1 APIC 0x1 [ 2665.676007] smpboot cpu 1: start_ip = 95000 [ 2665.572846] Calibrating delay loop (skipped) already calibrated this CPU [ 2665.703982] NMI watchdog enabled, takes one hw-pmu counter. [ 2665.708029] CPU1 is up [ 2665.709341] ACPI: Waking up from system sleep state S1 [ 2665.709947] uhci_hcd :00:1d.0: wake-up capability disabled by ACPI [ 2665.709980] uhci_hcd :00:1d.1: wake-up capability disabled by ACPI [ 2665.710011] uhci_hcd :00:1d.2: wake-up capability disabled by ACPI [ 2665.710042] uhci_hcd :00:1d.3: wake-up capability disabled by ACPI [ 2665.724043] ehci_hcd :00:1d.7: wake-up capability disabled by ACPI [ 2665.772205] PM: early resume of devices complete after 62.427 msecs [ 2665.772274] uhci_hcd :00:1d.0: setting latency timer to 64 [ 2665.772299] usb usb2: root hub lost power or was reset [ 2665.772312] uhci_hcd :00:1d.1: setting latency timer to 64 [ 2665.772323] uhci_hcd :00:1d.2: setting latency timer to 64 [ 2665.772335] usb usb3: root hub lost power or was reset [ 2665.772350] usb usb4: root hub lost power or was reset [ 2665.772353] uhci_hcd :00:1d.3: setting latency timer to 64 [ 2665.772365] ehci_hcd :00:1d.7: setting latency timer to 64 [ 2665.772375] usb usb5: root hub lost power or was reset [ 2665.772396] pci :00:1e.0: setting latency timer to 64 [ 2665.772398] ata_piix :00:1f.1: setting latency timer to 64 [ 2665.772407] ata_piix :00:1f.2: setting latency timer to 64 [
Bug#688985: systemd: Shutdown hangs when block devices are blocked
Dear Michael, dear Matthias, Am Samstag, den 17.11.2012, 03:04 +0100 schrieb Michael Biebl: Hi, On 27.09.2012 23:06, Matthias Urlichs wrote: My shutdown ends with these lines: Not all DM devices detached, 3 left Cannot finalize remaining file systems and devices, giving up. ... and it hangs there. I had an accidentally unplugged USB disk, but that shouldn't block a reboot. I think, I am seeing the same problem with Debian Wheezy. But after Not all DM devices detached, 1 left Cannot finalize remaining file systems and devices, giving up. I see `System halted` (or halt not sure) at the end and the system just does not turn off. It worked fine with the package sysvinit. Although there I got a fail message due to the encrypted device too. But it went on, I saw `system halted` and it turned off. I need more information how to reproduce the issue. - Could you post your /etc/fstab $ more /etc/fstab # /dev/sda2crypt UUID=f198e82a-32df-4f18-bec0-3e08802b084d / auto defaults,errors=remount-ro,discard 0 1 # /dev/sda1 UUID=4843f52e-f13a-4f3f-a105-a91ca427dbd8 /boot auto defaults,discard0 1 proc /procprocdefaults 0 0 /dev/cdrom /mnt/cdrom0 iso9660 ro,user,noauto0 0 $ more /mnt/etc/crypttab # target name source device key file options sda2cryptUUID=2ccdecd7-afe8-417f-87cb-4bf23ab7d9f7 none luks,discard - Is this problem reproducible? What are the steps to reproduce the problem? Yes. Just shut down the system with `sudo halt` for example. - Do you use LVM/device-mapper/cryptsetup? I am using cryptsetup. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#688985: systemd: Shutdown hangs when block devices are blocked
Am Dienstag, den 21.05.2013, 18:44 +0200 schrieb Michael Biebl: Am 21.05.2013 17:25, schrieb Paul Menzel: - Is this problem reproducible? What are the steps to reproduce the problem? Yes. Just shut down the system with `sudo halt` for example. Ahem, halt under systemd does *not* power off the machine, that is expected. This is actually a bug in sysvinit, that it does power off. Interesting. I did not know that. Use poweroff or halt -p if you want that behaviour. `halt -p` indeed powered the machine off. Thanks and sorry for the noise, Paul signature.asc Description: This is a digitally signed message part
Bug#660345: fixed in policycoreutils 2.1.10-5
reopen 660345 found 660345 2.1.10-5 quit Am Dienstag, den 20.03.2012, 19:02 + schrieb Laurent Bigonville: I still get this error. $ LANG=C sudo aptitude safe-upgrade [sudo] password for paul: Resolving dependencies... The following partially installed packages will be configured: policycoreutils No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 12 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up policycoreutils (2.1.10-5) ... Sandbox disabled, edit /etc/default/sandbox to enable it update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force) dpkg: error processing policycoreutils (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: policycoreutils E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up policycoreutils (2.1.10-5) ... Sandbox disabled, edit /etc/default/sandbox to enable it update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force) dpkg: error processing policycoreutils (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: policycoreutils The renaming of the initscript seems to cause this. But I do not know for sure. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#638328: [the-board] the-board fails to start: Failed to load main javascript: Error: Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found
Dear Debian folks, Am Freitag, den 19.08.2011, 01:08 +0800 schrieb Paolo Scarabelli: After installing, the-board fails to start. Perhaps I have a missing dependency? […] I am getting the same error when running it from either GNOME 3 or Awesome. $ the-board JS ERROR: !!! Exception was: Error: Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found JS ERROR: !!! lineNumber = '0' JS ERROR: !!! fileName = 'gjs_throw' JS ERROR: !!! stack = '(Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found)@gjs_throw:0 @/usr/share/the-board/js/util/http.js:7 @/usr/share/the-board/js/ui/application.js:11 @/usr/share/the-board/js/ui/main.js:9 @main.c:1 ' JS ERROR: !!! Exception was: Error: Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found JS ERROR: !!! lineNumber = '0' JS ERROR: !!! fileName = 'gjs_throw' JS ERROR: !!! stack = '(Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found)@gjs_throw:0 @/usr/share/the-board/js/util/http.js:7 @/usr/share/the-board/js/ui/application.js:11 @/usr/share/the-board/js/ui/main.js:9 @main.c:1 ' JS ERROR: !!! Exception was: Error: Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found JS ERROR: !!! lineNumber = '0' JS ERROR: !!! fileName = 'gjs_throw' JS ERROR: !!! stack = '(Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found)@gjs_throw:0 @/usr/share/the-board/js/util/http.js:7 @/usr/share/the-board/js/ui/application.js:11 @/usr/share/the-board/js/ui/main.js:9 @main.c:1 ' JS ERROR: !!! Exception was: Error: Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found JS ERROR: !!! lineNumber = '0' JS ERROR: !!! fileName = 'gjs_throw' JS ERROR: !!! stack = '(Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found)@gjs_throw:0 @/usr/share/the-board/js/util/http.js:7 @/usr/share/the-board/js/ui/application.js:11 @/usr/share/the-board/js/ui/main.js:9 @main.c:1 ' ** ERROR **: Failed to load main javascript: Error: Requiring TheBoard, version none: Typelib file for namespace 'TheBoard' (any version) not found /usr/bin/the-board: Zeile 30: 10914 Trace/Breakpoint ausgelöst /usr/lib/the-board/the-board-start Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages the-board depends on: ii gir1.2-clutter-gst-1.01.4.6-1 ii gir1.2-gtk-3.03.2.3-1 ii gir1.2-gtkclutter-1.0 1.0.4-1 ii gir1.2-mx-1.0 1.4.3-2 ii gir1.2-soup-2.4 2.36.1-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-27 ii libcairo-gobject2 1.10.2-7 ii libcairo2 1.10.2-7 ii libclutter-1.0-0 1.8.4-1 ii libclutter-gst-1.0-0 1.4.6-1 ii libclutter-gtk-1.0-0 1.0.4-1 ii libdbus-1-3 1.4.18-1 ii libdrm2 2.4.32-1 ii libffi5 3.0.10-3 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgdk-pixbuf2.0-02.24.1-1 ii libgirepository-1.0-1 1.31.20-1 ii libgjs0b 1.30.1-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libgstreamer0.10-00.10.36-1 ii libgtk-3-03.2.3-1 ii libjson-glib-1.0-00.14.2-1 ii libmozjs6d6.0.2-1 ii libmx-1.0-2 1.4.3-2 ii libnspr4-0d 4.9-1 ii libpango1.0-0 1.29.4-3 ii libthe-board-1.0-00.1.3-1 ii libx11-6 2:1.4.4-4 ii libxcomposite11:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes31:5.0-4 ii libxi62:1.4.5-1 ii libxml2 2.7.8.dfsg-7 ii the-board-common 0.1.3-1 the-board recommends no packages. the-board suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#660345: fixed in policycoreutils 2.1.10-5
Dear Laurent, Am Donnerstag, den 22.03.2012, 11:08 +0100 schrieb Laurent Bigonville: Le Wed, 21 Mar 2012 11:57:08 +0100, Paul Menzel pm.deb...@googlemail.com a écrit : Am Dienstag, den 20.03.2012, 19:02 + schrieb Laurent Bigonville: I still get this error. $ LANG=C sudo aptitude safe-upgrade [sudo] password for paul: Resolving dependencies... The following partially installed packages will be configured: policycoreutils No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 12 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up policycoreutils (2.1.10-5) ... Sandbox disabled, edit /etc/default/sandbox to enable it update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force) dpkg: error processing policycoreutils (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: policycoreutils E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up policycoreutils (2.1.10-5) ... Sandbox disabled, edit /etc/default/sandbox to enable it update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force) dpkg: error processing policycoreutils (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: policycoreutils Was the package correctly configured before you've try to update it? I've the feeling when looking at the above output, that the old package was half-installed. But this definitely looks like the script from the old version of the package. I've just tried again and it's working for me. It has been failing since I wrote the original report and was never fully configured. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#660345: fixed in policycoreutils 2.1.10-5
Am Donnerstag, den 22.03.2012, 17:53 +0100 schrieb Laurent Bigonville: Le Thu, 22 Mar 2012 17:32:07 +0100, Paul Menzel pm.deb...@googlemail.com a écrit : It has been failing since I wrote the original report and was never fully configured. What is dpkg -l policycoreutils saying? $ LANG=C dpkg -l policycoreutils […] iF policycoreutil 2.1.10-5 SELinux core policy utilities Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#667557: libcairo2: Window switching takes longer
reassign libcairo2 1.12.0-2 quit Am Donnerstag, den 05.04.2012, 00:07 +0200 schrieb Cyril Brulebois: Paul Menzel pm.deb...@googlemail.com (04/04/2012): I could not find anything interesting in the log files. Help to debug this problem is highly appreciated. `libdrm*` was also updated in the upgrade process but I guess the driver is the culprit. libcairo2 too? Try downgrading it to testing's version if that's the case. Bugs on the server talk about corruption, but performance might be hit too, that's the EXA layer.. You are dead on! Downgrading `libcairo2` from 1.12.0-2 to 1.10.2-7 indeed solves the performance issue (and also the rendering errors I had experienced too). I therefore reassign this to `libcairo2`. Thanks a lot, Paul signature.asc Description: This is a digitally signed message part
Bug#667557: xserver-xorg-video-radeon: Window switching takes longer
merge 666982 667557 quit Am Donnerstag, den 05.04.2012, 09:15 +0200 schrieb Michel Dänzer: On Don, 2012-04-05 at 08:55 +0200, Paul Menzel wrote: Am Donnerstag, den 05.04.2012, 00:07 +0200 schrieb Cyril Brulebois: Paul Menzel pm.deb...@googlemail.com (04/04/2012): I could not find anything interesting in the log files. Help to debug this problem is highly appreciated. `libdrm*` was also updated in the upgrade process but I guess the driver is the culprit. libcairo2 too? Try downgrading it to testing's version if that's the case. Bugs on the server talk about corruption, but performance might be hit too, that's the EXA layer.. You are dead on! Downgrading `libcairo2` from 1.12.0-2 to 1.10.2-7 indeed solves the performance issue (and also the rendering errors I had experienced too). I therefore reassign this to `libcairo2`. That's wrong, unfortunately. Luckily the control server rejecting my reassignment due to syntax errors. The new libcairo2 is merely triggering bugs in EXA. This should just be marked as yet another duplicate of the existing report about that. I just found report #666982 and nothing assigned to `xserver-xorg`. So I am merging these two. I also did not find an upstream report for that issue by searching the Web. Is that correct? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#714518: pdftk: Fails to open PDF 1.6 document (input error)
Package: pdftk Version: 1.44-7 Severity: important Tags: upstream Control: found -1 1.45-1 Dear Debian folks, processing the form G0260 from the Deutsche Rentenversicherung [1] fails with PDFtk. $ file /G0260.pdf /G0260.pdf: PDF document, version 1.6 $ pdftk /G0260.pdf dump_data_fields_utf8 output /tmp/foo Error: Failed to open PDF file: /G0260.pdf Errors encountered. No output created. Done. Input errors, so no output created. As this is an input error trying other operations fails in the same way. Opening and filling out the form using Evince 3.4.0-3.1 works without problems. [1] http://www.deutsche-rentenversicherung.de/cae/servlet/contentblob/217566/publicationFile/52866/G0260.pdf -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pdftk depends on: ii libc6 2.17-6 ii libgcc1 1:4.8.1-5 ii libgcj134.7.2-3 ii libstdc++6 4.8.1-5 pdftk recommends no packages. Versions of packages pdftk suggests: ii poppler-utils [xpdf-utils] 0.18.4-6 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#669694: libgtk-3-0: Using non-GNOME window manager some areas in GTK application windows are black
Package: libgtk-3-0 Version: 3.4.1-2 Severity: important Dear Debian folks, after running `sudo aptitude update sudo aptitude safe-upgrade` yesterday and restarting the system today, opening GNOME Terminal in the window manager Awesome the whole area besides the menu was black. Going to Edit → Profiles settings → Colors and unchecking »Use colors from system theme« it worked again but now with a kind of yellowish background. Opening Evolution I have the same problem that some areas are black and I cannot read the text. I attach a screenshot of a part of the Evolution window. Logging in with GNOME everything seems to work fine. Probably this is the wrong package to assign that bug to. But I do not know which package is the culprit. Yesterday the following packages were upgraded. [AKTUALISIERUNG] apt:i386 0.8.15.10 - 0.9.2 [AKTUALISIERUNG] apt-utils:i386 0.9.1 - 0.9.2 [AKTUALISIERUNG] baobab:i386 3.2.1-3 - 3.4.1-1 [AKTUALISIERUNG] cdbs:i386 0.4.110 - 0.4.111 [AKTUALISIERUNG] cmake:i386 2.8.7-4 - 2.8.8-1 [AKTUALISIERUNG] cmake-data:i386 2.8.7-4 - 2.8.8-1 [AKTUALISIERUNG] cups-filters:i386 1.0.13-1 - 1.0.16-2 [AKTUALISIERUNG] eog:i386 3.2.2-3 - 3.4.1-2 [AKTUALISIERUNG] eog-dbg:i386 3.2.2-3 - 3.4.1-2 [AKTUALISIERUNG] gir1.2-freedesktop:i386 1.32.0-1 - 1.32.1-1 [AKTUALISIERUNG] gir1.2-glib-2.0:i386 1.32.0-1 - 1.32.1-1 [AKTUALISIERUNG] gir1.2-gnomekeyring-1.0:i386 3.4.0-1 - 3.4.1-1 [AKTUALISIERUNG] gir1.2-gtk-3.0:i386 3.2.3-1 - 3.4.1-2 [AKTUALISIERUNG] gir1.2-gtksource-3.0:i386 3.4.0-2 - 3.4.1-1 [AKTUALISIERUNG] gir1.2-telepathyglib-0.12:i386 0.16.2-1+b1 - 0.18.1-1 [AKTUALISIERUNG] gnome-desktop3-data:i386 3.2.1-4 - 3.4.1-2 [AKTUALISIERUNG] gnome-power-manager:i386 3.2.1-2 - 3.4.0-2 [AKTUALISIERUNG] gnome-system-log:i386 3.2.1-3 - 3.4.1-1 [AKTUALISIERUNG] gnome-system-monitor:i386 3.2.1-1 - 3.4.1-2 [AKTUALISIERUNG] gnome-themes-standard:i386 3.2.1-2 - 3.4.1-2 [AKTUALISIERUNG] gobject-introspection:i386 1.32.0-1 - 1.32.1-1 [AKTUALISIERUNG] help2man:i386 1.40.8 - 1.40.9 [AKTUALISIERUNG] keyboard-configuration:i386 1.75 - 1.76 [AKTUALISIERUNG] libapt-inst1.5:i386 0.9.1 - 0.9.2 [AKTUALISIERUNG] libapt-pkg4.12:i386 0.9.1 - 0.9.2 [AKTUALISIERUNG] libaudio-dev:i386 1.9.3-4 - 1.9.3-5 [AKTUALISIERUNG] libaudio2:i386 1.9.3-4 - 1.9.3-5 [AKTUALISIERUNG] libcupsfilters1:i386 1.0.13-1 - 1.0.16-2 [AKTUALISIERUNG] libdmapsharing-3.0-2:i386 2.9.14-1 - 2.9.15-1 [AKTUALISIERUNG] libgail-3-0:i386 3.2.3-1 - 3.4.1-2 [AKTUALISIERUNG] libgail-3-0-dbg:i386 3.2.3-1 - 3.4.1-2 [AKTUALISIERUNG] libgirepository-1.0-1:i386 1.32.0-1 - 1.32.1-1 [AKTUALISIERUNG] libgirepository1.0-dev:i386 1.32.0-1 - 1.32.1-1 [AKTUALISIERUNG] libgladeui-2-0:i386 3.11.0-1 - 3.12.0-1 [AKTUALISIERUNG] libgladeui-common:i386 3.11.0-1 - 3.12.0-1 [AKTUALISIERUNG] libgnome-desktop-3-2:i386 3.2.1-4 - 3.4.1-2 [AKTUALISIERUNG] libgnome-keyring-common:i386 3.4.0-1 - 3.4.1-1 [AKTUALISIERUNG] libgnome-keyring-dev:i386 3.4.0-1 - 3.4.1-1 [AKTUALISIERUNG] libgnome-keyring0:i386 3.4.0-1 - 3.4.1-1 [AKTUALISIERUNG] libgnome-keyring0-dbg:i386 3.4.0-1 - 3.4.1-1 [AKTUALISIERUNG] libgtk-3-0:i386 3.2.3-1 - 3.4.1-2 [AKTUALISIERUNG] libgtk-3-0-dbg:i386 3.2.3-1 - 3.4.1-2 [AKTUALISIERUNG] libgtk-3-bin:i386 3.2.3-1 - 3.4.1-2 [AKTUALISIERUNG] libgtk-3-common:i386 3.2.3-1 - 3.4.1-2 [AKTUALISIERUNG] libgtkmm-3.0-1:i386 3.2.0-1 - 3.4.0-2 [AKTUALISIERUNG] libgtkmm-3.0-dbg:i386 3.2.0-1 - 3.4.0-2 [AKTUALISIERUNG] libgtksourceview-3.0-0:i386 3.4.0-2 - 3.4.1-1 [AKTUALISIERUNG] libgtksourceview-3.0-common:i386 3.4.0-2 - 3.4.1-1 [AKTUALISIERUNG] libhyphen0:i386 2.8.3-1 - 2.8.3-2 [AKTUALISIERUNG] libmtp-common:i386 1.1.3-1 - 1.1.3-2 [AKTUALISIERUNG] libmtp-dbg:i386 1.1.3-1 - 1.1.3-2 [AKTUALISIERUNG] libmtp-runtime:i386 1.1.3-1 - 1.1.3-2 [AKTUALISIERUNG] libmtp9:i386 1.1.3-1 - 1.1.3-2 [AKTUALISIERUNG] libnautilus-extension1a:i386 3.2.1-3 - 3.4.1-1 [AKTUALISIERUNG] libssl-dev:i386 1.0.1-4 - 1.0.1a-3 [AKTUALISIERUNG] libssl1.0.0:i386 1.0.1-4 - 1.0.1a-3 [AKTUALISIERUNG] libtelepathy-glib0:i386 0.16.2-1+b1 - 0.18.1-1 [AKTUALISIERUNG] libx11-6:i386 2:1.4.4-4 - 2:1.4.99.901-1 [AKTUALISIERUNG] libx11-6-dbg:i386 2:1.4.4-4 - 2:1.4.99.901-1 [AKTUALISIERUNG] libx11-data:i386 2:1.4.4-4 - 2:1.4.99.901-1 [AKTUALISIERUNG] libx11-dev:i386 2:1.4.4-4 - 2:1.4.99.901-1 [AKTUALISIERUNG] libx11-xcb1:i386 2:1.4.4-4 - 2:1.4.99.901-1 [AKTUALISIERUNG] libxi-dev:i386 2:1.4.5-1.1 - 2:1.6.0-1 [AKTUALISIERUNG] libxi6:i386 2:1.4.5-1.1 - 2:1.6.0-1 [AKTUALISIERUNG] libxinerama-dev:i386 2:1.1.1-3 - 2:1.1.2-1
Bug#669973: gvfs: mounting floppies fails: `No volume for device file /dev/fd0`
Package: gvfs Version: 1.6.4-3 Severity: important Dear Debian folks, I was surprised that with having a floppy disk inserted in the floppy drive and clicking on the floppy icon in Nautilus, the floppy is not mounted but I do get an error message »No volume found« (»Kein Medium eingelegt«). Mounting the floppy manually using `mount` worked without problems. Searching for this issue on the net, I found a thread in the Ubuntu forums [1] which references a bug report in Launchpad [2]. Basically $ udisks --mount /dev/fd0 works just fine and an additional floppy symbol appears in Nautilus over which I can access the content on the floppy disk. But $ gvfs-mount -d /dev/fd0 No volume for device file /dev/fd0 Is there a way to fix this for Debian Squeeze/stable? I do not know if more recent packages in Wheezy/testing or Sid/unstable fix these problems. Both the forum thread [1] and the Launchpad report [2] have a lot of comments and the bug was even tagged as solved in between, so I am not sure what the real problem is now. Maybe Martin could write a short summary? That would be awesome. Thanks, Paul [1] http://ubuntuforums.org/showthread.php?t=1569234page=3 [2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/441835 -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gvfs depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgdu02.30.1-2 GObject based Disk Utility Library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libudev0 164-3 libudev shared library ii x11-utils 7.5+4 X11 utilities Versions of packages gvfs recommends: ii dbus 1.2.24-4+squeeze1 simple interprocess messaging syst ii policykit-1-gnome 0.96-3GNOME authentication agent for Pol Versions of packages gvfs suggests: ii gvfs-backends 1.6.4-3userspace virtual filesystem - bac -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#670153: Subject: aptitude: `markauto` not applied on all given packages
Package: aptitude Version: 0.6.6-1+b1 Severity: important Dear Debian folks, I am sorry to file another report against Aptitude and hope I did not overlook an already existing report for this issue. Searching for the reason some packages were not upgraded I found out I had some (no obsolete) dependencies manually installed. Now I ran sudo aptitude markauto at-spi python-pyatspi gnome-accessibility and in the same operation `gnome-accessibility` was removed because nothing depends on it anymore. The problem now is that `python-pyatspi` was *not* marked as automatically installed. $ aptitude search at-spi python-pyatspi i A at-spi- Unterstützungs-Technologie - Service-Provider-Schnittstelle […] i python-pyatspi- AT-SPI: Schnittstelle zu Unterstützungstechniken - Python-Anbindungen […] Running $ sudo aptitude markauto python-pyatspi again worked without problems. $ LANG=C aptitude show python-pyatspi Package: python-pyatspi State: installed Automatically installed: yes Version: 1.32.0-1 Priority: optional Section: python Maintainer: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Architecture: all Uncompressed Size: 252 k […] Thanks, Paul -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.6 compiled at Apr 17 2012 05:16:17 Compiler: g++ 4.6.3 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-gate.so.1 = (0xf773e000) libapt-pkg.so.4.12 = /usr/lib/i386-linux-gnu/libapt-pkg.so.4.12 (0xf75de000) libncursesw.so.5 = /lib/i386-linux-gnu/libncursesw.so.5 (0xf75ac000) libtinfo.so.5 = /lib/i386-linux-gnu/libtinfo.so.5 (0xf758b000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xf7586000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xf7485000) libept.so.1.0.5.4.12 = /usr/lib/libept.so.1.0.5.4.12 (0xf7435000) libxapian.so.22 = /usr/lib/sse2/libxapian.so.22 (0xf7236000) libz.so.1 = /usr/lib/i386-linux-gnu/libz.so.1 (0xf721e000) libsqlite3.so.0 = /usr/lib/i386-linux-gnu/libsqlite3.so.0 (0xf7176000) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0xf715f000) libpthread.so.0 = /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xf7146000) libstdc++.so.6 = /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xf705a000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xf7033000) libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xf7016000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xf6eb9000) libutil.so.1 = /lib/i386-linux-gnu/i686/cmov/libutil.so.1 (0xf6eb5000) libdl.so.2 = /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xf6eb1000) libbz2.so.1.0 = /lib/i386-linux-gnu/libbz2.so.1.0 (0xf6ea) libuuid.so.1 = /lib/i386-linux-gnu/libuuid.so.1 (0xf6e9a000) librt.so.1 = /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xf6e91000) /lib/ld-linux.so.2 (0xf773f000) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii libapt-pkg4.120.9.2 ii libboost-iostreams1.49.0 1.49.0-2 ii libc6 2.13-30 ii libcwidget3 0.5.16-3.2 ii libept1.4.12 1.0.6.1 ii libgcc1 1:4.7.0-3 ii libncursesw5 5.9-6 ii libsigc++-2.0-0c2a2.2.10-0.1 ii libsqlite3-0 3.7.11-2 ii libstdc++64.7.0-3 ii libtinfo5 5.9-6 ii libxapian22 1.2.8-1 ii zlib1g1:1.2.6.dfsg-1 Versions of packages aptitude recommends: ii apt-xapian-index0.45 ii aptitude-doc-en | aptitude-doc none ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.6 Versions of packages aptitude suggests: ii debtags none ii tasksel 3.09 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#561737: udisks, gvfs, nautilus: mounting floppies not working and prevents `mount` from working too
retitle 561737 udisks, gvfs, nautilus: mounting floppies not working (no media
in drive)
forcemerge 561737 561746 592719 596890 622618
forwarded 561737 https://bugs.freedesktop.org/show_bug.cgi?id=30283
block 669973 by 561737
quit
Dear suffering floppy users,
in the future when replying to reports please import the message thread
into your mail program beforehand so the threading keeps intact.
$ bts show --mbox 561737 # from devscripts package
Please also add all people involved in the thread to the CC list.
Otherwise they will not know that someone replied.
I was also bitten by this bug and it took quite a while to figure out
that udisks is the culprit.
Now I will try to summarize everything and hope altogether we will be
able to solve this issue.
### Problem ###
Mounting file system on floppy disks with Nautilus is not possible since
Debian Squeeze.
The problem lies within udisks. Commit ca93d4e2 [1]
commit ca93d4e2d9e7f483b2fde1725da086e2cca44164
Author: Martin Pitt martin.p...@ubuntu.com
Date: Wed Jun 2 15:56:07 2010 +0200
Fix long hangs on probing nonexistant floppy drives
A lot of modern machines do not have a floppy drive any more, but
still have a
floppy controller somewhere (or at least the BIOS pretends to).
Trying to
open(/dev/fd0) on these machines causes long hangs, which lead to
long desktop
startup times.
To fix this, avoid probing floppies for media in update_info().
https://launchpad.net/bugs/539515
diff --git a/src/device.c b/src/device.c
index 763385c..0e87f1d 100644
--- a/src/device.c
+++ b/src/device.c
@@ -4471,7 +4471,8 @@ update_info (Device *device)
{
media_available = FALSE;
- if (!g_udev_device_get_property_as_boolean (device-priv-d,
ID_CDROM))
+ if (!g_udev_device_get_property_as_boolean (device-priv-d,
ID_CDROM)
+ !g_udev_device_get_property_as_boolean (device-priv-d,
ID_DRIVE_FLOPPY))
{
int fd;
fd = open (device-priv-device_file, O_RDONLY);
always reports false that a floppy is inserted. This problem is reported
in upstream’s freedesktop.org BTS as #30283 [1]. Unfortunately the
developer David Zeuthen will not focus on getting a fix in for this
issue since he focuses on udisks2 where everything seems to work.
### Workarounds ###
1. Edit `/lib/udev/rules.d/80-udisks.rules` as mentioned in [5] to not
label the floppy drive as a floppy drive.
2. Apply the patch attached to the upstream report [6] and build the
package yourself.
3. Mounting the disk running the following from a terminal.
`udisks --mount /dev/fd0`.
### Roadmap ###
1. Get all bug reports merged together (hopefully accomplished now) and
get the necessary dependencies sorted out. I am in favor of filing a bug
against Nautilus and gvfs and let them be blocked by 561737 (this bug
here). I am doing this for gvfs with this message.
Users experiencing this will look at the reports assigned to Nautilus
and at best against gvfs. Finding this bug will give them the necessary
information about the problem and workarounds faster.
2. Revert the commit ca93d4e2 [1] in udisks introducing this regression
[1]. It would be great if some test packages in some private repository
could be provided.
That would reopen Launchpad report #539515 [3] but closes report #441835
[4]. Also an ticket should be submitted upstream.
3. Update some Squeeze errata and README files to document that issue.
Someone cares to send a patch also upstream [7]?
4. Fix this issue properly. People hit by longer boot times as in
Launchpad #539515 should get their BIOS fixed or should have a
configuration option to disable floppy probing completely.
5. Increase the severity of this report to at least important (even
grave) as udev-daemon also prevents `mount` from working and therefore
breaks unrelated packages. Michael, could you please explain why you
disagree.
Does that sound feasible? Possibly number 4 should be discussed and done
in upstream’s report.
Thanks a lot and let us be constructive to solve this quickly,
Paul
[1]
http://cgit.freedesktop.org/udisks/commit/?id=ca93d4e2d9e7f483b2fde1725da086e2cca44164
[2] https://bugs.freedesktop.org/show_bug.cgi?id=30283
[3] https://launchpad.net/bugs/539515
[4] https://bugs.launchpad.net/ubuntu/karmic/+source/devicekit-disks/+bug/441835
[5] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561737#75
[6] https://bugs.freedesktop.org/attachment.cgi?id=39751
[7] http://www.freedesktop.org/wiki/Software/udisks
signature.asc
Description: This is a digitally signed message part
Bug#561737: can't mount floppy(no media in drive)
Dear rpnpif, thank you for your response. Please always reply to all to the message you receive to keep everyone informed and the threading working. Using `reportbug` not all people will get notified. So I just found out by chance that you had replied. It is also strange that reportbug did not pick up the changed bug title. Am Montag, den 23.04.2012, 18:56 +0200 schrieb rpnpif: […] For your investigations, here my experience. I put a floppy disk in my drive. I click on the floppy icon. A backport kernel error is issued (see after). This error is reproducible. Kernel failure message 1: [ cut here ] WARNING: at /build/buildd-linux-2.6_3.2.12-1~bpo60+1-i386-EZ37JT/linux-2.6-3.2.12/debian/build/source_i386_none/drivers/block/floppy.c:1041 setup_rw_floppy+0x1e8/0x2a1 [floppy]() Hardware name: MS-6380 floppy_disable_hlt() scheduled for removal in 2012 Modules linked in: usb_storage uas vboxnetadp(O) vboxnetflt(O) vboxdrv(O) pktcdvd mperf cpufreq_stats cpufreq_powersave cpufreq_conservative cpufreq_userspace ppdev lp snd_hrtimer binfmt_misc ipt_REJECT xt_comment ipt_LOG xt_limit xt_tcpudp xt_addrtype xt_state ip6table_filter ip6_tables nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack_ftp nf_conntrack iptable_filter ip_tables x_tables nls_utf8 nls_cp437 vfat fat ext4 jbd2 crc16 hwmon_vid loop firewire_sbp2 usbhid hid snd_via82xx snd_ac97_codec ac97_bus ohci_hcd saa7134_alsa snd_pcm_oss snd_mixer_oss snd_pcm mt20xx snd_page_alloc snd_mpu401_uart ir_lirc_codec lirc_dev ir_mce_kbd_decoder tea5767 ir_sony_decoder snd_seq_midi ir_jvc_decoder snd_rawmidi tda9887 snd_seq_midi_event tda8290 ir_rc6_decoder ir_rc5_decoder snd_seq tuner uhci_hcd ehci_hcd usbcore ir_nec_decoder radeon saa7134 ttm rc_core videobuf_dma_sg videobuf_core v4l2_common drm_kms_helper videodev drm media tveeprom tpm_tis i2c_vi apro i2c_algo_bit tpm 8139too 8139cp parport_pc tpm_bios power_supply parport sg snd_timer snd_seq_device firewire_ohci usb_common i2c_core via_rhine firewire_core sr_mod floppy cdrom via_ircc mii evdev processor shpchp button crc_itu_t irda crc_ccitt snd soundcore ns558 gameport pcspkr thermal_sys ext3 jbd mbcache sd_mod crc_t10dif ata_generic pata_via libata scsi_mod Pid: 0, comm: swapper/0 Tainted: G O 3.2.0-0.bpo.2-686-pae #1 Call Trace: This is definitely not related to this problem and you should file a separate report for this. Additionally that looks like just a warning you can safely ignore. But follow up with the Linux kernel folks regarding this problem [2]. $ udisks --mount /dev/fd0 Mounted /org/freedesktop/UDisks/devices/fd0 at /media/disk This works for me too. Then, great !, an icon appears in Nautilus an all works fine. So for me, udisks works fine, but Nautilus and the 3.2 kernel do not. Take a look at the workaround list. Editing the udev rules will give you a way where you do not need to use the command line at all. Also you should all subscribe to the upstream report [1] too! ;-) Thanks, Paul [1] https://bugs.freedesktop.org/show_bug.cgi?id=30283 [2] http://www.mentby.com/Group/linux-kernel/patch-floppy-revert-floppy-disable-halt-warning.html signature.asc Description: This is a digitally signed message part
Bug#670153: `aptitude safe-upgrade` removes `automatically installed` label from some packages
retitle 670153 `aptitude safe-upgrade` removes `automatically installed` label from some packages quit Dear Axel, Am Montag, den 23.04.2012, 17:48 +0200 schrieb Axel Beckert: Paul Menzel wrote: I am sorry to file another report against Aptitude and hope I did not overlook an already existing report for this issue. Thanks for the detailed report. It sounds clearly like some misbehaving. We recently received quite some bug reports about markauto handling, so I suspect that there's likely a bug in there which pops up in a lot of facets. The strange thing is running `sudo aptitude safe-upgrade` does not upgrade the GNOME packages and seems to mark python-pyatspi as *not* automatically installed again. I can reproduce this quite reliably. So please tell me if and how I can get more information for you. $ aptitude show python-pyatspi Paket: python-pyatspi Zustand: Installiert Automatisch installiert: nein Version: 1.32.0-1 Priorität: optional Bereich: python Verwalter: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Architektur: all Unkomprimierte Größe: 252 k Hängt ab von: python2.7 | python2.6, python (= 2.6.6-7~), python ( 2.8), at-spi (= 1.32.0-1), at-spi ( 1.32.0-1.1~), python-pyorbit, python-gnome2 Bereitgestellt von: python-pyatspi2 Beschreibung: AT-SPI: Schnittstelle zu Unterstützungstechniken - Python-Anbindungen AT-SPI steht für »Assistive Technology Service Provider Interface« (Schnittstelle zu Anbietern von Unterstützungstechniken). Barrierefreiheit ermöglicht Menschen mit Behinderungen die Teilnahme an wesentlichen Aktivitäten des Lebens: Arbeit und die Nutzung von Dienstleistungen, Produkten sowie Informationen. Dieses Paket enthält Python-Anbindungen für die Kernkomponenten von GNOME Accessibility. $ sudo aptitude markauto python-pyatspi # The below output is already reported as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660345. Die folgenden teilweise installierten Pakete werden konfiguriert: policycoreutils Es werden keine Pakete installiert, aktualisiert oder entfernt. 0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 63 nicht aktualisiert. 0 B an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 0 B zusätzlich belegt sein. policycoreutils (2.1.10-6) wird eingerichtet ... Sandbox disabled, edit /etc/default/sandbox to enable it update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force) dpkg: Fehler beim Bearbeiten von policycoreutils (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: policycoreutils E: Sub-process /usr/bin/dpkg returned an error code (1) Ein Paket konnte nicht installiert werden. Versuch, dies zu lösen: policycoreutils (2.1.10-6) wird eingerichtet ... Sandbox disabled, edit /etc/default/sandbox to enable it update-rc.d: /etc/init.d/policycoreutils exists during rc.d purge (use -f to force) dpkg: Fehler beim Bearbeiten von policycoreutils (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: policycoreutils $ aptitude show python-pyatspi Paket: python-pyatspi Zustand: Installiert Automatisch installiert: ja Version: 1.32.0-1 Priorität: optional Bereich: python Verwalter: Debian GNOME Maintainers pkg-gnome-maintain...@lists.alioth.debian.org Architektur: all Unkomprimierte Größe: 252 k Hängt ab von: python2.7 | python2.6, python (= 2.6.6-7~), python ( 2.8), at-spi (= 1.32.0-1), at-spi ( 1.32.0-1.1~), python-pyorbit, python-gnome2 Bereitgestellt von: python-pyatspi2 Beschreibung: AT-SPI: Schnittstelle zu Unterstützungstechniken - Python-Anbindungen AT-SPI steht für »Assistive Technology Service Provider Interface« (Schnittstelle zu Anbietern von Unterstützungstechniken). Barrierefreiheit ermöglicht Menschen mit Behinderungen die Teilnahme an wesentlichen Aktivitäten des Lebens: Arbeit und die Nutzung von Dienstleistungen, Produkten sowie Informationen. Dieses Paket enthält Python-Anbindungen für die Kernkomponenten von GNOME Accessibility. $ aptitude show at-spi Paket: at-spi Zustand: Installiert Automatisch installiert: ja Version: 1.32.0-1
