Bug#783382: mrtg uninstall broken, leaves garbage cronjob
On Tue, Apr 28, 2015 at 4:04 AM, Matteo Sisti Sette matteosistise...@gmail.com wrote: On 28/04/15 06:24, Sandro Tosi wrote: nope, the cron is a conffile, as you can see with $ dpkg --status mrtg | grep -A3 Conf Conffiles: /etc/logrotate.d/mrtg adc9405c8ad58d86ef5de00563c3407b /etc/mrtg.cfg 65797ef4da55f538556c6754182fd5b1 /etc/cron.d/mrtg 89d528bcb179858f61e8af4363f0c04c so it will only be removed on --purge Well, then it shouldn't be a conffile. If you leave a cron installed that executes a binary that no longer exists, it will produce errors. if you have looked at the script[1] you would have noticed that is a no-op, once either the binary or the config file are missing. [1] http://sources.debian.net/src/mrtg/2.17.4-2/debian/cron.d/ One shoudn't explicitly have to do --purge to have an uninstall that does not result in a system executing dead crons producing errors. this cron doesn't produce any error. Even if the cron was written in such a way that it does a check and avoids producing errors (I deleted it so I can't check if it was the case), it's still wrong to leave a dead cron after uninstallation. It's not a piece of configuration, it's something that runs (even if it just runs to do a this is a conffile because users might want to change its behaviour (like the scheduling time) and that must be preserve upon upgrades -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745778: openssh-server/permit-root-login should be honored for new installs too
The preseed possibility is actually documented in the jessie release notes, see https://www.debian.org/releases/jessie/amd64/release-notes/ch-information.en.html#openssh I tried to use it in vain, then found this bug. Please raise its urgency. :) -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783614: xserver-xorg: Segmentation fault at startup
Package: xserver-xorg-core Version: 2:1.16.4-1 Severity: grave File: xserver-xorg Justification: renders package unusable Dear Maintainer, * What led up to the situation? Updating from Wheezy to Jessie. X does not start and produces the segmentation fault. * What exactly did you do (or not do) that was effective (or ineffective)? I removed all xserver packages and reinstalled the xserver and the radeon driver without success. * What was the outcome of this action? Xserver does not start. X -configure leads to the seg fault. -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- 0d:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9] 10:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9] /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) Xorg X server log files on system: -- -rw-r--r-- 1 root root 19004 Apr 28 12:59 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 3189.709] X.Org X Server 1.16.4 Release Date: 2014-12-20 [ 3189.709] X Protocol Version 11, Revision 0 [ 3189.709] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 3189.709] Current Operating System: Linux giant 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) x86_64 [ 3189.709] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=355cfe2b-46e3-412f-8a8f-70cc081fb99c ro quiet [ 3189.709] Build Date: 11 February 2015 12:32:02AM [ 3189.709] xorg-server 2:1.16.4-1 (http://www.debian.org/support) [ 3189.709] Current version of pixman: 0.32.6 [ 3189.709]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 3189.709] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 3189.709] (==) Log file: /var/log/Xorg.0.log, Time: Tue Apr 28 12:59:13 2015 [ 3189.709] (II) Loader magic: 0x7f68ae67fd80 [ 3189.709] (II) Module ABI versions: [ 3189.709]X.Org ANSI C Emulation: 0.4 [ 3189.709]X.Org Video Driver: 18.0 [ 3189.709]X.Org XInput driver : 21.0 [ 3189.709]X.Org Server Extension : 8.0 [ 3189.722] (--) PCI:*(0:13:0:0) 1002:68f9:1682:304a rev 0, Mem @ 0xc000/268435456, 0xfdde/131072, I/O @ 0x5000/256, BIOS @ 0x/131072 [ 3189.722] (--) PCI: (0:16:0:0) 1002:68f9:1682:304a rev 0, Mem @ 0xd000/268435456, 0xfdee/131072, I/O @ 0x6000/256, BIOS @ 0x/131072 [ 3189.722] List of video drivers: [ 3189.722]radeon [ 3189.722]fglrx [ 3189.722] (II) LoadModule: radeon [ 3189.722] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so [ 3189.723] (II) Module radeon: vendor=X.Org Foundation [ 3189.723]compiled for 1.16.1, module version = 7.5.0 [ 3189.723]Module class: X.Org Video Driver [ 3189.723]ABI class: X.Org Video Driver, version 18.0 [ 3189.723] (II) LoadModule: fglrx [ 3189.723] (II) Loading /usr/lib/xorg/modules/drivers/fglrx_drv.so [ 3189.745] (II) Module fglrx: vendor=FireGL - AMD Technologies Inc. [ 3189.745]compiled for 1.4.99.906, module version = 14.50.2 [ 3189.745]Module class: X.Org Video Driver [ 3189.745] (II) Loading sub module fglrxdrm [ 3189.745] (II) LoadModule: fglrxdrm [ 3189.746] (II) Loading /usr/lib/xorg/modules/linux/libfglrxdrm.so [ 3189.746] (II) Module fglrxdrm: vendor=FireGL - AMD Technologies Inc. [ 3189.746]compiled for 1.4.99.906, module version = 14.50.2 [ 3189.746] (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon Mobility X600 (M24) 3150 (PCIE), ATI FireMV 2400 (PCI), ATI Radeon Mobility X300 (M24) 3152 (PCIE), ATI FireGL M24 GL 3154 (PCIE), ATI FireMV 2400 3155 (PCI), ATI Radeon X600 (RV380) 3E50 (PCIE), ATI FireGL V3200 (RV380) 3E54 (PCIE), ATI Radeon IGP320 (A3) 4136, ATI Radeon IGP330/340/350 (A4) 4137, ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9600TX AF (AGP), ATI FireGL Z1 AG (AGP), ATI Radeon 9800SE AH (AGP), ATI Radeon 9800 AI (AGP), ATI Radeon 9800 AJ (AGP), ATI FireGL X2 AK (AGP), ATI Radeon 9600 AP (AGP), ATI Radeon 9600SE AQ (AGP), ATI Radeon 9600XT AR (AGP),
Bug#783622: rdesktop crashed on startup
Package: rdesktop Version: 1.8.2-3 Severity: normal Dear Maintainer, I tried to connect to a W2k8 R2 server when rdesktop crashed. $ /usr/bin/rdesktop -u Administrator -d SCHULE -k de -f -N -K ads *** Error in `/usr/bin/rdesktop': malloc(): memory corruption: 0x09a999d0 *** $ gdb /usr/bin/rdesktop core GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i586-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from /usr/bin/rdesktop...(no debugging symbols found)...done. [New LWP 2970] [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. Core was generated by `/usr/bin/rdesktop -u Administrator -d SCHULE -k de -f -N -K ads'. Program terminated with signal SIGABRT, Aborted. #0 0xb779bd3c in __kernel_vsyscall () (gdb) Btw, I am able to connect to the same server using rdesktop from Wheezy or FreeRDP from Jessie. Thanks! Christof -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.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 Init: systemd (via /run/systemd/system) Versions of packages rdesktop depends on: ii libasound21.0.28-1 ii libc6 2.19-18 ii libgssglue1 0.4-2 ii libpcsclite1 1.8.13-1 ii libssl1.0.0 1.0.1k-3 ii libx11-6 2:1.6.2-3 ii libxrandr22:1.4.2-1+b1 rdesktop recommends no packages. Versions of packages rdesktop suggests: pn pcscd 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#609451: Please reopen - bug has resurfaced
On 28/04/15 08:18, Jonathan McDowell wrote: 0xDA87E80D6294BE9B is correctly in the debian-role-keys.gpg file provided by debian-keyring in jessie and later. It looks like the problem was in the signature, not in debian-keyring. The checksums have been signed again, and now the signature checks out okay. Thank you for your reply. J. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783610: Warning: XML::LibXML compiled against libxml2 20902, but runtime libxml2 is older 20901
Package: libxml-libxml-perl Version: 2.0116+dfsg-2 Severity: grave Justification: renders package unusable I get the following warning, which makes one of my scripts fail: Warning: XML::LibXML compiled against libxml2 20902, but runtime libxml2 is older 20901 It has not been compiled correctly! Or a missing dependency? -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libxml-libxml-perl depends on: ii libc6 2.19-18 ii libxml-namespacesupport-perl 1.11-1 ii libxml-sax-perl 0.99+dfsg-2 ii libxml2 2.9.1+dfsg1-3 ii perl 5.20.2-4 ii perl-base [perlapi-5.20.2]5.20.2-4 ii zlib1g1:1.2.8.dfsg-2+b1 libxml-libxml-perl recommends no packages. libxml-libxml-perl 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#774040: lrzip: segmentation fault
Control: found -1 0.621-1 * Jakub Wilk jw...@debian.org, 2014-12-27, 22:19: lrzip crashes when decompressing the attached (slightly corrupted) file: $ lrzcat crash.lrz /dev/null Decompressing... Segmentation fault It still crashes here. According to AddressSantizer, it's a heap-based buffer overflow: ==8829==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xf5a00753 at pc 0xf72c17b1 bp 0xfffc0b48 sp 0xfffc0b2c WRITE of size 190 at 0xf5a00753 thread T0 #0 0xf72c17b0 in read (/usr/lib/i386-linux-gnu/libasan.so.1+0x237b0) #1 0x8071c14 in read /usr/include/i386-linux-gnu/bits/unistd.h:44 #2 0x8071c14 in read_1g /home/jwilk/lrzip-0.621/stream.c:730 #3 0x807238c in read_buf /home/jwilk/lrzip-0.621/stream.c:773 #4 0x807a901 in fill_buffer /home/jwilk/lrzip-0.621/stream.c:1632 #5 0x807a901 in read_stream /home/jwilk/lrzip-0.621/stream.c:1738 #6 0x806a9a3 in unzip_literal /home/jwilk/lrzip-0.621/runzip.c:162 #7 0x806a9a3 in runzip_chunk /home/jwilk/lrzip-0.621/runzip.c:320 #8 0x806a9a3 in runzip_fd /home/jwilk/lrzip-0.621/runzip.c:382 #9 0x805561c in decompress_file /home/jwilk/lrzip-0.621/lrzip.c:794 #10 0x804cb8c in main /home/jwilk/lrzip-0.621/main.c:515 #11 0xf6ecaa62 in __libc_start_main (/lib/i386-linux-gnu/i686/cmov/libc.so.6+0x19a62) #12 0x804e9b9 (/srv/home/jwilk/lrzip-0.621/debian/lrzip/usr/bin/lrzip+0x804e9b9) 0xf5a00753 is located 0 bytes to the right of 3-byte region [0xf5a00750,0xf5a00753) allocated by thread T0 here: #0 0xf72ec6e4 in malloc (/usr/lib/i386-linux-gnu/libasan.so.1+0x4e6e4) #1 0x807a815 in fill_buffer /home/jwilk/lrzip-0.621/stream.c:1627 #2 0x807a815 in read_stream /home/jwilk/lrzip-0.621/stream.c:1738 #3 0x806a9a3 in unzip_literal /home/jwilk/lrzip-0.621/runzip.c:162 #4 0x806a9a3 in runzip_chunk /home/jwilk/lrzip-0.621/runzip.c:320 #5 0x806a9a3 in runzip_fd /home/jwilk/lrzip-0.621/runzip.c:382 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783617: piuparts: use httpredir.debian.org instead of http.debian.net
package: piuparts severity: wishlist tags: gift Hi, subject says it all, piuparts should use httpredir.debian.org instead of http.debian.net. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#783618: systemd: journald ignores MaxLevelKMsg=warning
Package: systemd Version: 215-17 Severity: normal Dear Maintainer, * After noticing that journald fills dmesg with irrelevant messages such as: syslog:info : [2730378.422878] systemd-journald[4060]: Deleted empty journal /var/log/journal/c2544241fd44405fba80ed9cf7fe0f29/user-31146@c21ba3b937144879a1feba0ae91775ae--.journal (8388608 bytes). * I read the documentation and tried to suppress those messages (since they are loglevel info) by adding MaxLevelKMsg=warning to journald.conf * I would have expected said messages to be no longer logged to dmesg/kmsg. * Yet those messages still appear in dmesg. -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.9-cip-amd64 (SMP w/16 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-6 ii libc6 2.19-18 ii libcap2 1:2.24-8 ii libcap2-bin 1:2.24-8 ii libcryptsetup4 2:1.6.6-5 ii libgcrypt20 1.6.3-2 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-17 ii mount 2.25.2-6 ii sysv-rc 2.88dsf-59 ii udev215-17 ii util-linux 2.25.2-6 Versions of packages systemd recommends: ii dbus1.8.16-1 ii libpam-systemd 215-17 Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/pam.d/systemd-user changed: @include cip-login /etc/systemd/journald.conf changed: [Journal] Storage=persistent SystemMaxUse=200M MaxRetentionSec=1week MaxLevelKMsg=warning /etc/systemd/logind.conf changed: [Login] HandlePowerKey=ignore HandleSuspendKey=ignore HandleHibernateKey=ignore HandleLidSwitch=ignore -- 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#607193: document various download options/locations for CD images
Hi all I have committed the patch in former comment: https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=145;filename=patch1_607193.diff;att=1;bug=607193 I've been exploring the website organization in order to gather all the pages where we should link to that warning, and frankly, I see *lots* of pages with links to images, and I'm not sure if we want to include links to the unofficial images in each individual place: https://www.debian.org/distrib/ https://www.debian.org/distrib/netinst https://www.debian.org/CD/jigdo-cd/ https://www.debian.org/CD/torrent-cd/ https://www.debian.org/CD/http-ftp/ https://www.debian.org/CD/live/ https://www.debian.org/CD/netinst/ https://www.debian.org/devel/debian-installer/ And, on the other side, I see that there are at least two entities related to images including nonfree firmware: 1.- In webwml/english/template/debian/release_images.wml # multi-arch cannot be linked as is, as we don't know which archs it include (used in the filename) define-tag small-non-free-cd-images images-list url=http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/current-nonfree-cd-release-dirname//@ARCH@/iso-cd/firmware-current-nonfree-cd-release-filename/-@a...@-netinst.iso arch=amd64 i386 powerpc / /define-tag 2.- In webwml/english/template/debian/release_info.wml define-tag current-nonfree-cd-release-dirnamecurrent-cd-release//define-tag define-tag current-nonfree-cd-release-filenamecurrent-nonfree-cd-release-dirname//define-tag But only one of them is showed in https://www.debian.org/releases/[squeeze|wheezy|jessie]/debian-installer/ So, frankly, I'm not sure how to resume the work on this bug. My proposal would be to add a new page unofficial with links to all the unofficial images for each release https://www.debian.org/releases/[squeeze|wheezy|jessie]/debian-installer/unofficial And ideally, define tags for each group of images (if the two above tags don't include all of them). I suppose the whole CD and distrib sections need a complete rewriting/merging in order to reduce the places where link to images are showed, to avoid duplicity. And my proposal does not help on that, either... CC'ing debian-cd and debian-boot. I'm willing to work in this bug (as well as in the distrib/CD merging). I can prepare patches, commit them when other people ACK, and track this bug until it gets fixed. But I would need directions (do we want a single place with all the images? if not, how to split trying to avoid duplicity? Regards -- Laura Arjona https://wiki.debian.org/LauraArjona -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783616: /usr/bin/avconv: image2pipe ppm input corrupt when header spans fifo blocks
Control: forwarded -1 https://bugzilla.libav.org/show_bug.cgi?id=854 On 2015-04-28 14:51:13, Claude Heiland-Allen wrote: On 28/04/15 14:16, Sebastian Ramacher wrote: Thanks for your bug report. Could you please forward report it directly to the libav developers? See https://libav.org/bugreports.html for details. Done: https://bugzilla.libav.org/show_bug.cgi?id=854 Thank you! -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#783627: [network-manager-gnome] NM-applet crashes on autoconnect to mobile broadband
Package: network-manager-gnome Version: 0.9.10.0-2 Severity: important Tags: patch --- Please enter the report below this line. --- If i set up Autoconnect option for mobile broadband connection (Huawei E3272 4G), nm-applet crashes with: nm-applet:error:applet-device-broadband.c:634:get_icon: assertion failed when I plug modem. --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 500 stable-updates ftp.debian.org 500 stable security.debian.org 500 stable ftp.debian.org 500 stable dl.google.com 500 jessie linux.dropbox.com 100 jessie-backports ftp.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783596: Not a bug
Hello, On Tue, 28 Apr 2015 14:10:49 +0200 Thomas Hood jdth...@gmail.com wrote: The unexpected behavior you reported arises from a bug or limitation in ifupdown: when there are multiple logical interface definitions with the same name it only sends information from the last definition to hook scripts. If this gets fixed or changed then resolvconf will work the way you expected. That isn't true: ifupdown calls all hook scripts for every entry that many times as is the number of entries. -- Cheers, Andrew pgpFUxvIF8rtY.pgp Description: OpenPGP digital signature
Bug#783630: wrap-and-sort: wrongly wraps Uploaders: field
Package: devscripts Version: 2.15.3 Severity: normal When running: wrap-and-sort -t -a I get the below result: Uploaders: Thomas Goirand z...@debian.org, John Doe f...@debian.org, , Each subsequent run adds a line with a comma and nothing more: Uploaders: Thomas Goirand z...@debian.org, John Doe f...@debian.org, , , There's obviously something wrong here that should be fixed. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783610: Warning: XML::LibXML compiled against libxml2 20902, but runtime libxml2 is older 20901
Control: severity -1 normal Hi Vincent, Thanks for your report. On Tue, Apr 28, 2015 at 01:31:19PM +0200, Vincent Lefevre wrote: Package: libxml-libxml-perl Version: 2.0116+dfsg-2 Severity: grave Justification: renders package unusable I get the following warning, which makes one of my scripts fail: Warning: XML::LibXML compiled against libxml2 20902, but runtime libxml2 is older 20901 It has not been compiled correctly! Or a missing dependency? I disagree somehow on the severity, since this is just a warning, when libxml-libxml-perl uses an older libxml2 runtime than XML::LibXML was compiled against (which looks correct as you seem to have 2.9.1+dfsg1-3 installed, whereas the recent upload was build against the version in unstable). But since the symbols file guards us already against incompatibilities I think we should just patch away this test in the Debian shipped module. (the other possibility would be to build in a mechanism in the package build to have stricter dependencies only to the version it was built against, but as long libxml2 is newer than 2.7.4 this is actually fine in the current case). Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783616: /usr/bin/avconv: image2pipe ppm input corrupt when header spans fifo blocks
Hi Claude, On 28.04.2015 14:37, Claude Heiland-Allen wrote: piping PPM streams to avconv can cause image corruption in the (unlikely but possible) case that a frame header overlaps the fifo block size in such a way that the partial header is almost valid You might want to try ffmpeg instead, where this problem seems to be fixed. here is a test case that reliably reproduces the bug on my system: If I change avconv to ffmpeg in your test, I get the following: 8 ffmpeg version 2.6.2-1 Copyright (c) 2000-2015 the FFmpeg developers built with gcc 4.9.2 (Debian 4.9.2-10) configuration: --prefix=/usr --extra-version=1 --build-suffix=-ffmpeg --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --enable-shared --disable-stripping --enable-avresample --enable-avisynth --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libshine --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libwavpack --enable-libwebp --enable-libxvid --enable-opengl --enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzvbi --enable-libzmq --enable-frei0r --enable-libvpx --enable-libx264 --enable-libsoxr --enable-gnutls --enable-openal --enable-libopencv --enable-librtmp --e n able-libx265 libavutil 54. 20.100 / 54. 20.100 libavcodec 56. 26.100 / 56. 26.100 libavformat56. 25.101 / 56. 25.101 libavdevice56. 4.100 / 56. 4.100 libavfilter 5. 11.102 / 5. 11.102 libavresample 2. 1. 0 / 2. 1. 0 libswscale 3. 1.101 / 3. 1.101 libswresample 1. 1.100 / 1. 1.100 libpostproc53. 3.100 / 53. 3.100 Input #0, image2pipe, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0:0: Video: ppm, rgb24, 16x104, 25 fps, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'bug.2EUPKt.out/%d.ppm': Metadata: encoder : Lavf56.25.101 Stream #0:0: Video: ppm, rgb24, 16x104, q=2-31, 200 kb/s, 25 fps, 25 tbn, 25 tbc Metadata: encoder : Lavc56.26.100 ppm Stream mapping: Stream #0:0 - #0:0 (ppm (native) - ppm (native)) frame= 50 fps=0.0 q=0.0 Lsize=N/A time=00:00:02.00 bitrate=N/A video:244kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown 8 I hope this helps you. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742748: jabberd2: fails to build with clang instead of gcc
Willem van den Akker wvdak...@wilsoft.nl writes: On Tue, 2015-04-28 at 12:27 +0200, Simon Josefsson wrote: This patch looks wrong to me -- it changes a void function into an int function, and changes return values from void to 0, which the caller ignores. I dont see a problem there. It is only used for avoiding errors compling with CLANG. If or if not a caller ignores a return value is not an issue. As far as I can tell, the patch is not needed at all since upstream has fixed this issue. Not in version 2.3.3 I don't follow. What error is there in 2.3.3 that needs to be patched? I believe the clang_FTBFS_Wreturn-type.diff patch we carried was the problem that caused the FTBFS, and removing the patch should fix everything. The bug in 2.2.17 was this line: https://github.com/jabberd2/jabberd2/blob/jabberd-2.2.17/sm/mod_roster.c#L463 The bug is that a void function can't return a value. Gcc warns for this, clang throws an error. The line is fixed in 2.3.3: https://github.com/jabberd2/jabberd2/blob/jabberd-2.3.3/sm/mod_roster.c#L462 So the function is a proper void function. /Simon signature.asc Description: PGP signature
Bug#783626: vokoscreen: Doesn't prompt all existing pulseaudio recording devices
Package: vokoscreen Version: 2.1.0-1 Severity: normal Dear Maintainer, I have the following pulse audio recording devices: Source #0 Description: Monitor of Audio interne Digital Stereo (HDMI) Source #1 Description: Monitor of Audio interne Stéréo analogique Source #2 Description: Audio interne Stéréo analogique Source #3 Description: Hercules Dualpix Exchange Mono analogique Source #4 Description: Monitor of Meteor condenser microphone Stéréo analogique Source #5 Description: Meteor condenser microphone Stéréo analogique I'd need to record from the 6th : Meteor condenser microphone Stéréo analogique. However, the Audio source selection dialog only lets me select from the 5 first ones. This looks like a missing terminating list item processing, but I haven't yet found the culprit line in the source code. Thanks in advance. Best regards, -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vokoscreen depends on: ii libasound21.0.28-1 ii libav-tools 6:11.3-1 ii libc6 2.19-18 ii libgcc1 1:4.9.2-10 ii libqt4-network4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-test 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libstdc++64.9.2-10 ii libv4l-0 1.6.0-2 ii libv4lconvert01.6.0-2 ii libx11-6 2:1.6.2-3 ii mkvtoolnix7.3.0-1 ii pulseaudio-utils 5.0-13 ii vlc 2.2.0~rc2-2 Versions of packages vokoscreen recommends: ii libdc1394-utils 2.2.3-1 vokoscreen suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783499: When upgrade to Jessie, Access Control declaration need to be modified
Package: munin Followup-For: Bug #783499 Hi Felix, I also got caught with this. Please see /etc/munin/apache24.conf which contains Apache 2.4 compatible syntax. I would have expected to see this file symlinked to /etc/apache/conf-available/munin.conf Cheers, Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783629: libapache2-mod-qos: Module not compatible with Apache 2.4 ABI
Package: libapache2-mod-qos Severity: important Dear Maintainer, After updating to Debian 8.0, this module is no longer working. It seems Apache 2.4 breaks the ABI, and Apache 2.4 is now included with Jessie. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages libapache2-mod-qos depends on: ii apache2.2-common 2.4.10-10 ii libapr1 1.5.1-3 ii libaprutil1 1.5.4-1 ii libc6 2.19-18 ii libpcre3 2:8.35-3.3 ii libpng12-01.2.50-2+b2 ii libssl1.0.0 1.0.1k-3 ii zlib1g1:1.2.8.dfsg-2+b1 libapache2-mod-qos recommends no packages. libapache2-mod-qos suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783610: Warning: XML::LibXML compiled against libxml2 20902, but runtime libxml2 is older 20901
On 2015-04-28 13:31:19 +0200, Vincent Lefevre wrote: I get the following warning, which makes one of my scripts fail: Warning: XML::LibXML compiled against libxml2 20902, but runtime libxml2 is older 20901 The warning appears in /usr/lib/x86_64-linux-gnu/perl5/5.20/XML/LibXML.pm #-# # test exact version (up to patch-level) # #-# { my ($runtime_version) = LIBXML_RUNTIME_VERSION() =~ /^(\d+)/; if ( $runtime_version LIBXML_VERSION ) { warn Warning: XML::LibXML compiled against libxml2 .LIBXML_VERSION. , but runtime libxml2 is older $runtime_version\n; } } Either the exact version is needed, in which case a versioned dependency is missing, or the exact version is not needed and the warning is useless and would introduce more problems than trying to solve hypothetical ones: in interactive use, such warnings are annoying and distracting, and in a context where stderr is checked, it can break things (in cron scripts, this would spam the user). -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774040: lrzip: segmentation fault
* László Böszörményi (GCS) g...@debian.org, 2015-04-28, 15:27: It still crashes here. According to AddressSantizer, it's a heap-based buffer overflow: ==8829==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xf5a00753 at pc 0xf72c17b1 bp 0xfffc0b48 sp 0xfffc0b2c WRITE of size 190 at 0xf5a00753 thread T0 #0 0xf72c17b0 in read (/usr/lib/i386-linux-gnu/libasan.so.1+0x237b0) #1 0x8071c14 in read /usr/include/i386-linux-gnu/bits/unistd.h:44 [...] Aha! I think I caught you. In the first bugreport you reported that your system is amd64. Mine is amd64 as well and the segmentation fault doesn't happen. It outputs a normal message about memory usage and exists. But now in the backtrace your system seems to be i386. Oops. I was using another machine for testing previously. But I've just tried it on amd64, and it still crashes: $ apt-cache policy lrzip lrzip: Installed: 0.621-1 Candidate: 0.621-1 Version table: *** 0.621-1 0 500 http://ftp.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status $ lrzcat crash.lrz /dev/null Warning, unable to set nice value Decompressing... How much memory your system has? $ free -m total used free sharedbuffers cached Mem: 1980 1892 88 0151 1243 -/+ buffers/cache:497 1482 Swap:0 0 0 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783628: lintian: warn about buggy uploaders fields
Package: lintian Severity: wishlist The uploaders for python-requests-mock looks like this: Uploaders: Thomas Goirand z...@debian.org, , In debian/control the Uploaders looks like this: Uploaders: Thomas Goirand z...@debian.org, , The commas are unnecessary and lintian should warn about them so that maintainers do not cause the QA scripts to whine at the QA infra team. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#579473: evolution: Upstream bug and fix
Package: evolution Version: 3.12.9~git20141130.241663-1+b1 Followup-For: Bug #579473 Hi, I submitted what looks (at least to my un-technically trained eye) like a similiar report to upstream They looked at my backtrace and marked it as a duplicate of an existing bug report that they say has been partially fixed, and also said the problem is specifically in evolution-data-server: evolution-data-server 3.12.9 contains a fix from bug #732018, which wasn't complete, unfortunately, and a new change was added into the development version (see the other bug for more details). Ask your distribution maintainers to backport the other patch too. Looks like the other patch is in 3.15.91+? : It turned out that the crash can still happen in some cases. I added a workaround and claim an error on console, instead of let glib-networking crash the application with the below change. Created commit a17c38c in eds master (3.15.91+) The upstream bug report is here: https://bugzilla.gnome.org/show_bug.cgi?id=732018 And my bug report upstream (also experienced on Jessie, at the moment): https://bugzilla.gnome.org/show_bug.cgi?id=748448 Upstream said that I should ask if that can be backported here, is there any chance of that? Hope this is helpful, cheers, Nick -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages evolution depends on: ii dbus 1.8.16-1 ii debconf [debconf-2.0] 1.5.56 ii evolution-common 3.12.9~git20141130.241663-1 ii evolution-data-server 3.12.9~git20141128.5242b0-2+deb8u2 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-02.14.0-1 ii libc6 2.19-18 ii libcamel-1.2-493.12.9~git20141128.5242b0-2+deb8u2 ii libclutter-gtk-1.0-0 1.6.0-1 ii libecal-1.2-16 3.12.9~git20141128.5242b0-2+deb8u2 ii libedataserver-1.2-18 3.12.9~git20141128.5242b0-2+deb8u2 ii libevolution 3.12.9~git20141130.241663-1+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libical1a 1.0-1.3 ii libnotify4 0.7.6-2 ii libsoup2.4-1 2.48.0-1 ii libwebkitgtk-3.0-0 2.4.8-2 ii libxml22.9.1+dfsg1-5 ii psmisc 22.21-2 Versions of packages evolution recommends: ii bogofilter 1.2.4+dfsg1-3 ii evolution-plugins 3.12.9~git20141130.241663-1+b1 ii spamassassin 3.4.0-6 ii yelp 3.14.1-1 Versions of packages evolution suggests: pn evolution-ews none ii evolution-plugins-experimental 3.12.9~git20141130.241663-1+b1 ii gnupg 1.4.18-7 ii network-manager 0.9.10.0-7 -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783543: Acknowledgement (miscompile of _mm256_permutevar8x32_epi32)
the issue has been fixed upstream in r232085, 3.6 backport commit on release_6 branch is r232118 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753: Upload xxv-intel 2.99.x to sid?
Probably, but why keep it in experimental just because the number scheme is a little bit off. signature.asc Description: This is a digitally signed message part.
Bug#783625: RFS: codespell/1.7-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package codespell * Package name: codespell Version : 1.7-2 Upstream Author : Lucas de Marchi lucas.de.mar...@gmail.com * URL : https://github.com/lucasdemarchi/codespell * License : GPL-2.0 Section : devel It builds those binary packages: codespell - find and fix common misspellings in text files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/codespell Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/codespell/codespell_1.7-2.dsc or clone from collab-maint: git clone git://anonscm.debian.org/collab-maint/codespell.git Changes since the last upload: codespell (1.7-2) unstable; urgency=medium * debian/control: changed maintainer email address. * Upload to unstable. -- Peter Spiess-Knafl d...@spiessknafl.at Mon, 27 Apr 2015 00:15:42 +0200 codespell (1.7-1) experimental; urgency=medium * New upstream release: removed upstream applied patches * New maintainer: mutually agreed adoption * debian/rules: added upstream changelog * debian/rules: generate manpage with help2man (Closes: #779900) * debian/watch: point to github releases (Closes: #780014) * debian/control: adding Vcs-* fields * debian/control: bumped Standards-Version to 3.9.6, no changes needed. * debian/copyright: Updated Source and Copyright for debian/* * Added patch for Trying next encoding utf-8 (Closes: #763266) -- Peter Spiess-Knafl p...@autistici.org Sun, 08 Mar 2015 23:25:27 +0100 Regards, Peter Spiess-Knafl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783596: Not a bug
Control: reassign -1 resolvconf Hello, On Tue, 28 Apr 2015 16:28:43 +0200 Andrew Shadura and...@shadura.me wrote: The unexpected behavior you reported arises from a bug or limitation in ifupdown: when there are multiple logical interface definitions with the same name it only sends information from the last definition to hook scripts. If this gets fixed or changed then resolvconf will work the way you expected. That isn't true: ifupdown calls all hook scripts for every entry that many times as is the number of entries. Look: # for d in /etc/resolvconf/run/interface/*; do echo $d; cat $d; done /etc/resolvconf/run/interface/000.rdnssd nameserver 2001:xxx:xxx::1 nameserver 2001:xxx:xxx::2 /etc/resolvconf/run/interface/wlan2.dhclient nameserver 8.8.8.8 nameserver 192.168.125.1 /etc/resolvconf/run/interface/wlan2.inet nameserver 192.168.125.1 # echo -n | /sbin/resolvconf -a wlan2.inet # for d in /etc/resolvconf/run/interface/*; do echo $d; cat $d; done /etc/resolvconf/run/interface/000.rdnssd nameserver 2001:xxx:xxx::1 nameserver 2001:xxx:xxx::2 /etc/resolvconf/run/interface/wlan2.dhclient nameserver 8.8.8.8 nameserver 192.168.125.1 /etc/resolvconf/run/interface/wlan2.inet # It's a bug in resolvconf's hook scripts, they shouldn't override interface settings if no recognised option is specified. -- Cheers, Andrew pgpL9xJaKmXx3.pgp Description: OpenPGP digital signature
Bug#783616: /usr/bin/avconv: image2pipe ppm input corrupt when header spans fifo blocks
On 28/04/15 14:16, Sebastian Ramacher wrote: Thanks for your bug report. Could you please forward report it directly to the libav developers? See https://libav.org/bugreports.html for details. Done: https://bugzilla.libav.org/show_bug.cgi?id=854 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673589: gnome-online-accounts: Google account credentials expire immediately after login
Package: gnome-online-accounts Version: 3.14.2-1 Followup-For: Bug #673589 Dear Maintainer, After upgrading to Jessie I've started seeing this problem. I couldn't use my Google account and trying to authenticate would always result in expired credentials. I've tried deleting the account and creating it again, using the Google unlock capcha page and also deleting the corresponding keyring entry. Nothing's worked here. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-online-accounts depends on: ii libc6 2.19-18 ii libgcr-base-3-1 3.14.0-2 ii libglib2.0-0 2.42.1-1 ii libgoa-1.0-0b 3.14.2-1 ii libgoa-backend-1.0-1 3.14.2-1 ii libkrb5-3 1.12.1+dfsg-19 ii librest-0.7-0 0.7.92-3 ii libsoup2.4-1 2.48.0-1 ii libtelepathy-glib00.24.1-1 Versions of packages gnome-online-accounts recommends: ii dleyna-server 0.4.0-1 ii gnome-control-center 1:3.14.2-3 ii realmd0.15.1-1+b2 gnome-online-accounts 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#783029: [tryton-debian] Bug#783029: [py3porters-devel] Packaging of suds-jurko
On Tue, Apr 28, 2015 at 04:32:23PM +0200, Lionel Elie Mamane wrote: On Tue, Apr 28, 2015 at 03:27:12PM +0200, Mathias Behrle wrote: * Lionel Elie Mamane: [tryton-debian] suds in Debian (Tue, 28 Apr 2015 13:24:25 +0200): I just uploaded the jurko fork of suds (the latter you are maintainer of in Debian) to Debian. Before commenting further I would like to hear about your motivations: My motivation is purely having a working suds for Python3 so that I can use stdnum.eu.vat.check_vies in Python3 (see https://bugs.debian.org/774948 ). If my work is useful to others, then I'm happy to share it, if not I'll keep it is a local package for me. I mean: if not, I'll keep it is a local package for me in the immediate future and happily switch back to your suds-in-Debian when it works with Python3. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783029: [tryton-debian] Bug#783029: [py3porters-devel] Packaging of suds-jurko
On Tue, Apr 28, 2015 at 03:27:12PM +0200, Mathias Behrle wrote: * Lionel Elie Mamane: [tryton-debian] suds in Debian (Tue, 28 Apr 2015 13:24:25 +0200): I just uploaded the jurko fork of suds (the latter you are maintainer of in Debian) to Debian. I am quite surprised to hear that. Your package even doesn't seem to close an ITP bug. Could you please provide the link to your packaging sources? https://people.debian.org/~lmamane/suds/ The killer feature for me was compatibility with Python 3. It installs as python module suds, for drop-in replacement of suds. The killer feature of suds-jurko those days may turn out to be that it tends to be as unmaintained as the original suds. sigh For now, the Python2 package of suds-jurko provides and conflicts with python-suds (your package). Let me know whether you think something more soft, like e.g. collaborating through update-alternatives, would be more appropriate. Sorry, coordinating before uploading to NEW would have been much more appropriate, (...). Before commenting further I would like to hear about your motivations: My motivation is purely having a working suds for Python3 so that I can use stdnum.eu.vat.check_vies in Python3 (see https://bugs.debian.org/774948 ). If my work is useful to others, then I'm happy to share it, if not I'll keep it is a local package for me. - Are you aware of the work in progress at [1]? No. - Are you aware of the planning to prepare suds-jurko as a drop-in replacement for suds with coordinating to migrate also the project at pypi [2][3]? No. Since you seem to have good not-too-long-term plans, I'm happy if we ask ftpmaster to reject my upload to make way for your plans. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783631: no passphrase dialog at boot time
Package: cryptsetup Version: 2:1.6.6-5 If I setup an encrypted root partition, then there is no passphrase dialog at boot time. I have to manually run cryptsetup luksOpen /dev/vda2 pv00 at the initramfs prompt. For Wheezy there was no such problem. Regards Harri -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.16.0-0.bpo.4-amd64 root=UUID=bdd325fc-28c9-44dd-80d5-5df284acc4f4 ro irqpoll quiet -- /etc/crypttab # target name source device key file options pv00 51b8778c-5768-43e3-b803-b23202ae1f80 none luks -- /etc/fstab /dev/disk/by-uuid/b8df89be-865b-4e7b-98eb-791c2d70fda1 / ext4 defaults0 1 /dev/disk/by-uuid/6958593e-c267-4b00-bc20-99e6f841d6bb /boot ext4 defaults0 2 -- lsmod Module Size Used by sha256_ssse3 25692 2 sha256_generic 20900 1 sha256_ssse3 nls_utf8 12456 22 nls_cp437 16553 0 usb_storage56154 2 ebtable_broute 12541 0 ebtable_filter 12591 0 veth 13095 0 ipheth 12945 0 fuse 87557 1 ufs73394 0 qnx4 13036 0 hfsplus 101339 0 hfs53803 0 minix 35520 0 ntfs 194520 0 vfat 17135 0 msdos 17046 0 fat61944 2 vfat,msdos jfs 176956 0 xfs 824882 0 libcrc32c 12426 1 xfs reiserfs 234611 0 ib_srpt44852 1 tcm_qla2xxx29371 1 qla2xxx 609182 1 tcm_qla2xxx tcm_loop 19316 1 tcm_fc 22963 1 libfc 110687 1 tcm_fc scsi_transport_fc 56120 3 qla2xxx,libfc,tcm_qla2xxx scsi_tgt 17736 1 scsi_transport_fc iscsi_target_mod 266337 7 target_core_pscsi 17245 0 target_core_file 17355 0 target_core_iblock 17627 1 target_core_mod 311311 23 target_core_iblock,tcm_qla2xxx,target_core_pscsi,iscsi_target_mod,tcm_fc,ib_srpt,target_core_file,tcm_loop configfs 31707 4 tcm_qla2xxx,iscsi_target_mod,target_core_mod ip6table_filter12540 0 ip6_tables 25981 1 ip6table_filter ebtable_nat12580 0 ebtables 34059 3 ebtable_broute,ebtable_nat,ebtable_filter rfcomm 57995 0 bnep 17432 2 bluetooth 386513 10 bnep,rfcomm 6lowpan_iphc 16588 1 bluetooth rfkill 18860 2 bluetooth xt_CHECKSUM12471 1 iptable_mangle 12536 1 ipt_MASQUERADE 12594 1 iptable_nat12646 1 nf_conntrack_ipv4 18412 1 nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 nf_nat_ipv412912 1 iptable_nat nf_nat 18159 3 ipt_MASQUERADE,nf_nat_ipv4,iptable_nat nf_conntrack 91427 5 ipt_MASQUERADE,nf_nat,nf_nat_ipv4,iptable_nat,nf_conntrack_ipv4 xt_tcpudp 12527 5 iptable_filter 12536 1 ip_tables 25967 3 iptable_filter,iptable_mangle,iptable_nat x_tables 27112 9 ip6table_filter,xt_CHECKSUM,ip_tables,xt_tcpudp,ipt_MASQUERADE,iptable_filter,ebtables,iptable_mangle,ip6_tables cpufreq_powersave 12454 0 cpufreq_userspace 12525 0 cpufreq_stats 12782 0 cpufreq_conservative14292 0 pci_stub 12429 1 vboxpci23119 0 vboxnetadp 25443 0 vboxnetflt 27420 0 vboxdrv 336005 3 vboxnetadp,vboxnetflt,vboxpci binfmt_misc16917 1 uinput 17372 1 ib_iser48661 0 rdma_cm39552 1 ib_iser iw_cm 31001 1 rdma_cm ib_cm 39060 2 rdma_cm,ib_srpt ib_sa 31036 2 rdma_cm,ib_cm ib_mad 44068 3 ib_cm,ib_sa,ib_srpt ib_core68904 7 rdma_cm,ib_cm,ib_sa,iw_cm,ib_mad,ib_iser,ib_srpt ib_addr17194 2 rdma_cm,ib_core iscsi_tcp 17580 0 libiscsi_tcp 21554 1 iscsi_tcp libiscsi 48058 3 libiscsi_tcp,iscsi_tcp,ib_iser scsi_transport_iscsi77475 4 iscsi_tcp,ib_iser,libiscsi rpcsec_gss_krb534327 0 nfsv4 427268 1 dns_resolver 12641 1 nfsv4 nfsd 275168 2 auth_rpcgss55113 2 nfsd,rpcsec_gss_krb5 oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 196300 2 nfsv4 lockd 87642 2 nfs,nfsd fscache45457 2 nfs,nfsv4 sunrpc249620 14 nfs,nfsd,rpcsec_gss_krb5,auth_rpcgss,lockd,nfsv4,nfs_acl bridge110153 1 ebtable_broute stp12437 1 bridge llc12790 2 stp,bridge dm_crypt 22602 1 tun
Bug#783607: libpoppler: Some contents in some pdf documents seem to be ignored
Package: libpoppler46 Version: 0.26.5-1 Severity: important Dear Maintainer, Poppler fails to correctly process the contents of some pdf files. Part of the contents seem to be simply ignored. An example file is attached (decompressed pdf). Using pdftotext, a euro sign and two blank lines are displayed, whereas the file contains much more text than that, as can be verified using other pdf tools, or by viewing the file in a text editor. I tested version 0.28.1-1 as well (using pdftotext), and the behavior is the same. The attached file is rendered incorrectly by okular, evince, xpdf and poppler-utils (pdftotext, pdftohtml). It is correctly rendered when using gv (1:3.7.4-1), firefox (iceweasel 31.6.0esr-1, using the built-in PDF viewer) and mupdf (1.6-1). (I tested these packages on an up-to-date debian stretch system (as of 28 april 2015)) Kind regards, Rogier. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpoppler46:i386 depends on: ii libc6 2.19-11 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc11:4.9.1-16 ii libjpeg62 1:1.3.1-3 ii liblcms2-2 2.6-3+b1 ii libopenjpeg5 1:1.5.2-3 ii libpng12-0 1.2.50-2 ii libstdc++6 4.9.1-16 ii libtiff5 4.0.3-10+b1 ii multiarch-support 2.19-11 Versions of packages libpoppler46:i386 recommends: ii poppler-data 0.4.7-1 libpoppler46:i386 suggests no packages. -- no debconf information p4.pdf.bz2 Description: application/bzpdf
Bug#783596: Not a bug
Hi there and thanks very much for your report. this does not work (/etc/resolv.conf only contains the header and no nameservers): iface pan0 inet static address 192.168.1.2 netmask 255.255.255.0 dns-nameservers 8.8.8.8 8.8.4.4 iface pan0 inet static address 192.168.252.1 netmask 255.255.255.0 It is, so far as I know, not intended that multiple logical interfaces be defined with the same name, as you do with the several logical interface definitions for pan0. Each logical interface should have a distinct name. I see that the method without aliases is preferred as the other one is called legacy Where did you read this? -- Thomas Hood -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783608: nftables: returned service status is wrong
Package: nftables Version: 0.4-3 Severity: normal Dear Arturo Borrero, The do_status() function returns 0 for failure and 1 for success, as documented there. But those values are erroneously used in the status case. Best Regards, -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753: Upload xxv-intel 2.99.x to sid?
No - please do so. I've been using it from experimental since christmas with no issues. Xorg reports this : [ 4.086] (II) Module intel: vendor=X.Org Foundation [ 4.088] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: [ 4.088] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000 [ 4.088] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100 [ 4.088] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300 signature.asc Description: This is a digitally signed message part.
Bug#783657: dpkg: more install-info related Breaks needed for removed ancient packages
Package: dpkg Version: 1.17.25 Severity: normal Hi Guillem, looks like my search for ancient packages that expect install-info from dpkg was not complete, there are at least these ones as well: # removed after lenny ada-mode ( 3.6-3+rm) octave2.1-info ( 1:2.1.73-19+rm) There are a few hundred more packages in the queue for checking, but the release of jessie caused a sudden burst of uploads to sid and migrations to testing that get checked with higher precedence ... :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783620: initramfs-tools: initramfs broken on first boot into Jessie, Unable to mount root fs on unknown-block(0, 0)
On Tue, 2015-04-28 at 21:39 +0200, Bernhard Schmidt wrote: Hi, I have tried two times to send the screenshot to this bug, but it was always eaten (delivered to @bugs.debian.org, but never made it to the BTS). I have put it online at http://users.birkenwald.de/~berni/volatile/783620.png Note that there is a bit of local integration work in these systems (a few additional packages, and the upgrade procedure switches from the legacy VMware tools to open-vm-tools), but nothing that deep that should affect initramfs. Also 90% of the upgrades go through without any issues. And the initrd content is binary-identical, so ... This is a kernel panic, which usually means the initramfs wasn't loaded at all. Which boot loader is used on this system? GRUB or something else? Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part
Bug#735573: Fixed in pystatgrab 0.6
This issue is fixed in pystatgrab 0.6. Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x6C226B37FDF38D55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780212: live-boot: cannot boot on system with wifi
reassign 780212 ifupdown thanks On 04/28/15 10:34, Michal Suchanek wrote: It hangs in systemd. It waits for network coming up and never continues with boot. then that is a systemd or ifupdown problem, but it's unrelated to live-*, thus reassigning (to ifupdown, since it's more likely to be caused there). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774576: linux-image-3.16.0-4-amd64: SATA errors with non-faulty disks
Had the same SATA error messages after changing OS from Wheezy 32-Bit to Jessie 64-Bit, saw them when copying big (some 100 MBs) files. But the MD5-Sums of copied files where the same as the of the original files, so there seemed to be no real impact. Had the SATA disk (Samsung SSD 830 series) in use for years without problem before. SMART was also looking good. Solution for me was replacing the SATA cable with another one from another producer (saw that solution somewhere on the internet). Just grabbed in the hardware box and took that other cable- the mentioned error messages did not occur anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783658: All authentication fails with NT_STATUS_NO_SUCH_USER if server's NetBIOS name is 15 chars
Package: samba Version: 2:4.1.17+dfsg-2 Tags: upstream, fixed-upstream Samba 4.1.17 appears to have a bug causing all authentication attempts to fail (internal error NT_STATUS_NO_SUCH_USER) if the NetBIOS name of the server is over 15 characters long. This includes the inferred name if netbios name is not set in the config file and the machine's hostname is over 15 characters long -- therefore the config may not even be incorrect but authentication still break. This was reported upstream previously https://bugzilla.samba.org/show_bug.cgi?id=11008 and is fixed in a newer Samba. The fix may need to be backported. A workaround is to set netbios name explicitly in smb.conf to a string of 15 or fewer characters. After restarting Samba, authentication should work as before. -- Chris Howie http://www.chrishowie.com http://en.wikipedia.org/wiki/User:Crazycomputers If you correspond with me on a regular basis, please read this document: http://www.chrishowie.com/email-preferences/ PGP fingerprint: 2B7A B280 8B12 21CC 260A DF65 6FCE 505A CF83 38F5 IMPORTANT INFORMATION/DISCLAIMER This document should be read only by those persons to whom it is addressed. If you have received this message it was obviously addressed to you and therefore you can read it. Additionally, by sending an email to ANY of my addresses or to ANY mailing lists to which I am subscribed, whether intentionally or accidentally, you are agreeing that I am the intended recipient, and that I may do whatever I wish with the contents of any message received from you, unless a pre-existing agreement prohibits me from so doing. This overrides any disclaimer or statement of confidentiality that may be included on your message. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783659: wheezy-pu: package unrar-nonfree/1:4.1.4-1+deb7u1
Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu Hi, unrar-nonfree is affected by a symlink directory traversal vulnerability, see bug #774171. (wheezy is currenctly incorrectly marked as not-affected in the security tracker.) Attached is a debdiff that has a backport of the upstream fix. Cheers, Felix diff -Nru unrar-nonfree-4.1.4/debian/changelog unrar-nonfree-4.1.4/debian/changelog --- unrar-nonfree-4.1.4/debian/changelog 2012-02-14 23:40:11.0 +0100 +++ unrar-nonfree-4.1.4/debian/changelog 2015-04-28 21:39:45.0 +0200 @@ -1,3 +1,10 @@ +unrar-nonfree (1:4.1.4-1+deb7u1) wheezy; urgency=medium + + * Fix a symlink directory traversal vulnerability (Closes: #774171) +- Add debian/patches/fix-dir-traversal + + -- Felix Geyer fge...@debian.org Tue, 28 Apr 2015 21:38:08 +0200 + unrar-nonfree (1:4.1.4-1) unstable; urgency=low * New upstream release diff -Nru unrar-nonfree-4.1.4/debian/patches/fix-dir-traversal unrar-nonfree-4.1.4/debian/patches/fix-dir-traversal --- unrar-nonfree-4.1.4/debian/patches/fix-dir-traversal 1970-01-01 01:00:00.0 +0100 +++ unrar-nonfree-4.1.4/debian/patches/fix-dir-traversal 2015-04-28 21:44:33.0 +0200 @@ -0,0 +1,120 @@ +Description: Fix a symlink directory traversal vulnerability. + Backported from version 5.2.7. +Bug-Debian: https://bugs.debian.org/774171 + +--- unrar-nonfree-4.1.4.orig/cmddata.cpp unrar-nonfree-4.1.4/cmddata.cpp +@@ -538,6 +538,8 @@ void CommandData::ProcessSwitch(const ch + #ifdef SAVE_LINKS + case 'L': + SaveLinks=true; ++ if (etoupper(Switch[2])=='A') ++AbsoluteLinks=true; + break; + #endif + #ifdef _WIN_ALL +--- unrar-nonfree-4.1.4.orig/extract.cpp unrar-nonfree-4.1.4/extract.cpp +@@ -856,7 +856,7 @@ bool CmdExtract::ExtractCurrentFile(Comm + CurFile.SetAllowDelete(!Cmd-KeepBroken); + + bool LinkCreateMode=!Cmd-Test !SkipSolid; +- if (ExtractLink(DataIO,Arc,DestFileName,DataIO.UnpFileCRC,LinkCreateMode)) ++ if (ExtractLink(Cmd,DataIO,Arc,DestFileName,DataIO.UnpFileCRC,LinkCreateMode)) + PrevExtracted=LinkCreateMode; + else + if ((Arc.NewLhd.Flags LHD_SPLIT_BEFORE)==0) +--- unrar-nonfree-4.1.4.orig/loclang.hpp unrar-nonfree-4.1.4/loclang.hpp +@@ -99,7 +99,7 @@ + #define MCHelpSwNal\n n@list Include files listed in specified list file + #define MCHelpSwO \n o[+|-]Set the overwrite mode + #define MCHelpSwOC \n ocSet NTFS Compressed attribute +-#define MCHelpSwOL \n olSave symbolic links as the link instead of the file ++#define MCHelpSwOL \n ol[a] Process symbolic links as the link [absolute paths] + #define MCHelpSwOR \n orRename files automatically + #define MCHelpSwOS \n osSave NTFS streams + #define MCHelpSwOW \n owSave or restore file owner and group +--- unrar-nonfree-4.1.4.orig/options.hpp unrar-nonfree-4.1.4/options.hpp +@@ -116,6 +116,7 @@ class RAROptions + int ConvertNames; + bool ProcessOwners; + bool SaveLinks; ++bool AbsoluteLinks; + int Priority; + int SleepTime; + bool KeepBroken; +--- unrar-nonfree-4.1.4.orig/ulinks.cpp unrar-nonfree-4.1.4/ulinks.cpp +@@ -2,7 +2,44 @@ + + + +-bool ExtractLink(ComprDataIO DataIO,Archive Arc,const char *LinkName,uint LinkCRC,bool Create) ++static bool IsFullRootPath(const char *PathA) // Unix ASCII version. ++{ ++ return *PathA==CPATHDIVIDER; ++} ++ ++ ++static bool IsRelativeSymlinkSafe(const char *SrcName,const char *TargetName) ++{ ++ if (IsFullRootPath(SrcName)) ++return false; ++ int AllowedDepth=0; ++ while (*SrcName!=0) ++ { ++if (IsPathDiv(SrcName[0]) SrcName[1]!=0 !IsPathDiv(SrcName[1])) ++{ ++ bool Dot=SrcName[1]=='.' (IsPathDiv(SrcName[2]) || SrcName[2]==0); ++ bool Dot2=SrcName[1]=='.' SrcName[2]=='.' (IsPathDiv(SrcName[3]) || SrcName[3]==0); ++ if (!Dot !Dot2) ++AllowedDepth++; ++} ++SrcName++; ++ } ++ if (IsFullRootPath(TargetName)) // Catch root dir based /path/file paths. ++return false; ++ for (int Pos=0;*TargetName!=0;Pos++) ++ { ++bool Dot2=TargetName[0]=='.' TargetName[1]=='.' ++ (IsPathDiv(TargetName[2]) || TargetName[2]==0) ++ (Pos==0 || IsPathDiv(*(TargetName-1))); ++if (Dot2) ++ AllowedDepth--; ++TargetName++; ++ } ++ return AllowedDepth=0; ++} ++ ++ ++bool ExtractLink(CommandData *Cmd,ComprDataIO DataIO,Archive Arc,const char *LinkName,uint LinkCRC,bool Create) + { + #if defined(SAVE_LINKS) defined(_UNIX) + char LinkTarget[NM]; +@@ -13,6 +50,13 @@ bool ExtractLink(ComprDataIO DataIO,Arc + LinkTarget[DataSize]=0; + if (Create) + { ++ if (!Cmd-AbsoluteLinks (IsFullRootPath(LinkTarget) || ++
Bug#783673: RFP: google-caja -- Compiler for making third-party HTML, CSS and JavaScript safe for embedding
Package: wnpp Version: N/A; reported 2015-04-28 Severity: wishlist * Package name: google-caja * URL: https://code.google.com/p/google-caja/ * License: Apache 2 Description: Compiler for making third-party HTML, CSS and JavaScript safe for embedding The Caja Compiler is a tool for making third party HTML, CSS and JavaScript safe to embed in your website. It enables rich interaction between the embedding page and the embedded applications. Caja uses an object-capability security model to allow for a wide range of flexible security policies, so that your website can effectively control what embedded third party code can do with user data. I've never packaged a Java application before, and I'm not really sure what's involved. I may be willing to attempt it on my own, though, but I would probably prefer to have someone help me with the initial packaging.
Bug#783668: d-i.debian.org: investigate $DI/scripts/l10n/l10n-sync's output after dillon's upgrade to jessie
Package: d-i.debian.org Severity: normal The nightly $DI/scripts/l10n/l10n-sync cron job has a rather scary/verbose output after dillon's upgrade to jessie. It also looks like some gettext-ish things changed, involving changes in line-wrapping (at least to my non-expert eyes): http://anonscm.debian.org/viewvc/d-i?view=revisionrevision=69866 All of this will need some investigation… Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707843: Gbirthday demands python-evolution
Just as a reminder: Jessie now is stable and the problem still is there: I upgraded from wheezy and removed many obsolete packages, including python-evolution. Gbirthday complains (via popup message near GNOME3's notification area) that python-evolution is missing and demands to install it in order to use gbirthday with evolution. (This is what I did before with wheezy.) So IMO it's no longer a simple suggests vs. recommends question but it's a bug: The program asks something to be done that is not possible. Even more: for my usecase gbirhday has become useless and I will uninstall it. But there might be more (and better working) usecases. To avoid this problem you should entirely disable the selection of evolution as database-source. Christian Meyer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783669: Acknowledgement (/sys/module/rcutree/parameters/rcu_cpu_stall_suppress: Permission denied, Failed to bring up eth0.)
Problem solved. In /etc/network/interfaces for eth0 in wheezy, I had pre-up echo 1 /sys/module/rcutree/parameters/rcu_cpu_stall_suppress In jessie, this has moved to /sys/module/rcupdate/parameters/rcu_cpu_stall_suppress so changing 'rcutree' to 'rcupdate' solves my problem. -- James Long Information Systems Manager International Arctic Research Center University of Alaska Fairbanks jlong15 at alaska.edu (907) 474-2440 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765898: rkhunter: default values of file/command/pathname exceptions
On 2015-04-29 11:15, Christoph Anton Mitterer wrote: #SYSLOG_CONFIG_FILE=/etc/syslog.conf = while rkhunter will determine this automatically, it may still be nice to set it to /etc/rsyslog.conf on Debian, since rsyslog is the default I'm not sure I enough about this (since it's working) to patch the upstream source further. SCRIPTWHITELIST=/usr/bin/unhide.rb = maybe it makes also sense un-comment from that line, since rkhunter Recommneds unhide.rb and it's likely to be installed See als bug #. That's going to lead to a failure on machines that don't have it unfortunately. At least until http://sourceforge.net/p/rkhunter/feature-requests/41/ is fixed. INSTALLDIR=/usr = which isn't contained in the upstream default rkhunter.conf. Is this perhaps just a leftover? It could very well be. We'd have to test with and without. For the following, I'm not really sure why I didn't suggest sha512 instead of sha256: HASH_CMD = As part of crypto strengthening, I'd probably suggest to set this to: HASH_CMD=sha512sum Isn't sha512sum slower than sha256sum? As long as sha256 is considered strong, I would favour the more efficient tool. Further, I've seen you commented: #SCRIPTWHITELIST=/usr/bin/lwp-request It's also suggested by rkhunter... so similarly to unhide.rb,... it *may* make sense to have this enabled per default. But I have no strong opinion on either of the two. See above comment. Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783672: cdebootstrap: Please support stretch/testing
Package: cdebootstrap Version: 0.6.4 Severity: important It is currently not possible to install a testing/stretch system using cdebootstrap(-static) and it would be nice if it could. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages cdebootstrap depends on: ii debian-archive-keyring 2014.3 ii gpgv1.4.18-7 ii libbz2-1.0 1.0.6-7+b3 ii libc6 2.19-18 ii libdebian-installer-extra4 0.99 ii libdebian-installer40.99 ii liblzma55.1.1alpha+20120614-2+b3 ii wget1.16.3-2 ii zlib1g 1:1.2.8.dfsg-2+b1 cdebootstrap recommends no packages. cdebootstrap 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#783664: tasksel: Add recommends hdparm to task-laptop
Control: reassign -1 ftp.debian.org Control: retitle -1 override: hdparm:admin/standard On Wed, 2015-04-29 at 08:53 +1200, Ben Caradoc-Davies wrote: Package: tasksel Version: 3.31 Severity: wishlist Dear Maintainer, the removal of pm-utils from task-laptop in tasksel 3.30 has the side effect of removing hdparm from live images. See report and discussion: https://lists.debian.org/debian-live/2015/04/msg00066.html https://lists.debian.org/debian-live/2015/04/msg00067.html https://lists.debian.org/debian-live/2015/04/msg00069.html - This is a regression as hdparm was included in live images up to and including 7.8.0. - hdparm is in my view an essential utility for live images as it enables identification of ATA devices and pre-installation ATA secure erase. - Live images have a 'we defer the package selection to tasksel entirely'-policy. Please add hdparm as recommends of task-laptop so that hdparm is included in live images. hdparm is in no way specific to laptops, so it doesn't belong in task-laptop. Perhaps it should have standard priority instead? Ben. -- Ben Hutchings Beware of programmers who carry screwdrivers. - Leonard Brandwein signature.asc Description: This is a digitally signed message part
Bug#783669: /sys/module/rcutree/parameters/rcu_cpu_stall_suppress: Permission denied, Failed to bring up eth0.
Package: ifupdown Version: 0.7.53.1 Severity: normal Dear Maintainer, upgraded 64-core box from wheezy to jessie, eth1 and eth2 come up with static IPs, but eth0 will not come up: $ sudo ifup eth0 /bin/sh: /sys/module/rcutree/parameters/rcu_cpu_stall_suppress: Permission denied Failed to bring up eth0. I see that there is no /sys/module/rcutree/parameters/rcu_cpu_stall_suppress, but there is a /sys/module/rcupdate/parameters/rcu_cpu_stall_suppress Thank You, Jim -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/64 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages ifupdown depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59 ii iproute 1:3.16.0-2 ii iproute2 3.16.0-2 ii libc62.19-18 ii lsb-base 4.1+Debian13+nmu1 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.3.1-6 Versions of packages ifupdown suggests: ii net-tools 1.60-26+b1 pn pppnone pn rdnssd 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#783174: www.google.com
I'd like to use a Debian server - which one would fit? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783093: youtube-dl: Please package latest upstream youtube-dl 2014.04.17
addition in-line :- On 4/29/15, shirish शिरीष shirisha...@gmail.com wrote: at bottom :- On 4/28/15, Rogério Brito rbr...@ime.usp.br wrote: Hi. On Apr 22 2015, shirish शिरीष wrote: Can you make a new release of youtube-dl, more precisely 2015-04-17. Quite a few sites are now broken on the old version (for e.g. Metacafe) and many others. Sure. Can you provide me with URLs that are currently broken? I would like to test them with a new version to know what I am fixing (or not fixing). $ youtube-dl --version 2015.02.28 If you had responded the same day would have been able to help you out, even then was able to try out vimeo and came across this :- [$] youtube-dl -F https://vimeo.com/125990935; [vimeo] 125990935: Downloading webpage [vimeo] 125990935: Extracting information [vimeo] 125990935: Downloading webpage [info] Available formats for 125990935: format code extension resolution note h264-sd mp4640x360 h264-hd mp41280x720 (best) although the web-page lists three, youtube-dl gives only 2 , see https://vimeo.com/125990935 this is the output when trying to download either of those :- [$] youtube-dl -f h264-hd http://vimeo.com/125990935; [vimeo] 125990935: Downloading webpage [vimeo] 125990935: Extracting information [vimeo] 125990935: Downloading webpage ERROR: unable to download video data: urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:581) This probably will have to do with the certificate store either in mozilla or somewhere else. The above seems to be a known issue, see https://github.com/rg3/youtube-dl/issues/5317 And updating openssl is not an option as openssl from experimental does something odd to the rest of the system. I don't have the drive right now to find more atm, but will share more if and when I get some free time. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783670: www.debian.org: Update w.d.o/misc/children-distros web page
Package: www.debian.org Severity: normal Tags: newcomer (Pasting the text of the wiki page https://wiki.debian.org/Teams/Webmaster/ChildrenDistros for reference) An alphabetical list of distributions based in Debian is maintained in the page http://www.debian.org/misc/children-distros The Children Distros Debian page is filled with many stale entries that need to be updated in order to keep the listing both relevant and current, and new items should be added when new children distros are developed. On the other hand, a Derivatives/Census is maintained in the wiki (with different purpose), so ideally the efforts to keep any of both lists updated should help to improve the other list. Proposed workflow 0.- Have a look at the source code of the children-distros page: http://anonscm.debian.org/viewvc/webwml/webwml/english/misc/children- distros.wml?view=markup For each children distro, name and description are provided, and after that, some comments lines should be present or added with the following info: STATUS: Date added: -MM-DD Last reviewed: -MM-DD Review/Comments: 1.- Pick a distro for which those comment lines are not present or the Last reviewed date is more than one year ago. 2.- Review the name, description and links of the distro, and update the text if necessary. Please check that links are not broken and try to provide information from a source of the original distro itself, if possible (if not, provide external links). 3.- With the information retrieved, write an update for the paragraph of the children distro (or write a new paragraph for a new distro to be included, in its place, in alphabetical order). For updates, at least the line Last reviewed: should be added/changed with the current date. 4.- Send a patch (or the info itself) to the corresponding bug report (linked in Teams/Webmaster). 5.- Check the corresponding information about the distro in Derivatives/Census with the information that you gathered, and provide the corresponding updates to the Census wiki page, if needed. Note: We would like to thank your contributions! If you want to be listed in https://contributors.debian.org/ , register an account in Alioth, the Debian forge, related to the email you use for sending the patch or the wiki edition. Team Contributors We welcome interested parties and suggestions. You can contact Laura Arjona from the Webmaster Team in order to get help on contributing to this task -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783277: Source for Wine exe-thumbnailer
Hi there, Recently, I've decided to package gnome-exe-thumbnailer/exe-thumbnailer in Debian (relevant bug# https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=783277). I just want to know, Is there an upstream repo for the exe-thumbnailer source? The version in Ubuntu / Launchpad, which I pulled my copy from, is a lot newer than what winezeug (mentioned on the Wine wiki http://wiki.winehq.org/exe-thumbnailer) has. Best, James
Bug#783497: [chdist] copies apt keys, fails to update keys, enables removed 1024bit keys by default
On Mon, Apr 27, 2015 at 04:33:27PM +0200, Helmut Grohne wrote: When creating a tree with chdist, it copies the keys from the debian-archive-keyring package. After a while the keys are recycled, but chdist still uses the old ones it copied ages ago and starts to fail suddenly after a stable release. Since debian-archive-keyring is almost essential (you must remove apt to get rid of it), it seems to make more sense to symlink those keyrings and have them updated when debian-archive-keyring updates. Agreed. Furthermore, why does chdist copy the debian-archive-removed-keys.gpg? The purpose of that file is to get keys untrusted, but chdist makes apt trust them nonetheless. No, it's to store keys from previous releases which aren't actively used. However, since chdist is intended to provide easy access to multiple releases, debian-archive-keyring.gpg may not be valid for the dist the user is using. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#783664: tasksel: Add recommends hdparm to task-laptop
On 29/04/15 10:48, Ben Hutchings wrote: hdparm is in no way specific to laptops, so it doesn't belong in task-laptop. Perhaps it should have standard priority instead? Elevating hdparm from optional to standard priority would be most welcome. Kind regards, -- Ben Caradoc-Davies b...@transient.nz Director Transient Software Limited http://transient.nz/ New Zealand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765898: rkhunter: default values of file/command/pathname exceptions
Hey Francois. Have you considered any of the following remaining ones: On Sun, 2014-10-19 at 03:10 +0200, Christoph Anton Mitterer wrote: #SYSLOG_CONFIG_FILE=/etc/syslog.conf = while rkhunter will determine this automatically, it may still be nice to set it to /etc/rsyslog.conf on Debian, since rsyslog is the default SCRIPTWHITELIST=/usr/bin/unhide.rb = maybe it makes also sense un-comment from that line, since rkhunter Recommneds unhide.rb and it's likely to be installed See als bug #. INSTALLDIR=/usr = which isn't contained in the upstream default rkhunter.conf. Is this perhaps just a leftover? For the following, I'm not really sure why I didn't suggest sha512 instead of sha256: HASH_CMD = As part of crypto strengthening, I'd probably suggest to set this to: HASH_CMD=sha512sum Further, I've seen you commented: #SCRIPTWHITELIST=/usr/bin/lwp-request It's also suggested by rkhunter... so similarly to unhide.rb,... it *may* make sense to have this enabled per default. But I have no strong opinion on either of the two. Cheers, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783093: youtube-dl: Please package latest upstream youtube-dl 2014.04.17
at bottom :- On 4/28/15, Rogério Brito rbr...@ime.usp.br wrote: Hi. On Apr 22 2015, shirish शिरीष wrote: Can you make a new release of youtube-dl, more precisely 2015-04-17. Quite a few sites are now broken on the old version (for e.g. Metacafe) and many others. Sure. Can you provide me with URLs that are currently broken? I would like to test them with a new version to know what I am fixing (or not fixing). $ youtube-dl --version 2015.02.28 If you had responded the same day would have been able to help you out, even then was able to try out vimeo and came across this :- [$] youtube-dl -F https://vimeo.com/125990935; [vimeo] 125990935: Downloading webpage [vimeo] 125990935: Extracting information [vimeo] 125990935: Downloading webpage [info] Available formats for 125990935: format code extension resolution note h264-sd mp4640x360 h264-hd mp41280x720 (best) although the web-page lists three, youtube-dl gives only 2 , see https://vimeo.com/125990935 this is the output when trying to download either of those :- [$] youtube-dl -f h264-hd http://vimeo.com/125990935; [vimeo] 125990935: Downloading webpage [vimeo] 125990935: Extracting information [vimeo] 125990935: Downloading webpage ERROR: unable to download video data: urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:581) This probably will have to do with the certificate store either in mozilla or somewhere else. I don't have the drive right now to find more atm, but will share more if and when I get some free time. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783611: thunar-archive-plugin: [Wishlist] Add engrampa support
Package: thunar-archive-plugin Version: 0.3.1-3 Severity: wishlist Dear Maintainer, Can you add Engrampa support for thunar-archive-plugin, please? :-) I create script, that add support for this archive manager from MATE ### if [ -e /usr/lib/x86_64-linux-gnu/thunar-archive-plugin/file-roller.tap ] then sed -e s/file-roller/engrampa/g /usr/lib/x86_64-linux-gnu/thunar-archive- plugin/file-roller.tap /usr/lib/x86_64-linux-gnu/thunar-archive- plugin/engrampa.tap chmod 755 /usr/lib/x86_64-linux-gnu/thunar-archive-plugin/engrampa.tap elif [ -e /usr/lib/i386-linux-gnu/thunar-archive-plugin/file-roller.tap ] then sed -e s/file-roller/engrampa/g /usr/lib/i386-linux-gnu/thunar-archive-plugin /file-roller.tap /usr/lib/i386-linux-gnu/thunar-archive-plugin/engrampa.tap chmod 755 /usr/lib/i386-linux-gnu/thunar-archive-plugin/engrampa.tap fi ### It just copy file-roller.tap to engrampa.tap and in engrampa.tap replace all file-roller to engrampa - and it works Thank you -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages thunar-archive-plugin depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-18 ii libcairo21.14.0-2.1 ii libexo-1-0 0.10.2-4 ii libfontconfig1 2.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-01.36.8-3 ii libthunarx-2-0 1.6.3-2 ii libxfce4util64.10.1-2 ii thunar 1.6.3-2 Versions of packages thunar-archive-plugin recommends: pn xarchiver | ark | file-roller none thunar-archive-plugin suggests no packages. -- no debconf information if [ -e /usr/lib/x86_64-linux-gnu/thunar-archive-plugin/file-roller.tap ] then sed -e s/file-roller/engrampa/g /usr/lib/x86_64-linux-gnu/thunar-archive-plugin/file-roller.tap /usr/lib/x86_64-linux-gnu/thunar-archive-plugin/engrampa.tap chmod 755 /usr/lib/x86_64-linux-gnu/thunar-archive-plugin/engrampa.tap elif [ -e /usr/lib/i386-linux-gnu/thunar-archive-plugin/file-roller.tap ] then sed -e s/file-roller/engrampa/g /usr/lib/i386-linux-gnu/thunar-archive-plugin/file-roller.tap /usr/lib/i386-linux-gnu/thunar-archive-plugin/engrampa.tap chmod 755 /usr/lib/i386-linux-gnu/thunar-archive-plugin/engrampa.tap fi
Bug#783612: python-pymodbus: fails to install: python SyntaxError
Package: python-pymodbus Version: 1.2.0+git20150104-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package python-pymodbus. (Reading database ... 8426 files and directories currently installed.) Preparing to unpack .../python-pymodbus_1.2.0+git20150104-1_all.deb ... Unpacking python-pymodbus (1.2.0+git20150104-1) ... Setting up python-pymodbus (1.2.0+git20150104-1) ... File /usr/lib/python2.7/dist-packages/ez_setup.py, line 76 ), file=sys.stderr) ^ SyntaxError: invalid syntax File /usr/lib/python2.7/dist-packages/pymodbus/client/async_asyncio.py, line 78 yield from self._connect() ^ SyntaxError: invalid syntax dpkg: error processing package python-pymodbus (--configure): subprocess installed post-installation script returned error exit status 101 Errors were encountered while processing: python-pymodbus cheers, Andreas python-pymodbus_1.2.0+git20150104-1.log.gz Description: application/gzip
Bug#758988: Still a problem in released Jessie
I am having a similar problem. I recently installed an SSD in my laptop and would like my old hard disk to stay quiet when I am not using it. Jessie has been released, it would be nice to have these rough edges fixed. If there is a clean work-around I would like to hear what it is. Thanks, -kb, the Kent who would rather not start editing a file that isn't his. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783619: ITP: libcsptr -- A smart pointers library for the (GNU) C programming language
Package: wnpp Severity: wishlist Owner: Snaipe franklinmathieu+deb...@gmail.com * Package name: libcsptr Version : 2.0.2 Upstream Author : Snaipe franklinmath...@gmail.com * URL : http://github.com/Snaipe/libcsptr/ * License : MIT Programming Lang: C Description : A smart pointers library for the (GNU) C programming language libcsptr provides an implementation of unique_ptr and shared_ptr for the (GNU) C programming language (i.e. C with GNU extensions). There are no other libraries providing smart pointers for C that I am aware of; however, there are very respectable libraries out there that address the same issue differently (like libtalloc which provides a refcounted memory pool system with destructors). Samples may be found on the github homepage: http://github.com/Snaipe/libcsptr I also happen to use it on other projects that I may submit to debian in the future. I will maintain the package on my free time, however as I am not a debian developer (and fairly new to this process), I will need a sponsor :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753: Upload xxv-intel 2.99.x to sid?
On Tue, Apr 28, 2015 at 03:02:37AM -0700, Vincent Cheng wrote: Hi, Now that jessie is out and the freeze is over, would anyone object if I were to upload xserver-xorg-video-intel from experimental to sid now? 3.0 is supposed to be an imminent release [1] anyways. isn't this imminent status given since a year? -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783623: xpdf: Key binding h (fit page height to window) does not work
Package: xpdf Version: 3.03-17+b1 Severity: normal Dear Maintainer, after upgrading to Jessie, and so upgrading the xpdf package, I notice that the key binding h (fit page height to window) does not work anymore. Marco -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages xpdf depends on: ii libc6 2.19-18 ii libgcc1 1:4.9.2-10 ii libpoppler46 0.26.5-2 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii libxm42.3.4-6+b1 ii libxt61:1.1.4-1+b1 Versions of packages xpdf recommends: ii cups-bsd 1.7.5-11 ii gsfonts-x110.22 ii poppler-data 0.4.7-1 ii poppler-utils 0.26.5-2 xpdf 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#783602: wicd *should* autoconnect if GUI is open
Hi, Andrew Shadura wrote: From /usr/share/wicd/daemon/wicd-daemon.py: # We don't want to rescan/connect if the gui is open. if self.gui_open: if self.debug_mode: print Skipping autoconnect because GUI is open. return Why? Probably because you don't want the GUI to change due to the autoconnect. Imagine you're about to click somewhere and then the GUI below changes and your click doesn't have the expected effect. This is a really annoying misfeature, I frequently keep the window somewhere on the background, and I thought there was some bug in wicd preventing it from reconnecting to the network. Actually I'm annoyed by the fact that wicd-curses doesn't have such a feature. It happened to me several times that I was editing some connection properties and suddenly the rescan happened, it showed the new networks list and all my unsafed changes were gone. Could this please be removed or made optional? I'd surely vote for optional. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783571: netboot installer step fails when selecting more than one desktop
Control: tag -1 patch pending Steve McIntyre st...@einval.com (2015-04-28): I just did this last night (https://bugs.debian.org/783571) - we found the same issue testing CDs on release day. Oh right, sorry, missed it. I've just pushed this: https://anonscm.debian.org/cgit/tasksel/tasksel.git/commit/?id=9a0b2eef8b5a420c83227bfef934a95edd99c70a Possibly a candidate for pu. Mraw, KiBi. signature.asc Description: Digital signature
Bug#674556: A workaround
Hi. On Tue, Aug 21, 2012 at 03:13:31PM -0600, Josue Abarca wrote: I can confirm this bug, a workaround for this problem is: Press the: System (Windows) key or Alt+F1 these key combinations will take you to the overview, where you will be able to see the top menu bar and the bottom menu bar. In Jessie, the notification bar can be popped up by pressing Win + M AFAICT, so this should help accessing the button. Hope this helps. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717451: Backups broken when ssh_args are set
I just upgraded my backup machine to jessie and I am having the same problem. I am going to have to find an alternate package now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783613: installation-guide-amd64: Incorrect usage of the --revision string.
Package: installation-guide-amd64 Version: 20150423 Severity: normal Dear Maintainer, Refer to 8.6. Compiling a New Kernel. I believe this is also present in some other arch installation-guides. The installation-guide tells the user to run the following command to begin compiling their new kernel. Now compile the kernel: fakeroot make-kpkg --initrd --revision=custom.1.0 kernel_image However, running this command results in the following error output: Error: The revision string may only contain alphanumerics and the characters ~ + . If epochs are used, the colon : is also allowed The current value is: custom.1.0 Aborting. Upon running make-kpkg --help it states the following, --revision number The debian revision number. ([0-9][a-zA-Z.~+0-9]) (Must start with a digit) As you can see, the revision string must start with a digit. I suggest updating the guide to reflect this requirement, Now compile the kernel: fakeroot make-kpkg --initrd --revision=1.0.custom kernel_image -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.7-ckt9 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- 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#783609: fontsconfig-config: Bitmap fonts enabled after upgrade to Jessie, broken link in /etc/fonts/conf.d
Package: fontsconfig-config Version: fontconfig-config Severity: normal Dear Maintainer, I just upgraded to Jessie and I started to see bitmap fonts in Iceweasel when Helvetica font was being used. I've found it's because of a broken link in /etc/font/conf.d/70-no-bitmaps.conf - /etc/fonts/conf.avail/70-no-bitmaps.conf Changing the link to the following fixes it: 70-no-bitmaps.conf - /usr/share/fontconfig/conf.avail/70-no-bitmaps.conf The original content of /etc/font/conf.available: -rw-r--r-- 1 root root 864 ago 18 2013 20-unhint-small-dejavu-lgc-sans.conf -rw-r--r-- 1 root root 874 ago 18 2013 20-unhint-small-dejavu-lgc-sans-mono.conf -rw-r--r-- 1 root root 866 ago 18 2013 20-unhint-small-dejavu-lgc-serif.conf -rw-r--r-- 1 root root 856 ago 18 2013 20-unhint-small-dejavu-sans.conf -rw-r--r-- 1 root root 866 ago 18 2013 20-unhint-small-dejavu-sans-mono.conf -rw-r--r-- 1 root root 858 ago 18 2013 20-unhint-small-dejavu-serif.conf -rw-r--r-- 1 root root 440 ago 3 2011 31-cantarell.conf -rw-r--r-- 1 root root 254 nov 20 2009 50-enable-terminus.conf -rw-r--r-- 1 root root 2011 ago 18 2013 57-dejavu-sans.conf -rw-r--r-- 1 root root 1509 ago 18 2013 57-dejavu-sans-mono.conf -rw-r--r-- 1 root root 1649 ago 18 2013 57-dejavu-serif.conf -rw-r--r-- 1 root root 2063 ago 18 2013 58-dejavu-lgc-sans.conf -rw-r--r-- 1 root root 1545 ago 18 2013 58-dejavu-lgc-sans-mono.conf -rw-r--r-- 1 root root 1689 ago 18 2013 58-dejavu-lgc-serif.conf -rw-r--r-- 1 root root 313 dic 28 22:35 69-droid-sans-fallback.conf The original content of /etc/font/conf.d: -rw-r--r-- 1 root root 2713 oct 12 2014 10-powerline-symbols.conf lrwxrwxrwx 1 root root 59 nov 23 18:27 10-scale-bitmap-fonts.conf - /usr/share/fontconfig/conf.avail/10-scale-bitmap-fonts.conf lrwxrwxrwx 1 root root 58 nov 23 18:27 11-lcdfilter-default.conf - /usr/share/fontconfig/conf.avail/11-lcdfilter-default.conf lrwxrwxrwx 1 root root 50 sep 13 2013 20-unhint-small-dejavu-lgc-sans.conf - .../conf.avail/20-unhint-small-dejavu-lgc-sans.conf lrwxrwxrwx 1 root root 55 sep 13 2013 20-unhint-small-dejavu-lgc-sans-mono.conf - .../conf.avail/20-unhint-small-dejavu-lgc-sans-mono.conf lrwxrwxrwx 1 root root 51 sep 13 2013 20-unhint-small-dejavu-lgc-serif.conf - .../conf.avail/20-unhint-small-dejavu-lgc-serif.conf lrwxrwxrwx 1 root root 46 sep 13 2013 20-unhint-small-dejavu-sans.conf - .../conf.avail/20-unhint-small-dejavu-sans.conf lrwxrwxrwx 1 root root 51 sep 13 2013 20-unhint-small-dejavu-sans-mono.conf - .../conf.avail/20-unhint-small-dejavu-sans-mono.conf lrwxrwxrwx 1 root root 47 sep 13 2013 20-unhint-small-dejavu-serif.conf - .../conf.avail/20-unhint-small-dejavu-serif.conf lrwxrwxrwx 1 root root 58 nov 23 18:27 20-unhint-small-vera.conf - /usr/share/fontconfig/conf.avail/20-unhint-small-vera.conf lrwxrwxrwx 1 root root 55 nov 23 18:27 30-metric-aliases.conf - /usr/share/fontconfig/conf.avail/30-metric-aliases.conf lrwxrwxrwx 1 root root 52 nov 23 18:27 30-urw-aliases.conf - /usr/share/fontconfig/conf.avail/30-urw-aliases.conf lrwxrwxrwx 1 root root 31 sep 28 2014 31-cantarell.conf - .../conf.avail/31-cantarell.conf lrwxrwxrwx 1 root root 49 nov 23 18:27 40-nonlatin.conf - /usr/share/fontconfig/conf.avail/40-nonlatin.conf lrwxrwxrwx 1 root root 46 nov 23 18:27 45-latin.conf - /usr/share/fontconfig/conf.avail/45-latin.conf lrwxrwxrwx 1 root root 50 nov 23 18:27 49-sansserif.conf - /usr/share/fontconfig/conf.avail/49-sansserif.conf lrwxrwxrwx 1 root root 37 may 11 2014 50-enable-terminus.conf - .../conf.avail/50-enable-terminus.conf lrwxrwxrwx 1 root root 45 nov 23 18:27 50-user.conf - /usr/share/fontconfig/conf.avail/50-user.conf lrwxrwxrwx 1 root root 46 nov 23 18:27 51-local.conf - /usr/share/fontconfig/conf.avail/51-local.conf lrwxrwxrwx 1 root root 33 sep 13 2013 57-dejavu-sans.conf - .../conf.avail/57-dejavu-sans.conf lrwxrwxrwx 1 root root 38 sep 13 2013 57-dejavu-sans-mono.conf - .../conf.avail/57-dejavu-sans-mono.conf lrwxrwxrwx 1 root root 34 sep 13 2013 57-dejavu-serif.conf - .../conf.avail/57-dejavu-serif.conf lrwxrwxrwx 1 root root 37 sep 13 2013 58-dejavu-lgc-sans.conf - .../conf.avail/58-dejavu-lgc-sans.conf lrwxrwxrwx 1 root root 42 sep 13 2013 58-dejavu-lgc-sans-mono.conf - .../conf.avail/58-dejavu-lgc-sans-mono.conf lrwxrwxrwx 1 root root 38 sep 13 2013 58-dejavu-lgc-serif.conf - .../conf.avail/58-dejavu-lgc-serif.conf lrwxrwxrwx 1 root root 46 nov 23 18:27 60-latin.conf - /usr/share/fontconfig/conf.avail/60-latin.conf lrwxrwxrwx 1 root root 54 nov 23 18:27 65-fonts-persian.conf - /usr/share/fontconfig/conf.avail/65-fonts-persian.conf lrwxrwxrwx 1 root root 49 nov 23 18:27 65-nonlatin.conf - /usr/share/fontconfig/conf.avail/65-nonlatin.conf lrwxrwxrwx 1 root root 41 dic 29 17:20 69-droid-sans-fallback.conf - .../conf.avail/69-droid-sans-fallback.conf lrwxrwxrwx 1 root root 48 nov 23 18:27 69-unifont.conf - /usr/share/fontconfig/conf.avail/69-unifont.conf
Bug#783602: wicd *should* autoconnect if GUI is open
Hello, On Tue, 28 Apr 2015 13:12:26 +0200 Axel Beckert a...@debian.org wrote: Why? Probably because you don't want the GUI to change due to the autoconnect. Imagine you're about to click somewhere and then the GUI below changes and your click doesn't have the expected effect. I'd say that's a bug in GUI that doesn't let you finish editing settings or whatever. That doesn't mean autoconnect shouldn't happen while the window's open. Could this please be removed or made optional? I'd surely vote for optional. I'd vote for removed *and* GUI fixed so that rescan/autoconnect don't break existing workflows. Certainly not impossible. -- Cheers, Andrew pgpIOHkVtZvHC.pgp Description: OpenPGP digital signature
Bug#774948: python3-stdnum: stdnum.eu.vat.check_vies needs suds
On Tue, Apr 28, 2015 at 11:14:32AM +0200, Lionel Elie Mamane wrote: On Fri, Apr 17, 2015 at 02:43:11PM +0200, Arthur de Jong wrote: On Fri, 2015-01-09 at 12:40 +0100, Lionel Elie Mamane wrote: ImportError: No module named 'suds' An Internet search suggests suds itself is not available for Python3, but there seems to be several forks that are. From the SOAP libraries available in Debian it seemed that SUDS was the easiest to use. From a quick search I can't find any Python SOAP library for Python3. If they are not in Debian, at least one needs to be added to Debian ;-) Using one of the forks of suds for Python 3 would probably be the least work as far as stdnum is concerned. https://pypi.python.org/pypi/suds-py3/ https://pypi.python.org/pypi/suds-jurko/ I just uploaded suds-jurko to Debian. When it is accepted, I suppose this bug becomes fixed. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502347: apt-listchanges: displays changelog on stdout if frontend is set to mail and stdout is not a tty
Package: apt-listchanges Version: 2.85.11 Followup-For: Bug #502347 Control: severity -1 important The manpage says: mail Sends mail to the address specified with --email- address, and does not display changelogs. This is an ugly bug, because, when the changelogs go to stdout, and stdout and stderr go to syslog, and syslog goes to a monitoring system, and src:linux changelogs contain the word “panic”, then the monitoring coworkers don’t like it. -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-amd64 (SMP w/5 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages apt-listchanges depends on: ii apt0.9.7.9+deb7u7 ii debconf [debconf-2.0] 1.5.49 ii debianutils4.3.2 ii python 2.7.3-4+deb7u1 ii python-apt 0.8.8.2 ii python-support 1.0.15 ii ucf3.0025+nmu3 apt-listchanges recommends no packages. Versions of packages apt-listchanges suggests: ii lynx-cur [www-browser] 2.8.8dev.12-2 ii postfix [mail-transport-agent] 2.9.6-2 pn python-glade2 none pn python-gtk2 none ii xterm [x-terminal-emulator] 278-4 -- debconf information: apt-listchanges/confirm: false apt-listchanges/which: news apt-listchanges/frontend: pager apt-listchanges/email-address: root apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783615: update-ca-certificates --fresh doesn't correctly re-add certificates in /usr/local/share/ca-certificates
Package: ca-certificates Version: 20141019 Tags: patch If update-ca-certificates is called with the --fresh option, it doesn't correctly re-add certificates in /usr/local/share/ca-certificates. These are ignored. Although /etc/ssl/certs/ca-certificates.crt is re-created correctly, extension scripts in /etc/ca-certificates/update.d are not notified about added certificates. For example, the file /etc/ssl/certs/java/cacerts, managed by the package ca-certificates-java, won't be re-created correctly if it was removed before. The main cause seems to be that update-ca-certificates doesn't remove symlinks pointing to certificates in /usr/local/share/ca-certificates ($LOCALCERTSDIR), but only those pointing to /usr/share/ca-certificates (CERTSDIR). This causes that the add() function doesn't add all certificates to $ADDED. The following example shows the problem: The CA certificate Test-CA is stored to /usr/local/share/ca-certificates/test/Test-CA.crt: The first run of update-ca-certificates --fresh adds Test-CA as expected: # update-ca-certificates -f Clearing symlinks in /etc/ssl/certs...done. Updating certificates in /etc/ssl/certs... 3 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.d Replacing debian:QuoVadis_Root_CA.pem Replacing debian:QuoVadis_Root_CA_2.pem Adding debian:Test-CA.pem done. done. But a subsequent execution of update-ca-certificates --fresh doesn't re-add Test-CA: # update-ca-certificates -f Clearing symlinks in /etc/ssl/certs...done. Updating certificates in /etc/ssl/certs... 2 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.d Replacing debian:QuoVadis_Root_CA.pem Replacing debian:QuoVadis_Root_CA_2.pem done. done. The attached patch contains a fix that might solve the problem. --- update-ca-certificates.old 2015-04-28 14:11:11.327796700 +0200 +++ update-ca-certificates 2015-04-28 14:12:50.895857560 +0200 @@ -89,7 +89,7 @@ find . -type l -print | while read symlink do case $(readlink $symlink) in - $CERTSDIR*) rm -f $symlink;; + $CERTSDIR*|$LOCALCERTSDIR*) rm -f $symlink;; esac done find . -type l -print | while read symlink
Bug#783621: suckless-tools: /usr/bin/dmenu_path missing
Package: suckless-tools Version: 40-1 Severity: normal Dear Maintainer, * What led up to the situation? I upgraded from debian 7 to debian 8. suckless-tools was previously installed. * What was the outcome of this action? After the uprgade, /usr/bin/dmenu_path was missing. I tried apt-get purge and then apt-get install, to no avail. On packages.debian.org, this file is listed as being present. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.33-2015.02.18-grsec (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages suckless-tools depends on: ii libc6 2.19-18 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.5.2-4 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxft2 2.3.2-1 ii libxinerama12:1.1.3-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxss1 1:1.2.2-1 ii zlib1g 1:1.2.8.dfsg-2+b1 suckless-tools recommends no packages. Versions of packages suckless-tools suggests: pn dwm none pn stterm none pn surfnone -- 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#742748: jabberd2: fails to build with clang instead of gcc
On Tue, 2015-04-28 at 12:27 +0200, Simon Josefsson wrote: This patch looks wrong to me -- it changes a void function into an int function, and changes return values from void to 0, which the caller ignores. I dont see a problem there. It is only used for avoiding errors compling with CLANG. If or if not a caller ignores a return value is not an issue. As far as I can tell, the patch is not needed at all since upstream has fixed this issue. Not in version 2.3.3 /Willem
Bug#783029: [tryton-debian] Bug#783029: [py3porters-devel] Packaging of suds-jurko
* Lionel Elie Mamane: [tryton-debian] suds in Debian (Tue, 28 Apr 2015 13:24:25 +0200): Hello Lionel, I just uploaded the jurko fork of suds (the latter you are maintainer of in Debian) to Debian. I am quite surprised to hear that. Your package even doesn't seem to close an ITP bug. Could you please provide the link to your packaging sources? The killer feature for me was compatibility with Python 3. It installs as python module suds, for drop-in replacement of suds. The killer feature of suds-jurko those days may turn out to be that it tends to be as unmaintained as the original suds. I am trying to contact (again) the maintainer (Jurko) since some days, with no success so far[0]. For now, the Python2 package of suds-jurko provides and conflicts with python-suds (your package). Let me know whether you think something more soft, like e.g. collaborating through update-alternatives, would be more appropriate. Sorry, coordinating before uploading to NEW would have been much more appropriate, not talking afterwards about update-alternatives. Before commenting further I would like to hear about your motivations: - Are you aware of the work in progress at [1]? - Are you aware of the planning to prepare suds-jurko as a drop-in replacement for suds with coordinating to migrate also the project at pypi [2][3]? Cheers, Mathias [0] http://lists.alioth.debian.org/pipermail/tryton-debian/2015-April/004511.html [1] https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=tryton/suds.git;a=shortlog;h=refs/heads/py3-drop_in_suds_jurko-WIP [2] http://lists.alioth.debian.org/pipermail/tryton-debian/2014-July/002540.html [3] http://lists.alioth.debian.org/pipermail/tryton-debian/2014-July/002542.html -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 pgpDwpL2CoBfv.pgp Description: Digitale Signatur von OpenPGP
Bug#774040: lrzip: segmentation fault
On Tue, Apr 28, 2015 at 2:17 PM, Jakub Wilk jw...@debian.org wrote: * Jakub Wilk jw...@debian.org, 2014-12-27, 22:19: lrzip crashes when decompressing the attached (slightly corrupted) file: $ lrzcat crash.lrz /dev/null Decompressing... Segmentation fault It still crashes here. According to AddressSantizer, it's a heap-based buffer overflow: ==8829==ERROR: AddressSanitizer: heap-buffer-overflow on address 0xf5a00753 at pc 0xf72c17b1 bp 0xfffc0b48 sp 0xfffc0b2c WRITE of size 190 at 0xf5a00753 thread T0 #0 0xf72c17b0 in read (/usr/lib/i386-linux-gnu/libasan.so.1+0x237b0) #1 0x8071c14 in read /usr/include/i386-linux-gnu/bits/unistd.h:44 [...] Aha! I think I caught you. In the first bugreport you reported that your system is amd64. Mine is amd64 as well and the segmentation fault doesn't happen. It outputs a normal message about memory usage and exists. But now in the backtrace your system seems to be i386. Is it or you use multiarch? How much memory your system has? Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783181: needrestart: tries to restart service running in lxc container
Re, I was able to reproduce the problem. needrestart uses the service name of $PID retrieved from /proc/$PID/cgroup when the host runs under systemd: thomas@deje:~$ cat /proc/16880/cgroup 8:perf_event:/lxc/cont1 7:blkio:/ 6:net_cls,net_prio:/lxc/cont1 5:freezer:/lxc/cont1 4:devices:/ 3:cpu,cpuacct:/ 2:cpuset:/lxc/cont1 1:name=systemd:/system.slice/ssh.service/system.slice/nginx.service ^ This happens on systemd but Sys-V init is not affected (since needrestart won't use the cgroup stuff). Under Sys-V needrestart would suggest to restart lxc (which might not be reasonable, too). IMHO needrestart requires (LXC) container awareness and allow to restart the entire containers or ignore (some of) them by a configuration option. HTH, Thomas On 04/23/2015 06:57 PM, Brian Minton wrote: On Thu, Apr 23, 2015 at 04:54:08PM +0200, Thomas Liske wrote: Hi Brian, this sounds wired - needrestart should suggest to restart lxc. Could you please provide the output of: # needrestart -v -r l # needrestart -v -r l [Core] Using UI 'NeedRestart::UI::stdio'... [main] detected systemd [Core] #3081 is a NeedRestart::Interp::Python [Python] #3081: could not get a source file, skipping [Core] #3921 is a NeedRestart::Interp::Python [Core] #4716 is a NeedRestart::Interp::Python [Core] #4751 is a NeedRestart::Interp::Perl [Core] #4853 is a NeedRestart::Interp::Perl [Core] #4917 is a NeedRestart::Interp::Perl [Core] #5179 is a NeedRestart::Interp::Perl [Perl] #5179: could not get a source file, skipping [Core] #5410 is a NeedRestart::Interp::Perl [Core] #6126 is a NeedRestart::Interp::Perl [main] #16067 uses obsolete /lib/x86_64-linux-gnu/libattr.so.1.1.0 [main] #16067 is a child of #15996 [main] #16307 uses obsolete /lib/x86_64-linux-gnu/libattr.so.1.1.0 [main] #16307 is a child of #16067 [main] #16389 uses obsolete /lib/x86_64-linux-gnu/libattr.so.1.1.0 [main] #16389 is a child of #16067 [main] #16390 uses obsolete /usr/bin/dbus-daemon [main] #16390 is a child of #16067 [main] #16397 uses obsolete /sbin/agetty [main] #16397 is a child of #16067 [main] #17047 uses non-existing /usr/sbin/nginx [main] #17047 is a child of #16067 [main] #17048 uses non-existing /usr/sbin/nginx [main] #17048 is a child of #17047 [main] #17049 uses non-existing /usr/sbin/nginx [main] #17049 is a child of #17047 [main] #17050 uses non-existing /usr/sbin/nginx [main] #17050 is a child of #17047 [main] #17051 uses non-existing /usr/sbin/nginx [main] #17051 is a child of #17047 [main] #17074 uses obsolete /usr/local/bin/hockeypuck [main] #17074 is a child of #16067 [main] #15996 exe = /usr/bin/lxc-autostart [main] #15996 is lxc.service [main] #16067 exe = /lib/systemd/systemd [main] #16067 is lxc.service [main] #17047 exe = /usr/sbin/nginx [main] #17047 is nginx.service [Kernel] Linux: kernel release 4.0.0, kernel version #1 SMP Mon Apr 13 11:08:28 EDT 2015 [Kernel/Linux] /boot/vmlinuz.old = 3.4.3 (r...@bminton.is-a-geek.net) #5 SMP Fri Jun 22 20:16:56 UTC 2012 [3.4.3] [Kernel/Linux] /boot/vmlinuz-4.0.0 = 4.0.0 (r...@bminton.is-a-geek.net) #1 SMP Mon Apr 13 11:08:28 EDT 2015 [4.0.0]* [Kernel/Linux] /boot/vmlinuz-3.7.0 = 3.7.0 (r...@bminton.is-a-geek.net) #1 SMP Tue Dec 11 20:53:08 UTC 2012 [3.7.0] [Kernel/Linux] /boot/vmlinuz-3.4.3 = 3.4.3 (r...@bminton.is-a-geek.net) #5 SMP Fri Jun 22 20:16:56 UTC 2012 [3.4.3] [Kernel/Linux] /boot/vmlinuz-3.1.6.old = 3.1.6 (r...@bminton.is-a-geek.net) #1 SMP Sat Jan 7 12:05:54 EST 2012 [3.1.6] [Kernel/Linux] /boot/vmlinuz-2.6.35.5.old = 2.6.35.5 (r...@bminton.is-a-geek.net) #2 SMP Wed Sep 22 02:11:40 EDT 2010 [2.6.35.5] [Kernel/Linux] /boot/vmlinuz-2.6.31 = 2.6.31 (bmin...@bminton.is-a-geek.net) #1 SMP Fri Sep 11 17:20:59 EDT 2009 [2.6.31] [Kernel/Linux] /boot/vmlinuz = 3.7.0 (r...@bminton.is-a-geek.net) #1 SMP Tue Dec 11 20:53:08 UTC 2012 [3.7.0] [Kernel/Linux] Expected kernel version: 4.0.0 Running kernel seems to be up-to-date. Services to be restarted: systemctl restart lxc.service nginx.service Is there something special in the lxc container config? # cat /var/lib/lxc/hockeypuck/config # Template used to create this container: /usr/share/lxc/templates/lxc-download # Parameters passed to the template: # For additional config options, please look at lxc.container.conf(5) # Distribution configuration lxc.include = /usr/share/lxc/config/debian.common.conf lxc.arch = x86_64 # Container specific configuration lxc.rootfs = /var/lib/lxc/hockeypuck/rootfs lxc.utsname = hockeypuck lxc.start.auto = 1 # Network configuration lxc.network.type = veth lxc.network.flags = up lxc.network.link = br0 lxc.network.hwaddr = 00:FF:AA:00:00:01 # mount the keyserver dump directory lxc.mount.entry = /mnt/scratch/keyserver-dump /var/lib/lxc/hockeypuck/rootfs/home/hockeypuck/dump auto bind,ro,auto 0 0 On Thu, Apr 23, 2015 at 10:54 AM, Thomas Liske
Bug#749374: 749...@bugs.debian.org
in a fresh debian 8 install (stable) I can confirm that systemct disable gdm3 does not work. I had to delete manually /lib/systemd/system/gdm3.service and /lib/systemd/system/gdm.service for doing the job. Once done, you can systemctl disable and enable gdm3 service as in: http://mediagoblin.teraflops.info/u/teraflops/m/gdm3-test/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717451: Backups broken when ssh_args are set
I am having this issue too and I will be forced to create a FrankenDebian as well if this isn't patched within the month. On Mon, 27 Apr 2015 18:05:23 +0200 Xabi Ezpeleta xezpel...@gmail.com wrote: Hi, I've just upgraded to Jessie and I have the same problem, all my backups failed. The issue remains even with the last rsnapshot package from Sid (1.3.1-6). If you don't want to downgrade to 1.3.1-4, another possibility is to use the Ubuntu stable package (1.3.1-6ubuntu1). Basically it's the Sid's version, but with the patch 14_rsync_rsh_quoting.diff applied: https://launchpad.net/ubuntu/+source/rsnapshot/1.3.1-6ubuntu1 Is there anything we can do to help fixing this issue in Debian? I was thinking about rebuilding the package applying the patch 14_rsync_rsh_quoting.diff, but I guess the mantainer has a good reason to not doing this. Any idea? Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783596: Not a bug
reassign 783596 ifupdown retitle 783596 ifupdown elides info from all but last homonymous iface def'n stop OK, thanks for the reference. I didn't know that ifupdown had been enhanced in that way. ifupdown (0.7~alpha4) experimental; urgency=low [...] * Allow multiple interface definitions to ease work with multiple IP per interface. [...] -- Andrew O. Shadura bugzi...@tut.by Wed, 08 Jun 2011 12:10:14 +0300 The unexpected behavior you reported arises from a bug or limitation in ifupdown: when there are multiple logical interface definitions with the same name it only sends information from the last definition to hook scripts. If this gets fixed or changed then resolvconf will work the way you expected. -- Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783616: /usr/bin/avconv: image2pipe ppm input corrupt when header spans fifo blocks
Package: libav-tools Version: 6:11.3-2 Severity: normal File: /usr/bin/avconv Dear Maintainer, piping PPM streams to avconv can cause image corruption in the (unlikely but possible) case that a frame header overlaps the fifo block size in such a way that the partial header is almost valid almost valid means that width and at least one (but not all) digits of the height are parsed, and then the fifo block size boundary occurs. somehow the output frames remain the correct size, but with garbled image data. avconv does sometimes output bold red messages stating picture size ... is invalid or invalid maxval ... when this occurs, but some can be false-positives (ie, the output is not always garbled when the messages occur). here is a test case that reliably reproduces the bug on my system: 8 #!/bin/sh input=$(mktemp 'bug.XX.ppm') outdir=$(mktemp -d 'bug.XX.out') ( cat EOF P6 16 104 255 EOF for i in $(seq 1 192) do echo -n 26 bytes to put in the PPM done ) ${input} for i in $(seq 1 50) do cat ${input} done | avconv -f image2pipe -codec ppm -pix_fmt rgb24 -i - \ -f image2 -codec ppm -pix_fmt rgb24 ${outdir}/%d.ppm for output in ${outdir}/*.ppm do diff -q ${input} ${output} done 8 and here is its output: 8 avconv version 11.3-6:11.3-2, Copyright (c) 2000-2014 the Libav developers built on Apr 26 2015 11:19:40 with gcc 4.9.2 (Debian 4.9.2-10) [ppm @ 0xebae80] [IMGUTILS @ 0x7ffe7aeffd70] Picture size 16x0 is invalid Last message repeated 1 times [ppm @ 0xebae80] Invalid maxval: 0 Last message repeated 5 times [image2pipe @ 0xea17e0] Estimating duration from bitrate, this may be inaccurate Input #0, image2pipe, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0.0: Video: ppm, rgb24, 16x104, 25 fps, 25 tbn Output #0, image2, to 'bug.qe9Tcp.out/%d.ppm': Metadata: encoder : Lavf56.1.0 Stream #0.0: Video: ppm, rgb24, 16x104, q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: encoder : Lavc56.1.0 ppm Stream mapping: Stream #0:0 - #0:0 (ppm (native) - ppm (native)) Press ctrl-c to stop encoding Error while decoding stream #0:0 [ppm @ 0xebb620] Invalid maxval: 0 pipe:: Input/output error frame= 49 fps= 0 q=0.0 Lsize= 0kB time=1.96 bitrate= 0.0kbits/s video:240kB audio:0kB other streams:0kB global headers:0kB muxing overhead: unknown Files bug.vve493.ppm and bug.qe9Tcp.out/37.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/38.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/39.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/40.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/41.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/42.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/43.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/44.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/45.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/46.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/47.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/48.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/49.ppm differ 8 the input file is 5006 bytes, and after 36 frames, the total length modulo 4096 (the fifo block size) is -8, which means the next block boundary occurs 8 bytes into the header, in between the 0 and 4 of the height 104. the 37th frame is garbled from about 1/3 the way down (looks like 8 bytes are missing, with the remaining data shifted). thanks for your attention, Claude -- System Information: Debian Release: 7.8 APT prefers oldstable APT policy: (900, 'oldstable'), (500, 'stable-updates'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 libav-tools depends on: ii dpkg 1.16.15 ii libavcodec-extra-56 6:11.3-2 ii libavdevice556:11.3-2 ii libavfilter5 6:11.3-2 ii libavformat566:11.3-2 ii libavresample2 6:11.3-2 ii libavutil54 6:11.3-2 ii libc62.19-15 ii libsdl1.2debian 1.2.15-5 ii libswscale3 6:11.3-2 ii libvdpau10.4.1-7 ii libx11-6 2:1.5.0-1+deb7u1 libav-tools recommends no packages. Versions of packages libav-tools suggests: pn frei0r-plugins none pn x264none -- 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#783620: initramfs-tools: initramfs broken on first boot into Jessie, Unable to mount root fs on unknown-block(0, 0)
Package: initramfs-tools Version: 0.120 Severity: important Dear Maintainer, I have a hard time wrapping my head around this bug, feel free to assign somewhere else. We have started upgrading some of our production VMs to Jessie. The testsystems worked fine, but I have hit the following bug for the second time on a production VM now. - dist-upgrade works flawlessly - on first boot into Jessie I get an immediate (1s) kernel-panic (see attached screenshot) about being unable to find the root fs. Unfortunately I'm unable to get the full boot log, since I don't have a serial console there and kernel messages scroll by too fast. - To fix the issue I have to boot into the old Wheezy kernel (3.2.0-4-amd64) in grub and regenerate the initrd for the Jessie kernel # update-initramfs -k 3.16.0-4-amd64 -u Then it works fine. Now comes the interesting part ... I have saved the broken initrd for later analysis The compressed size is marginally different (broken being 3k smaller) -rw-r--r-- 1 root root 14339199 Apr 28 13:59 initrd.img-3.16.0-4-amd64 -rw-r--r-- 1 root root 14338898 Apr 28 13:58 initrd.img-3.16.0-4-amd64.broken The uncompressed size is the same root@lxmhs63:/tmp# zcat /boot/initrd.img-3.16.0-4-amd64.broken initrd.img-3.16.0-4-amd64.broken root@lxmhs63:/tmp# zcat /boot/initrd.img-3.16.0-4-amd64.broken /tmp/initrd.img-3.16.0-4-amd64.broken root@lxmhs63:/tmp# ls -la /tmp/initrd.img-3.16.0-4-amd64* -rw-r--r-- 1 root root 45304832 Apr 28 14:44 /tmp/initrd.img-3.16.0-4-amd64 -rw-r--r-- 1 root root 45304832 Apr 28 14:44 /tmp/initrd.img-3.16.0-4-amd64.broken The checksum is different root@lxmhs63:/tmp# md5sum /tmp/initrd.img-3.16.0-4-amd64* 7b24aa901b697dc5dfdbad03bd199072 /tmp/initrd.img-3.16.0-4-amd64 5e467c0a49afa4ddae315cc6e818d7ac /tmp/initrd.img-3.16.0-4-amd64.broken Now comes the puzzling part ... the _content_ of the initrd is exactly the same root@lxmhs63:/tmp# mkdir broken cd broken cpio -id ../initrd.img-3.16.0-4-amd64.broken 88486 blocks root@lxmhs63:/tmp/broken# cd .. root@lxmhs63:/tmp# mkdir ok cd ok cpio -id ../initrd.img-3.16.0-4-amd64 88486 blocks root@lxmhs63:/tmp/ok# cd .. root@lxmhs63:/tmp# diff -urN broken ok I will try to capture a screenlog on the next upgrades, maybe there is something interesting in there. Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745778: openssh-server/permit-root-login should be honored for new installs too
What's the problem with simply changing the configuration by usual means as with all other options which are not specifically handled by debconf? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#783616: /usr/bin/avconv: image2pipe ppm input corrupt when header spans fifo blocks
Control: tags -1 + confirmed upstream On 2015-04-28 13:37:40, Claude Heiland-Allen wrote: Package: libav-tools Version: 6:11.3-2 Severity: normal File: /usr/bin/avconv Dear Maintainer, piping PPM streams to avconv can cause image corruption in the (unlikely but possible) case that a frame header overlaps the fifo block size in such a way that the partial header is almost valid almost valid means that width and at least one (but not all) digits of the height are parsed, and then the fifo block size boundary occurs. somehow the output frames remain the correct size, but with garbled image data. avconv does sometimes output bold red messages stating picture size ... is invalid or invalid maxval ... when this occurs, but some can be false-positives (ie, the output is not always garbled when the messages occur). here is a test case that reliably reproduces the bug on my system: 8 #!/bin/sh input=$(mktemp 'bug.XX.ppm') outdir=$(mktemp -d 'bug.XX.out') ( cat EOF P6 16 104 255 EOF for i in $(seq 1 192) do echo -n 26 bytes to put in the PPM done ) ${input} for i in $(seq 1 50) do cat ${input} done | avconv -f image2pipe -codec ppm -pix_fmt rgb24 -i - \ -f image2 -codec ppm -pix_fmt rgb24 ${outdir}/%d.ppm for output in ${outdir}/*.ppm do diff -q ${input} ${output} done 8 and here is its output: 8 avconv version 11.3-6:11.3-2, Copyright (c) 2000-2014 the Libav developers built on Apr 26 2015 11:19:40 with gcc 4.9.2 (Debian 4.9.2-10) [ppm @ 0xebae80] [IMGUTILS @ 0x7ffe7aeffd70] Picture size 16x0 is invalid Last message repeated 1 times [ppm @ 0xebae80] Invalid maxval: 0 Last message repeated 5 times [image2pipe @ 0xea17e0] Estimating duration from bitrate, this may be inaccurate Input #0, image2pipe, from 'pipe:': Duration: N/A, bitrate: N/A Stream #0.0: Video: ppm, rgb24, 16x104, 25 fps, 25 tbn Output #0, image2, to 'bug.qe9Tcp.out/%d.ppm': Metadata: encoder : Lavf56.1.0 Stream #0.0: Video: ppm, rgb24, 16x104, q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: encoder : Lavc56.1.0 ppm Stream mapping: Stream #0:0 - #0:0 (ppm (native) - ppm (native)) Press ctrl-c to stop encoding Error while decoding stream #0:0 [ppm @ 0xebb620] Invalid maxval: 0 pipe:: Input/output error frame= 49 fps= 0 q=0.0 Lsize= 0kB time=1.96 bitrate= 0.0kbits/s video:240kB audio:0kB other streams:0kB global headers:0kB muxing overhead: unknown Files bug.vve493.ppm and bug.qe9Tcp.out/37.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/38.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/39.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/40.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/41.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/42.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/43.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/44.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/45.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/46.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/47.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/48.ppm differ Files bug.vve493.ppm and bug.qe9Tcp.out/49.ppm differ 8 the input file is 5006 bytes, and after 36 frames, the total length modulo 4096 (the fifo block size) is -8, which means the next block boundary occurs 8 bytes into the header, in between the 0 and 4 of the height 104. the 37th frame is garbled from about 1/3 the way down (looks like 8 bytes are missing, with the remaining data shifted). Thanks for your bug report. Could you please forward report it directly to the libav developers? See https://libav.org/bugreports.html for details. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#783620: initramfs-tools: initramfs broken on first boot into Jessie, Unable to mount root fs on unknown-block(0, 0)
The uncompressed size is the same root@lxmhs63:/tmp# zcat /boot/initrd.img-3.16.0-4-amd64.broken initrd.img-3.16.0-4-amd64.broken root@lxmhs63:/tmp# zcat /boot/initrd.img-3.16.0-4-amd64.broken /tmp/initrd.img-3.16.0-4-amd64.broken root@lxmhs63:/tmp# ls -la /tmp/initrd.img-3.16.0-4-amd64* -rw-r--r-- 1 root root 45304832 Apr 28 14:44 /tmp/initrd.img-3.16.0-4-amd64 -rw-r--r-- 1 root root 45304832 Apr 28 14:44 /tmp/initrd.img-3.16.0-4-amd64.broken Err wrong paste zcat /boot/initrd.img-3.16.0-4-amd64.broken /tmp/initrd.img-3.16.0-4-amd64.broken zcat /boot/initrd.img-3.16.0-4-amd64 /tmp/initrd.img-3.16.0-4-amd64 Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783029: [py3porters-devel] Packaging of suds-jurko
Forwarding the following mail to py3porters-devel and 783...@bugs.debian.org to keep the information at their due place. weitergeleitete Nachricht: Datum: Tue, 28 Apr 2015 13:24:25 +0200 Von: Lionel Elie Mamane lio...@mamane.lu An: Debian Tryton Maintainers maintain...@debian.tryton.org Betreff: [tryton-debian] suds in Debian Hi, I just uploaded the jurko fork of suds (the latter you are maintainer of in Debian) to Debian. The killer feature for me was compatibility with Python 3. It installs as python module suds, for drop-in replacement of suds. For now, the Python2 package of suds-jurko provides and conflicts with python-suds (your package). Let me know whether you think something more soft, like e.g. collaborating through update-alternatives, would be more appropriate. Best Regards, thanks for maintaining python-suds in Debian, have fun, -- Lionel ___ tryton-debian mailing list tryton-deb...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/tryton-debian -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6* Paul Tagliamonte: Bug#783029: [py3porters-devel] Packaging of suds-jurko (Wed, 22 Apr 2015 11:33:15 -0400): pgpr9YTQWG_Yi.pgp Description: Digitale Signatur von OpenPGP
Bug#783293: browsers crash with 'illegal instruction' on i586
tag 783293 moreinfo thanks Hi Hikaru! Is there any chance for you to see if this also happens with arora? The difference here is that arora currently uses Qt5 and it would be useful to know if the bug is also reproducible there. Kinds regards, Lisandro. -- All of us have bad luck and good luck. The man who persists through the bad luck - who keeps right on going - is the man who is there when the good luck comes - and is ready to receive it. Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#783589: debootstrap --exclude=dash doesn't
On 28 April 2015 at 02:01, Harald Dunkel harald.dun...@aixigo.de wrote: I cannot exclude an essential package on the debootstrap command line, e.g. I think this is technically a duplicate of #557322 and even #774751, right? ♥, - Tianon 4096R / B42F 6819 007F 00F8 8E36 4FD4 036A 9C25 BF35 7DD4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778757: Close
Control: reopen -1 Control: tags -1 - wontfix Reopening because it was apparently closed from a wrong supposition. On 2015-04-28 20:26:44 +0200, Anton Gladky wrote: It seems, gnuplot5 does not provide info-file any more. Because it now has to be generated! I agree that this isn't nice for the end user because he would have to get the necessary tools to generate it, but here this is the Debian build system. There may be some build dependencies to add. But I don't know exactly. In debian/rules, you need to change cd $(BUILDDIR_X11)/docs; $(MAKE) pdf; $(MAKE) ps; $(MAKE) html; ls to cd $(BUILDDIR_X11)/docs; $(MAKE) pdf; $(MAKE) ps; $(MAKE) html; $(MAKE) info; ls However, there's a bug, which I've just reported upstream: https://sourceforge.net/p/gnuplot/bugs/1606/ What happens is the following. The gnuplot.texi file is now generated from gnuplot.doc, thus it is put in the build directory instead of being in the source directory. The bug is that the make rule still gets gnuplot.texi from the source directory (as it was there in the past). So, in docs/Makefile.am, $(MAKEINFO) -I$(srcdir) $(srcdir)/gnuplot.texi --no-split --output=$@ needs to be changed to $(MAKEINFO) -I$(srcdir) gnuplot.texi --no-split --output=$@ I can try to prepare a patch if you want. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783277: RFS: gnome-exe-thumbnailer/0.9.3 [ITP]
Hi, I have uploaded version 0.9.3-2 to mentors now, and it appears Lintian clean. I added a simple manual page https://github.com/GLolol/gnome-exe-thumbnailer/blob/master/debian/gnome-exe-thumbnailer.1, which I hope is adequate. Maintainer field has been updated too. It turns out that the upload of 0.9.3-1 failed because the orig.tar.gz wasn't included. I only got the upload failed notification this morning. The server would not allow a duplicate upload, so I bumped the revision (and merged the changelog entries) instead. Regarding Alioth and creating a repository in the Wine team, I didn't find any place where I could create a new repo. The packaging source is on GitHub https://github.com/GLolol/gnome-exe-thumbnailer for now. Best, James On 27/04/15 01:50 PM, Stephen Kitt wrote: Hi James, On Mon, 27 Apr 2015 11:52:13 -0700, James Lu glol...@hotmail.com wrote: Thanks for the response! I've uploaded a new version (0.9.3-1) via dput mentors, which fixes most of the problems you've mentioned. The site, however, doesn't seem to have updated the package page, so I'm not sure if the changes have stuck. I've mirrored the .dsc file elsewhere http://packages.overdrive.pw/pool/main/g/gnome-exe-thumbnailer/gnome-exe-thumbnailer_0.9.3-1.dsc just in case, though aptly (repo management) doesn't handle .changes files yet. I couldn't find your updated package on mentors, but the other .dsc is OK (I don't need the .changes file to review or even to sponsor an upload). The only warning left is binary-without-manpage, as the source doesn't seem to provide one at all. The script, gnome-exe-thumbnailer, doesn't handle --help either, and spits out errors instead. I'm not sure what to do in this case, other than file a separate issue? You'd need to write a manpage :-). Given that thumbnailers aren't run by end-users generally, the manpage doesn't need to be very detailed; have a look at https://sources.debian.net/src/evince/3.14.1-2/debian/evince-thumbnailer.1/ for an example. If you've never done this before, try adapting evince-thumbnailer.1; I can help if necessary. Apart from that I'd prefer it if you could merge all your changes into a single changelog entry, so there's only an entry for 0.9.3-1, then the pre-existing entry for 0.9.3-0ubuntu1. Finally, it might be worth packaging this within the Wine packaging team, if you'd care to join us... I'm not too familiar with packaging teams, but that sounds good to me! I'm open to collaborative maintenance. :) OK, great! You need to create an Alioth account if you don't have one yet (https://alioth.debian.org/account/register.php), then go to the Wine packaging team page and ask to join (https://alioth.debian.org/projects/pkg-wine/ and look for the Request to join link in the right-hand column). To mark the package as team-maintained, you'd set Maintainer: Debian Wine Party pkg-wine-pa...@lists.alioth.debian.org in debian/control and add yourself in an Uploaders: entry. Once you're in the team you'll be able to create a git repository there for your package too. (But you can worry about that later if it's unfamiliar to you.) Regards, Stephen
Bug#774040: lrzip: segmentation fault
On Tue, Apr 28, 2015 at 4:05 PM, Jakub Wilk jw...@debian.org wrote: Oops. I was using another machine for testing previously. But I've just tried it on amd64, and it still crashes: $ apt-cache policy lrzip lrzip: Installed: 0.621-1 Candidate: 0.621-1 Version table: *** 0.621-1 0 500 http://ftp.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status $ apt-cache policy lrzip lrzip: Installed: 0.621-1 Candidate: 0.621-1 Version table: *** 0.621-1 0 100 /var/lib/dpkg/status 0.616-1 0 500 http://ftp.de.debian.org/debian/ jessie/main amd64 Packages In short, it's an up-to-date Jessie on amd64, installed lrzip over it. $ lrzcat crash.lrz /dev/null Warning, unable to set nice value Decompressing... It seems to start decompressing and not crashes. Any more messages you left out? Do you have any process controlling system in use? I haven't seen any 'nice' message from lrzip yet. My system shows: $ lrzcat crash.lrz /dev/null Failed to malloc tmp_outbuf in open_tmpoutbuf Cannot allocate memory Fatal error - exiting Seems to correctly handle the malloc error codes. I think the problem lies somewhere else and not in lrzip itself. Is you Sid installation up-to-date? Any package from experimental? How much memory your system has? $ free -m total used free sharedbuffers cached Mem: 1980 1892 88 0151 1243 -/+ buffers/cache:497 1482 Swap:0 0 0 Mine has 4+ GB. I don't think it worths to downgrade the machine to less than 4 GB RAM just for a test. But well, who knows? Thanks, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783638: /sys/power/pm_async defaulting to 1 : unreliable resume event execution
Package: udev This a spin-off from reports on https://bugs.debian.org/780956 (laptop-mode-tools hooks not triggerd) and https://bugs.debian.org/779412 (no reliable systemd resume event) (original reporters may subscibe to the new bug) To ensure packages have a reliable resume event hook available, udev may echo 0 /sys/power/pm_async, or some device blacklist may be needed (in the kernel?) to disable async pm?. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782333: Server-Kernel built for VIA-Nano thin-client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am using this box currently as a bittorrent-seeder with qbittorrent-nox. The web-interface is nice. Today I built an embedded-server kernel for it. It seems to be doing quite well so far, but there were problems with the Sandisk-Ultra-USB3 (32GB) storage-stick, I am using there. It cannot handle all compressed filesystems, installation of PC-BSD (with LZ4-compressed ZFS-root) on it failed. After that the stick seemed to be defective, but it resumed work upon completely zeroing it. Today there was downtime, I spent much of the day, moving seeded files around, defragmenting and balancing, now it is running again, and the wattage is surprisingly low: 8W, although the files, it is distributing need to be decompressed permanently, because they are on LZO-BTRFS. The maximum wattage, I saw, was at 14W. I have done some online-research and found VIA-nano devices are rare, there seem to be quadcores in mini-ITX format, but this configuration is without SMP. With the stock-kernel dmesg looked like this: . .. [0.040396] Last level iTLB entries: 4KB 0, 2MB 0, 4MB 0 Last level dTLB entries: 4KB 0, 2MB 0, 4MB 0, 1GB 0 tlb_flushall_shift: -1 [0.072464] Freeing SMP alternatives memory: 20K (81a1b000 - 81a2) [0.076761] ftrace: allocating 21614 entries in 85 pages [0.124879] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 [0.166078] smpboot: CPU0: Centaur VIA Nano U3500@1000MHz (fam: 06, model: 0f, stepping: 0a) [0.168000] Performance Events: no PMU driver, software events only. [0.169644] x86: Booted up 1 node, 1 CPUs [0.169654] smpboot: Total of 1 processors activated (1994.98 BogoMIPS) .. . With the hp-t5550-specific VIA-kernel, it does not appear any faster, but probably it works more efficiently, with less overhead: . .. [0.00] hpet clockevent registered [0.00] tsc: Fast TSC calibration using PIT [0.00] tsc: Detected 997.612 MHz processor [0.010031] Calibrating delay loop (skipped), value calculated using timer frequency.. 1995.22 BogoMIPS (lpj=9976120) [0.010043] pid_max: default: 32768 minimum: 301 [0.010060] ACPI: Core revision 20140424 [0.042189] ACPI: All ACPI Tables successfully acquired [0.050082] Security Framework initialized [0.050111] AppArmor: AppArmor disabled by boot time parameter [0.050118] Yama: disabled by default; enable with sysctl kernel.yama.* [0.050159] Mount-cache hash table entries: 2048 (order: 2, 16384 bytes) [0.050168] Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes) [0.050970] Initializing cgroup subsys memory [0.050987] Initializing cgroup subsys devices [0.051036] Initializing cgroup subsys freezer [0.051051] Initializing cgroup subsys net_cls [0.051079] Initializing cgroup subsys blkio [0.051101] Initializing cgroup subsys perf_event [0.051112] Initializing cgroup subsys net_prio [0.051184] mce: CPU supports 0 MCE banks [0.051200] Last level iTLB entries: 4KB 0, 2MB 0, 4MB 0 Last level dTLB entries: 4KB 0, 2MB 0, 4MB 0, 1GB 0 tlb_flushall_shift: -1 [0.051209] CPU: Centaur VIA Nano U3500@1000MHz (fam: 06, model: 0f, stepping: 0a) [0.063602] ftrace: allocating 20306 entries in 80 pages [0.110191] Performance Events: no PMU driver, software events only. [0.121369] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 [0.23] NMI watchdog: disabled (cpu0): hardware events not enabled [0.23] devtmpfs: initialized .. . -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlU/qxIACgkQ5+rBHyUt5wt/egCgwfX34fRFM4s0VcTvJkwfLibY To8AnjKAKk6U/MQaGEV+dFHShAKtwNOk =2oPL -END PGP SIGNATURE- config-3.16.7-ckt9es-via64.xz Description: application/xz
Bug#760303: Confirmation: squid-3-13407.patch fixes the segfault problem for me
Hi, I have just build a package based on Jessie's squid3_3.4.8-6 using the above mentioned patch: http://www.squid-cache.org/Versions/v3/3.5/changesets/squid-3-13407.patch and I can confirm that this fixes the segfault problem for me. Without the patch, every service restart squid3 and every (daily!) logrotate caused a segfault for squid. With this patch included I haven't seen any of these for three days now. So please include this patch asap. I thought that this patch would make its way into the package for the jessie Release. Are there any plans for the integration of this patch (maybe for a point release)? Cheers Thomas -- Sidney: You sick fucks. You've seen one too many movies! Billy: No Sid, don't you blame the movies. Movies don't create psychos. Movies make psychos more creative! Scream signature.asc Description: Digital signature
Bug#783639: openblas: Please provide a -dbg package
Source: openblas Severity: wishlist Salut! Not asking for me but for a lazy friend. It would be nice to have an openblas dbg package. Thanks, Sylvstre -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), (500, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783638: udev resume rule
The relevant trigger on resume mechanism from udev seems to be: ACTION==add|remove, SUBSYSTEM==machinecheck, RUN+=lmt-udev auto force -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org