Bug#763138: evince: SIGSEGV when reloading a document
Package: evince Version: 3.14.0-1 Severity: normal Evince crashes deterministically when reloading a document. This is the backtrace on my machine: Program received signal SIGSEGV, Segmentation fault. 0x5558fb62 in ?? () (gdb) bt #0 0x5558fb62 in ?? () #1 0x5558b79e in ?? () #2 0x74f8d245 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #3 0x74f9ef3c in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #4 0x74fa7748 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #5 0x74fa79af in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #6 0x74f91985 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #7 0x74f93d91 in g_object_notify () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #8 0x555899ac in ?? () #9 0x74f8d474 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #10 0x74fa7057 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #11 0x74fa79af in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #12 0x779686a3 in ?? () from /usr/lib/libevview3.so.3 #13 0x74cb7b6d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x74cb7f48 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x74cb7ffc in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #16 0x752751bc in g_application_run () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #17 0x55572797 in ?? () #18 0x741aeb45 in __libc_start_main (main=0x555722e0, argc=2, argv=0x7fffe1a8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe198) at libc-start.c:287 #19 0x555728c5 in ?? () -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.16.3 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii evince-common 3.14.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-11 ii libcairo-gobject2 1.12.16-5 ii libcairo2 1.12.16-5 ii libevdocument3-4 3.14.0-1 ii libevview3-3 3.14.0-1 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.42.0-1 ii libgtk-3-0 3.14.0-1 ii libnautilus-extension1a3.14.0-1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-01.36.7-1 ii libsecret-1-0 0.18-1 ii libxml22.9.1+dfsg1-4 ii shared-mime-info 1.3-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages evince recommends: ii dbus-x11 1.8.8-1 ii gvfs 1.22.0-1 Versions of packages evince suggests: ii nautilus 3.14.0-1 ii poppler-data 0.4.7-1 pn unrar none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710362: ldap2zone: will some time generate invalid DNS host name entries
[Wolfgang Schweer] I can't reproduce the dns issue in jessie. A hostname with underscore is not accepted in GOsa², cause the test function (in /usr/share/gosa/include/utils/class_tests.inc, dated 5th of march 2012) catches invalid dns names (as far as I understand the code). Good. Then GOsa² is fixed, but the LDAP to DNS export should be fixed too. This bug is about the latter. You can test that by adding LDAP records manually. Can you test SRV and MX entries? Can they have invalid characters or formats entered in GOsa² interface? Is it possible to add a A entry without a hostname? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763139: pulseaudio-bash-completion.sh: Does not need #!
Package: pulseaudio Version: 5.0-6 Severity: minor File: /etc/bash_completion.d/pulseaudio-bash-completion.sh bash completion scripts get sourced, not executed, so pulseaudio-bash-completion.sh doesn't need a #! line. - Josh Triplett -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii libasound21.0.28-1 ii libasound2-plugins1.0.28-1+b1 ii libc6 2.19-11 ii libcap2 1:2.24-6 ii libdbus-1-3 1.8.8-1 ii libfftw3-single3 3.3.4-1 ii libgcc1 1:4.9.1-15 ii libice6 2:1.0.9-1 ii libltdl7 2.4.2-1.10+b1 ii liborc-0.4-0 1:0.4.22-1 ii libpulse0 5.0-6 ii libsamplerate00.1.8-8 ii libsm62:1.2.2-1 ii libsndfile1 1.0.25-9 ii libspeexdsp1 1.2~rc1.2-1 ii libstdc++64.9.1-15 ii libsystemd-login0 215-5 ii libtdb1 1.3.1-1 ii libudev1 215-5 ii libwebrtc-audio-processing-0 0.1-3 ii libx11-6 2:1.6.2-3 ii libx11-xcb1 2:1.6.2-3 ii libxcb1 1.10-3 ii libxtst6 2:1.2.2-1 ii lsb-base 4.1+Debian13 ii pulseaudio-utils 5.0-6 ii udev 215-5 Versions of packages pulseaudio recommends: pn pulseaudio-module-x11 none pn rtkit none Versions of packages pulseaudio suggests: pn pamannone pn paprefs none pn pavucontrol none pn pavumeternone -- no debconf information # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 # USA. ## Configuration file for PulseAudio clients. See pulse-client.conf(5) for ## more information. Default values are commented out. Use either ; or # for ## commenting. ; default-sink = ; default-source = ; default-server = ; default-dbus-server = ; autospawn = yes ; daemon-binary = /usr/bin/pulseaudio ; extra-arguments = --log-target=syslog ; cookie-file = ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; auto-connect-localhost = no ; auto-connect-display = no # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 # USA. ## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for ## more information. Default values are commented out. Use either ; or # for ## commenting. ; daemonize = no ; fail = yes ; allow-module-loading = yes ; allow-exit = yes ; use-pid-file = yes ; system-instance = no ; local-server-type = user ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; lock-memory = no ; cpu-limit = no ; high-priority = yes ; nice-level = -11 ; realtime-scheduling = yes ; realtime-priority = 5 ; exit-idle-time = 20 ; scache-idle-time = 20 ; dl-search-path = (depends on architecture) ; load-default-script-file = yes ; default-script-file = /etc/pulse/default.pa ; log-target = auto ; log-level = notice ; log-meta = no ; log-time = no ; log-backtrace = 0 # resample-method defaults to speex-float-1 on most architectures, # speex-fixed-1 on ARM ; resample-method =
Bug#647968: simple-scan: Segfaults randomly using Fujitsu ScanSnap S1500
Hello, I ask 2 months ago if this error still exists. No answer in this time. So I close this bug. If the bug still occurs feel free to reopen this bug. Thank you for spending your time helping to make Debian better with this bug report. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#762986: lyx-common: Both lyx and lyx-common provide the desktop file
rename lyx.install to lyx-common.install in debian/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680601: simple-scan: program closes when clicking new scan
Hello, I ask 2 months ago if this error still exists. No answer in this time. So I close this bug. If the bug still occurs feel free to reopen this bug. Thank you for spending your time helping to make Debian better with this bug report. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#759208: goplay: shows no results at all
[Jonas Smedegaard] I am unaware of any other tool as nice and user-friendly as goplay doing similar. So am I. But I am unable to fix this bug, and the package is being removed from testing today. Anyone able to find the bug and fix it in time for the Jessie freeze? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732113: Save file dialog occasionally goes blank.
Hello, I ask 2 months ago if this error still exists. No answer in this time. So I close this bug. If the bug still occurs feel free to reopen this bug. Thank you for spending your time helping to make Debian better with this bug report. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#725586: debian-faq: FTBFS: make[1]: *** [po4a-translate] Error
Hi. This RC bug have caused debian-faq to be removed from Jessie, while it is also tagged pending. A new version is waiting in VCS. Is this intentional, or do you plan to upload a fix in time for this package to make it into the next stable release? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763140: ruby-rspec-core: New upstream release
Package: ruby-rspec-core Version: 2.14.7-2 Severity: normal Dear Maintainer, Please update package with its upstream release ( 3.0.0). # Recently some gems depend on new conventions introduced rspec 3.0.0. regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-30-pve (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-rspec-core depends on: ii ruby 1:2.1.0.4 ii ruby-rspec-expectations 2.14.2-1 ii ruby-rspec-mocks 2.14.5-1 ii ruby1.9.1 [ruby-interpreter] 1.9.3.484-2 ii ruby2.0 [ruby-interpreter]2.0.0.484+really457-3 ii ruby2.1 [ruby-interpreter]2.1.3-1 ruby-rspec-core recommends no packages. Versions of packages ruby-rspec-core suggests: ii ruby-rspec 2.14.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode
On Sun, Sep 28, 2014 at 02:28:06AM +0100, Steve McIntyre wrote: I'm not 100% sure that partman-efi is the right package for the bug report, but it's as good as any. So, it's way past time to fix this particular bug. After a fair amount of playing with systems like this and discussing with folks, my proposed solution is: 1. Somewhere during initial partman setup (probably partman-efi?), we look to see if: (a) we're in UEFI mode (trivially true if we're in partman-efi); and (b) we have an existing set of partitions that are *not* set up for UEFI boot (can we use os-prober to get a list at this stage?) Look for an existing partition setup and maybe bootable flags, but no detectable EFI System Partition. 2. If the above is the case, warn the user: Your computer's firmware has started the installer in UEFI mode but there are existing Operating Systems already installed: * OS 1 * OS 2 ... These will not boot in UEFI mode. If you still wish to be able to boot one of these existing systems after installing Debian in UEFI mode, this will be difficult. Your best way forward is to reboot and restart the installer in 'BIOS compatibility mode'. You will need to reconfigure your computer's boot options to do this. If you wish to install Debian in UEFI mode and don't care about keeping the ability to boot one of the existing systems, continue. Go BackContinue If the user wants to continue, we could even suggest blanking the partition table(s) and starting again with GPT, but I don't think we currently have a blank partition table option exposed within d-i? What do people think of this plan? What have I missed? Isn't it better to run this test in partman-efi's isinstallable script? Then if things are set up in the described way, grub-efi just won't be installed, but the normal grub will, and the system will continue to boot in BIOS fallback as before. It might make sense to give a warning or error message in case the described setup exists and an ESP partition is created in the partitioner, but other than that... -- It is easy to love a country that is famous for chocolate and beer -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763141: gnome-boxes : Unable to use a VM or create a new one
Package: gnome-boxes Version: 3.14.0-1 Severity: Serious Hi, I have one Virtual machines created and located in ${HOME}/.local/share/gnome-boxes/images/debian7 When launching gnome-boxes /var/log/messages shows this warning message (gnome-boxes:2137): Boxes-WARNING **: libvirt-broker.vala:102: Unable to open qemu+unix:///session: Failed to connect socket to '/run/user/1000/libvirt/libvirt-sock': No such file or directory and then my VM is not available to play with... I wanted to create another one and gnome-boxes displayed a message 'Box setup failed'. Looking further in /var/log/messages : org.gnome.Boxes[1622]: (gnome-boxes:2137): Boxes-WARNING **: wizard.vala:459: Failed to create storage pool: invalid connection pointer in virStoragePoolDefineXML Regards Ludovic PS : my user belongs to libvirt group uid=1000(ludo) gid=1000(ludo) groups=1000(ludo),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(netdev),109(bluetooth),115(scanner),122(libvirt) signature.asc Description: This is a digitally signed message part
Bug#714477: killer: Is no longer able to figure out when X users last were active
Control: tags -1 + patch Here is a fairly untested patch to solve this issue. I lack the test bench to test it right now. It should use xprintidle as reported by the user when running from the users home directory to detect X usage, and use the resulting value in calculating which processes to kill. diff --git a/debian/control b/debian/control index b8d4997..e644488 100644 --- a/debian/control +++ b/debian/control @@ -13,7 +13,11 @@ Vcs-Browser: http://anonscm.debian.org/gitweb/?p=debian-edu/pkg-team/killer.git Package: killer Architecture: all -Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends}, exim4 | mail-transport-agent +Depends: ${shlibs:Depends} + , ${misc:Depends} + , ${perl:Depends} + , exim4 | mail-transport-agent + , xprintidle Description: Background job killer killer is a perl script that gets rid of background jobs. Background jobs are defined as processes that belong to users who are not currently diff --git a/killer b/killer index 1f95f2e..f915974 100755 --- a/killer +++ b/killer @@ -927,6 +927,24 @@ sub initializeTty($@) { } +=head2 getX11IdleTime + +Figure out how long a user has been idle in X11. Return the seconds +of idle time. + +=cut + +sub getX11IdleTime($) { +my $self = shift; +my ( $user ) = @_; +$idletime_ms = `su $user -c 'DISPLAY=:0 xprintidle' 2/dev/null`; +if ($idletime_ms ~= m/\d+/) { +return $idletime_ms / 1000; +} else { +return undef; +} +} + =head2 getIdleTime user Figure out how long a user has been idle. This is accomplished by @@ -971,6 +989,10 @@ sub getIdleTime($) { $idletime = (time - $statparts[8]); } } +my $xIdleTime = $self-getX11IdleTime($user); +if (defined $xIdleTime $idleTime $xIdleTime) { +$idletime = $xIdleTime; +} } return $idletime; } -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763142: nvidia-libvdpau1-driver: Please provide a package with debug symbols
Package: nvidia-libvdpau1-driver Version: 190.42-3 Severity: normal Dear Debian folks, it’d be great if you could provide a package providing debug symbols. Having experienced a crash in `libvdpau_nvidia.so.190.42` vlc[4566]: segfault at 0 ip a9aa1da8 sp a9f37620 error 4 in libvdpau_nvidia.so.190.42[a9a8a000+87000] it’d be great to easily create a meaningful backtrace. Thanks, Paul -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-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 nvidia-libvdpau1-driver depends on: ii libc6 2.19-11 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.2-1 Versions of packages nvidia-libvdpau1-driver recommends: pn nvidia-kernel-190.42 none Versions of packages nvidia-libvdpau1-driver suggests: pn nvidia-kernel-source none -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#763085: Foo
On Sun, 28 Sep 2014, Richard Hartmann wrote: I meant that migrating lists do not seen to need purpose, seconds, etc. Instead they need the OK from the current head[s] of the list. According to my interpretation, that is. for debconf lists I don't need seconds, yes. I sometimes stated that on IRC, but noone ever rewrote the howto. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687126: SubDownloader package in Debian
Hi Emilien, I'm OK with that, you can take the maintainer role of SubDownloader package. Cheers. -- Marco Rodrigues http://lu.linkedin.com/in/gothicx On Sat, Sep 27, 2014 at 3:29 PM, Emilien Klein emilien+deb...@klein.st wrote: Hi Marco, 2012-11-23 21:38 GMT+01:00 Emilien Klein emilien+deb...@klein.st: Hello Marco Rodrigues, [snip] Since the latest update of the package in Debian is almost 2 years old, I wanted to check if you were still interested in maintaining it, or if I should propose my help in maintaining the SubDownloader package in Debian. I am a Debian Maintainer (i.e. not [yet] a DD), so I can't directly update new packages, but I'd like to help maintain SubDownloader if you need help/don't have time to take care of it anymore. Are you OK if I take maintainer role over from you for SubDownloader in Debian? Cheers, +Emilien
Bug#763145: nvidia-libvdpau1-driver: Crash with SIGSEGV with VLC
Package: nvidia-libvdpau1-driver Version: 190.42-3 Severity: normal Control: affects -1 vlc Dear Debian folks, starting VLC to play a movie file, it crashes with a segmentation fault. vlc[4566]: segfault at 0 ip a9aa1da8 sp a9f37620 error 4 in libvdpau_nvidia.so.190.42[a9a8a000+87000] The following is printed to the terminal. Xlib: extension NV-GLX missing on display :0. The following graphics device is used. $ lspci -s 2:00.0 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev a2) Please find the backtrace attached. Thanks, Paul -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-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 nvidia-libvdpau1-driver depends on: ii libc6 2.19-11 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.2-1 Versions of packages nvidia-libvdpau1-driver recommends: pn nvidia-kernel-190.42 none Versions of packages nvidia-libvdpau1-driver suggests: pn nvidia-kernel-source none -- no debconf information Thread 15 (Thread 0xaaa42b40 (LWP 7546)): #0 0xb7fdcd4c in __kernel_vsyscall () No symbol table info available. #1 0xb7f68c4b in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 No locals. #2 0xb7d33a3c in vlc_cond_wait (p_condvar=0xb0a428f0, p_mutex=0xb0a428d8) at posix/thread.c:387 No locals. #3 0xb7cd2336 in DecoderWaitUnblock (p_dec=optimized out) at input/decoder.c:1010 p_owner = 0xb0a42590 #4 0xb7cd3e71 in DecoderPlayAudio (pi_lost_sum=synthetic pointer, pi_played_sum=synthetic pointer, p_audio=0x8090830, p_dec=0xb0a42298) at input/decoder.c:1159 b_reject = 170 i_rate = 0 p_owner = 0xb0a42590 p_aout = 0x80e0478 #5 DecoderDecodeAudio (p_dec=0xb0a42298, p_block=0xb0a485b0) at input/decoder.c:1244 p_owner = 0xb0a42590 p_aout_buf = 0x8090830 i_decoded = optimized out i_lost = 0 i_played = 0 p_input = optimized out #6 0xb7cd5633 in DecoderProcessAudio (b_flush=optimized out, p_block=0xb0a485b0, p_dec=optimized out) at input/decoder.c:1678 No locals. #7 DecoderProcess (p_block=optimized out, p_dec=optimized out) at input/decoder.c:1805 b_flush_request = 128 #8 DecoderThread (p_data=0xb0a42298) at input/decoder.c:909 No locals. #9 0xb7f64efb in start_thread (arg=0xaaa42b40) at pthread_create.c:309 __res = optimized out pd = 0xaaa42b40 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1208520704, -1432081600, 4001536, -1432083416, -595663748, 2024117318}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = optimized out pagesize_m1 = optimized out sp = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #10 0xb7e96d4e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 No locals. Thread 14 (Thread 0xb04b2b40 (LWP 7545)): #0 0xb7fdcd4c in __kernel_vsyscall () No symbol table info available. #1 0xb7f68c4b in pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 No locals. #2 0xacc013cc in ?? () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.56 No symbol table info available. #3 0xacc94e23 in avcodec_decode_video2 () from /usr/lib/i386-linux-gnu/i686/cmov/libavcodec.so.56 No symbol table info available. #4 0xafeb95b9 in DecodeVideo (p_dec=0xb0a2b570, pp_block=0xb04b21a8) at codec/avcodec/video.c:616 pkt = {buf = 0x0, pts = 0, dts = 41667, data = 0xb0a46960 , size = 6849, stream_index = 0, flags = 0, side_data = 0x0, side_data_elems = 0, duration = 0, destruct = 0x0, priv = 0xb7f77000, pos = -1, convergence_duration = 0} i_used = -1337253464 b_gotpicture = 0 i_display_date = -5743459891379176336 p_block = 0xb0a468f0 #5 0xb7cd264e in DecoderDecodeVideo (p_dec=0xb0a2b570, p_block=0xb0a468f0) at input/decoder.c:1384 p_pic = 0xb0a468f0 p_input = 0xb0a468f0 #6 0xb7cd5669 in DecoderProcessVideo (b_flush=optimized out, p_block=0xb0a468f0, p_dec=optimized out) at input/decoder.c:1630 No locals. #7 DecoderProcess (p_block=optimized out, p_dec=optimized out) at input/decoder.c:1809 b_flush_request = 128 #8 DecoderThread (p_data=0xb0a2b570) at input/decoder.c:909 No locals. #9 0xb7f64efb in start_thread (arg=0xb04b2b40) at pthread_create.c:309 __res = optimized out pd = 0xb04b2b40 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1208520704, -1337251008, 4001536, -1337252824, 41870409, 2024117318},
Bug#762863: when using systemd laptop-mode-tools causes read-only root and system is unusable
On Fri, 26 Sep 2014 20:42:22 +0530 Ritesh Raj Sarraf r...@researchut.com wrote: I tried the boot without AC part. And that is working for me. Any other exploration will have to wait as I am about to release 1.66. And then I have other priorities than looking at what systemd guys broke. :-) I wish to see the day when systemd will ship all the power saving features right from within (systemd-pm-utils) because that would be the Right Thing. :-) You can close the bug, systemd maintainers resolved the problem of your maintained broken software: - Re-enable mount propagation for udevd. This avoids that broken software like laptop-mode-tools, which runs mount from within udev rules, causes the root file system to end up read-only. (Closes: #762018) Regards -- Gianluigi Tiesi sher...@netfarm.it EDP Project Leader Netfarm S.r.l. - http://www.netfarm.it/ Free Software: http://oss.netfarm.it/ Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763143: flashplugin-nonfree: flashplugin failed to get upstream version
Package: flashplugin-nonfree Version: 1:3.6 Severity: important When i try to install version 1:3.6 in testing, I get the following error: failed to read http://www.adobe.com/ at get-upstream-version.pl line 48. ERROR: failed to get upstream version More information might be available at: http://wiki.debian.org/FlashPlayer -- Package-specific info: Debian version: jessie/sid Architecture: amd64 Package version: 1:3.6 MD5 checksums: md5sum: /var/cache/flashplugin-nonfree/*: No such file or directory md5sum: /usr/lib/flashplugin-nonfree/libflashplayer.so: No such file or directory Alternatives: update-alternatives: error: no alternatives for flash-mozilla.so ls: cannot access /usr/lib/mozilla/plugins/flash-mozilla.so: No such file or directory /usr/lib/mozilla/plugins/flash-mozilla.so: cannot open `/usr/lib/mozilla/plugins/flash-mozilla.so' (No such file or directory) -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/3 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flashplugin-nonfree depends on: ii binutils 2.24.51.20140903-1 ii ca-certificates20140325 ii debconf [debconf-2.0] 1.5.53 ii gnupg 1.4.18-4 ii libatk1.0-02.12.0-1 ii libcairo2 1.12.16-5 ii libcurl3-gnutls7.38.0-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc11:4.9.1-14 ii libglib2.0-0 2.40.0-5 ii libgtk2.0-02.24.24-1 ii libnspr4 2:4.10.7-1 ii libnss32:3.17.1-1 ii libpango1.0-0 1.36.7-1 ii libstdc++6 4.9.1-14 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.2-1 ii libxt6 1:1.1.4-1 ii wget 1.15-1+b1 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: ii fonts-dejavu 2.34-1 pn halnone ii iceweasel 31.1.0esr-1 ii konqueror-nsplugins4:4.14.1-1 ii ttf-mscorefonts-installer 3.5 pn ttf-xfree86-nonfreenone -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762402: RFP: pam-kwallet -- KWallet integration with PAM
This is a correction to the procedure described above. Instead of adding the lines to lightdm-greeter, -auth optional pam_kwallet.so -session optional pam_kwallet.so auto_start should instead be added to /etc/pam.d/lightdm (without -greeter in the name). Please note the leading minus sign in the lines above. They avoid logged errors if the pam-kwallet package is not installed and the above pam_kwallet.so entries are present. I do not know if there is any advantage in putting these lines into lightdm- greeter. Just putting them into lightdm works. Kind regards Patrick Am Sonntag, 21. September 2014, 23:58:09 schrieb Patrick Häcker: Package: wnpp Severity: wishlist * Package name: pam-kwallet Version : 0.0~git20140429-0ubuntu1 Upstream Author : Alejandro Fiestas Olivares (afies...@kde.org) * URL : https://www.dennogumi.org/2014/04/unlocking-kwallet-with-pam/ * License : GPL Programming Lang: C Description : KWallet integration with PAM Integrated KWallet with PAM so you can log in to open a KWallet. Entering a KWallet password directly after entering the (possibly identical) login password is redicoulus (see https://bugs.kde.org/show_bug.cgi?id=92845 for more details). This is one of KDE's biggest usability problems and one of the most voted bug reports, which correlates with my experience supporting Debian/KDE users. The upstream support for KDE 4 (and thus probably Jessie) is kind of a mess. However, Kubuntu took the upstream code and already made a package, which works for Jessie, too: http://packages.ubuntu.com/de/trusty/amd64/pam-kwallet It would be great if a DM or DD could upload this small package (less than 600 LOC) to Debian in time for Jessie. After installing the package, the following two lines auth optional pam_kwallet.so session optional pam_kwallet.so auto_start should be added to /etc/pam.d/lightdm-greeter (from the lightdm package). With these changes and if the login password is identical to the KWallet password, the default wallet (kdewallet) should get opened automatically after login. Kind regards Patrick signature.asc Description: This is a digitally signed message part.
Bug#763144: file conflicts: /lib/systemd/system/drbd.service
Package: drbd-utils Version: 8.9.1+git0.f861210b-1~bpo70+1 Severity: serious Hi. Broken conflicts/replaces/* fu: root@csail-node01:~# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following NEW packages will be installed: drbd-utils init-system-helpers The following packages will be upgraded: drbd8-utils 1 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 654 kB of archives. After this operation, 612 kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://debian.csail.mit.edu/debian/ wheezy-backports/main init-system-helpers all 1.18~bpo70+1 [14.2 kB] Get:2 http://debian.csail.mit.edu/debian/ wheezy-backports/main drbd8-utils amd64 2:8.9.1+git0.f861210b-1~bpo70+1 [17.2 kB] Get:3 http://debian.csail.mit.edu/debian/ wheezy-backports/main drbd-utils amd64 8.9.1+git0.f861210b-1~bpo70+1 [622 kB] Fetched 654 kB in 0s (9575 kB/s) Selecting previously unselected package init-system-helpers. (Reading database ... 52234 files and directories currently installed.) Unpacking init-system-helpers (from .../init-system-helpers_1.18~bpo70+1_all.deb) ... Preparing to replace drbd8-utils 2:8.4.4-1~bpo70+1 (using .../drbd8-utils_2%3a8.9.1+git0.f861210b-1~bpo70+1_amd64.deb) ... Unpacking replacement drbd8-utils ... dpkg: warning: unable to delete old directory '/etc/xen/scripts': Directory not empty dpkg: warning: unable to delete old directory '/etc/xen': Directory not empty dpkg: warning: unable to delete old directory '/etc/drbd.d': Directory not empty dpkg: warning: unable to delete old directory '/etc/ha.d/resource.d': Directory not empty dpkg: warning: unable to delete old directory '/etc/ha.d': Directory not empty Selecting previously unselected package drbd-utils. Unpacking drbd-utils (from .../drbd-utils_8.9.1+git0.f861210b-1~bpo70+1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/drbd-utils_8.9.1+git0.f861210b-1~bpo70+1_amd64.deb (--unpack): trying to overwrite '/lib/systemd/system/drbd.service', which is also in package drbd8-utils 2:8.9.1+git0.f861210b-1~bpo70+1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/drbd-utils_8.9.1+git0.f861210b-1~bpo70+1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) root@csail-node01:~# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762211: [Pkg-xfce-devel] Bug#762211: lightdm crashes on startup, system falls back to console
On Sat, 27 Sep 2014 19:05:51 -0400 Michael Gilbert mgilb...@debian.org wrote: A recent version of the package updates /etc/lightdm/lightdm.conf, but if the user elects to not use the new maintainer conffile, this problem will occur. Dear all, sorry for the delayed reply. I could indeed confirm that the problem is in the config file. Keeping the old config files breaks the upgrade, while installing the new ones has no problem. Here is the offending lightdm.conf: http://pastebin.com/RmcGJiNj And this is lightdm-gtk-greeter.conf http://pastebin.com/iV3bsLpw I hope this helps. -- The only time a dog gets complimented is when he doesn't do anything. -- C. Schulz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763146: mosh: international circumflex deadkey ^ cannot produce Ctrl-^
Package: mosh Version: 1.2.3-1 Severity: important Tags: upstream IF there is a simpler workaround than kill(1) to cure the mosh: Last contact 27410 seconds ago. [To quit: Ctrl-^ .] on a https://de.wikipedia.org/wiki/DIN_2137 https://en.wikipedia.org/wiki/QWERTZ keyboard with https://en.wikipedia.org/wiki/Dead_key circumflex THEN there is no clue in the file:/usr/share/man/man1/mosh.1.gz presented by man mosh. I simply cannot produce Ctrl-^. Same for alpine nano pico. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') 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/dash Versions of packages mosh depends on: ii libc6 2.13-38+deb7u4 ii libgcc1 1:4.7.2-5 ii libio-pty-perl 1:1.08-1+b2 ii libprotobuf72.4.1-3 ii libssl1.0.0 1.0.1e-2+deb7u12 ii libstdc++6 4.7.2-5 ii libtinfo5 5.9-10 ii libutempter01.1.5-4 ii openssh-client 1:6.0p1-4+deb7u2 ii zlib1g 1:1.2.7.dfsg-13 mosh recommends no packages. mosh suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763144: file conflicts: /lib/systemd/system/drbd.service
On Sun, 28 Sep 2014, Peter Palfrader wrote: root@csail-node01:~# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following NEW packages will be installed: drbd-utils init-system-helpers The following packages will be upgraded: drbd8-utils 1 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 654 kB of archives. After this operation, 612 kB of additional disk space will be used. Do you want to continue [Y/n]? Get:1 http://debian.csail.mit.edu/debian/ wheezy-backports/main init-system-helpers all 1.18~bpo70+1 [14.2 kB] Get:2 http://debian.csail.mit.edu/debian/ wheezy-backports/main drbd8-utils amd64 2:8.9.1+git0.f861210b-1~bpo70+1 [17.2 kB] Get:3 http://debian.csail.mit.edu/debian/ wheezy-backports/main drbd-utils amd64 8.9.1+git0.f861210b-1~bpo70+1 [622 kB] Fetched 654 kB in 0s (9575 kB/s) Selecting previously unselected package init-system-helpers. (Reading database ... 52234 files and directories currently installed.) Unpacking init-system-helpers (from .../init-system-helpers_1.18~bpo70+1_all.deb) ... Preparing to replace drbd8-utils 2:8.4.4-1~bpo70+1 (using .../drbd8-utils_2%3a8.9.1+git0.f861210b-1~bpo70+1_amd64.deb) ... Unpacking replacement drbd8-utils ... dpkg: warning: unable to delete old directory '/etc/xen/scripts': Directory not empty dpkg: warning: unable to delete old directory '/etc/xen': Directory not empty dpkg: warning: unable to delete old directory '/etc/drbd.d': Directory not empty dpkg: warning: unable to delete old directory '/etc/ha.d/resource.d': Directory not empty dpkg: warning: unable to delete old directory '/etc/ha.d': Directory not empty Selecting previously unselected package drbd-utils. Unpacking drbd-utils (from .../drbd-utils_8.9.1+git0.f861210b-1~bpo70+1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/drbd-utils_8.9.1+git0.f861210b-1~bpo70+1_amd64.deb (--unpack): trying to overwrite '/lib/systemd/system/drbd.service', which is also in package drbd8-utils 2:8.9.1+git0.f861210b-1~bpo70+1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/drbd-utils_8.9.1+git0.f861210b-1~bpo70+1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) root@csail-node01:~# root@csail-node02:/var/cache/apt/archives# dpkg --info ./drbd8-utils_2%3a8.9.1+git0.f861210b-1~bpo70+1_amd64.deb Description: transitional dummy package root@csail-node02:/var/cache/apt/archives# dpkg --contents ./drbd8-utils_2%3a8.9.1+git0.f861210b-1~bpo70+1_amd64.deb -rw-r--r-- root/root 660 2014-09-22 12:20 ./lib/systemd/system/drbd.service Guess that shouldn't be there. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763147: make-first-existing-target.1: Typos in manpage
Package: make Version: 4.0-8 Severity: normal s/propigating/propagating/ s/taget/target/ Nit: s/turing complete/Turing-complete/ s/;/,/ -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages make depends on: ii libc6 2.19-11 make recommends no packages. Versions of packages make suggests: pn make-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763121: slrn: upstream download location changed
On Sun, Sep 28, 2014 at 02:18:53AM +0200, gregor herrmann wrote: Package: slrn Version: 1.0.1-11 Severity: minor Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I wanted to take a look at the new 1.0.2 release, and realized that uscan didn't help me; seems that jed changed the download location to http://jedsoft.org/releases/slrn/ Find attached an updated debian/watch plus support for checking the signature. Thanks. 1.0.2 is already ready. I'll merge your changes in 1.0.2-2 Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762781: security-tracker: Provide list of candidates for dsa-needed.txt/dla-needed.txt
On Sat, Sep 27, 2014 at 12:40:03PM +0200, Holger Levsen wrote: Hi, On Freitag, 26. September 2014, Raphael Hertzog wrote: The annoying part is that the mapping of release = file to use changes over time. There's a one year period where oldstable is the realm of the security team and only afterwards it gets into dla-needed.txt. But that happens only every two years and for every release we need to make some minor tweaks anyway. Let's use the current process for some time and re-evaluate later. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696632: initramfs-tools: Patches to clean up /run handling for jessie
On Sat, Sep 27, 2014 at 08:11:42PM +0100, Ben Hutchings wrote: On Wed, 11 Sep 2013 18:29:53 +0200 maximilian attems m...@stro.at wrote: On Mon, 24 Dec 2012, Roger Leigh wrote: 1) Migration of /run to the rootfs is mandatory, i.e. /run is required to be present on the rootfs. This will be the case for all jessie installs and upgrades (unlike wheezy, which needed the special-case logic to manually migrate udev/mdadm state). I'm not sure I understand this. Are you saying all wheezy installations have /run on the root filesystem, so we can assume this in packages targetted at jessie and wheezy-backports? Yes. It was intended that /run be added in the etch-wheezy upgrade and that packages which required it would use a conditional dependency on initscripts. For wheezy-jessie it's fully supported by all init systems, and packages no longer need to have a dependency on initscripts since it will be guaranteed to be present. This is also in Debian Policy now IIRC. For both jessie and wheezy-backports, /run is guaranteed to be present. While I agree on the patch himself, I don't see an urge for that. There is no real cost in keeping that for now and axing once Jessie is released. I like to keep one interval inbetween as it helps users.. (I know it is broken to often, but here there is no argument for the rush). [...] As I said happy about that patch, but unlikely for now, so ok for a downgrade to wishlist for the moment beeing? I assume this is directed to Max? Not sure myself--all the necessary stuff outside initramfs-tools has been present since wheezy TTBOMK. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763148: Prevent migration to jessie
Package: ffmpeg Severity: serious As written before we can have only libav or ffmpeg in jessie. I'm filing this blocker bug to prevent testing migration until this is sorted out. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683508: lightdm: Error messages about gnome keyring in auth.log
I do not have gnome-keyring-daemon installed. Why is it trying to start it? You are correct that in an ideal solution this line should only be present if gnome-keyring-daemon is installed. However, the rest of the configuration should be in the responsibility of the lightdm package (or other packages with the same problem as gnome-keyring-daemon). Modifying configuration files from other packages is always fragile, so this is probably no improvement. The cleanest solution would be to have a directory structure as in the other /etc/*.d directories. But this might be overkill to have that for nearly every entry in /etc/pam.d (and I do not know if there is a problem nesting two .d- directories). Would it be possible to change /etc/pam.d/lightdm in a way that no error/warning appears if the module is not installed? Besides the error, having an additional line in the lightdm configuration does not seem to do much harm. So it would be enough to avoid this error. This is indeed easily possible by adding a leading minus sign to the entries (the optional keyword is, unfortunately, not enough). So change the lines auth optional pam_gnome_keyring.so session optional pam_gnome_keyring.so auto_start into -auth optional pam_gnome_keyring.so -session optional pam_gnome_keyring.so auto_start in file /etc/pam.d/lightdm to tell PAM to ignore pam_gnome_keyring.so if it is missing. I didn't create a patch file, as the fix is straightforward, although I can do that if necessary. Kind regards Patrick signature.asc Description: This is a digitally signed message part.
Bug#761021: systemd: Precisions Followup-For: Bug #761021 Package: systemd Version: 208-8
Am 28.09.2014 um 03:31 schrieb Jean-Philippe MENGUAL: Dear Maintainer, To precise my bug, now that it's reproduced on my testing, I identify 2 issues: 1. If some device is mentioned in fstab and not connected, the system doesn't start and falls in emergency. Here, I created /dev/sdc2 in fstab, disconnected, it refused to start, while /dev/sdc2 doesn't contain major things (not home, not root, etc.). I consider it's a bug or something is a problem for me. Because how is mounted every device quickly? If /dev/sdc2 is not vital to boot your system, you should mark it as nofail in /etc/fstab. 2. The bug itself: I was unable to understand why my system falled in emergency. Nothing in the journal, or at least nothing which is relevant. Unable to detect the origin of the problem, except my imagination. v215 will automatically switch to verbose mode when it a unit triggers a timeout or fails to start. See the attached screenshot. In timeout1.png, systemd is waiting for the device to show up. In timeout2.png you see that it reached the timeout and then drops you into emergency shell (timeout3.png). Does that address your issues? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#762953: no network after emergency mode
Control: tags -1 confirmed Am 26.09.2014 um 15:28 schrieb Marc Haber: Given a system with a non-essential crypt disk, which should be unlocked on boot and mounted via /etc/fstab. I then enter three times a wrong key and get dumped to emergency mode. In emergency mode, the network seems fine. I then exit emergency mode and get prompted for the cryptdisk key again. This time, I enter the correct one, boot completes, and I can log in on the console, but find the network gone. Afaics you are using ifupdown, specifically allow-hotplug interfaces to start the network. With a similar setup I can confirm your findings. The ifup@eth0.service, which is triggered via udev, is active when emergency mode is entered, but stopped when emergency mode is left. Is that intended behavior? No, I would say it's not. Will need to check, if that is a general problem for units triggered via udev rules. E.g. I also noticed, that sound.target (which is also triggered via udev) is also not active after exiting emergency mode. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#763149: twisted: Generate python3 packages
Source: twisted Version: 14.0.0-2 Severity: wishlist Please generate python3 packages of Twisted for Jessie! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
On Sat, 2014-09-27 at 18:11 +0300, Otto Kekäläinen wrote: Hello! 2014-09-27 14:04 GMT+03:00 Tobias Frost t...@frost.de: Hi Otto, (I wrote most of this before your response at 9:26) I tested commit rights: No I do not have them. (Feel free to add me, if you like; but then you need to answer this: Is it okay for you to also Sorry, I remembered incorrectly. You are added now so please try again to test that the git permissions have also updated correctly. Nope, does not work... (However, pulling works via ssh) tobi@edoras:~/workspace/deb/mentors/mariadb/mariadb-10.0$ git push Counting objects: 4, done. Delta compression using up to 4 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 487 bytes | 0 bytes/s, done. Total 4 (delta 3), reused 0 (delta 0) remote: error: insufficient permission for adding an object to repository database ./objects remote: fatal: failed to write object error: unpack failed: unpack-objects abnormal exit To ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git ! [remote rejected] master - master (unpacker error) error: failed to push some refs to 'ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763141: gnome-boxes : Unable to use a VM or create a new one
Control: tags -1 + unreproducible moreinfo Control: severity -1 normal Hello Ludovic Lebègue. Thanks for your bug report. I'm not able to reproduce your problems and would like to know more about your setup. Could you please describe how you created the environment in where it fails? The error messages you report are from underlying components (relayed via gnome-boxes), not from gnome-boxes itself. Maybe you did some manual setup related to libvirt/qemu? It would be appreciated if you used reportbug to file bugs so that the standard template is used which includes the versions you have installed of each dependency and additional information. Given the unreproducible state together with the issues in the bug report which makes it very hard to do any debugging here, I'm going to downgrade the severity to normal. (Also, please note that the proper severity for a competely non-working application is grave (or higher) - not serious. Serious is what you use for a working application that violates some part of the Debian policy which you ofcourse then mention in your report.) Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763150: override: digikam-private-libs:libs/optional, kipi-plugins:graphics/optional
Package: ftp.debian.org Severity: normal Hi, please change the section of these two binaries of src:digikam, as a) digikam-private-libs contains private libraries b) kipi-plugins contains graphics-related plugins Note that digikam-private-libs is still graphics, but the next upload of it will have the switch to libs. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763151: override: kdevelop-dev:libdevel/optional, kdevelop:devel/optional, kdevelop-data:devel/optional
Package: ftp.debian.org Severity: normal Hi, please change the section of kdevelop and its -data to devel, since it's a development IDE; kdevelop-dev should be changed to libdevel instead. Note that kdevelop-dev is still devel, but the next upload of it will have the switch to libdevel. Thanks, -- Pino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762691: vino: Latest vino update broke gnome-session
Hello Ondrej! Thanks for your quick followup last time. I've found a few spare minutes to look into this but I'm completely failing to reproduce the issue. I also fail to see how it happens just from looking at the source and trying to pussle possible scenarios together in my head. More information on how you managed to reproduce this problem (and a verification that you still can reproduce it?) would be appreciated. Getting some backtraces from the failure state (or atleast complete output from the logs) would be helpful. Given my lack of time I'd say it's probably likely that I'm completely overlooking something obvious here, but if this is going to get a solution I need more input from someone who are able to actually reproduce the problem. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763152: Please do not handle bash as essential anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: base Severity: wishlist Hi, Please devote bash from essential state to just any normal shell state. There is no need to have it in a that prominent position. Especially with regard to the recent security problems. We have dash in place for ages now. So there is no need for bash either. For the moment there are still some scripts that uses bash for no need. That would not change until bash is devoted to lower precedence. That scripts that really needs to use bash should mention that in the dependencies. I hope I found the right pseudo package for this bug. I even be not sure if it should be wishlist or normal (From my point of view it is wishlist but a very important wish). - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.10 (SMP w/8 CPU cores) Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUJ85YAAoJEKZ8CrGAGfasOrcL/3Hz7ZKdgaivioSNfKtUqs0k kh6tYGWmgL3GN6Nr+qmggihrKg4XE4+BnnPigRXSl6i5D1rJHVryOycaUOp5hkAs k3Eh1EnAht57DhnmOQ8VxzqO0bb4jD9VpbTE4b83gr+1ges9XLCA24lDurxXBj0p Ig5nD3XS0/XVFMaKEzSjiD2tFsqAhMJAn7hWZpAM3gOzd1QHXfi2W/2S22jUVAZB 6+F9h43y4oEjXIRAOi6HDvBNq37Kfe7BBzRS1jU11+LJwvVnVzxCv/WpdjSu0t2h tFqrQ1VSh/8xo74oN3nusnXi9J/KL7EY9Y/viBiQlhV86aF17i2BlLOwkIkpR1tT Xm2iSjdlSd1ytSK77KC27Km4wF8XgTfybdz5DzsABcEcEr3cpB+EG7DKbgbTMQ5z 2Qh2FPWP7J2RclYLeq0FcYgoDu6WcxkUmhWK3WA2TcI3aq2BmMuozVSKbjXPDW6J L0pCKVbxKauUKX5EWyivXtsv63Z10znbiN3+kw7ygA== =Hmmx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751609: RFS: dmaths/3.5.2.5+dfsg1-1 (new version of a package that is already in Debian)
Hi Eribert, 2. d/control: - Explain me why the package depends of writer and draw to work. Has no sense to install the package without these two programs. I don't know if I understand the question... You put in long description It also allows you to use your favorite drawing software and include graphs of functions into a document. So, why install draw compulsorily as dependency? I am trying understand the package. If using writer, will you need of the draw? Dmaths is work with Writer and Draw. It does not depend on the two, but some of them must be installed. Perhaps you could do depend on the LibreOffice metapackage. - Please, create a VCS to control your debian/ versions. You can use github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to d/control. I want to do this with all my packages, but now I have no time. I don't practice with Git and will need some time for me to update. You can use SVN or CVS (or GIT). Sorry but it is an essential condition for me. GitHub is simple and has several tutorials and videos on Internet. Yes, I understand it, but at this moment I have no time to document to do this. Perhaps I can do in a few months 5. After the build, there are two wrong independent license files in the package: usr/lib/libreoffice/share/extensions/DmathsAddon/Fichiers/licence.odt usr/lib/libreoffice/share/extensions/DmathsAddon/Fichiers/license.txt You must add an override_dh_install to d/rules to remove these files ($ man dh): override_dh_install: dh_install rm -f $(CURDIR)/debian/libreoffice-dmaths/usr/lib/libreoffice/share/extensions/DmathsAddon/Fichiers/licence.odt rm -f $(CURDIR)/debian/libreoffice-dmaths/usr/lib/libreoffice/share/extensions/DmathsAddon/Fichiers/license.txt The dmaths has a menu with an option to see the file DmathsAddon/Fichiers/licence.odt If it is deleted, an error occurs when accessing the file. I've added a line to delete the file license.txt to repackage the sources (see README.source) Ok. Please, add comments line in libreoffice-dmaths.lintian-overrides to explain each issue. I think you will need two lines. Ok. I will add this comment: #The licence.odt file is essential for dmaths: dmaths is broken without the file. #Image files can not be installed in another directory: dmaths does not support changes. I saw several Lintian messages in your last upload. A new Lintian was uploaded today to unstable. May it can help you too: http://eriberto.pro.br/blog/?p=1289 http://eriberto.pro.br/blog/?p=1289 Yes, I had not updated the pbuilder environment. I have fully reviewed the messages. Today I updated the package: http://mentors.debian.net/debian/pool/main/d/dmaths/dmaths_3.5.2.5+dfsg1-1.dsc I hope that everything is correct! Thank you very much for your help! I. De Marchi
Bug#762755: Bug#762876: bind 9 crash / assertion failure
On 09/28/2014 05:48 AM, Michael Gilbert wrote: control: tag -1 moreinfo I am not comfortable attaching my list of zones and the zones themselves to the ticket, however, I sent them in a separate mail to your @debian.org address. Hope this helps. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763153: reportbug: Reports held packages as purged ones
Package: reportbug Version: 6.5.1 Severity: normal Hi, I've just run dpkg-hold python aptitude hold python so now `dpkg -l python' shows hi python 2.7.8-1 i386interactive high-level object-oriented languag reportbug however seems to fail to properly interpret the above line, and, as you can see below, shows python as an uninstalled package. Regards, robert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF8, LC_CTYPE=pl_PL.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 1.0.9.1 pn pythonnone ii python-reportbug 6.5.1 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none ii debconf-utils1.5.53 ii debsums 2.0.52+nmu2 ii dlocate 1.02+nmu3 pn emacs22-bin-common | emacs23-bin-common none ii file 1:5.19-2 ii gnupg1.4.18-4 ii pgpgpg [pgp] 0.13-9 ii postfix [mail-transport-agent] 2.11.1-1 ii python-gtk2 2.24.0-4 pn python-gtkspell none ii python-urwid 1.2.1-2+b1 ii python-vte 1:0.28.2-5 ii xdg-utils1.1.0~rc1+git20111210-7.1 Versions of packages python-reportbug depends on: ii apt 1.0.9.1 ii python-debian 0.1.23 ii python-debianbts 1.12 pn python:anynone python-reportbug suggests no packages. -- Configuration Files: /etc/reportbug.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763155: linux-image-3.16-2-686-pae: linux 3.16-2-686-pae: i915 module crashes on Eeepc 1001p
Package: src:linux Version: 3.16.3-2 Severity: important Dear Maintainer, after upgrade to kernel 3.16, i915 module stopped working resulting in black screen immediately after i915 is loaded during boot. There is also similar Archlinux bug report: https://bugs.archlinux.org/task/42036 Relevant part of journal: Sep 28 12:54:23 hostname kernel: ACPI Warning: SystemIO range 0x0828-0x082f conflicts with OpRegion 0x0800-0x087f (\PMIO) (20140424/utaddress-258) Sep 28 12:54:23 hostname kernel: ACPI Warning: SystemIO range 0x0828-0x082f conflicts with OpRegion 0x0828-0x082f (\_SB_.PCI0.SBRG.IELK.GPSE) (20140424/utaddress-258) Sep 28 12:54:23 hostname kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver Sep 28 12:54:23 hostname kernel: ACPI Warning: SystemIO range 0x04b0-0x04bf conflicts with OpRegion 0x0480-0x04bf (\_SB_.PCI0.SBRG.GPBX) (20140424/utaddress-258) Sep 28 12:54:23 hostname kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver Sep 28 12:54:23 hostname kernel: ACPI Warning: SystemIO range 0x0480-0x04af conflicts with OpRegion 0x0480-0x04bf (\_SB_.PCI0.SBRG.GPBX) (20140424/utaddress-258) Sep 28 12:54:23 hostname kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver Sep 28 12:54:23 hostname kernel: lpc_ich: Resource conflict(s) found affecting gpio_ich Sep 28 12:54:23 hostname kernel: [drm] Initialized drm 1.1.0 20060810 Sep 28 12:54:23 hostname kernel: ACPI Warning: SystemIO range 0x0400-0x041f conflicts with OpRegion 0x0400-0x040f (\SMRG) (20140424/utaddress-258) Sep 28 12:54:23 hostname kernel: ACPI Warning: SystemIO range 0x0400-0x041f conflicts with OpRegion 0x0400-0x040f (\_SB_.PCI0.SBRG.SMRG) (20140424/utaddress-258) Sep 28 12:54:23 hostname kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver Sep 28 12:54:23 hostname kernel: shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 Sep 28 12:54:23 hostname kernel: [drm] Memory usable by graphics device = 512M Sep 28 12:54:23 hostname kernel: [drm] Replacing VGA console driver Sep 28 12:54:23 hostname kernel: Console: switching to colour dummy device 80x25 Sep 28 12:54:23 hostname kernel: i915 :00:02.0: irq 44 for MSI/MSI-X Sep 28 12:54:23 hostname kernel: [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). Sep 28 12:54:23 hostname kernel: [drm] Driver supports precise vblank timestamp query. Sep 28 12:54:23 hostname kernel: vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem Sep 28 12:54:24 hostname kernel: [ cut here ] Sep 28 12:54:24 hostname kernel: kernel BUG at /build/linux-Lep8DD/linux-3.16.3/drivers/gpu/drm/i915/i915_gem_stolen.c:431! Sep 28 12:54:24 hostname kernel: invalid opcode: [#1] SMP Sep 28 12:54:24 hostname kernel: Modules linked in: snd_hda_controller i915(+) shpchp snd_hda_codec i2c_i801 snd_hwdep drm_kms_helper psmouse evdev serio_raw snd_pcm_oss snd_mixer_oss snd_pcm drm lpc_ich mfd_core snd_timer snd soundcore wmi ac i2c_algo_bit i2c_core video battery sparse_keymap rfkill button acpi_cpufreq processor coretemp loop fuse autofs4 ext4 crc16 mbcache jbd2 sg sd_mod crc_t10dif crct10dif_generic crct10dif_common ahci libahci libata scsi_mod ehci_pci uhci_hcd ehci_hcd usbcore atl1c usb_common thermal thermal_sys Sep 28 12:54:24 hostname kernel: CPU: 0 PID: 180 Comm: systemd-udevd Not tainted 3.16-2-686-pae #1 Debian 3.16.3-2 Sep 28 12:54:24 hostname kernel: Hardware name: ASUSTeK Computer INC. 1001P/1005P, BIOS 120206/23/2010 Sep 28 12:54:24 hostname kernel: task: f774b010 ti: f4094000 task.ti: f4094000 Sep 28 12:54:24 hostname kernel: EIP: 0060:[f87e80db] EFLAGS: 00010206 CPU: 0 Sep 28 12:54:24 hostname kernel: EIP is at i915_gem_object_create_stolen_for_preallocated+0x20b/0x280 [i915] Sep 28 12:54:24 hostname kernel: EAX: f46f1c00 EBX: f2c5c150 ECX: 001d4c00 EDX: 001d4c00 Sep 28 12:54:24 hostname kernel: ESI: f2c58000 EDI: 001d4c00 EBP: f4095b60 ESP: f4095b38 Sep 28 12:54:24 hostname kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Sep 28 12:54:24 hostname kernel: CR0: 80050033 CR2: b6f431a8 CR3: 36e14000 CR4: 07f0 Sep 28 12:54:24 hostname kernel: Stack: Sep 28 12:54:24 hostname kernel: f4095b4c 0282 f2c58004 0001 0001 f46f1c00 001d4c00 f4481000 Sep 28 12:54:24 hostname kernel: f46f1c00 f4095bd4 f4095be0 f881726b 00139000 00071024 f4095ba8 f87f0e4b Sep 28 12:54:24 hostname kernel: 0001 f46f1c00 f2c58000 f46f1de4 0002 f46f1e00 Sep 28 12:54:24 hostname kernel: Call Trace: Sep 28 12:54:24 hostname kernel: [f881726b] ? intel_modeset_init+0x82b/0x1210 [i915] Sep 28 12:54:24 hostname kernel: [f87f0e4b] ? i915_enable_pipestat+0xab/0x120
Bug#763154: Hardening options incomplete: missings CPPFLAGS and LDFLAGS
Package: postfix-gld Version: 1.7-5 Severity: important Tags: patch User: hardening-disc...@lists.alioth.debian.org Usertags: goal-hardening -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, As you previously enable CFLAGS, i've just refreshed your patch debian/patches/01 to pass {CPP,LD}FLAGS to make in debian/rules and updated upstream Makefile.in to use it. I don't use postfix-gld so it maybe needs more intensive tests than i've made. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUJ9RMAAoJEJmGUYuaqqCli5MP/jYxSewDmzTb16KE1E8DMlaU yr64sJbjBP8nJ2ub3Kj0f96n1rOQKu/5OvKQk6Fi62DrKypNDRzBObvq6iqyt+RA xg8bcd62hWSeFwDkt5VHNWxqGyMXQ7ECfiR8X4XrlHWnqL+1iY18WfbpFce4ZPxP jfZI62AsDaHQSYd0xZ/KuIwkgsBrtvhh7z4cEfINKSR1wT/0cAQjjvu1kLMZod2P xRcbkiPhmkZjAWiX8lnLqqRk1cTRuQHIxZVdj15RXC5Wyml2W4kC9XgyIa6K/qfF 81/mABKeiISNV+xlY0VJe/ztv0HCiOepdfHhvrCZ/tOT/6hu2rPlKHf1MD1OM0yy LtlkUOa0GEFNQJhtt225NVzPbARHBLCmgY2rT3ptY9yF0UbIlfxTujUwbmv0bmfD loA4wHWmCG5GlURDdGQX6WLmyRngN26YgRdRYccRB7anpSYfxjyr0m/xyARO4KPU 0XJQbSbMvlhSJI0hFEJZ/RGYV5hMWcYs2WIwUbdytoiZZrJRu6obrbgc4gTfkEO/ Y9fPF2kqHqze+LO9sv14jjOeqSsQ7V8I4Toelln6czZ80oI8SIe+rz6y90B8hMZ8 ug4E5AEzQXrt1R4OyAnNaBYpt4o0OVwbSkMG9KuMlzTy/ZNnDqQKfVSzFaVENuIw 3ddbI+nFf1dlrAIq88Sa =YEgw -END PGP SIGNATURE- diff -Nru postfix-gld-1.7/debian/changelog postfix-gld-1.7/debian/changelog --- postfix-gld-1.7/debian/changelog 2014-03-16 16:53:11.0 +0100 +++ postfix-gld-1.7/debian/changelog 2014-09-28 11:13:08.0 +0200 @@ -1,3 +1,10 @@ +postfix-gld (1.7-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * Refresh debian/patches/01 to pass CPPFLAGS and LDFLAGS to gcc calls + + -- Guillaume Delacour g...@iroqwa.org Sun, 28 Sep 2014 11:06:30 +0200 + postfix-gld (1.7-5) unstable; urgency=medium * Fixed typo in README.Debian. diff -Nru postfix-gld-1.7/debian/patches/01 postfix-gld-1.7/debian/patches/01 --- postfix-gld-1.7/debian/patches/01 2010-04-19 00:09:12.0 +0200 +++ postfix-gld-1.7/debian/patches/01 2014-09-28 11:12:46.0 +0200 @@ -1,8 +1,11 @@ From: Santiago Vila sanv...@debian.org Subject: Changed Makefile.in to support DEB_BUILD_OPTIONS +Last-Update: 2014-09-28 a/Makefile.in -+++ b/Makefile.in +Index: postfix-gld-1.7/Makefile.in +=== +--- postfix-gld-1.7.orig/Makefile.in postfix-gld-1.7/Makefile.in @@ -1,23 +1,24 @@ all: gld @@ -11,27 +14,27 @@ gld: cnf.o server.o sql.o sockets.o greylist.o gld.h - @CC@ -O2 @DEFS@ -Wall server.o sql.o sockets.o cnf.o greylist.o @LIBS@ @SQL_LIBS@ -o gld - strip gld -+ @CC@ $(CFLAGS) @DEFS@ server.o sql.o sockets.o cnf.o greylist.o @LIBS@ @SQL_LIBS@ -o gld ++ @CC@ $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) @DEFS@ server.o sql.o sockets.o cnf.o greylist.o @LIBS@ @SQL_LIBS@ -o gld sockets.o: sockets.c sockets.h - @CC@ -O2 @DEFS@ -Wall -c sockets.c -+ @CC@ $(CFLAGS) @DEFS@ -c sockets.c ++ @CC@ $(CFLAGS) $(CPPFLAGS) @DEFS@ -c sockets.c cnf.o: cnf.c gld.h - @CC@ -O2 @DEFS@ -Wall -c cnf.c -+ @CC@ $(CFLAGS) @DEFS@ -c cnf.c ++ @CC@ $(CFLAGS) $(CPPFLAGS) @DEFS@ -c cnf.c greylist.o: greylist.c gld.h - @CC@ -O2 @DEFS@ -Wall -c greylist.c -+ @CC@ $(CFLAGS) @DEFS@ -c greylist.c ++ @CC@ $(CFLAGS) $(CPPFLAGS) @DEFS@ -c greylist.c server.o: server.c gld.h - @CC@ -O2 @DEFS@ -Wall -c server.c -+ @CC@ $(CFLAGS) @DEFS@ -c server.c ++ @CC@ $(CFLAGS) $(CPPFLAGS) @DEFS@ -c server.c sql.o: sql.c - @CC@ -O2 @DEFS@ @SQL_CFLAGS@ -Wall -c sql.c -+ @CC@ $(CFLAGS) @DEFS@ @SQL_CFLAGS@ -c sql.c ++ @CC@ $(CFLAGS) $(CPPFLAGS) @DEFS@ @SQL_CFLAGS@ -c sql.c clean: rm -f gld *.o diff -Nru postfix-gld-1.7/debian/rules postfix-gld-1.7/debian/rules --- postfix-gld-1.7/debian/rules 2014-03-15 12:00:00.0 +0100 +++ postfix-gld-1.7/debian/rules 2014-09-28 11:15:49.0 +0200 @@ -16,7 +16,7 @@ build: ./configure --prefix=/usr --with-$(DATABASE) - $(MAKE) CFLAGS=$(CFLAGS) + $(MAKE) CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) touch build clean:
Bug#763148: Prevent migration to jessie
Control: tag -1 moreinfo On 28.09.2014 10:24, Moritz Muehlenhoff wrote: Package: ffmpeg Severity: serious As written before we can have only libav or ffmpeg in jessie. I'm filing this blocker bug to prevent testing migration until this is sorted out. As I have explained [1], I see no security problem with having FFmpeg and Libav in Jessie, in particular because this is already the case for Wheezy, as chromium embeds a copy of FFmpeg. So would you please explain why you see a problem? Best regards, Andreas 1: https://lists.debian.org/debian-release/2014/09/msg00452.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode
On Sun, Sep 28, 2014 at 08:48:11AM +0200, Wouter Verhelst wrote: On Sun, Sep 28, 2014 at 02:28:06AM +0100, Steve McIntyre wrote: If the user wants to continue, we could even suggest blanking the partition table(s) and starting again with GPT, but I don't think we currently have a blank partition table option exposed within d-i? What do people think of this plan? What have I missed? Isn't it better to run this test in partman-efi's isinstallable script? Then if things are set up in the described way, grub-efi just won't be installed, but the normal grub will, and the system will continue to boot in BIOS fallback as before. That was my initial thought, but then someone pointed out: what happens to a user who explicitly *wants* to replace their existing legacy system with a new UEFI one? -- Steve McIntyre, Cambridge, UK.st...@einval.com ...In the UNIX world, people tend to interpret `non-technical user' as meaning someone who's only ever written one device driver. -- Daniel Pead -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763156: activemq: fails to start with java.lang.IncompatibleClassChangeError
Package: activemq Version: 5.6.0+dfsg1-1 Severity: grave Dear Maintainer, I realise the root cause of the problem may not be in the ActiveMQ packages but I don't know enough about Java and how Java things are packaged in Debian to be confident that I would target the right packages. After rebooting my jessie VM running ActiveMQ today, ActiveMQ would no longer start. My activemq.log reports: 2014-09-28 09:53:38,815 | INFO | Refreshing org.apache.activemq.xbean.XBeanBrokerFactory$1@5b0a485c: startup date [Sun Sep 28 09:53:38 BST 2014]; root of context hierarchy | org.apache.activemq.xbean.XBeanBrokerFactory$1 | main 2014-09-28 09:53:39,492 | ERROR | Failed to load: class path resource [activemq.xml], reason: Error creating bean with name 'org.apache.activemq.xbean.XBeanBrokerService#0' defined in class path resource [activemq.xml]: Initialization of bean failed; nested exception is java.lang.IncompatibleClassChangeError: class org.springframework.core.LocalVariableTableParameterNameDiscoverer$ParameterNameDiscoveringVisitor has interface org.objectweb.asm.ClassVisitor as super class | org.apache.activemq.xbean.XBeanBrokerFactory | main org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.apache.activemq.xbean.XBeanBrokerService#0' defined in class path resource [activemq.xml]: Initialization of bean failed; nested exception is java.lang.IncompatibleClassChangeError: class org.springframework.core.LocalVariableTableParameterNameDiscoverer$ParameterNameDiscoveringVisitor has interface org.objectweb.asm.ClassVisitor as super class My packages are fully up to date as of Sun 28 Sep 09:17:57 UTC 2014. I notice that libspring-java has recently transitioned to libasm4-java and libcglib3-java, but I still appear to have several packages depending on libasm3-java and libcglib-java. I expect that is the root cause of the issue. HTH, Chris -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages activemq depends on: ii adduser3.113+nmu3 ii libactivemq-java 5.6.0+dfsg1-1 ii oracle-java7-jre [java6-runtime-headless] 7u65 activemq recommends no packages. activemq suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763157: initramfs-tools: Mounting /usr by initramfs-tools breaks checkfs.sh
Package: initramfs-tools Version: 0.117 Severity: critical Justification: breaks the whole system Hi After /usr is being mounted from initramfs, system is no longer bootable, because checkfs.sh script fails with: [] Checking file systems...fsck from util-linux 2.20.1 /home2: clean, 166826/610800 files, 2350575/2441880 blocks /home: clean, 120720/1831424 files, 3611320/3662820 blocks /dev/sda5 is mounted. e2fsck: Cannot continue, aborting. fsck exited with status code 8 [] File system check failed. A log is being saved in /var/log/fsck/checkfs if that location is writable. Please repair the f[FAILystem manually. ... failed! The contents of /var/log/fsck/checkfs is: Log of fsck -C -R -A -a Sun Sep 28 11:21:35 2014 fsck from util-linux 2.20.1 /home2: clean, 166826/610800 files, 2350575/2441880 blocks /home: clean, 120720/1831424 files, 3611320/3662820 blocks /dev/sda5 is mounted. e2fsck: Cannot continue, aborting. fsck exited with status code 8 Sun Sep 28 11:21:35 2014 grep /usr /etc/fstab gives the following output: UUID=b19bf33d-4bef-4571-b8aa-5f4a19536436 /usrext3 defaults,ro 0 2 grep /usr /proc/mounts shows (note that I've remounted it read-write in the meantime): /dev/sda5 /usr ext3 rw,relatime,data=ordered 0 0 Versions of initscripts and e2fsprogs: ii e2fsprogs 1.42.12-1 i386 ext2/ext3/ext4 file system utilities ii initscripts2.88dsf-53.4 i386 scripts for initializing and shutting down the system Regards, robert -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 12M Nov 9 2013 /boot/initrd.img-3.11-1-686-pae -rw-r--r-- 1 root root 14M Sep 28 11:01 /boot/initrd.img-3.11-2-686-pae -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.11-2-686-pae root=UUID=2db7fcc2-a36e-44f8-a6d2-d8cdbcaec295 ro video=1024x768-24@100 splash quiet -- resume # RESUME=/dev/sda6 RESUME='UUID=39d3f0b1-3779-49a4-97fb-68f9e61c579f' -- /proc/filesystems ext3 ext2 ext4 fuseblk -- lsmod Module Size Used by it87 21583 0 hwmon_vid 12364 1 it87 fuse 68786 1 parport_pc 26004 0 ppdev 12590 0 lp 12766 0 parport35213 3 lp,ppdev,parport_pc rc_it913x_v1 12374 0 it913x_fe 37583 1 dvb_usb_it913x 17036 0 dvb_usb_v2 17619 1 dvb_usb_it913x dvb_core 80123 1 dvb_usb_v2 rc_core17826 4 rc_it913x_v1,dvb_usb_v2,dvb_usb_it913x radeon 1113716 1 snd_via82xx22482 0 snd_mpu401_uart13299 1 snd_via82xx snd_via82xx_modem 17462 0 snd_rawmidi22283 1 snd_mpu401_uart snd_seq_device 12980 1 snd_rawmidi snd_pcsp 13462 0 snd_ac97_codec 96151 2 snd_via82xx,snd_via82xx_modem ttm59659 1 radeon snd_pcm_oss40069 0 snd_mixer_oss 21794 1 snd_pcm_oss psmouse76428 0 drm_kms_helper 35191 1 radeon snd_pcm69546 5 snd_via82xx,snd_pcm_oss,snd_ac97_codec,snd_via82xx_modem,snd_pcsp snd_page_alloc 12882 3 snd_via82xx,snd_pcm,snd_via82xx_modem snd_timer 22010 1 snd_pcm drm 193948 3 ttm,drm_kms_helper,radeon i2c_viapro 12451 0 i2c_algo_bit 12647 1 radeon gameport 13296 1 snd_via82xx snd46678 11 snd_via82xx,snd_pcm_oss,snd_ac97_codec,snd_timer,snd_pcm,snd_rawmidi,snd_mpu401_uart,snd_via82xx_modem,snd_seq_device,snd_mixer_oss,snd_pcsp soundcore 12890 1 snd i2c_core 23380 7 drm,it913x_fe,drm_kms_helper,i2c_algo_bit,i2c_viapro,radeon,dvb_usb_v2 evdev 17136 0 serio_raw 12737 0 ac97_bus 12462 1 snd_ac97_codec shpchp 30673 0 button 12824 0 mperf 12387 0 processor 27679 0 thermal_sys22708 1 processor skge 43392 0 8139too21895 0 ext4 426033 4 crc16 12327 1 ext4 mbcache12898 1 ext4 jbd2 73002 1 ext4 sg 25573 0 sr_mod 21563 0 cdrom 34540 1 sr_mod sd_mod 43644 6 crc_t10dif 12332 1 sd_mod ata_generic12450 0 ehci_pci 12432 0 sata_via 12771 5 pata_via 12722 0 uhci_hcd 26364 0 ehci_hcd 43639 1 ehci_pci usbcore 133892 5 uhci_hcd,ehci_hcd,ehci_pci,dvb_usb_v2,dvb_usb_it913x usb_common 12408 1 usbcore libata149464 3
Bug#763056: libmagickwand-6.q16-2: performance regression: SVG rendering
On Sat, Sep 27, 2014 at 5:26 PM, Jens Thiele ka...@karme.de wrote: Package: libmagickwand-6.q16-2 Version: 8:6.8.9.6-4 Severity: normal Dear Maintainer, SVG rendering is much slower than in wheezy. Looks like libmagickwand-6.q16-2 now uses inkscape to render SVG images and starts a new inkscape process for each SVG to render. It also seems impossible to switch back to librsvg via config files. By memory but you should check, you could convert somefile rsvg:otherfile.svg Feel free to close if it work. Bastien -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: armhf (armv7l) Versions of packages libmagickwand-6.q16-2 depends on: ii dpkg 1.17.13 ii imagemagick-common 8:6.8.9.6-4 ii libc6 2.19-11 ii libgcc11:4.9.1-14 ii libgomp1 4.9.1-14 ii libmagickcore-6.q16-2 8:6.8.9.6-4 ii libx11-6 2:1.6.2-3 ii multiarch-support 2.19-11 libmagickwand-6.q16-2 recommends no packages. libmagickwand-6.q16-2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763078: confirmed llvm change broke ghc
On 27/09/2014 20:17, Joey Hess wrote: Confirmed that installing llvm-3.4 and putting /usr/lib/llvm-3.4/bin first in PATH before running ghc lets it build working executables on armel and armhf. This is certianly a bug in ghc. It should not depend on llvm, but on the llvm-$ver it was built against, and it should use the toolchain from that specific version of llvm. Yes, llvm changes a lot from a version to the other ... :/ This could also be be considered a bug in llvm. Changing the dependency package to use llvm-3.5 less than a week before the slushy freeze is perhaps not the best idea? Yes, I know :( However, 3.5 has been released a few weeks before this freeze, 3.4 is unmaintained, 3.5 will be maintained a bit more, Ubuntu is also doing the switch to 3.5 and I wanted to default Debian on the last version. And as you found, the workaround is easy, stick with 3.4. Sorry for the inconvenience Don't hesitate if you need help, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763158: Hardening options incomplete: missings CPPFLAGS and LDFLAGS
Package: portsentry Version: 1.2-13 Severity: important Tags: patch User: hardening-disc...@lists.alioth.debian.org Usertags: goal-hardening -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, Please enable CPPFLAGS and LDFLAGS from dpkg-buildflags (patch attached). dpkg-buildflags handle noopt from DEB_BUILD_OPTIONS. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJUJ9jxAAoJEJmGUYuaqqClS5EP/3hTMdQakfzqXyjLlUMPOOSh 4hJ3McD9eJT7YMAPIdOfpCzmSuA6kMqYWNPkx2BTk2MAjoG6DGyGwliaTK6cS5aK YEkm5mts4xYbBknOf6MS3nF4c4IVsic2JJiGX6NvbxjnVSm8g0HmRoh3oQHUKP03 Fj7keB4ko8yL1ZFomlZzF3R3aAbyV0BcX9k8mRvB9nMXdNp3EhQtiR43lOGi5Z6+ Et5DRB3MCURnEueS3+wg2jWBVweM/mF6BKas31y4EA9OORr0fJYPx1o8eDr9HNHZ LLl1g0+AS/uPQI/EVIpueh8QLBUctMXwQXTkbS9nG/rz4abZrR6S5RekSlMYumrk B60SqyHcLoyvM/g/xbrvmPaBOglyMkn/x/nPKF1Qe+JXKiHo3+dj1tt/JkAJ/Yoi 1dGZdsOzq9CCTnxh575kxgfcj08LDGia+ZgoB+bhNyXgdmaTS/SzNTU+KlOPN4pO tpW7i1+UTBoZTQLnjX1HvGwnYZdg//7biXzkGLyC5D+KIHpTbjLhaPGiOczK1gXW NNdOf+ZO9uQ/ZDgkXnOTAa740W6dfjbwC9CJ1jqpox8QJVdmV4tmCCucOVfeoVBW AnzkMgViarPSD5rxqkT/XM/FGbBM8hFToq95DXWoKkEwiLdNpIQ/HqfWwUpa81CG ykgGV3UAh/vSiIUSvFRW =Pidp -END PGP SIGNATURE- diff -Nru portsentry-1.2/debian/changelog portsentry-1.2/debian/changelog --- portsentry-1.2/debian/changelog 2012-01-14 15:28:24.0 +0100 +++ portsentry-1.2/debian/changelog 2014-09-28 11:34:24.0 +0200 @@ -1,3 +1,11 @@ +portsentry (1.2-13.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use dpkg-buildflags and pass {CPP,LD}FLAGS to make and patch upstream +Makefile to use them + + -- Guillaume Delacour g...@iroqwa.org Sun, 28 Sep 2014 11:29:22 +0200 + portsentry (1.2-13) unstable; urgency=low * Switch to dpkg-source 3.0 (quilt) format diff -Nru portsentry-1.2/debian/patches/01_dpkg-buildflags.patch portsentry-1.2/debian/patches/01_dpkg-buildflags.patch --- portsentry-1.2/debian/patches/01_dpkg-buildflags.patch 1970-01-01 01:00:00.0 +0100 +++ portsentry-1.2/debian/patches/01_dpkg-buildflags.patch 2014-09-28 11:40:10.0 +0200 @@ -0,0 +1,17 @@ +Author: Guillaume Delacour g...@iroqwa.org +Description: Patch upstream Makefile to use {CPP,LD}FLAGS +Last-Update: 2014-09-28 + +Index: portsentry-1.2/Makefile +=== +--- portsentry-1.2.orig/Makefile portsentry-1.2/Makefile +@@ -107,7 +107,7 @@ linux: + debian-linux: + SYSTYPE=debian-linux + @echo Making $(SYSTYPE) +- $(CC) $(CFLAGS) -DLINUX -DDEBIAN -DSUPPORT_STEALTH -o ./portsentry ./portsentry.c \ ++ $(CC) $(CFLAGS) $(CPPFLAGS) $(LDFLAGS) -DLINUX -DDEBIAN -DSUPPORT_STEALTH -o ./portsentry ./portsentry.c \ + ./portsentry_io.c ./portsentry_util.c $(LIBS) + + diff -Nru portsentry-1.2/debian/patches/series portsentry-1.2/debian/patches/series --- portsentry-1.2/debian/patches/series 2012-01-14 15:27:18.0 +0100 +++ portsentry-1.2/debian/patches/series 2014-09-28 11:33:41.0 +0200 @@ -2,3 +2,4 @@ 00_fix_portsentry.c.patch 00_fix_README.install.patch 00_fix_Makefile.patch +01_dpkg-buildflags.patch diff -Nru portsentry-1.2/debian/rules portsentry-1.2/debian/rules --- portsentry-1.2/debian/rules 2012-01-14 15:27:18.0 +0100 +++ portsentry-1.2/debian/rules 2014-09-28 11:41:07.0 +0200 @@ -9,6 +9,9 @@ # Uncomment this to turn on verbose mode. export DH_VERBOSE=1 +DPKG_EXPORT_BUILDFLAGS = 1 +include /usr/share/dpkg/buildflags.mk + DEST=`pwd`/debian/`dh_listpackages` ETCDIR=$(DEST)/etc/portsentry PPP=$(DEST)/etc/ppp @@ -17,13 +20,8 @@ INSTALL=install INSTALL_PROGRAM = $(INSTALL) -p -o root -g root -m 755 -CFLAGS=-Wall -g +CFLAGS+=-Wall -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) -CFLAGS += -O0 -else -CFLAGS += -O2 -endif ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif @@ -42,7 +40,7 @@ dh_testdir # Add here commands to compile the package. - $(MAKE) CFLAGS=$(CFLAGS) -f Makefile debian-linux + $(MAKE) CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) -f Makefile debian-linux touch build-stamp
Bug#762989: [Pkg-fonts-devel] Bug#762989: Pending fixes for bugs in the fonts-cantarell package
Am Samstag, den 27.09.2014, 15:42 + schrieb pkg-fonts-de...@lists.alioth.debian.org: Some bugs in the fonts-cantarell package are closed in revision 14a538d39a8fc4b0dbac1ef5ff4b597e614cc2c8 in branch 'master' by Christian Perrier [...] New upstream version. Closes: #762989 Thanks Christian, I was just going to do the same. IMHO, the package is already fine for uploading. The changes were rather minimal, anyway. Cheers, Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763128: gap-gapdoc: emit privacy-breach lintian Error for MathJax generated HTML document
On Sun, Sep 28, 2014 at 03:40:34AM +0200, Jerome Benoit wrote: Package: gap-gapdoc Version: 1.5.1-1 Severity: normal Dear Maintainer, it appears that MathJax HTML generated documents emit the privacy-breach-may-use-debian-package lintian Error. This can be currently observed for the latest gap-io GAP package (version 4.4.1). Mind showing me what part of the generated document is triggering the warning ? Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
* Elimar Riesebieter riese...@pipin.home.lxtec.de [2014-09-27 22:14 +0200]: On Sat, 27 Sep 2014 20:05:07 +0100 Ben Hutchings b...@decadent.org.uk wrote: [...] Is / on RAID and/or LVM? I suspect we may not correctly handle some cases where /usr requires a RAID or VG that / does not. ## System 1: /dev/mapper/vg0-burn /burn /dev/mapper/vg0-home /home /dev/mapper/vg0-root / /dev/mapper/vg0-source /source /dev/mapper/vg0-tmp /tmp /dev/mapper/vg0-usr /usr /dev/mapper/vg0-var /var /dev/mapper/vg0-working /working /dev/md5 /boot where the volume group resides on a RAID1 /dev/md5 is a RAID1 as well Alert! /dev/vg0/usr does not exist Workaround: cat /etc/initramfs-tools/scripts/local-top/vgscan #!/bin/sh vgchange -ay ## System 2: /dev/md5 /boot /dev/md6 / /dev/md7 /usr /dev/md8 /var /dev/md9 /tmp /dev/md10 /burn /dev/md11 /source /dev/md12 /working where all partitions are configured as RAID1 Alert! /dev/md5 does not exist Must be: Alert! /dev/md7 does not exist Workaround: cat /etc/initramfs-tools/scripts/local-top/mdadm-assemble #!/bin/sh mdadm --assemble --scan /dev/md7 Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763159: release.debian.org: Wrong link from the pts/tracker.d.o to the llvm transition
Package: release.debian.org Severity: normal Hello, I guess https://tracker.debian.org/pkg/llvm-toolchain-3.5 and https://packages.qa.debian.org/l/llvm-toolchain-3.5.html are using the same source of data. Links pointing to the transition: https://release.debian.org/transitions/html/llvm-defaults-3.5.html is wrong it should be https://release.debian.org/transitions/html/llvm-defaults-3.html Cheers, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762698: RFS: Re: Bug#762698: jumpnbump: server refuses network connections
Am Mittwoch, den 24.09.2014, 19:31 +0200 schrieb Fabian Greffrath: A fix is on its way to GIT. I consider the bug severe enough to justify another upload, i.e. jumpnbump is a pure multiplayer game and this bug prevents network games on any arch where (sizeof (long) != 4). So, hereby I kindly request sponsoring another upload: http://anonscm.debian.org/cgit/pkg-games/jumpnbump.git/ In any case, I have also added this to the sponsoring queue on wiki.d.o. Thanks, Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763153: reportbug: Reports held packages as purged ones
Control: retitle -1 reportbug: wrongly reports python:any as uninstalled Control: merge 749884 -1 On 2014-09-28 11:19 +0200, Robert Luberda wrote: Package: reportbug Version: 6.5.1 Severity: normal Hi, I've just run dpkg-hold python aptitude hold python so now `dpkg -l python' shows hi python 2.7.8-1 i386interactive high-level object-oriented languag reportbug however seems to fail to properly interpret the above line, and, as you can see below, shows python as an uninstalled package. This has nothing to do with python being on hold, rather reportbug does not understand the python:any dependency. Which is maybe not too surprising since dpkg-query -l python:any reports no packages found matching python:any. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763141: gnome-boxes : Unable to use a VM or create a new one
Hello, This actually looks like a libvirt issue. I can reproduce this with virt-manager and a usermode session, apparently the daemon is not (always?) automatically started for the user. (The system one is perfectly running). Manually starting libvirtd seems to fix this. I guess it should be reassigned properly. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762870: initramfs-tools: fails to boot after upgrade from 0.116 to 0.117
On Fri, 26 Sep 2014 14:59:28 +0200 Jakub Wilk jw...@debian.org wrote: -f: No such file or directory I believe this was caused by: http://anonscm.debian.org/cgit/kernel/initramfs-tools.git/commit/?id=be18fee1bd52 The readlink command in initramfs doesn't seem to support -f: $ readlink -f / -f: No such file or directory Inspired from: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762870#42 Have had the same symptoms on one machine. Installing busybox works around this issue and boots as expected, though. Elimar -- You cannot propel yourself forward by patting yourself on the back. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762709: ca-certificates: Import http://crt.usertrust.com/USERTrustRSAAddTrustCA.crt Root CA certificate which is missing
On 09/28/2014 02:09 AM, Michael Shuler wrote: On 09/25/2014 04:14 AM, Emerick 'mz' Mounoury wrote: On 09/24/2014 09:25 PM, Michael Shuler wrote: Do you have a test SSL site URL on your system to see the full trust chain? There are 4 AddTrust root CAs in ca-certificates, so I'd like to see the trust path to better understand your problem. Thanks! First, thank you for your prompt answer ! Yes, sure, you can test our service using this test URL : https://simplehosting.mz23.in I check the SSL connection using openssl as is as we are using SNI : openssl s_client -connect simplehosting.mz23.in:443 -showcerts -CApath /etc/ssl/certs -servername simplehosting.mz23.in This appears to validate fine for me on the current version of ca-certificates. Quick check attached. Yes, because we integrated in our own-made ca-certificates package installed on our SSL/X509 reverse proxy the cross-signed certificate (usertrust) between our intermediate (gandi ssl ca 2) and the root ca (addtrust). -- \o/ Emerick mz Mounoury Gandi.net Domain name registrar.. No Bullshit ™ Hosting for geeks... and more ! GPG: 76669398 - 079F 00DF 0FEA D0D2 1728 248E 0F15 B1F7 7666 9398 0x76669398.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Bug#763141: gnome-boxes : Unable to use a VM or create a new one
Control: reassign -1 libvirt 1.2.8-2 On Sun, Sep 28, 2014 at 11:57:00AM +0200, Laurent Bigonville wrote: Hello, This actually looks like a libvirt issue. I can reproduce this with virt-manager and a usermode session, apparently the daemon is not (always?) automatically started for the user. (The system one is perfectly running). (I'm still running 1.2.7-11 which works.) Manually starting libvirtd seems to fix this. I guess it should be reassigned properly. (Not sure exactly which package is the right one here, so just punting it to libvirt (src) for now.) Cheers, Laurent Bigonville Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759559: Marked as obsolete
Hi! Jut letting you know that because of this bug, libpam-script has been marked for deletion from testing. This means it won't reach stable!!! Hope you can fix it soon (or mark as wontfix if it's expected behaviour). Regards Sebastià -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763152: Please do not handle bash as essential anymore
reassign 763152 bash severity 103284 wishlist forcemerge 103284 763152 thanks Hi Klaus, On Sonntag, 28. September 2014, Klaus Ethgen wrote: Please devote bash from essential state to just any normal shell state. [...] I hope I found the right pseudo package for this bug. the right package for this is bash, as explained in https://www.debian.org/doc/debian-policy/ch-binary.html#s3.8 cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#762755: bind 9 crash / assertion failure
On Sat, Sep 27, 2014 at 11:48:10PM -0400, Michael Gilbert wrote: control: tag -1 moreinfo Could someone experiencing this please attach configuration files? I'm not able to reproduce it with a vanilla installation. Attached. Hugo. -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 65E74AC0 from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- I spent most of my money on drink, women and fast cars. The --- rest I wasted. -- James Hunt bind.config.tar.gz Description: application/gzip signature.asc Description: Digital signature
Bug#760343: transition: protobuf 2.6.0
On 2014-09-27 18:49, Robert Edmonds wrote: Robert Edmonds wrote: Robert Edmonds wrote: node-mapnik --- This package Build-Depends against mapnik-vector-tile, which ships a .pb.h file in /usr/include (a bad upstream practice). mapnik-vector-tile needs to be binNMU'd first before node-mapnik can be binNMU'd. It turns out node-mapnik FTBFS (#759843) due to a problem with mapnik-vector-tile (#762643) unrelated to the protobuf transition. I've uploaded a fix for this to DELAYED, so once mapnik-vector-tile 0.5.1+dfsg-1.3 is in the archive, node-mapnik can be binNMU'd. (And I think that will complete the transition?) Hi, mapnik-vector-tile 0.5.1+dfsg-1.3 is in unstable and I've confirmed that it fixes #759843, so node-mapnik can be binNMU'd now. Thanks, scheduled. I also fixed up the found/fixed versions for #759843, or various tools will believe it still affects node-mapnik in sid and jessie. -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 directhex i have six years of solaris sysadmin experience, from 8-10. i am well qualified to say it is made from bonghits layered on top of bonghits -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763148: Prevent migration to jessie
* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 11:27]: On 28.09.2014 10:24, Moritz Muehlenhoff wrote: Package: ffmpeg Severity: serious As written before we can have only libav or ffmpeg in jessie. I'm filing this blocker bug to prevent testing migration until this is sorted out. As I have explained [1], I see no security problem with having FFmpeg and Libav in Jessie, in particular because this is already the case for Wheezy, as chromium embeds a copy of FFmpeg. First of all, I think it is very good news that we now have FFmpeg available in Debian. Thank you for your work on it, it's appreciated. However, the open question is (especially with the upcoming release), do we want to have it in jessie? (That we probably want FFmpeg in testing in the long run is something else, but the current discussion is especially about jessie.) I also think it's good that you actively raised this discussion, even if it is perhaps not working as you would have like it. Please continue this good style. Another remark, we are already quite late in the cycle. At this point it is too late to have greater changes to jessie. So even if jessie is not officially frozen, larger changes are not possible anymore (without disturbing the time plan). So would you please explain why you see a problem? I hope we end this discussion on an agreement about the jessie plans. However, to avoid misunderstandings at a later moment, I need to point out that the final decision of what is part of jessie is taken by the release team (or ultimatly the release managers). All of RC-bugs, testing migration scripts etc are very valuable helpers because it wouldn't be possible to manage it otherwise, but in the end they are helpers. The release policy does say Packages must be security-supportable. I would be surprised if a statement from the security team (assuming that Moritz raised that bug report with his security team-hat on and not privately) that they would like to have only one of libav and ffmpeg in jessie would be overruled by the release team. Now seeing the statements from the libav maintainers (which of course, as this is an overlaping jurisdiction, could be escalated to the tech ctte), that we already have transition freeze and the time planings for jessie, makes it quite unlikely (or rather: impossible) to switch from libav to FFmpeg in time for jessie. (Of course, for jessie+1 there is enough time for the transition. And for jessie+1 we will have enough experience with FFmpeg in Debian to perhaps see things in a different light.) So from my experience I assume the final answer would look similar to It's too late for jessie, sorry. Which might be a pity but, well, that's how it is. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735110: Solved with 4.0.8 release? (was: kradio4: Crash on (specific) internet radio connection)
Hi all, recently, KRadio4 4.0.8 has been released which fixes crashes with certain types of Internet radio streams. Could you give it a try if this solves the problem you are observing? Unfortunately, the radio station link in the original bug report results now in a 404, so I cannot test it for your specific case. You can find download information on: http://kradio.sourceforge.net/download.html BR and thanks for your patience! Martin signature.asc Description: Digital signature
Bug#763160: gcc-4.7: suggests non-existant packages: libmudflap0*, libppl9, libpwl5, libcloog-ppl0
Package: gcc-4.7 Version: 4.7.4-2 Severity: normal Some of those packages seem to have differnt version numbers now, it is not clear whether the new versions would help. Some others are just not in the archive anymore (mudflap). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.7 depends on: ii binutils2.24.51.20140903-1 ii cpp-4.7 4.7.4-2 ii gcc-4.7-base4.7.4-2 ii libc6 2.19-11 ii libgcc-4.7-dev 4.7.4-2 ii libgmp102:6.0.0+dfsg-6 ii libmpc3 1.0.2-1 ii libmpfr43.1.2-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages gcc-4.7 recommends: ii libc6-dev 2.19-11 Versions of packages gcc-4.7 suggests: ii binutils [binutils-gold] 2.24.51.20140903-1 ii gcc-4.7-doc 4.7.4-1 pn gcc-4.7-locales none pn gcc-4.7-multilib none ii libcloog-ppl0 0.15.11-5 pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn libmudflap0-4.7-dev none pn libmudflap0-dbg none ii libppl-c4 1:1.1-3 ii libppl9 0.11.2-8 pn libpwl5 none pn libquadmath0-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763161: gcc-4.8: suggests non-existant packages: binutils-gold, libbacktrace1-dbg
Package: gcc-4.8 Version: 4.8.3-11 Severity: normal Those packages are apparently not part of Debian any more. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.8 depends on: ii binutils2.24.51.20140903-1 ii cpp-4.8 4.8.3-11 ii gcc-4.8-base4.8.3-11 ii libc6 2.19-11 ii libcloog-isl4 0.18.2-1 ii libgcc-4.8-dev 4.8.3-11 ii libgmp102:6.0.0+dfsg-6 ii libisl100.12.2-2 ii libmpc3 1.0.2-1 ii libmpfr43.1.2-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages gcc-4.8 recommends: ii libc6-dev 2.19-11 Versions of packages gcc-4.8 suggests: ii binutils [binutils-gold] 2.24.51.20140903-1 ii gcc-4.8-doc 4.8.3-1 pn gcc-4.8-locales none pn gcc-4.8-multilib none pn libasan0-dbg none pn libatomic1-dbgnone pn libbacktrace1-dbg none pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn libquadmath0-dbg none pn libtsan0-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763162: gcc-4.9: suggests non-existant packages: binutils-gold, libvtv0-dbg
Package: gcc-4.9 Version: 4.9.1-14 Severity: normal The gcc-4.9 source does not build libvtv any more but the deb still suggests it. Binutils-gold is not a separate package any more. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.9 depends on: ii binutils2.24.51.20140903-1 ii cpp-4.9 4.9.1-14 ii gcc-4.9-base4.9.1-14 ii libc6 2.19-11 ii libcloog-isl4 0.18.2-1 ii libgcc-4.9-dev 4.9.1-14 ii libgmp102:6.0.0+dfsg-6 ii libisl100.12.2-2 ii libmpc3 1.0.2-1 ii libmpfr43.1.2-1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages gcc-4.9 recommends: ii libc6-dev 2.19-11 Versions of packages gcc-4.9 suggests: ii binutils [binutils-gold] 2.24.51.20140903-1 ii gcc-4.9-doc 4.9.1-2 pn gcc-4.9-locales none ii gcc-4.9-multilib 4.9.1-14 pn libasan1-dbg none pn libatomic1-dbgnone pn libcilkrts5-dbg none pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn liblsan0-dbg none pn libquadmath0-dbg none pn libtsan0-dbg none pn libubsan0-dbg none pn libvtv0-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762211: [Pkg-xfce-devel] Bug#762211: lightdm crashes on startup, system falls back to console
On Sat, 27 Sep 2014 19:05:51 -0400 Michael Gilbert mgilb...@debian.org wrote: A recent version of the package updates /etc/lightdm/lightdm.conf, but if the user elects to not use the new maintainer conffile, this problem will occur. Confirmed...installing new conf file file and manually merging with the old one works. Sincerely, Gour -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763164: bash: Shellshock fix breaks bash function exporting
Package: bash Version: 4.3-9.2 Severity: important I just upgraded to the bash with fixes for Shellshock. All my bash invocations now produce multiple error messages of the form: error importing function definition for `BASH_FUNC_a-b' These errors are reported for all exported functions who's names include characters such as -, +, etc. To reproduce, define the following three functions in an interactive bash shell: function ab { echo ab ; } function a-b { echo ab ; } function a+b { echo ab ; } Then try exporting each in turn, and invoking bash: export -f ab ; bash -c exit export -f a-b ; bash -c exit bash: error importing function definition for `BASH_FUNC_a-b' export -f a+b ; bash -c exit bash: error importing function definition for `BASH_FUNC_a-b' bash: error importing function definition for `BASH_FUNC_a+b' This is a serious problem as I have very many instances using shell functions with hyphens and several with other punctuation in the names. Some of those have been converted from aliases (which have very little restriction on naming but which the man page indicates have been superseded by functions). Every subshell invocation is currently outputting a long list of these errors. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_IE.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages bash depends on: ii base-files 7.5 ii dash 0.5.7-4 ii debianutils 4.4 ii libc62.19-11 ii libtinfo55.9+20140712-2 Versions of packages bash recommends: pn bash-completion none Versions of packages bash suggests: pn bash-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649718: guile-2.0_2.0.11+1-5 still FTBFS on m68k (one testcase)
Rob Browning dixit: Uploaded -6. Please let me know if if helps when you have a chance to try it. Thanks. Build of -7 started. bye, //mirabilos -- [...] if maybe ext3fs wasn't a better pick, or jfs, or maybe reiserfs, oh but what about xfs, and if only i had waited until reiser4 was ready... in the be- ginning, there was ffs, and in the middle, there was ffs, and at the end, there was still ffs, and the sys admins knew it was good. :) -- Ted Unangst über *fs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763127: UEFI corner case - installer booted in UEFI mode, existing system in BIOS mode
On Sun, 2014-09-28 at 10:26 +0100, Steve McIntyre wrote: On Sun, Sep 28, 2014 at 08:48:11AM +0200, Wouter Verhelst wrote: On Sun, Sep 28, 2014 at 02:28:06AM +0100, Steve McIntyre wrote: If the user wants to continue, we could even suggest blanking the partition table(s) and starting again with GPT, but I don't think we currently have a blank partition table option exposed within d-i? What do people think of this plan? What have I missed? Isn't it better to run this test in partman-efi's isinstallable script? Then if things are set up in the described way, grub-efi just won't be installed, but the normal grub will, and the system will continue to boot in BIOS fallback as before. That was my initial thought, but then someone pointed out: what happens to a user who explicitly *wants* to replace their existing legacy system with a new UEFI one? Is isinstallable allowed to ask debconf question? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758037: nautilus-dropbox: Does not install
Package: nautilus-dropbox Version: 1.4.0-3 Followup-For: Bug #758037 Dear Maintainer, please, reopen the Bug, at least for Wheezy, if possible! The installer hangs after downloading the binary. It seems that either is not able to decompress or fails to install it. Same behaviour in all my systems, both i386 and AMD64! Only a note: in one of my systems (AMD64), where the package was installed before the bug appeared, the binary can't upgrade itself at system level (by # dropbox update), but it upgrades itself automatically in my home! Best wishes and thank you very much in advance, Domenico Cufalo -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus-dropbox depends on: ii libatk1.0-0 2.4.0-2 ii libc62.13-38+deb7u4 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-7 ii libnautilus-extension1a 3.4.2-1+build1 ii libpango1.0-01.30.0-1 ii policykit-1 0.105-3 ii procps 1:3.3.3-3 ii python 2.7.3-4+deb7u1 ii python-gpgme 0.2-3 ii python-gtk2 2.24.0-3+b1 nautilus-dropbox recommends no packages. Versions of packages nautilus-dropbox suggests: ii nautilus 3.4.2-1+build1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721197: Pending issues
Hello, The upstream issue mentioned above has been closed with the comment Technic is (now) licensed under the LGPLv2 or later. Hopefully this clears up the licensing issue, and work on this package can now proceed. Best regards, Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Nope, does not work... (However, pulling works via ssh) tobi@edoras:~/workspace/deb/mentors/mariadb/mariadb-10.0$ git push Counting objects: 4, done. Delta compression using up to 4 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 487 bytes | 0 bytes/s, done. Total 4 (delta 3), reused 0 (delta 0) remote: error: insufficient permission for adding an object to repository database ./objects remote: fatal: failed to write object error: unpack failed: unpack-objects abnormal exit To ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git ! [remote rejected] master - master (unpacker error) error: failed to push some refs to 'ssh://t...@git.debian.org/git/pkg-mysql/mariadb-10.0.git' hmm.. everything I can think of should be OK. You are a member of the correct group scm_pkg-mysql: ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ id coldtobi-guest uid=239277(coldtobi-guest) gid=239277(coldtobi-guest) ryhmät=239277(coldtobi-guest),41110(pkg-mysql),81110(scm_pkg-mysql),150859(scm_sepwatch) The repository is owned by that group (and git config includes sharedrepository=1) ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ ls -la yhteensä 40 drwxrwsr-x 7 ottok-guest scm_pkg-mysql 4096 maali 3 2014 . drwxrwsr-x 14 rootscm_pkg-mysql 4096 elo8 11:37 .. drwxrwsr-x 2 ottok-guest scm_pkg-mysql 4096 maali 3 2014 branches -rw-rw-r-- 1 ottok-guest scm_pkg-mysql 275 maali 4 2014 config -rw-rw-r-- 1 ottok-guest scm_pkg-mysql 39 maali 3 2014 description -rw-rw-r-- 1 ottok-guest scm_pkg-mysql 23 maali 3 2014 HEAD drwxrwsr-x 2 ottok-guest scm_pkg-mysql 4096 maali 3 2014 hooks drwxrwsr-x 2 ottok-guest scm_pkg-mysql 4096 syys 27 21:00 info drwxrwsr-x 224 ottok-guest scm_pkg-mysql 4096 syys 27 20:18 objects drwxrwsr-x 4 ottok-guest scm_pkg-mysql 4096 maali 3 2014 refs I ran this just to be sure: ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ chown -R ottok-guest:scm_pkg-mysql * ottok-guest@moszumanska:/git/pkg-mysql/mariadb-10.0.git$ chmod -R g+w * Can you try again? Does logging in into git.debian.org work in general? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763165: RM: python3-fitbitscraper -- ROM; NPOASR; abandoned upstream
Package: ftp.debian.org Severity: normal Hi, I am requesting the removal of python3-fitbitscraper from unstable. I am also the upstream maintainer of this package and do not intend to continue developing it as I no longer own a fitbit. It's a package that can break quite easily if the FitBit website changes and I have been unable to find someone to take over the upstream maintainence. Thanks, Iain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763166: ca-certificates: New upstream version
Package: ca-certificates Version: 20140325 Severity: wishlist Hi, Could you please update to a new upstream version? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763163: samba: more FTBFS errors
Hi, if I ignore the previous error, later, I get: # use upstream version of smb.conf.5 if there is no built version # this is a temporary workaround for #750593 in xsltproc [ -e /usr/share/man/man5/smb.conf.5 ] || \ cp docs/manpages/smb.conf.5 /tmp/buildd/samba-4.1.11+dfsg/debian/tmp/usr/share/man/man5/smb.conf.5 cp: cannot create regular file '/tmp/buildd/samba-4.1.11+dfsg/debian/tmp/usr/share/man/man5/smb.conf.5': No such file or directory debian/rules:92: recipe for target 'override_dh_install' failed This is because a typo (DESTIDR ipv DESTDIR) in the check, and because the directory is not created. How could this ever have built in the first place? bye, //mirabilos -- “ah that reminds me, thanks for the stellar entertainment that you and certain other people provide on the Debian mailing lists │ sole reason I subscribed to them (I'm not using Debian anywhere) is the entertainment factor │ Debian does not strike me as a place for good humour, much less German admin-style humour” -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763128: gap-gapdoc: emit privacy-breach lintian Error for MathJax generated HTML document
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, please find below the message given by lintian for gap-io 4.4.1: E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap0_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) N: N:This package creates a potential privacy breach by fetching data from an N:external website at runtime. Please remove these scripts or external N:HTML resources. N: N:Instead you can use the Debian package indicated in the hint, if it is N:compatible. N: N:Severity: important, Certainty: possible N: N:Check: files, Type: binary, udeb N: E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap10_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap11_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap1_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap2_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap3_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap4_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap5_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap6_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap7_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap8_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chap9_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) E: gap-io: privacy-breach-may-use-debian-package usr/share/gap/pkg/io/doc/chapInd_mj.html You may use libjs-mathjax package. (http://cdn.mathjax.org/mathjax/latest/mathjax.js?config=tex-ams-mml_htmlormml) and in attachment the chap0_mj.html and chap0.html generated files. Best wishes, Jerome On 28/09/14 11:53, Bill Allombert wrote: On Sun, Sep 28, 2014 at 03:40:34AM +0200, Jerome Benoit wrote: Package: gap-gapdoc Version: 1.5.1-1 Severity: normal Dear Maintainer, it appears that MathJax HTML generated documents emit the privacy-breach-may-use-debian-package lintian Error. This can be currently observed for the latest gap-io GAP package (version 4.4.1). Mind showing me what part of the generated document is triggering the warning ? Cheers, -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJUJ/OlAAoJEIC/w4IMSybjByMH/iuB+Wk4ZjWU2C+rutA8mipi cli0ck9XSVTeb10FXXicGgZJEpLVNUomusBZPA2gh+XejhMttP2YQ6LBO0PIAwEP bYpXHC62qqJKsJnhKjG6bqjYvDc1Wv2rUr/oSFjvLeqXvzmhSX0jm4UDcnHdhMfk K/FshKad+GC4lCRSHS0eg0aF3tyT4Uxa6pbuMfWIReB5irW2hhDXKD8GIWd5pdmW dv38pXpq6UKTVeXr5D4J3TM6a1+T1CYuFkr0IW+jh6DlKUg8kk6lK4Ym73ykM9jH NQayZgQ0bvwstVpiAKFUa7y8vBzFdQoNWyoac0dJS2dnnTrAdbp9YYRJEgcpWB8= =N7mC -END PGP SIGNATURE- Title: GAP (IO) - Contents Goto Chapter: Top 1 2 3 4 5 6 7 8 9 10 11 Ind [Top of Book] [Contents] [Next Chapter] [MathJax off] io Bindings for low level C library I/O routines 4.4.1 25/09/2014 Max Neunhöffer Email: m...@9hoeffer.de Homepage: http://www-groups.mcs.st-and.ac.uk/~neunhoef Address: Gustav-Freytag-Straße 40 50354 Hürth Germany Max Horn Email: max.h...@math.uni-giessen.de Homepage: http://www.quendi.de/math Address: AG Algebra Mathematisches Institut Justus-Liebig-Universität Gießen Arndtstraße 2 35392 Gießen Germany Copyright © 2005-2014 by Max Neunhöffer This package may be distributed under the terms and conditions of the GNU Public License
Bug#763167: reportbug: Reports held package as uninstalled
Package: reportbug Version: 6.5.1 Severity: normal This is basically the same bug as 763153, but now I've put apt on hold instead of python. Regards, robert -- Package-specific info: ** Environment settings: EDITOR=/home/robert/bin/xvim DEBEMAIL=rob...@debian.org DEBFULLNAME=Robert Luberda INTERFACE=text ** /home/robert/.reportbugrc: reportbug_version 1.99.29 mode advanced ui text realname Robert Luberda email rob...@debian.org no-cc offline mutt -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF8, LC_CTYPE=pl_PL.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: pn apt none ii python2.7.8-1 ii python-reportbug 6.5.1 pn python:anynone reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none ii debconf-utils1.5.53 ii debsums 2.0.52+nmu2 ii dlocate 1.02+nmu3 pn emacs22-bin-common | emacs23-bin-common none ii file 1:5.19-2 ii gnupg1.4.18-4 ii pgpgpg [pgp] 0.13-9 ii postfix [mail-transport-agent] 2.11.1-1 ii python-gtk2 2.24.0-4 pn python-gtkspell none ii python-urwid 1.2.1-2+b1 ii python-vte 1:0.28.2-5 ii xdg-utils1.1.0~rc1+git20111210-7.1 Versions of packages python-reportbug depends on: pn apt none ii python-debian 0.1.23 ii python-debianbts 1.12 pn python:anynone python-reportbug suggests no packages. -- Configuration Files: /etc/reportbug.conf changed: submit query-bts no-cc config-files compress verify offline mode advanced -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763168: gnome-core: 1:3.8+8
Package: gnome-core Version: 1:3.8+8 Severity: important there's a pointer-click glitch with GNOME and MATE Desktops. If I can make it as simple as possible and chase the problem getting right into it clearly, the quick narrative is as odd that it sounds- the third click gets registered but as a double click. This sounds like a babble, but it's happening here on a wheezy-to-testing upgrade for alogitech mouse which always has been working properly. More into it, once a double click is performed, it triggers a double-click event,...it is soon after if a third click is tapped then this third tap registers as another double click. (eg, triple clicking a Desktop icon opens that application twice) From the first to the third click, the time span would have to be within 2 seconds.. and I can replicate this everytime I test this. It doesn't happen randomly. This bug affects multiple Desktops so I've set it to important. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763169: apt upgrade fails in postinst with adduser: not found
Package: apt Version: 1.1~exp3 During upgrade: Setting up apt (1.1~exp3) ... /var/lib/dpkg/info/apt.postinst: 30: /var/lib/dpkg/info/apt.postinst: adduser: not found chown: invalid user: '_apt:root' dpkg: error processing package apt (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: apt E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up apt (1.1~exp3) ... /var/lib/dpkg/info/apt.postinst: 30: /var/lib/dpkg/info/apt.postinst: adduser: not found chown: invalid user: '_apt:root' dpkg: error processing package apt (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: apt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725586: debian-faq: FTBFS: make[1]: *** [po4a-translate] Error
On Sun, Sep 28, 2014 at 08:15:32AM +0200, Petter Reinholdtsen wrote: This RC bug have caused debian-faq to be removed from Jessie, while it is also tagged pending. A new version is waiting in VCS. Is this intentional, or do you plan to upload a fix in time for this package to make it into the next stable release? I've commmited some other changes to VC recently. It'd be really cool if we could ship the FAQ with Jessie. I have this vague plan to upload, but lots of other stuff to do too. So: don't hold you breath; NMU's welcome, I'd guess. Last word is Javier's though, he's listed as maintainer. Thanks for your interest, Bye, Joost -- Making the first step toward using free software can be a nerve-wracking experience for even the most experienced of computer users. --http://fsf.org irc:joostvb@oftc,freenode http://mdcc.cx/ http://ad1810.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763035: Fwd: Re: Ship DTV Scan Tables in v5 format
FYI Forwarded Message From: Mauro Carvalho Chehab mche...@osg.samsung.com As a reference, this is what I did in Fedora: http://koji.fedoraproject.org/koji/taskinfo?taskID=7710543 Basically, there are now two packages: one with the legacy format, that works with the legacy dvb-apps (but doesn't have ISDB-T scan files, because the old format is not compatible), and one with the channel files using the new dvbv5 format, with is compatible with v4l-utils applications (dvbv5-scan, dvbv5-zap), and have all scan files there. Regards, Mauro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762668: [Pkg-libvirt-maintainers] Bug#762668: virtinst --initrd-inject does not copy files
also sprach Guido Günther a...@sigxcpu.org [2014-09-24 13:38 +0200]: Could this be a permissions problem? I'm using it myself on a daily basis with the above version (but with a libvirt/python-libvirt from backports). I cannot fathon how permissions could play a role, so I tried to upgrade to the backports versions. However, this then exposes #745537 and I cannot find virtinst 0.600.1-3+deb7u1 in backports or s-p-u. :/ This has worked for me in the past. It's really weird because this is a stable system and I don't recall any upgrades that could have affected this. Unfortunately, I have not needed this for weeks and the logs are gone. I don't want to go through backups, unless I have to. -- .''`. martin f. krafft madduck@d.o @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#763058: nmu: doxygen_1.8.7-3
On 27/09/2014 18:54, Andreas Barth wrote: * Sylvestre Ledru (sylves...@debian.org) [140927 16:51]: nmu doxygen_1.8.7-3 . ALL . -m binMNU because of the libclang change of soname I updated the soname as part of the coordination to switch to llvm 3.5. https://release.debian.org/transitions/html/llvm-defaults-3.html Did you also switch the binary package name? For any soname change you need to have the package name to follow. See e.g. https://www.debian.org/doc/debian-policy/ch-sharedlibs.html | Every time the shared library ABI changes in a way that may break | binaries linked against older versions of the shared library, the | SONAME of the library and the corresponding name for the binary | package containing the runtime shared library should change. Can you please do that so that we could schedule the binNMUs after this is done? The package name is libclang1-3.5 and the soname is libclang-3.5.so.1 Initially, I uploaded with libclang-3.5.so as soname since the ABI remains the same over a version of libclang but dpkg-shlibdeps complained about the missing .1 even if it seems valid in the policy https://www.debian.org/doc/debian-policy/ch-sharedlibs.html The soname may instead be of the form name-major-version.so, such as libdb-5.1.so, in which case the name would be libdb and the version would be 5.1. What would you want in term of package naming ? I don't know what would work best here libclang-3.5.1 is kind of a bad name. If possible, I would prefer to keep the following naming and fix the doxygen breakage by the binNMU. Sylvestre
Bug#763171: [iceweasel] Google Street View not working properly
Package: iceweasel Version: 31.1.0esr-1 Severity: normal Tags: patch Dear maintainers, on latest versions of iceweasel available on testing branch I have experienced a problem: Google Street View not working properly, during a movement the html5 canvas is freezes on an old image. this bug happens on the latest ESR version available on testing branch but it's solved about two month ago for the latest version of firefox. in the iceweasel version 32, available on experimental branch, this bug seems to be fixed. Can you apply this patch https://hg.mozilla.org/releases/mozilla-aurora/rev/589fd10b2575 also on the version 31 of iceweasel ? references: https://bugzilla.mozilla.org/show_bug.cgi?id=1034593 https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1322835 --- System information. --- Architecture: i386 Kernel: Linux 3.16.3 Debian Release: jessie/sid 500 testing cdn.debian.net --- Package information. --- Depends (Version) | Installed ===-+-=== libasound2 (= 1.0.16) | 1.0.28-1 libatk1.0-0 (= 1.12.4) | 2.12.0-1 libc6 (= 2.17) | 2.19-11 libcairo2 (= 1.2.4) | 1.12.16-5 libdbus-1-3 (= 1.0.2) | 1.8.6-2 libdbus-glib-1-2 (= 0.78) | 0.102-1 libevent-2.0-5 (= 2.0.10-stable) | 2.0.21-stable-1.1 libffi6 (= 3.0.4) | 3.1-2 libfontconfig1 (= 2.11) | 2.11.0-6.1 libfreetype6 (= 2.2.1) | 2.5.2-2 libgcc1 (= 1:4.1.1) | 1:4.9.1-14 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.30.8-1 libglib2.0-0 (= 2.37.3) | 2.40.0-5 libgtk2.0-0 (= 2.24.0) | 2.24.24-1 libhunspell-1.3-0 (= 1.3.3) | 1.3.3-2 libnspr4 (= 2:4.10.3) | 2:4.10.7-1 libnss3 (= 2:3.16) | 2:3.17.1-1 libpango-1.0-0 (= 1.14.0) | 1.36.7-1 libsqlite3-0 (= 3.7.12-1~) | 3.8.6-1 libstartup-notification0 (= 0.8) | 0.12-4 libstdc++6 (= 4.9) | 4.9.1-14 libvpx1 (= 1.3.0) | 1.3.0-2.1 libx11-6 | 2:1.6.2-3 libxext6 | 2:1.3.2-1 libxrender1 | 1:0.9.8-1 libxt6 | 1:1.1.4-1 zlib1g (= 1:1.2.0) | 1:1.2.8.dfsg-2 fontconfig | 2.11.0-6.1 procps | 1:3.3.9-7 debianutils (= 1.16) | 4.4 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== fonts-stix | 1.1.1-1 OR otf-stix | fonts-oflb-asana-math | 000.907-6 fonts-mathjax | mozplugger | libgssapi-krb5-2 | 1.12.1+dfsg-9 OR libkrb53 | libgnomeui-0 | 2.24.5-3 libcanberra0 | 0.30-2.1 --- Output from package bug script --- -- Extensions information Name: DOM Inspector Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/inspec...@mozilla.org Package: xul-ext-dom-inspector Status: enabled Name: Italiano (IT) Language Pack locale Location: /usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-it Status: enabled Name: Tema predefinito theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled -- Plugins information Name: Skype Buttons for Kopete Location: /usr/lib/mozilla/plugins/skypebuttons.so Package: kopete Status: disabled -- Addons package information ii iceweasel 31.1.0esr-1 i386 Web browser based on Firefox ii iceweasel-l10n 1:31.1.0esr- all Italian language package for Icew ii kopete 4:4.13.3-1 i386 instant messaging and chat applic ii xul-ext-dom-in 1:2.0.14-1 all tool for inspecting the DOM of we -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763172: iwlwifi: Microcode SW error
Package: src:linux Version: 3.16.3-2 Severity: normal Dear Maintainer, the wireless driver occasionally complains about microcode errors. This happens around twice a week. It didn't happen at all with the 3.14 kernel. My laptop runs an Intel Wireless 7260 card. Here's the iwlwifi part of the log: QUOTE BEGIN Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: irq 51 for MSI/MSI-X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: firmware: direct-loading firmware iwlwifi-7260-9.ucode Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: loaded firmware version 23.214.9.0 op_mode iwlmvm Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: Detected Intel(R) Dual Band Wireless AC 7260, REV=0x144 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: L1 Enabled; Disabling L0S Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: L1 Enabled; Disabling L0S Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: RF_KILL bit toggled to disable radio. Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: Microcode SW error detected. Restarting 0x200. Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR values: Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: (2nd byte of CSR_INT_COALESCING is CSR_INT_PERIODIC_REG) Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_HW_IF_CONFIG_REG: 0X00489204 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_INT_COALESCING: 0X8040 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_INT: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_INT_MASK: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_FH_INT_STATUS: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_GPIO_IN: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_RESET: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_GP_CNTRL: 0X000403c5 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_HW_REV: 0X0144 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_EEPROM_REG: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_EEPROM_GP: 0X8000 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_OTP_GP_REG: 0X803a Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_GIO_REG: 0X00080042 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_GP_UCODE_REG: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_GP_DRIVER_REG: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_UCODE_DRV_GP1: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_UCODE_DRV_GP2: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_LED_REG: 0X0018 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_DRAM_INT_TBL_REG: 0X88036f0b Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_GIO_CHICKEN_BITS: 0X27800200 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_ANA_PLL_CFG: 0Xd5d5 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_MONITOR_STATUS_REG: 0X03b7ff77 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_HW_REV_WA_REG: 0X0001001a Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: CSR_DBG_HPET_MEM_REG: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH register values: Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH_RSCSR_CHNL0_STTS_WPTR_REG: 0X24572900 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH_RSCSR_CHNL0_RBDCB_BASE_REG: 0X024572a0 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH_RSCSR_CHNL0_WPTR: 0X0010 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH_MEM_RCSR_CHNL0_CONFIG_REG: 0X00801114 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH_MEM_RSSR_SHARED_CTRL_REG: 0X00fc Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH_MEM_RSSR_RX_STATUS_REG: 0X0303 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH_MEM_RSSR_RX_ENABLE_ERR_IRQ2DRV: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH_TSSR_TX_STATUS_REG: 0X07ff0001 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: FH_TSSR_TX_ERROR_REG: 0X Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: Start IWL Error Log Dump: Sep 28 11:42:34 r-schnelltop kernel: iwlwifi :03:00.0: Status: 0x0001, count: 6 Sep 28 11:42:34 r-schnelltop kernel: iwlwifi
Bug#763170: RM: media-ctl -- ROM; Superseded by v4l-utils
Package: ftp.debian.org Severity: normal Hello, there is a RC bug (#753286) about broken co-installability of media-ctl and v4l-utils. Consensus with the media-ctl maintainer in that bug thread was to remove media-ctl. Thanks, Gregor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763163: [Pkg-samba-maint] Bug#763163: samba: FTBFS: recipe for target 'override_dh_install' failed
On Sun, Sep 28, 2014 at 01:13:07PM +0200, Thorsten Glaser wrote: Source: samba Version: 2:4.1.11+dfsg-1 Severity: important Justification: fails to build from source (but built successfully in the past) #Remove unused vfstest manpage as there is no more vfstest apparently rm /tmp/buildd/samba-4.1.11+dfsg/debian/tmp/usr/share/man/man1/vfstest.1 rm: cannot remove '/tmp/buildd/samba-4.1.11+dfsg/debian/tmp/usr/share/man/man1/vfstest.1': No such file or directory debian/rules:92: recipe for target 'override_dh_install' failed make[1]: *** [override_dh_install] Error 1 What platform are you building on? You are possibly hitting bug 750593. Jelmer signature.asc Description: Digital signature
Bug#763173: mpv: Please add video/ogg as supported mime type for Ogg Theora
Package: mpv Version: 0.5.3-1 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu Please add video/ogg to the mpv desktop file, to indicate that mpv can play Ogg Theora files. This is the use case: I record a screen session using gtk-recordmydesktop, and when I stop the recording it store the video as Ogg Theora and I end up with a file out.ogv in my home directory. I next visit the KDE file manager, and click on the video to play the recording. The audacity program is started, and it fail to display anything and just hang. I believe the same problem happen with other file managers too, but have not checked them all. The audacity hang of course is an error in itself, but the real error here is that the wrong program is started. For Ogg Theora files, it would be better if mpv or another installed video player is started. The audio tools are not fit for the task! For this to work, the file --mime-type out.ogv program should not return application/ogg but a video related MIME type like video/ogg, and all video players capable of playing Ogg Theora files should list that MIME type in their .desktop file. I've asked for file to change behavour (bug #762561), and now ask the video players to change their list of MIME types handled and add video/ogg. Please add it before Jessie to make this happen. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745541: Any news?
On Wed, Sep 24, 2014 at 11:29:10AM +0100, Adam D. Barratt wrote: [Context considered helpful...] On 2014-09-24 10:30, martin f krafft wrote: Any news on this bug? The package in unstable still hasn't been fixed and the maintainer never replied to my mail about that. This is fixed in unstable with the last virt-manager upload 1.0.1-2 (which now contains virtisnt). Sorry for not getting around to it earlier. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763174: advene: Please add video/ogg as supported mime type for Ogg Theora
Package: advene Version: 1.1-1 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu Please add video/ogg to the advene desktop file, to indicate that advene can play Ogg Theora files. This is the use case: I record a screen session using gtk-recordmydesktop, and when I stop the recording it store the video as Ogg Theora and I end up with a file out.ogv in my home directory. I next visit the KDE file manager, and click on the video to play the recording. The audacity program is started, and it fail to display anything and just hang. I believe the same problem happen with other file managers too, but have not checked them all. The audacity hang of course is an error in itself, but the real error here is that the wrong program is started. For Ogg Theora files, it would be better if advene or another installed video player is started. The audio tools are not fit for the task! For this to work, the file --mime-type out.ogv program should not return application/ogg but a video related MIME type like video/ogg, and all video players capable of playing Ogg Theora files should list that MIME type in their .desktop file. I've asked for file to change behavour (bug #762561), and now ask the video players to change their list of MIME types handled and add video/ogg. Please add it before Jessie to make this happen. :) The video/ogg is in the official MIME registry maintained by IATA, URL: http://www.iana.org/assignments/media-types/media-types.xhtml#video . -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731552: virt-manager GUI and TUI segfault or hang on VM creation
Hi, On Fri, Dec 06, 2013 at 03:26:55PM +, Tom Jordaan wrote: Package: virt-manager Version: 0.9.5-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Trying to build a CentOS 6 VM using xen fullvirt on Debian stable, but virt-manager either segfaults or hangs. 2013-12-06 15:14:15,768 (cli:71): virt-manager startup 2013-12-06 15:14:15,768 (virt-manager:306): Launched as: /usr/share/virt-manager/virt-manager.py --debug 2 2013-12-06 15:14:15,769 (virt-manager:307): GTK version: (2, 24, 10) 2013-12-06 15:14:15,769 (virt-manager:308): virt-manager version: 0.9.5 2013-12-06 15:14:15,769 (virt-manager:309): virtManager import: module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc' 2013-12-06 15:14:15,831 (cli:118): virtinst version: 0.600.4 2013-12-06 15:14:15,831 (cli:119): virtinst import: module 'virtinst' from '/usr/lib/pymodules/python2.7/virtinst/__init__.pyc' 2013-12-06 15:14:15,866 (keyring:30): gnomekeyring bindings not installed, no keyring support 2013-12-06 15:14:15,897 (engine:411): No inspection thread because libguestfs is too old, not available, or libvirt is not thread safe. 2013-12-06 15:14:15,899 (systray:138): Showing systray: False 2013-12-06 15:14:15,900 (engine:202): About to connect to uris ['xen:///'] 2013-12-06 15:14:15,942 (manager:172): Showing manager 2013-12-06 15:14:15,966 (engine:327): window counter incremented to 1 2013-12-06 15:14:15,966 (manager:172): Showing manager 2013-12-06 15:14:15,971 (connection:963): Scheduling background open thread for xen:/// 2013-12-06 15:14:15,971 (connection:1019): Background 'open connection' thread is running 2013-12-06 15:14:16,085 (connection:1070): Background open thread complete, scheduling notify 2013-12-06 15:14:16,086 (connection:1075): Notifying open result 2013-12-06 15:14:16,088 (connection:1082): xen:/// capabilities: capabilities host cpu archx86_64/arch features pae/ /features /cpu power_management suspend_mem/ suspend_disk/ /power_management migration_features live/ uri_transports uri_transportxenmigr/uri_transport /uri_transports /migration_features /host guest os_typexen/os_type arch name='x86_64' wordsize64/wordsize emulatorqemu-dm/emulator machinexenpv/machine domain type='xen' /domain /arch /guest guest os_typexen/os_type arch name='i686' wordsize32/wordsize emulatorqemu-dm/emulator machinexenpv/machine domain type='xen' /domain /arch features pae/ /features /guest guest os_typehvm/os_type arch name='i686' wordsize32/wordsize emulatorqemu-dm/emulator loaderhvmloader/loader machinexenfv/machine domain type='xen' /domain /arch features pae/ nonpae/ acpi default='on' toggle='yes'/ apic default='on' toggle='yes'/ /features /guest guest os_typehvm/os_type arch name='x86_64' wordsize64/wordsize emulatorqemu-dm/emulator loaderhvmloader/loader machinexenfv/machine domain type='xen' /domain /arch features acpi default='on' toggle='yes'/ apic default='on' toggle='yes'/ /features /guest /capabilities 2013-12-06 15:14:16,355 (connection:579): Connection managed save support: False 2013-12-06 15:14:16,457 (connection:161): Using libvirt API for netdev enumeration 2013-12-06 15:14:16,458 (connection:201): Using libvirt API for mediadev enumeration 2013-12-06 15:14:20,317 (create:169): Showing new vm wizard 2013-12-06 15:14:20,319 (create:867): Guest type set to os_type=hvm, arch=x86_64, dom_type=xen 2013-12-06 15:14:23,812 (create:867): Guest type set to os_type=xen, arch=x86_64, dom_type=xen 2013-12-06 15:14:28,057 (create:2105): Starting OS detection thread for media=http://mirrors.kernel.org/centos/6.4/os/i386/ 2013-12-06 15:14:28,060 (DistroInstaller:215): DistroInstaller location is a network source. 2013-12-06 15:14:28,363 (OSDistro:65): Attempting to detect distro: 2013-12-06 15:14:28,663 (ImageFetcher:83): Fetching URI: http://mirrors.kernel.org/centos/6.4/os/i386/.treeinfo 2013-12-06 15:14:28,965 (ImageFetcher:94): Saved file to /var/tmp/virtinst-.treeinfo.lSY4_D 2013-12-06 15:14:29,059 (create:2090): Finished OS detection. 2013-12-06 15:14:29,855 (DistroInstaller:215): DistroInstaller location is a network source. 2013-12-06 15:14:29,871 (Installer:182): scratchdir=/home/tomj/.virtinst/boot 2013-12-06 15:14:32,665 (create:1040): Default storage path is: /var/lib/libvirt/images/sakkun-1.img 2013-12-06 15:14:35,945 (create:867): Guest type set to os_type=hvm, arch=x86_64, dom_type=xen
Bug#706069: virt-manager 0.9.1 hangs on create new VM over network connexion with 22 images within an active pool
On Wed, Apr 24, 2013 at 08:00:10AM -0400, Mathieu Desnoyers wrote: Package: virt-manager Version: 0.9.1-4 Severity: important Dear Maintainer, When using virt-manager through ssh network connexion (120ms latency), with about 22 volumes in an active pool, virt-manager create new VM window hangs after about 5 seconds of interaction. While it is hung, the remote libvirt-bin server issues a lot of stat/open system calls on the volume's files (verified with strace). My remote libvirt-bin is a 0.9.8-2ubuntu17.8, running on Ubuntu 12.04.2. This issue appears to be fixed in virt-manager 0.9.4-2 (unstable), but given that 0.9.1-4 (testing) has this issue, I think it might be worthwhile to consider backporting the fix. I tested the vol-list command though virsh, both locally (on the server), and through the network link: locally, it returns the listing almost immediately. Remotely, it takes about 5 seconds to return the listing. It looks like virt-manager 0.9.1 issues a timeout too quickly on this command and retry endlessly, thus making the GUI hang. From a user point of view, having the GUI hanging starting from the 22nd pool image, depending on network latency and throughput, can be quite frustrating, as the cause of the hang is not easy to pinpoint. Are you still seeing this with 1.0.1? -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763148: Prevent migration to jessie
* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 14:36]: On 28.09.2014 12:47, Andreas Barth wrote: The release policy does say Packages must be security-supportable. I would be surprised if a statement from the security team (assuming that Moritz raised that bug report with his security team-hat on and not privately) that they would like to have only one of libav and ffmpeg in jessie would be overruled by the release team. Nonetheless both are in wheezy and will be in jessie, unless chromium gets removed from testing. There is a distinction between an old and a new package. However (and please note that I'm not a member of the security team and just speak for myself here as always when not otherwise marked) if it would be possible to replace the internal code copy in chromium by a reference to ffmpeg (but it's not possible with libav), that will probably lead to a re-evalutation. (That doesn't necessarily mean sucess guranteed, but it looks to me as it will not make things worse.) Perhaps you always intended that, but at least I didn't understand it that way yet. I absolutely cannot understand why the security team would prefer to have an embedded code copy instead of a properly packaged library. I don't think they do that. However, I can understand why one embedded code copy is better than one embedded code copy plus a library in addition to it. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763148: Prevent migration to jessie
Hi, On 28.09.2014 12:47, Andreas Barth wrote: * Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 11:27]: On 28.09.2014 10:24, Moritz Muehlenhoff wrote: Package: ffmpeg Severity: serious As written before we can have only libav or ffmpeg in jessie. I'm filing this blocker bug to prevent testing migration until this is sorted out. As I have explained [1], I see no security problem with having FFmpeg and Libav in Jessie, in particular because this is already the case for Wheezy, as chromium embeds a copy of FFmpeg. First of all, I think it is very good news that we now have FFmpeg available in Debian. Thank you for your work on it, it's appreciated. Thank you for your kind words. However, the open question is (especially with the upcoming release), do we want to have it in jessie? (That we probably want FFmpeg in testing in the long run is something else, but the current discussion is especially about jessie.) Yes, this is the open question. As you know, I would like to see FFmpeg in jessie. Many users want this as well [1]. It would also be good for XBMC and it would make it possible to have MPlayer in jessie. I also think it's good that you actively raised this discussion, even if it is perhaps not working as you would have like it. Please continue this good style. It would indeed be nice if others would also follow this good style and participate constructively in the discussion instead of just blocking FFmpeg. Another remark, we are already quite late in the cycle. At this point it is too late to have greater changes to jessie. So even if jessie is not officially frozen, larger changes are not possible anymore (without disturbing the time plan). This is nothing new for me, but letting FFmpeg migrate to jessie is no large change. It does not involve a transition of any kind. So would you please explain why you see a problem? I hope we end this discussion on an agreement about the jessie plans. That was my hope, when I started this discussion. However, to avoid misunderstandings at a later moment, I need to point out that the final decision of what is part of jessie is taken by the release team (or ultimatly the release managers). All of RC-bugs, testing migration scripts etc are very valuable helpers because it wouldn't be possible to manage it otherwise, but in the end they are helpers. This is the reason why I contacted the release team. The release policy does say Packages must be security-supportable. I would be surprised if a statement from the security team (assuming that Moritz raised that bug report with his security team-hat on and not privately) that they would like to have only one of libav and ffmpeg in jessie would be overruled by the release team. Nonetheless both are in wheezy and will be in jessie, unless chromium gets removed from testing. Debian policy § 4.13 [2] contains: Debian packages should not make use of these convenience copies unless the included package is explicitly intended to be used in this way. If the included code is already in the Debian archive in the form of a library, the Debian packaging should ensure that binary packages reference the libraries already in Debian and the convenience copy is not used. If the included code is not already in Debian, it should be packaged separately as a prerequisite if possible. FFmpeg is not intended to be used as embedded code copy, yet chromium uses it that way. It should instead use the system libraries, which are now available. I absolutely cannot understand why the security team would prefer to have an embedded code copy instead of a properly packaged library. Now seeing the statements from the libav maintainers (which of course, as this is an overlaping jurisdiction, could be escalated to the tech ctte), that we already have transition freeze and the time planings for jessie, makes it quite unlikely (or rather: impossible) to switch from libav to FFmpeg in time for jessie. (Of course, for jessie+1 there is enough time for the transition. And for jessie+1 we will have enough experience with FFmpeg in Debian to perhaps see things in a different light.) As I have made clear from the beginning [3], I see no need for a transition as long as Libav is maintained. The purpose of having FFmpeg is that users can use the binary tools and that developers can use the libraries, if they want to. So from my experience I assume the final answer would look similar to It's too late for jessie, sorry. Which might be a pity but, well, that's how it is. It is too late for a transition, but it is not too late for letting FFmpeg migrate into testing. Best regards, Andreas 1: https://qa.debian.org/popcon-graph.php?packages=libavutil-ffmpeg54show_installed=onwant_legend=onwant_ticks=onfrom_date=to_date=hlght_date=date_fmt=%25m-%25dbeenhere=1 2: https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles 3:
Bug#763175: handbrake: Please add video/ogg as supported mime type for Ogg Theora
Package:handbrake Version: 0.9.9+svn6032+dfsg1-2+b2 Severity: important User: debian-...@lists.debian.org Usertags: debian-edu Please add video/ogg to the handbrake desktop file, to indicate that handbrake can play Ogg Theora files. This is the use case: I record a screen session using gtk-recordmydesktop, and when I stop the recording it store the video as Ogg Theora and I end up with a file out.ogv in my home directory. I next visit the KDE file manager, and click on the video to play the recording. The audacity program is started, and it fail to display anything and just hang. I believe the same problem happen with other file managers too, but have not checked them all. The audacity hang of course is an error in itself, but the real error here is that the wrong program is started. For Ogg Theora files, it would be better if handbrake or another installed video player is started. The audio tools are not fit for the task! For this to work, the file --mime-type out.ogv program should not return application/ogg but a video related MIME type like video/ogg, and all video players capable of playing Ogg Theora files should list that MIME type in their .desktop file. I've asked for file to change behavour (bug #762561), and now ask the video players to change their list of MIME types handled and add video/ogg. Please add it before Jessie to make this happen. :) The video/ogg is in the official MIME registry maintained by IATA, URL: http://www.iana.org/assignments/media-types/media-types.xhtml#video . -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org