Bug#765406: ping?
Any chance this can get fixed before the release? -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#772891: cabextract: hangs on a crafted CAB file
On Sat, Dec 13, 2014 at 9:44 AM, Sebastian Ramacher sramac...@debian.org wrote: This issue also affects libmspack. I noticed this while clamav was scanning Jakub's mail for malware and it was stuck in an infinite loop. I'm planning not to fix this bug directly. I'll be uploading a new build in a few days which fixes bug #675560, after which I'll close this as a duplicate of bug #773041. Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773002: [PATCH] asmon: fix typo in usage info
[ Raphael Geissert ] tags 773002 pending upstream thanks Source: asmon Source-Version: 0.71-5 Tags: patch Severity: minor Just a typo I found at random Awesome; Thanks! [ ... ] -- Eric Evans eev...@sym-link.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773137: ibnm-glib: wireless connection failure
Package: ibnm-glib Version: /org/freedesktop/NetworkManager/ Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Total novice here. No longer able to establish wireless connections. Succeeded twice previously. Error message box: Connection failure Connection activation failed (1) Creating object for path '/org/freedesktop/NetworkManager/ActiveConnection/13' failed in libnm-glib -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772891: cabextract: hangs on a crafted CAB file
On Thu, Dec 11, 2014 at 6:47 PM, Jakub Wilk jw...@debian.org wrote: Package: cabextract Version: 1.4-4+b1 Severity: minor Usertags: afl The attached file makes cabextract hang forever (or at least for two minutes, after which I lost my patience :-P). This bug was found using American fuzzy lop: http://lcamtuf.coredump.cx/afl/ It's definitely an infinite loop. It gets caught in qtmd_decompress() and never gets out of the loop on line 290. The problem seems to be on this line: /* decode more, up to the number of bytes needed, the frame boundary, * or the window boundary, whichever comes first */ frame_end = window_posn + (out_bytes - (qtm-o_end - qtm-o_ptr)); out_bytes is an off_t (8 bytes) but frame_end is an unsigned int (4 bytes) and it overflows. If I change the unsigned int to off_t in the first line of this function, the function terminates properly and declares the file corrupt: marvin% ./cabextract ~/Download/hang.cab Extracting cabinet: /home/sharkey/Download/hang.cab extracting limerick limerick: error in CAB data format All done, errors in processing 1 file(s) Stuart, is this the right fix in your opinion? Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682059: root-system: Bunch of not-installed libs and include files
Hi, I'm facing this bug as well (missing header files). I initially thought this was because of licence issues but I just checked with two examples that this is probably not the case: THistPainter.h and TPaletteAxis.h http://root.cern.ch/viewcvs/trunk/hist/histpainter/inc/THistPainter.h?revision=36953view=markup http://root.cern.ch/viewcvs/trunk/hist/histpainter/inc/TPaletteAxis.h?revision=48071view=markup are both distributed under the GNU LESSER GENERAL PUBLIC LICENSE Version 2.1, February 1999 http://root.cern.ch/viewcvs/trunk/LICENSE?view=markup which is Debian-compatible AFAIK. Can someone explain why the header files are missing? Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 02/12/2014 08:55, Didier Roche wrote: This isn't the logs we asked for though to debug your issue. Can you paste them please? (after running as root): systemctl status kdm.service systemctl status display-manager.service Here they are (making them from console :-() -- eric ● kdm.service Loaded: masked (/dev/null) Active: inactive (dead) Warning: Unit file changed on disk, 'systemctl daemon-reload' recommended. ● display-manager.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead)
Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 02/12/2014 09:01, Eric Valette wrote: On 02/12/2014 08:55, Didier Roche wrote: This isn't the logs we asked for though to debug your issue. Can you paste them please? (after running as root): systemctl status kdm.service systemctl status display-manager.service Here they are (making them from console :-() -- eric The reload message seems to imply that the kdm.service is generated too late for the system (my system is high end quadri core (8 cpus) I7 16G RAM, fast ssd). For the display-manager.service not found, I have no clue except if you gave me a wrong name. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 02/12/2014 09:13, Didier Roche wrote: anks! Are you really sure that /etc/X11/default-display-manager exists on this machine (you didn't paste from any other) and points to a kdm binary? Yes. Double checked! cat /etc/X11/default-display-manager /usr/bin/kdm valette@tri-yann4:~$ type /usr/bin/kdm /usr/bin/kdm est /usr/bin/kdm valette@tri-yann4:~$ file /usr/bin/kdm /usr/bin/kdm: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=e0e10507ede6d64eab115388829af4e23f8938c5, stripped If so, do you mind if I give you a debug version of a binary (you can revert to previous systemd meanwhile), so that I can get the needed informations to know what happens (I would need to know your machine architecture then). Note that /usr is not mounted at the beginning of the boot for me (no initrd, and / and /usr on a diffrent file system) -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 12/02/2014 09:32 AM, Didier Roche wrote: Ok, everything looks fine. I doubt about the /usr separation to be the cause for that one as the generator doesn't use any file there. Last try before sending you a debug binary: cat -e /etc/X11/default-display-manager (even if I treat trailing spaces, \n and so on, let's see…) and: ls -l /etc/systemd/system/ ls -l /run/systemd/generator* Will do but must wait until I'm back home. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 02/12/2014 09:32, Didier Roche wrote: Ok, everything looks fine. I doubt about the /usr separation to be the cause for that one as the generator doesn't use any file there. Last try before sending you a debug binary: cat -e /etc/X11/default-display-manager (even if I treat trailing spaces, \n and so on, let's see…) and: ls -l /etc/systemd/system/ ls -l /run/systemd/generator* Find attached. Note you don't see the command only the result. Tell me if you want something else/more --eric /usr/bin/kdm$ total 28 lrwxrwxrwx 1 root root 40 déc. 8 2013 dbus-org.freedesktop.Avahi.service - /lib/systemd/system/avahi-daemon.service drwxr-xr-x 2 root root 4096 août 25 08:57 getty.target.wants drwxr-xr-x 2 root root 4096 mars 20 2014 local-fs.target.wants drwxr-xr-x 2 root root 4096 nov. 17 19:27 multi-user.target.wants drwxr-xr-x 2 root root 4096 nov. 9 11:03 paths.target.wants drwxr-xr-x 2 root root 4096 févr. 25 2014 printer.target.wants drwxr-xr-x 2 root root 4096 oct. 18 10:29 shutdown.target.wants drwxr-xr-x 2 root root 4096 août 29 17:21 sockets.target.wants lrwxrwxrwx 1 root root 31 mars 6 2014 sshd.service - /lib/systemd/system/ssh.service lrwxrwxrwx 1 root root 35 juin 28 2013 syslog.service - /lib/systemd/system/rsyslog.service /run/systemd/generator: total 52 -rw-r--r-- 1 root root 220 déc. 2 18:52 dev-disk-by\x2duuid-b27f8ff4\x2dab80\x2d459b\x2dadc4\x2df4b3aae3ad0f.swap -rw-r--r-- 1 root root 388 déc. 2 18:52 home.mount -rw-r--r-- 1 root root 376 déc. 2 18:52 home-valette-local.mount drwxr-xr-x 2 root root 60 déc. 2 18:52 hwclock.service.d drwxr-xr-x 2 root root 60 déc. 2 18:52 kdm.service.d drwxr-xr-x 2 root root 200 déc. 2 18:52 local-fs.target.requires drwxr-xr-x 2 root root 60 déc. 2 18:52 local-fs.target.wants -rw-r--r-- 1 root root 236 déc. 2 18:52 media-backup.mount -rw-r--r-- 1 root root 221 déc. 2 18:52 media-cdrom0.mount -rw-r--r-- 1 root root 268 déc. 2 18:52 -.mount drwxr-xr-x 2 root root 60 déc. 2 18:52 mountall-bootclean.service.d drwxr-xr-x 2 root root 60 déc. 2 18:52 mountall.service.d drwxr-xr-x 2 root root 60 déc. 2 18:52 mountnfs-bootclean.service.d drwxr-xr-x 2 root root 60 déc. 2 18:52 mountnfs.service.d -rw-r--r-- 1 root root 289 déc. 2 18:52 multimedia.mount drwxr-xr-x 2 root root 60 déc. 2 18:52 multi-user.target.wants drwxr-xr-x 2 root root 60 déc. 2 18:52 networking.service.d drwxr-xr-x 2 root root 40 déc. 2 18:52 openvpn.service.wants drwxr-xr-x 2 root root 60 déc. 2 18:52 remote-fs.target.d drwxr-xr-x 2 root root 60 déc. 2 18:52 rpcbind.service.d drwxr-xr-x 2 root root 60 déc. 2 18:52 rpcbind.target.d drwxr-xr-x 2 root root 60 déc. 2 18:52 sendsigs.service.d drwxr-xr-x 2 root root 60 déc. 2 18:52 swap.target.wants drwxr-xr-x 2 root root 60 déc. 2 18:52 umountfs.service.d drwxr-xr-x 2 root root 60 déc. 2 18:52 umountnfs.service.d -rw-r--r-- 1 root root 408 déc. 2 18:52 usr-local.mount -rw-r--r-- 1 root root 384 déc. 2 18:52 usr.mount -rw-r--r-- 1 root root 408 déc. 2 18:52 var-cache.mount -rw-r--r-- 1 root root 384 déc. 2 18:52 var.mount -rw-r--r-- 1 root root 273 déc. 2 18:52 windowsData.mount -rw-r--r-- 1 root root 268 déc. 2 18:52 windows.mount drwxr-xr-x 2 root root 80 déc. 2 18:52 x-display-manager.target.d drwxr-xr-x 2 root root 60 déc. 2 18:52 xdm.service.d drwxr-xr-x 2 root root 80 déc. 2 18:52 x-font-server.target.d drwxr-xr-x 2 root root 60 déc. 2 18:52 xfs.service.d drwxr-xr-x 2 root root 60 déc. 2 18:52 xfstt.service.d /run/systemd/generator.early: total 0 lrwxrwxrwx 1 root root 9 déc. 2 18:52 kdm.service - /dev/null lrwxrwxrwx 1 root root 9 déc. 2 18:52 xdm.service - /dev/null /run/systemd/generator.late: total 180 -rw-r--r-- 1 root root 632 déc. 2 18:52 apache2.service -rw-r--r-- 1 root root 447 déc. 2 18:52 console-screen.service -rw-r--r-- 1 root root 510 déc. 2 18:52 console-setup.service -rw-r--r-- 1 root root 525 déc. 2 18:52 cpufrequtils.service -rw-r--r-- 1 root root 483 déc. 2 18:52 etc-setserial.service -rw-r--r-- 1 root root 725 déc. 2 18:52 exim4.service -rw-r--r-- 1 root root 532 déc. 2 18:52 gdomap.service -rw-r--r-- 1 root root 500 déc. 2 18:52 gpm.service -rw-r--r-- 1 root root 456 déc. 2 18:52 hdparm.service -rw-r--r-- 1 root root 389 déc. 2 18:52 kbd.service -rw-r--r-- 1 root root 601 déc. 2 18:52 kdm.service -rw-r--r-- 1 root root 531 déc. 2 18:52 keyboard-setup.service -rw-r--r-- 1 root root 446 déc. 2 18:52 keymap.service -rw-r--r-- 1 root root 537 déc. 2 18:52 lirc.service -rw-r--r-- 1 root root 514 déc. 2 18:52 loadcpufreq.service -rw-r--r-- 1 root root 503 déc. 2 18:52 lpd.service -rw-r--r-- 1 root root 449 déc. 2 18:52 minidlna.dpkg-dist.service -rw-r--r-- 1 root root 636 déc. 2 18:52 mysql.service -rw-r--r-- 1 root root 538 déc. 2 18:52 networking.service -rw-r--r-- 1 root root 497 déc. 2 18:52 nfs-common.service -rw-r--r-- 1 root root 633 déc. 2 18:52 nfs
Bug#711147: lvm2 still doesn't active volume group at boot time
I can confirm this is an issue. Like John I added a sleep before activating the volume and that resolved the problem for me. --- lvm2.orig 2014-12-02 16:04:51.254868123 -0500 +++ /usr/share/initramfs-tools/scripts/local-top/lvm2 2014-12-02 16:05:02.773961951 -0500 @@ -60,6 +60,8 @@ modprobe -q dm-mod +sleep 3 + activate_vg $ROOT activate_vg $resume -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 03/12/2014 07:41, Didier Roche wrote: However, I've committed a patch with 217-3 which incidentally will fix as well your issue (which is basically don't touch if the default dm != systemd native services. Keep me posted once you download that one which should land shortly in experimental. Confirmed fixed. Thanks for your time and work. --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771652: systemd: system 217 breaks config not using initrd and /usr and / different
Package: systemd Version: 217-1 Severity: critical Justification: breaks the whole system After upgrading to 217, I had a crash because init was unable to load libapparmor1. After seraching it is located in /usr that in my system is not yet mounted. copying manually libraries to /lib solves the boot problem (but still breaks X11/kde) -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17.4 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.25.2-3 ii libc6 2.19-13 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-3 ii libgcrypt20 1.6.2-4 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-7 ii mount 2.25.2-3 ii sysv-rc 2.88dsf-58 ii udev217-1 ii util-linux 2.25.2-3 Versions of packages systemd recommends: ii dbus1.9.4-1 ii libpam-systemd 215-7 Versions of packages systemd suggests: pn systemd-ui 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#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
Package: systemd Version: 217-1 Severity: critical Justification: breaks unrelated software After fixing the libapparmor in /usr bug, I managed to boot but kdm was not started. loging as root and using startx lauch a session without problem where I have mouse. Loggin as a normal user via startx breaks mouse and keyboard. Does apparmor mandate new kernel configuration? New user space setup? -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.17.4 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1 ii libblkid1 2.25.2-3 ii libc6 2.19-13 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-3 ii libgcrypt20 1.6.2-4 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-7 ii mount 2.25.2-3 ii sysv-rc 2.88dsf-58 ii udev217-1 ii util-linux 2.25.2-3 Versions of packages systemd recommends: ii dbus1.9.4-1 ii libpam-systemd 215-7 Versions of packages systemd suggests: pn systemd-ui 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#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 12/01/2014 11:47 AM, intrigeri wrote: Control: tag -1 + moreinfo Hi, Eric Valette wrote (01 Dec 2014 09:11:32 GMT) : After fixing the libapparmor in /usr bug, I managed to boot but kdm was not started. loging as root and using startx lauch a session without problem where I have mouse. Loggin as a normal user via startx breaks mouse and keyboard. Does apparmor mandate new kernel configuration? New user space setup? Can you reproduce this with AppArmor disabled? What I can say is that downgrading back to systemd 215 makes the problem vanish. I just saw that systemd217 requires libapparmor1 but as I use my own kernel I have no clue whether its really enabled or not. I have no clue on apparmor useage so tell me how to try (but anyway libapparmor1 being installed in /usr/lib and my /usr not being mounted at boot, I doub with its actual config apparmor hs any chnce to work (copied the lib in /lib and did a ldconfig to manage to boot but still...) -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 12/01/2014 12:58 PM, Martin Pitt wrote: Hello Eric, Eric Valette [2014-12-01 10:11 +0100]: After fixing the libapparmor in /usr bug, I managed to boot but kdm was not started. loging as root and using startx lauch a session without problem where I have mouse. Loggin as a normal user via startx breaks mouse and keyboard. Please show me the output of systemctl status -l kdm.service (as root) to see what's going wrong. It might be named slightly differently -- check systemctl --failed for which units didn't start, kdm should be amongst them. Does apparmor mandate new kernel configuration? New user space setup? No, that should be unrelated. If AppArmor isn't available it won't be used, unless you have a unit with AppArmorProfile=. X server stop voluntarily without any obvious error message (I have an (EE) at the end). Will do the trace when back home but frankly reinstalling before the /usr/lib vs /lib is fixed is annoying. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771652: systemd: system 217 breaks config not using initrd and /usr and / different
On 12/01/2014 12:55 PM, Martin Pitt wrote: Hello Eric, Eric Valette [2014-12-01 10:06 +0100]: After upgrading to 217, I had a crash because init was unable to load libapparmor1. After seraching it is located in /usr that in my system is not yet mounted. copying manually libraries to /lib solves the boot problem (but still breaks X11/kde) Argh, indeed. I filed https://bugs.debian.org/771667 about this, asking for moving the library to /lib. Until that I'll disable this in Debian again. At least rise the severity to critical now ;-) -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 01/12/2014 15:08, Martin Pitt wrote: Hello again, Eric Valette [2014-12-01 10:11 +0100]: After fixing the libapparmor in /usr bug, I managed to boot but kdm was not started. This is most likely due to Didier's new generator to read /etc/X11/default-display-manager and only start that one. What does that file contain on your system? more /etc/X11/default-display-manager /usr/bin/kdm --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771653: systemd 217 breaks X11 (not more kdm and loggin and using startx gives me no mouse)
On 02/12/2014 08:16, Didier Roche wrote: Do you mind showing the output (as root) of: systemctl status kdm.service systemctl status display-manger.service I think you are chasing a ghost: even if I log in and restart kdm manually I get no X. And downgrading does solve the problem. Attached is the Xorg.0.log with systemd 215 and Xorg.0.log.ko with 217 . [13.027] _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 [13.027] _XSERVTransOpen: transport open failed for inet6/tri-yann4:0 [13.027] _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 [13.029] X.Org X Server 1.16.1.901 (1.16.2 RC 1) Release Date: 2014-11-02 [13.029] X Protocol Version 11, Revision 0 [13.029] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [13.029] Current Operating System: Linux tri-yann4 3.17.4 #14 SMP PREEMPT Sat Nov 22 10:02:43 CET 2014 x86_64 [13.029] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.17.4 root=/dev/sdb5 ro rootfstype=ext4 memmap=4K$0x00031db35000 quiet [13.029] Build Date: 03 November 2014 09:44:08PM [13.029] xorg-server 2:1.16.1.901-1 (http://www.debian.org/support) [13.029] Current version of pixman: 0.32.6 [13.029]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [13.029] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [13.029] (==) Log file: /var/log/Xorg.0.log, Time: Tue Dec 2 08:39:39 2014 [13.030] (==) Using config file: /etc/X11/xorg.conf [13.030] (==) Using system config directory /usr/share/X11/xorg.conf.d [13.032] (==) ServerLayout Default Layout [13.032] (**) |--Screen Screen0 (0) [13.032] (**) | |--Monitor Monitor0 [13.032] (**) | |--Device Device0 [13.032] (**) |--Input Device Keyboard0 [13.032] (**) |--Input Device Logitech USB Receiver [13.032] (**) Option Xinerama 0 [13.032] (==) Automatically adding devices [13.032] (==) Automatically enabling devices [13.032] (==) Automatically adding GPU devices [13.041] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [13.041] (==) ModulePath set to /usr/lib/xorg/modules [13.041] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [13.041] (WW) Disabling Keyboard0 [13.041] (II) Loader magic: 0x7f0d8e6f7d80 [13.041] (II) Module ABI versions: [13.041]X.Org ANSI C Emulation: 0.4 [13.041]X.Org Video Driver: 18.0 [13.041]X.Org XInput driver : 21.0 [13.041]X.Org Server Extension : 8.0 [13.041] (II) xfree86: Adding drm device (/dev/dri/card0) [13.044] (--) PCI:*(0:1:0:0) 10de:1189:10b0:1189 rev 161, Mem @ 0xfa00/16777216, 0xf000/134217728, 0xf800/33554432, I/O @ 0xe000/128, BIOS @ 0x/524288 [13.045] (II) LoadModule: glx [13.047] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [13.157] (II) Module glx: vendor=NVIDIA Corporation [13.157]compiled for 4.0.2, module version = 1.0.0 [13.157]Module class: X.Org Server Extension [13.158] (II) NVIDIA GLX Module 343.22 Thu Sep 11 15:55:13 PDT 2014 [13.159] (II) LoadModule: nvidia [13.160] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so [13.169] (II) Module nvidia: vendor=NVIDIA Corporation [13.169]compiled for 4.0.2, module version = 1.0.0 [13.169]Module class: X.Org Video Driver [13.170] (II) LoadModule: evdev [13.171] (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so [13.178] (II) Module evdev: vendor=X.Org Foundation [13.178]compiled for 1.16.0, module version = 2.9.0 [13.178]Module class: X.Org XInput Driver [13.178]ABI class: X.Org XInput driver, version 21.0 [13.178] (II) NVIDIA dlloader X Driver 343.22 Thu Sep 11 15:34:47 PDT 2014 [13.178] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs [13.179] (++) using VT number 7 [13.191] (II) Loading sub module fb [13.191] (II) LoadModule: fb [13.191] (II) Loading /usr/lib/xorg/modules/libfb.so [13.194] (II) Module fb: vendor=X.Org Foundation [13.194]compiled for 1.16.1.901, module version = 1.0.0 [13.194]ABI class: X.Org ANSI C Emulation, version 0.4 [13.194] (II) Loading sub module wfb [13.194] (II) LoadModule: wfb [13.195] (II) Loading /usr/lib/xorg/modules/libwfb.so [13.197] (II) Module wfb: vendor=X.Org Foundation [13.197]compiled for 1.16.1.901, module version = 1.0.0 [13.197]ABI class: X.Org ANSI C
Bug#768927: opensc: OpenCT missing. Was removed in 760258
Control: severity -1 important * Cornelius Kölbel (co...@cornelinux.de) wrote: Hi Eric, [snip] Yes, but to my up-to-now-knowledge using pcscd and opensc is not enough. As soon as we installed openct things worked fine. I will ask the opensc guys. Did you have any luck making it work with pcscd? -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#770130: gnome-shell: Oh no! Something has gone wrong. (Fujitsu ST4121)
On Wed, 2014-11-19 at 12:00 +0100, intrigeri wrote: Looks like a bug in the kernel DRM drivers to me (or might be in Mesa, or in Cogl, or in the X.Org driver, I'm definitely no expert in this field). Kernel: Linux 3.18.0-rc5 (SMP w/1 CPU core) Can you reproduce this bug with a kernel that we ship in Debian, e.g. current sid's 3.16 or experimental's 3.17? Yes, same as mainline kernel. $ uname -srvp Linux 3.16.0-4-686-pae #1 SMP Debian 3.16.7-2 (2014-11-06) unknown # BEGIN patch cogl-1.18.2/debian/patches/000_cogldebug.patch Index: cogl-1.18.2/cogl/driver/gl/cogl-texture-2d-gl.c === --- cogl-1.18.2.orig/cogl/driver/gl/cogl-texture-2d-gl.c +++ cogl-1.18.2/cogl/driver/gl/cogl-texture-2d-gl.c @@ -35,6 +35,7 @@ #include config.h #include string.h +#include syslog.h #include cogl-private.h #include cogl-texture-private.h @@ -127,11 +128,22 @@ allocate_with_size (CoglTexture2D *tex_2 height, internal_format)) { +/* _cogl_set_error (error, COGL_TEXTURE_ERROR, COGL_TEXTURE_ERROR_SIZE, Failed to create texture 2d due to size/format constraints); return FALSE; +*/ + syslog(LOG_ERR, COGL ERROR: allocate_with_size + ctx %lx, WxH %i x %i, ifmt %i\n, + (long unsigned int)ctx, width, height, internal_format); +} +else +{ + syslog(LOG_INFO, COGL INFO: allocate_with_size + ctx %lx, WxH %i x %i, ifmt %i\n, + (long unsigned int)ctx, width, height, internal_format); } ctx-driver_vtable-pixel_format_to_gl (ctx, @@ -196,11 +208,22 @@ allocate_from_bitmap (CoglTexture2D *tex height, internal_format)) { +/* _cogl_set_error (error, COGL_TEXTURE_ERROR, COGL_TEXTURE_ERROR_SIZE, Failed to create texture 2d due to size/format constraints); return FALSE; +*/ + syslog(LOG_ERR, COGL ERROR: allocate_from_bitmap + ctx %lx, WxH %i x %i, ifmt %i\n, + (long unsigned int)ctx, width, height, internal_format); +} +else +{ + syslog(LOG_INFO, COGL INFO: allocate_from_bitmap + ctx %lx, WxH %i x %i, ifmt %i\n, + (long unsigned int)ctx, width, height, internal_format); } upload_bmp = _cogl_bitmap_convert_for_upload (bmp, # END patch cogl-1.18.2/debian/patches/000_cogldebug.patch # BEGIN journalctl output -- Logs begin at Wed 2014-11-19 15:48:15 PST, end at Wed 2014-11-19 15:59:19 PST. -- Nov 19 15:58:29 boss gnome-shell[985]: COGL INFO: allocate_with_size ctx 9eaf6a0, WxH 46 x 30, ifmt 147 Nov 19 15:58:29 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 48 x 32, ifmt 17 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 64 x 64, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 16 x 16, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 48 x 48, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 16 x 16, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 16 x 16, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 48 x 48, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 24 x 24, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 16 x 16, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 64 x 64, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_with_size ctx 9eaf6a0, WxH 46 x 30, ifmt 147 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 48 x 32, ifmt 17 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 10 x 10, ifmt 179 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 337 x 34, ifmt 179 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 10 x 10, ifmt 179 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 82 x 29, ifmt 179 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 10 x 10, ifmt 179 Nov 19 15:58:31 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 83 x 29, ifmt 179 Nov 19 15:58:32 boss gnome-shell[985]: COGL INFO: allocate_from_bitmap ctx 9eaf6a0, WxH 18 x 18, ifmt 147 Nov 19 15:58:33 boss gnome-shell[985]: COGL INFO:
Bug#770130: gnome-shell: Oh no! Something has gone wrong. (Fujitsu ST4121)
Package: gnome-shell Version: 3.14.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, Login to gdm3 is okay however the Gnome desktop does not load. Nov 18 17:57:51 boss kernel: [drm:i8xx_irq_handler] *ERROR* pipe A underrun Nov 18 17:57:52 boss dbus[509]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service' Nov 18 17:57:52 boss dbus[509]: [system] Successfully activated service 'org.freedesktop.locale1' Nov 18 17:57:53 boss gnome-session[7213]: (gnome-shell:7314): Cogl-ERROR **: Failed to create texture 2d due to size/format constraints Nov 18 17:57:53 boss gnome-session[7213]: x-session-manager[7213]: WARNING: Application 'gnome-shell.desktop' killed by signal 5 Nov 18 17:57:53 boss x-session-manager[7213]: WARNING: Application 'gnome-shell.desktop' killed by signal 5 Nov 18 17:57:53 boss gnome-session[7213]: (gnome-settings-daemon:7274): media-keys-plugin-WARNING **: 2: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name :1. Nov 18 17:57:53 boss gnome-session[7213]: (gnome-shell:7346): Cogl-ERROR **: Failed to create texture 2d due to size/format constraints Nov 18 17:57:54 boss gnome-session[7213]: x-session-manager[7213]: WARNING: Application 'gnome-shell.desktop' killed by signal 5 Nov 18 17:57:54 boss x-session-manager[7213]: WARNING: Application 'gnome-shell.desktop' killed by signal 5 Nov 18 17:57:54 boss x-session-manager[7213]: WARNING: App 'gnome-shell.desktop' respawning too quickly Nov 18 17:57:54 boss gnome-session[7213]: x-session-manager[7213]: WARNING: App 'gnome-shell.desktop' respawning too quickly Nov 18 17:57:54 boss x-session-manager[7213]: Unrecoverable failure in required component gnome-shell.desktop Nov 18 17:57:54 boss x-session-manager[7213]: Entering running state 00:00.0 Host bridge: Intel Corporation 82830M/MG/MP Host Bridge (rev 04) Subsystem: Fujitsu Limited. Device 113b Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Region 0: Memory at unassigned (32-bit, prefetchable) Capabilities: [40] Vendor Specific Information: Len=05 ? Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller: Intel Corporation 82830M/MG Integrated Graphics Controller (rev 04) (prog-if 00 [VGA controller]) Subsystem: Fujitsu Limited. Device 113c Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 10 Region 0: Memory at e800 (32-bit, prefetchable) [size=128M] Region 1: Memory at e000 (32-bit, non-prefetchable) [size=512K] Expansion ROM at unassigned [disabled] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: i915 00:02.1 Display controller: Intel Corporation 82830M/MG Integrated Graphics Controller Subsystem: Fujitsu Limited. Device 113c Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 (2500ns max) Region 0: Memory at f000 (32-bit, prefetchable) [size=128M] Region 1: Memory at e008 (32-bit, non-prefetchable) [size=512K] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.18.0-rc5 (SMP w/1 CPU core) 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 gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii evolution-data-server 3.12.7.1-2 ii gir1.2-accountsservice-1.0 0.6.37-3+b1 ii gir1.2-atspi-2.0 2.14.0-1 ii gir1.2-caribou-1.0 0.4.15-1 ii gir1.2-clutter-1.0 1.20.0-1 ii gir1.2-freedesktop 1.42.0-2.2 ii gir1.2-gcr-3 3.14.0-2 ii gir1.2-gdesktopenums-3.0 3.14.1-1 ii gir1.2-gdm3 3.14.1-3 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.42.0-2.2 ii gir1.2-gnomebluetooth-1.0 3.14.0-1 ii gir1.2-gnomedesktop-3.0 3.14.1-1 ii gir1.2-gtk-3.0 3.14.4-2 ii gir1.2-ibus-1.0 1.5.9-1 ii gir1.2-mutter-3.0 3.14.1-2 ii gir1.2-networkmanager-1.0 0.9.10.0-3 ii
Bug#692320: ITP: dnscrypt-proxy -- A tool for securing communications between a client and a DNS resolver
Any progress on this? If not I'm thinking about hijacking this ITP. -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#769310: New upstream adds support for German region
Package: python-boto Version: 2.33.0-1 Severity: important In addition to important fixes to the sigv4 algorithm, the most recent version of Boto, 2.34.0 adds support for the new German region. Given the large number of Debian users in Germany (who are adamant about keeping their data in Germany), and the very small delta between 2.33.0 and 2.34.0, it seems reasonable that 2.34.0 be included in Jessie. -- System Information: Debian Release: jessie/sid 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/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-boto depends on: ii python 2.7.8-2 ii python-requests 2.4.3-2 python-boto recommends no packages. python-boto suggests no packages. -- no debconf information -- Eric Evans eev...@sym-link.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#769334: unblock: python-boto/2.34.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package python-boto to address bts#769310. Much of the full diff consists of whitespace changes, so I've attached output that separates them (filterdiff commands at the bottom of this email). I realize that new upstreams are frowned upon at this stage, but aside from the sigv4 fixes (important in their own right), and the addition of support for eu-central-1 (a big deal, particularly for German users of AWS), there is only a handful of minor changes (typos and the like) that remain. Backporting the required changes would come very close to yielding the same results. I also realize that I pulled the trigger on an unstable upload too quickly, and that I should have sought approval first. I also failed to reference #769310 in the changelog. Sorry about that, I have no excuse. Thanks, unblock python-boto/2.34.0-2 -- System Information: Debian Release: jessie/sid 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/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash [1]: whitespace debdiff python-boto_2.33.0-1.dsc python-boto_2.34.0-2.dsc \ | filterdiff \ -ipython-boto-2.33.0/boto/cloudtrail/exceptions.py \ -ipython-boto-2.33.0/boto/cloudtrail/layer1.py \ -ipython-boto-2.33.0/boto/datapipeline/layer1.py \ -ipython-boto-2.33.0/boto/directconnect/exceptions.py \ -ipython-boto-2.33.0/boto/directconnect/layer1.py \ -ipython-boto-2.33.0/boto/logs/layer1.py [2]: without whitespace debdiff python-boto_2.33.0-1.dsc python-boto_2.34.0-2.dsc \ | filterdiff \ -xpython-boto-2.33.0/boto/cloudtrail/exceptions.py \ -xpython-boto-2.33.0/boto/cloudtrail/layer1.py \ -xpython-boto-2.33.0/boto/datapipeline/layer1.py \ -xpython-boto-2.33.0/boto/directconnect/exceptions.py \ -xpython-boto-2.33.0/boto/directconnect/layer1.py \ -xpython-boto-2.33.0/boto/logs/layer1.py -- Eric Evans eev...@debian.org --- python-boto-2.33.0/boto/cloudtrail/exceptions.py 2014-10-08 14:41:04.0 -0500 +++ python-boto-2.34.0/boto/cloudtrail/exceptions.py 2014-10-23 11:19:50.0 -0500 @@ -24,6 +24,7 @@ pass + class InsufficientSnsTopicPolicyException(BotoServerError): Raised when the SNS topic does not allow Cloudtrail to post @@ -31,18 +32,21 @@ pass + class InvalidTrailNameException(BotoServerError): Raised when the trail name is invalid. pass + class InternalErrorException(BotoServerError): Raised when there was an internal Cloudtrail error. pass + class TrailNotFoundException(BotoServerError): Raised when the given trail name is not found. --- python-boto-2.33.0/boto/cloudtrail/layer1.py 2014-10-08 14:41:04.0 -0500 +++ python-boto-2.34.0/boto/cloudtrail/layer1.py 2014-10-23 11:19:50.0 -0500 @@ -75,7 +75,6 @@ InsufficientS3BucketPolicyException: exceptions.InsufficientS3BucketPolicyException, } - def __init__(self, **kwargs): region = kwargs.pop('region', None) if not region: @@ -351,4 +350,3 @@ exception_class = self._faults.get(fault_name, self.ResponseError) raise exception_class(response.status, response.reason, body=json_body) - --- python-boto-2.33.0/boto/datapipeline/layer1.py 2014-10-08 14:41:04.0 -0500 +++ python-boto-2.34.0/boto/datapipeline/layer1.py 2014-10-23 11:19:50.0 -0500 @@ -83,7 +83,6 @@ InternalServiceError: exceptions.InternalServiceError, } - def __init__(self, **kwargs): region = kwargs.pop('region', None) if not region: @@ -638,4 +637,3 @@ exception_class = self._faults.get(fault_name, self.ResponseError) raise exception_class(response.status, response.reason, body=json_body) - --- python-boto-2.33.0/boto/directconnect/exceptions.py 2014-10-08 14:41:04.0 -0500 +++ python-boto-2.34.0/boto/directconnect/exceptions.py 2014-10-23 11:19:50.0 -0500 @@ -20,6 +20,7 @@ # IN THE SOFTWARE. # + class DirectConnectClientException(Exception): pass --- python-boto-2.33.0/boto/directconnect/layer1.py 2014-10-08 14:41:04.0 -0500 +++ python-boto-2.34.0/boto/directconnect/layer1.py 2014-10-23 11:19:50.0 -0500 @@ -65,7 +65,6 @@ DirectConnectServerException: exceptions.DirectConnectServerException, } - def __init__(self, **kwargs): region = kwargs.pop('region', None) if not region: @@ -626,4 +625,3 @@ exception_class
Bug#768927: opensc: OpenCT missing. Was removed in 760258
* Cornelius Koelbel (co...@cornelinux.de) wrote: Source: opensc Version: 0.13 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? OpenSC is the driver/middleware for talking to smartcards. It depends on OpenCT, which is the driver for the Card Terminals. OpenCT is also maintained by the opensc project, which is now hosted at github. With bug #760258 openct was removed, so that opensc can not be used anymore, since tools like the opensc-explorer do not find any card terminal anymore. openct is basically dead upstream and I consulted with the opensc devs on its removal. * What exactly did you do (or not do) that was effective (or ineffective)? Tried to run Aladdin eToken Pro 64K. It could not be found, due to the missing openct package. The card terminal could not be found. Have you tried installing pcscd? I just realized there's no recommends on it which there probably should be. * What was the outcome of this action? the card terminal software was not available. No card terminal / card reader could be found, aladdin etoken could not be found and not be used. * What outcome did you expect instead? OpenSC needs to be available. OpenSC should contain a dependency on OpenCT. OpenCT should be installable and the etoken should be accessed. -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#707087: xword: Close button does not work on Help About dialog
Package: xword Version: 2.0.0~rc2-1 Followup-For: Bug #707087 I happened to try this while running xword from a terminal window, and noticed that clicking the Close button on the About dialog consistently produces the following error: Traceback (most recent call last): File /usr/share/games/xword/main.py, line 485, in lambda dialog.connect('response', lambda *args: dialog.destroy()) NameError: free variable 'dialog' referenced before assignment in enclosing scope -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767382: Bug closed
Hi, After apt-get purge mediatomb apt-get purge mediatomb-daemon apt-get install mediatomb mediatomb runs again. Sorry for my previous bugreport. Regards
Bug#768476: As it also break reportbug filling bug is complicated;-)
I found cmake was broken because curl was broken and discovered this bug. Trying to report the bug reportbug itself was broken! File /usr/lib/python2.7/dist-packages/wstools/Utility.py, line 30, in module from httplib import HTTPConnection, HTTPSConnection ImportError: cannot import name HTTPSConnection So please put a conflicts with libcurl at least to avoid upgrading! -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768546: kobodeluxe: [PATCH] Please add this joystick-hat support
Source: kobodeluxe Severity: normal Dear Maintainer, Kobo Deluxe is a twitch-reaction game, thus we should take advantage of a joystick hat if one is present. This patch should do the trick, applied to KoboDeluxe_0.5.1.orig.tar.gz * BEGIN RAW DIFF * --- a/kobo.cpp +++ b/kobo.cpp @@ -1717,6 +1717,38 @@ gsm.release(BTN_FIRE); } break; + case SDL_JOYHATMOTION: + if(ev.jhat.value == SDL_HAT_LEFT) + { + gamecontrol.press(BTN_LEFT); + gsm.press(BTN_LEFT); + } + else if(ev.jhat.value == SDL_HAT_RIGHT) + { + gamecontrol.press(BTN_RIGHT); + gsm.press(BTN_RIGHT); + } + else if(ev.jhat.value == SDL_HAT_UP) + { + gamecontrol.press(BTN_UP); + gsm.press(BTN_UP); + } + else if(ev.jhat.value == SDL_HAT_DOWN) + { + gamecontrol.press(BTN_DOWN); + gsm.press(BTN_DOWN); + } + else + { + gamecontrol.release(BTN_LEFT); + gamecontrol.release(BTN_RIGHT); + gamecontrol.release(BTN_UP); + gamecontrol.release(BTN_DOWN); + gsm.release(BTN_LEFT); + gsm.release(BTN_RIGHT); + gsm.release(BTN_UP); + gsm.release(BTN_DOWN); + } case SDL_JOYAXISMOTION: // FIXME: We will want to allow these to be // redefined, but for now, this works ;-) * END RAW DIFF -- System Information: Debian Release: jessie/sid Architecture: i386 (i686) Kernel: Linux 3.13.0-39-lowlatency (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768546: kobodeluxe: [PATCH] Please add this joystick-hat
support Message-Id: 20141108122414.a634e2355995960f4f2b0...@gmail.com In-Reply-To: 20141108105918.ga17...@ktnx.net X-Mailer: Sylpheed 3.4.0beta7 (GTK+ 2.24.23; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Thank you for that discretion in accepting an untested patch. I've played with a similarly patched version of kobodeluxe before. I will attempt to build and test this patch now After building, I tested playing the game using a Logitech F310 controller, and the D-Pad Hat worked like a charm. -- Eric Duhamel ericxd...@gmail.com
Bug#768478: linux-image-3.16 (wheezy-backports and jessie): outbound TCP throughput drops to zero for several drivers
Package: src:linux Version: 3.16 Severity: important Tags: patch Dear Kernel team, There is a bug with TCP in kernel 3.16 described as: Some drivers are unable to perform TX completions in a bound time. They instead call skb_orphan() Problem is skb_fclone_busy() has to detect this case, otherwise we block TCP retransmits and can freeze unlucky tcp sessions on mostly idle hosts. Bug has been privately reported but we are following up with a BTS submission. Google engineer has already submitted upstream: https://patchwork.ozlabs.org/patch/405110/ This bug is likely to surface userland, affects several drivers, and is sender-side only: # git grep -n skb_orphan -- drivers/net drivers/net/ethernet/chelsio/cxgb3/sge.c:1313: skb_orphan(skb); drivers/net/ethernet/chelsio/cxgb4/sge.c:1167: skb_orphan(skb); drivers/net/ethernet/chelsio/cxgb4vf/sge.c:1337: skb_orphan(skb); drivers/net/ethernet/sun/niu.c:6674:skb_orphan(skb); drivers/net/loopback.c:77: skb_orphan(skb); drivers/net/tun.c:789: if (unlikely(skb_orphan_frags(skb, GFP_ATOMIC))) drivers/net/tun.c:800: skb_orphan(skb); drivers/net/virtio_net.c:938: skb_orphan(skb); drivers/net/wireless/ath/wil6210/txrx.c:532:skb_orphan(skb); drivers/net/wireless/brcm80211/brcmfmac/msgbuf.c:718: skb_orphan(skb); drivers/net/wireless/libertas/tx.c:156: skb_orphan(skb); drivers/net/wireless/mac80211_hwsim.c:992: skb_orphan(skb); Google engineer also states that backported patch for 3.16 or 3.17 kernel is much simpler : diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c index 4e4932b5079b..a8794367cd20 100644 --- a/net/ipv4/tcp_output.c +++ b/net/ipv4/tcp_output.c @@ -2082,7 +2082,8 @@ static bool skb_still_in_host_queue(const struct sock *sk, const struct sk_buff *fclone = skb + 1; if (unlikely(skb-fclone == SKB_FCLONE_ORIG -fclone-fclone == SKB_FCLONE_CLONE)) { +fclone-fclone == SKB_FCLONE_CLONE +fclone-sk == sk)) { NET_INC_STATS_BH(sock_net(sk), LINUX_MIB_TCPSPURIOUS_RTX_HOSTQUEUES); return true; Understandably very bad timing but ideally this should be addressed in Jessie now versus a later backports update. Thank you, Eric
Bug#762386: Any comments?
If someone wants to debug x86 program he can install valgrind for x86. Why force amd64 valgrins users to install x86 libraries? -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#768248: ITP: gnome-shell-extension-redshift -- gnome shell extension for controlling redshift
Package: wnpp Severity: wishlist Owner: Eric Dorland e...@debian.org * Package name: gnome-shell-extension-redshift Version : 8a57273af00f413afd47d2b31d2cd50c6f8d8b6d Upstream Author : Thomas Liebetraut tho...@tommie-lie.de * URL : https://github.com/tommie-lie/gnome-shell-extension-redshift * License : GPLv3 Programming Lang: Javascript Description : redshift extension for GNOME Shell redshift integration for GNOME Shell. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767685: prboom-plus: Cannot move diagonally with joystick
Source: prboom-plus Severity: normal Dear Maintainer, I started using PrBoom-Plus to play Freedoom using a gamepad with a joystick. While playing, I tried to move forward and left at the same time by tilting the joystick diagonally. However, the engine would not respond to input when the joystick was in this position, and would only respond if the joystick was tilted full-left or full-forward. I would expect to be able to move forward and left at the same time in this situation. I took a look at the code in PrBoom-Plus for joysticks and found a rather high threshhold ( 3 ), while I noticed my joystick barely reaches over 27000 when titled diagonally. I've heard many modern joysticks are like this. I made the following patch that seems to fix the problem based on PrBoom-Plus in Debian Unstable. * BEGIN RAW DIFF for prboom-plus_2.5.1.4~svn4403+dfsg1-1 * --- a/src/SDL/i_joy.c +++ b/src/SDL/i_joy.c @@ -80,10 +80,10 @@ (SDL_JoystickGetButton(joystick, 6)6) | (SDL_JoystickGetButton(joystick, 7)7); axis_value = SDL_JoystickGetAxis(joystick, 0) / 3000; - if (abs(axis_value)10) axis_value=0; + if (abs(axis_value)7) axis_value=0; ev.data2 = axis_value; axis_value = SDL_JoystickGetAxis(joystick, 1) / 3000; - if (abs(axis_value)10) axis_value=0; + if (abs(axis_value)7) axis_value=0; ev.data3 = axis_value; D_PostEvent(ev); * END RAW DIFF for prboom-plus_2.5.1.4~svn4403+dfsg1-1 * -- System Information: Debian Release: jessie/sid Architecture: i386 (i686) Kernel: Linux 3.13.0-37-lowlatency (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767530: SVN::Ra: get_dir fails
Package: libsvn-perl Version: 1.8.10-3 Severity: important Tags: upstream The attached script using get_dir fails with SVN 1.8.10-3 in unstable. The SVN package in Debian stable (1.6.17dfsg-4+deb7u6) is fine. I get the following failure: Incorrect parameters given: Could not convert '%ld' into a number at ... I expect something like the following output (which 1.6.17 gives me): $VAR1 = [ 'debian', '.scm-settings', 'tools', 'COPYING.CDDL', 'src', 'include', 'COPYING', 'Config.kmk', 'Makefile.kmk', 'configure.vbs', 'configure', 'doc', 'Doxyfile.Core' ]; $VAR1 = { 'svn:entry:committed-rev' = '28924', 'svn:ignore' = 'out AutoConfig.kmk LocalConfig.kmk configure.log env.sh env.bat tinderclient.log SlickEdit ', 'svn:entry:last-author' = 'vboxsync', 'svn:externals' = 'kBuild -r 2360 http://www.virtualbox.org/svn/kbuild-mirror/trunk/kBuild', 'svn:entry:uuid' = 'cfe28804-0f27-0410-a406-dd0f0b0b656f', 'svn:mergeinfo' = '/branches/VBox-3.0:58652', 'svn:wc:ra_dav:version-url' = '/svn/vbox/!svn/ver/28924/trunk', 'svn:entry:committed-date' = '2010-04-30T09:08:17.252108Z' }; --- This causes problems with git-svn and necessitates a workaround: http://mid.gmane.org/20141031103403.ga6...@dcvr.yhbt.net http://mid.gmane.org/1414636504.45506.yahoomailba...@web172304.mail.ir2.yahoo.com http://mid.gmane.org/1414722617.89476.yahoomailba...@web172305.mail.ir2.yahoo.com Thanks for reading! use SVN::Ra; use Data::Dumper; my $ra = SVN::Ra-new(url = 'http://www.virtualbox.org/svn/vbox/trunk'); my ($dirs, $rev, $props) = $ra-get_dir('', 28924); # failure print Dumper([keys %$dirs]); print Dumper($props);
Bug#731859: debootstrap: variant=fakechroot fails
Hi josch, I am currently encountering the same problem with version: debootstrap 1.0.40~ubuntu0.7 using wheezy instead of sid and without using fakeroot fakechroot, but directly using sudo. the strange thing is that this exact same error comes when debootstrap is called from a script. But calling the same debootstrap command in a terminal finishes without any error. did you realize further investigation on this bug? Best Regards -- Eric Keller On Tue, 10 Dec 2013 15:48:33 +0100 Johannes Schauer j.scha...@email.de wrote: Package: debootstrap Version: 1.0.55 Severity: normal Running debootstrap under Debian Sid yields: $ fakeroot fakechroot debootstrap --verbose --variant=fakechroot sid debian-sid [...] I: Installing core packages... W: Failure trying to run: chroot /home/josch/debian-sid dpkg --force-depends --install /var/cache/apt/archives/base-files_7.2_amd64.deb /var/cache/apt/archives/base-passwd_3.5.28_amd64.deb W: See /home/josch/debian-sid/debootstrap/debootstrap.log for details (possibly the package archive is at fault) And the last lines of the log say: dpkg: warning: parsing file '/var/lib/dpkg/status' near line 5 package 'dpkg': missing description dpkg: warning: parsing file '/var/lib/dpkg/status' near line 5 package 'dpkg': missing architecture dpkg: regarding .../base-files_7.2_amd64.deb containing base-files, pre-dependency problem: base-files pre-depends on awk awk is not installed. dpkg: warning: ignoring pre-dependency problem! Selecting previously unselected package base-files. (Reading database ... 0 files and directories currently installed.) Preparing to unpack .../base-files_7.2_amd64.deb ... Unpacking base-files (7.2) ... rm: cannot remove '/var/lib/dpkg/tmp.ci': Directory not empty dpkg: error while cleaning up: subprocess rm cleanup returned error exit status 1 rm: cannot remove '/var/lib/dpkg/tmp.ci': Directory not empty dpkg: error processing archive /var/cache/apt/archives/base-passwd_3.5.28_amd64.deb (--install): subprocess rm cleanup returned error exit status 1 dpkg: base-files: dependency problems, but configuring anyway as you requested: base-files depends on awk; however: Package awk is not installed. chown: invalid user: 'root:root' dpkg: error processing package base-files (--install): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/base-passwd_3.5.28_amd64.deb base-files Setting up base-files (7.2) ...
Bug#767382: mediatomb-daemon: apt-get install mediatomb-daemon failed. (on Jessie, mediatomb 0.12.1-7)
Package: mediatomb-daemon Version: 0.12.1-7 Severity: important Dear Maintainer, Package: mediatomb-daemon Version: 0.12.1-7 Debian: Jessie I used Mediatomb for a long time. With the last version, updating failed on mediatomb. usual instructions: apt-get update apt-get upgrade apt-get dist-upgrade. I remove completely mediatomb (with config files) and try a fresh install again to have a clean log. Regards. ** $ sudo apt-get install mediatomb Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Les paquets supplémentaires suivants seront installés : mediatomb-common mediatomb-daemon Les NOUVEAUX paquets suivants seront installés : mediatomb mediatomb-common mediatomb-daemon 0 mis à jour, 3 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de prendre 846 ko dans les archives. Après cette opération, 2 359 ko d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer ? [O/n] O Réception de : 1 http://ftp.fr.debian.org/debian/ jessie/main mediatomb- common amd64 0.12.1-7 [797 kB] Réception de : 2 http://ftp.fr.debian.org/debian/ jessie/main mediatomb- daemon all 0.12.1-7 [26,3 kB] Réception de : 3 http://ftp.fr.debian.org/debian/ jessie/main mediatomb all 0.12.1-7 [22,8 kB] 846 ko réceptionnés en 0s (4 603 ko/s) Sélection du paquet mediatomb-common précédemment désélectionné. (Lecture de la base de données... 367718 fichiers et répertoires déjà installés.) Préparation du dépaquetage de .../mediatomb-common_0.12.1-7_amd64.deb ... Dépaquetage de mediatomb-common (0.12.1-7) ... Sélection du paquet mediatomb-daemon précédemment désélectionné. Préparation du dépaquetage de .../mediatomb-daemon_0.12.1-7_all.deb ... Dépaquetage de mediatomb-daemon (0.12.1-7) ... Sélection du paquet mediatomb précédemment désélectionné. Préparation du dépaquetage de .../mediatomb_0.12.1-7_all.deb ... Dépaquetage de mediatomb (0.12.1-7) ... Traitement des actions différées (« triggers ») pour man-db (2.7.0.2-2) ... Traitement des actions différées (« triggers ») pour menu (2.1.47) ... Traitement des actions différées (« triggers ») pour mime-support (3.57) ... Traitement des actions différées (« triggers ») pour gnome-menus (3.13.3-2) ... Traitement des actions différées (« triggers ») pour desktop-file-utils (0.22-1) ... Paramétrage de mediatomb-common (0.12.1-7) ... Paramétrage de mediatomb-daemon (0.12.1-7) ... Job for mediatomb.service failed. See 'systemctl status mediatomb.service' and 'journalctl -xn' for details. invoke-rc.d: initscript mediatomb, action start failed. dpkg: erreur de traitement du paquet mediatomb-daemon (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 dpkg: des problèmes de dépendances empêchent la configuration de mediatomb : mediatomb dépend de mediatomb-daemon (= 0.12.1-7) ; cependant : Le paquet mediatomb-daemon n'est pas encore configuré. dpkg: erreur de traitement du paquet mediatomb (--configure) : problèmes de dépendances - laissé non configuré Des erreurs ont été rencontrées pendant l'exécution : mediatomb-daemon mediatomb [ Rootkit Hunter version 1.4.2 ] ** ** $ systemctl status mediatomb.service 100 ↵ ● mediatomb.service - UPnP MediaServer Loaded: loaded (/lib/systemd/system/mediatomb.service; disabled) Active: failed (Result: exit-code) since jeu. 2014-10-30 18:37:48 CET; 2min 58s ago Process: 9779 ExecStart=/usr/bin/mediatomb -d -u $MT_USER -g $MT_GROUP -P /run/mediatomb.pid -l $MT_LOGFILE -m $MT_HOME -f $MT_CFGDIR -p $MT_PORT -e $MT_INTERFACE (code=exited, status=1/FAILURE) Process: 9776 ExecStartPre=/sbin/ifconfig $MT_INTERFACE allmulti (code=exited, status=0/SUCCESS) Process: 9773 ExecStartPre=/sbin/route add -net 239.0.0.0 netmask 255.0.0.0 $MT_INTERFACE (code=exited, status=7) Process: 9770 ExecStartPre=/bin/grep -q MT_USER /etc/default/mediatomb (code=exited, status=0/SUCCESS) ** ** cat /etc/default/mediatomb $ cat /etc/default/mediatomb 1 ↵ ## This is a sambel configuration file for the MediaTomb daemon script ## used on Fedora Core ## also used by Debian, since Jessie release ## By default the configuration will be created in /etc/mediatomb ## Network interface on which the server will run, you need to edit this! MT_INTERFACE=br0 ## User defined command line options that may be passed to the server MT_OPTIONS= ## MediaTomb will be started on port 50500 MT_PORT=50500 ## MediaTomb will run as mediatomb MT_USER=mediatomb MT_GROUP=mediatomb ## Location of the PID file MT_PIDFILE=/var/run/mediatomb.pid ## Location of the log file MT_LOGFILE=/var/log/mediatomb ## Location of the config file/database MT_HOME=/etc MT_CFGDIR=mediatomb # Debian: keep for compat with old sysv init script # The route command and arguments to be used if INTERFACE is defined. # These variables should normally be left unmodified. ROUTE_ADD=/sbin/route add -net 239.0.0.0 netmask 255.0.0.0 ROUTE_DEL=/sbin/route
Bug#767423: tracker-extract SIGSEGV
Package: tracker-extract Version: 1.2.2-2+b1 Severity: grave Justification: renders package unusable Dear Maintainer, On a Debian jessie testing beta2 netinstall (amd64), I've installed gnome-music and noticed that no artists or albums are available to be played. The reason for this is tracker-extract does not complete/is not running. $ tracker-control Found 191 PIDs… Found process ID 18891 for 'tracker-store' Found process ID 18935 for 'tracker-miner-apps' Found process ID 18941 for 'tracker-miner-fs' Found process ID 18956 for 'tracker-miner-user-guides' Store: 30 Oct 2014, 15:27:25: ✓ Store - Idle Miners: 30 Oct 2014, 15:27:25: ✓ Applications - Idle 30 Oct 2014, 15:27:25: ✓ File System - Idle 30 Oct 2014, 15:27:25: ✓ Userguides- Idle 30 Oct 2014, 15:27:25: ✗ Extractor - Not running or is a disabled plugin Backtrace below: A$ tracker-control -rc B$ G_DEBUG=gc-friendly G_SLICE=always-malloc gdb /usr/lib/tracker/tracker- extract B(gdb) run Starting program: /usr/lib/tracker/tracker-extract [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x72709700 (LWP 18877)] [New Thread 0x70f7b700 (LWP 18878)] [New Thread 0x7fffebfff700 (LWP 18879)] [New Thread 0x7fffeb7fe700 (LWP 18880)] [New Thread 0x7fffeaffd700 (LWP 18881)] [New Thread 0x7fffea7fc700 (LWP 18882)] [New Thread 0x7fffe9ffb700 (LWP 18883)] [New Thread 0x7fffe97fa700 (LWP 18884)] [New Thread 0x7fffe8ff9700 (LWP 18885)] [New Thread 0x7fffd700 (LWP 18886)] [New Thread 0x7fffdf7fe700 (LWP 18887)] [New Thread 0x7fffdeffd700 (LWP 1)] [New Thread 0x7fffde7fc700 (LWP 18889)] [New Thread 0x7fffddffb700 (LWP 18899)] A$ tracker-control -s Starting miners… ✓ Applications ✓ File System ✓ Userguides ✓ Extractor B: [Thread 0x7fffddffb700 (LWP 18899) exited] [New Thread 0x7fffddffb700 (LWP 19055)] [New Thread 0x7fffd7b5a700 (LWP 19062)] [New Thread 0x7fffd6f3b700 (LWP 19063)] [New Thread 0x7fffccfd8700 (LWP 19064)] (tracker-extract:18870): libmediaart-CRITICAL **: media_art_process_file: assertion 'artist != NULL || title != NULL' failed (tracker-extract:18870): Tracker-WARNING **: Could not proce... SNIP SNIP...and mime:'audio/basic' [Thread 0x7fffccfd8700 (LWP 19081) exited] [Thread 0x7fffd7b5a700 (LWP 19082) exited] [Thread 0x7fffc3fff700 (LWP 19083) exited] [Thread 0x7fffd6f3b700 (LWP 19063) exited] [Thread 0x7fffc2591700 (LWP 19085) exited] [New Thread 0x7fffc2591700 (LWP 19086)] [New Thread 0x7fffc3fff700 (LWP 19087)] [New Thread 0x7fffd6f3b700 (LWP 19088)] SNIP (tracker-extract:18870): libmediaart-CRITICAL **: media_art_process_buffer: assertion 'artist != NULL || title != NULL' failed (tracker-extract:18870): Tracker-WARNING **: Could not process media art for 'file:///home/SNIP/test.flac', No error given [New Thread 0x7fffafd73700 (LWP 19115)] [New Thread 0x7fffaf572700 (LWP 19116)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffc2591700 (LWP 19089)] malloc_consolidate (av=av@entry=0x7fffb820) at malloc.c:4149 4149malloc.c: No such file or directory. B(gdb) thread apply all bt Thread 38 (Thread 0x7fffaf572700 (LWP 19116)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7fffd51b21dd in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56 #2 0x7616e0a4 in start_thread (arg=0x7fffaf572700) at pthread_create.c:309 #3 0x75ea2cbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 37 (Thread 0x7fffafd73700 (LWP 19115)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x7fffd51b21dd in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.56 #2 0x7616e0a4 in start_thread (arg=0x7fffafd73700) at pthread_create.c:309 #3 0x75ea2cbd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 36 (Thread 0x7fffb0bd0700 (LWP 19114)): #0 0x76411384 in g_mutex_unlock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7fffdc9a0e73 in gst_data_queue_push () ---Type return to continue, or q return to quit--- from /usr/lib/x86_64-linux-gnu/libgstbase-1.0.so.0 #2 0x7fffd7b7c6d4 in ?? () from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstcoreelements.so #3 0x7fffdcc24d3f in ?? () from /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0 #4 0x7fffb019bad2 in ?? () from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstmatroska.so #5 0x7fffb01a2bdb in ?? () from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstmatroska.so #6 0x7fffb01a4a93 in ?? () from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstmatroska.so #7 0x7fffdcc52a16 in ?? () from /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0 #8 0x763f42b8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #9
Bug#767212: pillow: FTBFS on mips (hang during tests)
On Oct 29, 2014, at 3:41 AM, Julien Cristau jcris...@debian.org wrote: Source: pillow Version: 2.6.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, your package failed to build on the mips buildd: BEGIN python2.7-dbg tests cd tmp python2.7-dbg ../debian/test-built.py --processes=1 --process-timeout=90 Tests/test_imagecolor.py Tests/test_pyroma.py Tests/test_imagesequence.py Tests/test_file_webp_alpha.py Tests/test_imagecms.py Tests/test_image_tobitmap.py Tests/test_imageqt.py Tests/test_file_ppm.py Tests/test_image_putalpha.py Tests/test_file_webp_metadata.py Tests/test_file_eps.py Tests/test_image_filter.py Tests/test_file_fli.py Tests/test_000_sanity.py Tests/test_imagefile.py Tests/test_file_icns.py Tests/test_image_array.py Tests/test_decompression_bomb.py Tests/test_image_getbands.py Tests/test_image.py Tests/test_file_tiff.py Tests/test_lib_pack.py Tests/test_image_getim.py Tests/test_image_putdata.py Tests/test_file_webp_lossless.py Tests/test_imageshow.py Tests/test_lib_image.py Tests/test_file_psd.py Tests/test_imagetk.py Tests/test_image_frombytes.py Tests/test_image_getcolors.py Tests/test_file_png.py Tests/test_image_getextrema.py Tests/test_image_getdata.py Tests/test_imageops.py Tests/test_image_getpalette.py Tests/test_image_putpalette.py Tests/test_image_transform.py Tests/test_file_jpeg2k.py Tests/test_file_libtiff.py Tests/test_format_lab.py Tests/test_locale.py Tests/test_file_gimpgradient.py Tests/test_image_thumbnail.py Tests/test_file_sgi.py Tests/test_file_xpm.py Tests/test_image_getprojection.py Tests/test_image_histogram.py Tests/test_imageops_usm.py Tests/test_file_mpo.py Tests/test_imagepalette.py Tests/test_image_mode.py Tests/test_image_copy.py Tests/test_file_pdf.py Tests/test_file_tar.py Tests/test_image_transpose.py Tests/test_file_sun.py Tests/test_imagefileio.py Tests/test_file_webp.py Tests/test_imagepath.py Tests/test_imagestat.py Tests/test_file_gif.py Tests/test_bmp_reference.py Tests/test_mode_i16.py Tests/test_file_palm.py Tests/test_imagedraw.py Tests/test_image_tobytes.py Tests/test_imageenhance.py Tests/test_image_point.py Tests/test_file_tga.py Tests/test_file_tiff_metadata.py Tests/test_file_cur.py Tests/test_imagemorph.py Tests/test_format_hsv.py Tests/test_imagefont.py Tests/test_shell_injection.py Tests/test_imagewin.py Tests/test_image_getpixel.py Tests/test_image_putpixel.py Tests/test_file_xbm.py Tests/test_image_offset.py Tests/test_image_rotate.py Tests/test_file_msp.py Tests/test_imagechops.py Tests/test_file_dcx.py Tests/test_file_spider.py Tests/test_file_iptc.py Tests/test_file_ico.py Tests/test_file_libtiff_small.py Tests/test_image_resize.py Tests/test_image_getbbox.py Tests/test_olefileio.py Tests/test_font_pcf.py Tests/test_image_draft.py Tests/test_font_bdf.py Tests/test_numpy.py Tests/test_imagegrab.py Tests/test_cffi.py Tests/test_image_split.py Tests/test_scipy.py Tests/test_util.py Tests/test_image_crop.py Tests/test_file_jpeg.py Tests/test_file_bmp.py Tests/test_image_load.py Tests/test_pickle.py Tests/test_image_convert.py Tests/test_imagemath.py Tests/test_image_quantize.py Tests/test_file_pcx.py ..S...make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs make: *** wait: No child processes. Stop. Build killed with signal TERM after 300 minutes of inactivity See the build log at https://buildd.debian.org/status/fetch.php?pkg=pillowarch=mipsver=2.6.1-1stamp=1414045002 Cheers, Julien (upstream dev here) There’s not a lot to go on there — I can’t even tell which test is hanging/failing. I could figure it out with either access to a mips machine or more verbose logging, perhaps with -s -v flags on the test runner. eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609201: [Pkg-utopia-maintainers] Bug#609201: Also affects installation from USB
On Wed, 15 Feb 2012 08:28:39 +0100 Michael Biebl bi...@debian.org wrote: On 15.02.2012 05:25, scott wrote: I recently installed a weekly build from http://cdimage.debian.org/cdimage/weekly-builds/ by booting from a USB stick, and was also affected by this bug. I assume this means that anyone doing a USB installation will also be affected. This make the bug quite serious IMHO. Imho, d-i shouldn't write fstab entries for USB sticks during installation. d-i team: would it be possible/feasible to change this behaviour? See previously closed / similar bug #597223: udev: The First partition on USB flashdrives always attempts to be mounted as ISOFS https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597223 Can same fix be applied to this new issue?
Bug#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2
* Michael Biebl (bi...@debian.org) wrote: Am 26.10.2014 um 01:04 schrieb Eric Dorland: * Michael Biebl (bi...@debian.org) wrote: Am 24.10.2014 um 06:39 schrieb Eric Dorland: Hmmm, are you talking about gnome-keyring? It actually hijacks the gpg-agent protocol and breaks some things (see http://b/760102). You still need the pinentry program if you disable gnome-keyright AFAIK. Couldn't that warning message also include hints to install pinentry-gtk2? It could but just installing it won't fix anything by itself, you need to disable the agent functionality in gnome-keyring. Which some people will do to work around the bug, and if they do it would be nice if they had a graphical pinentry. Sure. The message could say: If you disable the gnome-keyring integration, make sure to install an alternative pinentry program like pinentry-gtk2 Problem solved. I mean not really problem solved, perhaps a slightly better explanation. I still think it makes sense to install it pinentry-gtk2 with the gnome desktop task but I can live without if you object. -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#755722: Not having a hwclock systohc and back is not only an NTP issue
Hello, I tried to follow your discussion, and I want to add a new use case to having a generic solution, independent of NTP: My problem is a VDR system where I need to have the HW clock set to LOCAL (not UTC). No continuous network access, hence no NTP. VDR itself is setting the (system) clock based on the time provided by the TV-transponder Today was summer to winter time switching, so the clock made a big jump backwards and the (TV) system doesn't like it and freezes. No issue, restart the system and start again, right? Actually, no, because the system clock isn't saved to the HW clock anymore, you start the cycle again and again. So, summary: - the world is not perfect - there are many places where the time can be switched, not only through NTP. - the hwclock mechanism was perhaps a workaround, but it worked for all of us for many years - so make sure that something works for all of us is put in place before removing it Thanks, Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766839: vdr: Hangs after changing time from summer to winter
Package: vdr Version: 2.0.3-2+b1 Severity: normal Hi, tonight the time was switched back by one hour and this morning I started my VDR, it had the old time (no NTP). After a while VDR does switch back the time by one hour, based on time from a TV station. The issue is that it hangs right after, even though even systemctl doesn't detect it. I can't switch channel or do actually anything, both GUI and VDR itself seem to be dead. I also attach a log of how it happens. The issue was already there before the Bin-NMU so it can't be the reason. Thanks, Eric -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16.3+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vdr depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-11 ii libcap21:2.24-6 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc11:4.9.1-16 ii libjpeg62-turbo1:1.3.1-8 ii libstdc++6 4.9.1-16 ii psmisc 22.21-2 Versions of packages vdr recommends: ii fonts-freefont-ttf [ttf-freefont] 20120503-4 ii lirc 0.9.0~pre1-1.1 ii ttf-bitstream-vera 1.10-8 ii ttf-freefont 20120503-4 Versions of packages vdr suggests: pn vdr-plugin-dvbsddevice none -- Configuration Files: /etc/default/vdr changed: ENABLED=1 ENABLE_SHUTDOWN=1 OPTIONS=-w 60 ENABLE_CORE_DUMPS=1 /etc/vdr/command-hooks/commands.custom.conf changed: Restart X-VDR : sudo /usr/local/bin/restart-xvdr Network { Network status : /sbin/ifconfig ping -c 4 192.168.1.1 LAN neu-starten : sudo /sbin/ifdown eth0 sudo /sbin/ifup eth0 LAN stoppen : sudo /sbin/ifdown eth0 LAN starten : sudo /sbin/ifup eth0 } CD-ROM { CD einziehen/rauswerfen : /usr/bin/eject -T /dev/sr0 CD einziehen: /usr/bin/eject -t /dev/sr0 CD rauswerfen : /usr/bin/eject /dev/sr0 } System status { Dmesg : dmesg Journal : sudo journalctl --no-pager Apt : sudo aptitude update } /etc/vdr/keymacros.conf changed: Red @xineliboutput Ok Green @xineliboutput Down Ok Blue@xineliboutput Down Down Ok User1 Commands 3 2 User2 Commands 3 3 User3 Commands 1 User8 @xineliboutput Down Down Down Ok User9 @xineliboutput Down Down Down Down Ok /etc/vdr/plugins/order.conf changed: nordlichtsepg epgsearch xineliboutput radiolist -vdrcd -dvd -vcd -mp3 -mplayer osdteletext ttxtsubs tvonscreen screenshot femon undelete vdrc vdrrip imonlcd remote /etc/vdr/vdr.groups changed: vdr video audio -- debconf information: vdr/create_video_dir: false * vdr/select_dvb_card: Cable journalctl.vdrtime.txt.gz Description: application/gzip
Bug#766901: stopped reporting on fail2ban logs
Package: logwatch Version: 7.4.1-1 Severity: normal Logwatch appears to have stopped reporting bans and unbans for fail2ban in its report, I believe since this latest release. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-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 logwatch depends on: ii perl5.20.1-2 ii postfix [mail-transport-agent] 2.11.2-1 Versions of packages logwatch recommends: ii libdate-manip-perl 6.47-1 ii libsys-cpu-perl 0.61-1+b1 Versions of packages logwatch suggests: pn fortune-mod 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#766911: ntfs-3g: .
Package: ntfs-3g Version: 1:2014.2.15AR.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? a simple apt-get upgrade * What exactly did you do (or not do) that was effective (or ineffective)? mount the drive (mount -t ntfs-3g /dev/sda1 /mnt ls /mnt (also other actions, mkdir, mv, and cp fail with an I/O error) * What was the outcome of this action? this results in a a I/O error * What outcome did you expect instead? :-) A listing of the content -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-486 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 ntfs-3g depends on: ii fuse 2.9.3-15 ii libc6 2.19-11 ii libgcrypt201.6.2-3 ii libgnutls-deb0-28 3.3.8-3 ii libgpg-error0 1.16-2 ii multiarch-support 2.19-11 ntfs-3g recommends no packages. ntfs-3g suggests no packages. -- debconf information: ntfs-3g/setuid-root: false ntfs-3g/initramfs: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719474: linux-image-3.2.0-4-686-pae: problem with rtl8185l
Upstream bug #86861 filed: https://bugzilla.kernel.org/show_bug.cgi?id=86861 Freeze problem exists on 3.16 kernel. Same system is functional with ndiswrapper and Windows XP platform driver. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2
* Michael Biebl (bi...@debian.org) wrote: Am 24.10.2014 um 06:39 schrieb Eric Dorland: Hmmm, are you talking about gnome-keyring? It actually hijacks the gpg-agent protocol and breaks some things (see http://b/760102). You still need the pinentry program if you disable gnome-keyright AFAIK. Couldn't that warning message also include hints to install pinentry-gtk2? It could but just installing it won't fix anything by itself, you need to disable the agent functionality in gnome-keyring. Which some people will do to work around the bug, and if they do it would be nice if they had a graphical pinentry. -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2
* Michael Biebl (bi...@debian.org) wrote: Am 23.10.2014 um 03:36 schrieb Eric Dorland: Control: reassign -1 tasksel Control: retitle -1 please add dependencies on pinentry Control: tags -1 patch Reassigning to tasksel as suggested and patch attached. * Eric Dorland (e...@debian.org) wrote: Package: gnome Version: 1:3.8+8 Severity: wishlist This came up at a DebConf discussion around gnupg2. Right now gnupg-agent (required by newer gnupg versions) needs a pinentry program (basically a program that prompts for a PIN or password). Right now it depends on pinentry-gtk2, which gives a good experience for users with a desktop environment but pulls in a lot of dependencies for a non-graphical system. So we would like to switch to pinentry-curses instead to lighten the dependency load, but we'd also not like to regress the experience for users of graphical desktops. So if it was added to the task package then those users would get the better experience and we could move the default depedency to pinentry-curses. I suspect Recommends would also be a strong enough dependency relationship for this purpose. Thanks for your consideration. gnome-shell has a builtin gpg password prompter. So at least for GNOME, it's not necessary to install pinentry-gtk2. Hmmm, are you talking about gnome-keyring? It actually hijacks the gpg-agent protocol and breaks some things (see http://b/760102). You still need the pinentry program if you disable gnome-keyright AFAIK. -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#765406: [Pkg-gnupg-maint] Bug#765406: please add dependency on pinentry-gtk2
Control: reassign -1 tasksel Control: retitle -1 please add dependencies on pinentry Control: tags -1 patch Reassigning to tasksel as suggested and patch attached. * Eric Dorland (e...@debian.org) wrote: Package: gnome Version: 1:3.8+8 Severity: wishlist This came up at a DebConf discussion around gnupg2. Right now gnupg-agent (required by newer gnupg versions) needs a pinentry program (basically a program that prompts for a PIN or password). Right now it depends on pinentry-gtk2, which gives a good experience for users with a desktop environment but pulls in a lot of dependencies for a non-graphical system. So we would like to switch to pinentry-curses instead to lighten the dependency load, but we'd also not like to regress the experience for users of graphical desktops. So if it was added to the task package then those users would get the better experience and we could move the default depedency to pinentry-curses. I suspect Recommends would also be a strong enough dependency relationship for this purpose. Thanks for your consideration. -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 diff --git a/debian/control b/debian/control index 1e99ba3..180c4c9 100644 --- a/debian/control +++ b/debian/control @@ -100,6 +100,8 @@ Recommends: hyphen-en-us, # we need a working network setup at least network-manager-gnome, +# graphical pinentry for gnupg + pinentry-gtk2, Package: task-kde-desktop Architecture: all @@ -146,6 +148,8 @@ Recommends: hyphen-en-us, # gui for configuration of the print server system-config-printer, +# graphical pinentry for gnupg + pinentry-qt4, Package: task-lxde-desktop Architecture: all @@ -182,6 +186,8 @@ Recommends: system-config-printer, # orca works with lxde, adding accessability gnome-orca, +# graphical pinentry for gnupg + pinentry-gtk2, Package: task-xfce-desktop Architecture: all @@ -238,6 +244,8 @@ Recommends: system-config-printer, # orca works with xfce, adding accessability gnome-orca, +# graphical pinentry for gnupg + pinentry-gtk2, Package: task-cinnamon-desktop Architecture: all @@ -248,6 +256,8 @@ Description: Cinnamon Depends: ${misc:Depends}, task-desktop, cinnamon-desktop-environment +# graphical pinentry for gnupg + pinentry-gtk2, Package: task-mate-desktop Architecture: all @@ -281,6 +291,8 @@ Recommends: network-manager-gnome, # orca works with mate, adding accessability gnome-orca, +# graphical pinentry for gnupg + pinentry-gtk2, Package: task-laptop Architecture: all signature.asc Description: Digital signature
Bug#764292: [Pkg-gnupg-maint] Bug#764292: gnupg2: brings too many dependencies into standard task
* Steven Chamberlain (ste...@pyro.eu.org) wrote: On 14/10/14 20:18, Eric Dorland wrote: Thanks for the report. We're working on this, Okay thanks, although I notice you filed a bug only against gnome: * Why only gnome? If it is important to have a gtk2 dialog then shouldn't other desktops have it too? * Since this bug affects tasksel, why not also address it in tasksel, such as in task-desktop? Yes good point, let me fix that. I suppose it should be: task-gnome-desktop, task-xfce-desktop, task-lxde-desktop: recommend pinentry-gtk2 task-kde-desktop: recommend pinentry-qt4 * Why only severity 'wishlist' if it is blocking a bug of IMHO higher severity? From the perspective of tasksel, it's a feature request IMHO. but I'm not sure I understand the justification to make this a serious bug. Could you elaborate? OK, I've looked and could not find a reference to this in policy. But I felt it was common sense, and policy shouldn't need to exist for such things: A minimal no-desktop install should not include ~70 additional packages with ~30MB download size and taking ~100MB space, if they add no extra functionality for that use case. I agree, it's a bug. I'm just not sure we should hold up the release. (Also curious, what will gnupg2 do if only pinentry-gtk2 is installed but no desktop is running?) pinentry-gtk2 will fallback to curses if there's no DISPLAY. I'm not saying it's gnupg-agent's fault this situation occurred, but it is IMHO a serious enough problem affecting d-i/tasksel, to need to fix it before release? But other than bringing in too many packages, does it break anything else? -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#760490: Support for Python 3 and new upstream release patch
[ Thomas Goirand ] I have attached a debdiff, stripping out the upstream changes in the 2.32.1 release. My patch does this: python-boto (2.32.1-1.1) experimental; urgency=medium * Non-maintainer upload. * Uploading new upstream release to Experimental (Closes: #760490). * Added Python 3 support. * Vcs-Git field now canonical. * Now using source format 3.0 (quilt). * Added extend-diff-ignore = ^[^/]*[.]egg-info/ in debian/source/options. * debian/copyright using the parseable format 1.0. -- Thomas Goirand z...@debian.org Fri, 12 Sep 2014 08:21:48 + Please consider applying the patch to the current release. Thanks Thomas; I had shoulder surgery in September, and got quite behind. I'll have a look and make an upload to Sid shortly. -- Eric Evans eev...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720129: fixed in lilo 1:24.1-1
After some investigation I see what I've done wrong -- I must have modified 'lilo.pod' instead of 'lilo.8'. Now 'lilo.8' has some spelling errors. But it might be OK. Who uses lilo these days? Or, in general, reads documentation. -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750708: RFS: audiotools/2.21-3 [ITP] -- Collection of audio handling programs for the command line
On Sat, 11 Oct 2014 17:33:58 -0700 Vincent Cheng vch...@debian.org wrote: I'm not sure how I missed this in my earlier review, but note that CC-BY-SA version 2.5 is *not* DFSG-compatible; only version 3.0 and later are considered DFSG-free by ftpmasters [1][2]. As such, files licensed under CC-BY-SA 2.5 must be removed from the source tarball (or re-licensed upstream). Regards, Vincent [1] https://wiki.debian.org/DFSGLicenses [2] https://lists.debian.org/debian-project/2013/01/msg00082.html The CC-BY-SA-2.5 licensed file is now removed in upstream git. For existing release 2.22 I've affected this removal by debian/copyright::Files-Excluded, debian/watch, and a quilt patch. See: dget -x http://mentors.debian.net/debian/pool/main/a/audiotools/audiotools_2.22+dfsg1-1.dsc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764817: Bug confirmed and fixe validated
Thanks Laurent for posting the/a solution. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765406: please add dependency on pinentry-gtk2
Package: gnome Version: 1:3.8+8 Severity: wishlist This came up at a DebConf discussion around gnupg2. Right now gnupg-agent (required by newer gnupg versions) needs a pinentry program (basically a program that prompts for a PIN or password). Right now it depends on pinentry-gtk2, which gives a good experience for users with a desktop environment but pulls in a lot of dependencies for a non-graphical system. So we would like to switch to pinentry-curses instead to lighten the dependency load, but we'd also not like to regress the experience for users of graphical desktops. So if it was added to the task package then those users would get the better experience and we could move the default depedency to pinentry-curses. I suspect Recommends would also be a strong enough dependency relationship for this purpose. Thanks for your consideration. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-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 gnome depends on: ii aisleriot1:3.14.0-1 ii alacarte 3.11.91-1 ii avahi-daemon 0.6.31-4 ii cheese 3.14.0-1 ii cups-pk-helper 0.2.5-2 ii desktop-base 7.0.3 ii evolution3.12.6-1 ii evolution-plugins3.12.6-1 ii file-roller 3.14.0-1 ii gedit3.14.0-2 ii gedit-plugins3.14.0-1 ii gimp 2.8.14-1 ii gnome-color-manager 3.14.0-1 ii gnome-core 1:3.8+8 ii gnome-documents 3.14.0-1 ii gnome-games 1:3.8+8 ii gnome-media 3.4.0-2 ii gnome-nettool3.8.1-1 ii gnome-orca 3.14.0-1 ii gnome-shell-extensions 3.14.0-2 ii gnome-tweak-tool 3.14.0-1 ii gnumeric 1.12.18-1 ii gstreamer1.0-libav 1.4.3-1 ii gstreamer1.0-plugins-ugly1.4.3-1 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.5-3 ii libgtk2-perl 2:1.2492-3 ii libreoffice-gnome1:4.3.2-2 ii libreoffice-impress 1:4.3.2-2 ii libreoffice-writer 1:4.3.2-2 ii nautilus-sendto 3.8.2-1 ii network-manager-gnome0.9.10.0-2 ii rhythmbox3.1-1 ii rhythmbox-plugin-cdrecorder 3.1-1 ii rhythmbox-plugins3.1-1 ii rygel0.24.0-1 ii rygel-playbin0.24.0-1 ii rygel-preferences0.24.0-1 ii rygel-tracker0.24.0-1 ii seahorse 3.14.0-1 ii shotwell 0.20.0-1 ii simple-scan 3.14.0-1 ii sound-juicer 3.14.0-1 ii telepathy-gabble 0.18.3-1 ii telepathy-rakia 0.8.0-3 ii telepathy-salut 0.8.1-4 ii tomboy 1.14.1-3 ii totem3.14.0-2 ii totem-plugins3.14.0-2 ii tracker-gui 1.2.2-1 ii transmission-gtk 2.84-0.1+b1 ii vinagre 3.14.0-1 ii xdg-user-dirs-gtk0.10-1 Versions of packages gnome recommends: ii browser-plugin-gnash 0.8.11~git20140708-3+b1 ii gdebi 0.9.5.5 ii telepathy-idle0.2.0-2 Versions of packages gnome suggests: pn dia-gnome none pn gnome-boxesnone ii gnucash1:2.6.4-1 ii iceweasel-l10n-all 1:31.1.0esr-1 pn libreoffice-evolution none pn plannernone ii xul-ext-adblock-plus 2.6.4+dfsg-1 pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core 2.12.0-2 ii baobab 3.14.0-1 ii brasero3.11.4-1 ii caribou0.4.15-1 ii caribou-antler 0.4.15-1 ii dconf-gsettings-backend0.22.0-1 ii dconf-tools0.22.0-1 ii empathy3.12.6-1 ii eog3.14.0-1 ii evince 3.14.0-2 ii evolution-data-server 3.12.6-1.1 ii fonts-cantarell0.0.16-1 ii gconf2 3.2.6-3 ii gdm3 3.14.0-1 ii gkbd-capplet 3.6.0-1 ii glib-networking2.42.0-1 ii gnome-backgrounds 3.14.0-1 ii gnome-bluetooth3.14.0-1 ii gnome-calculator 3.14.0-1 ii gnome-contacts 3.14.0-1 ii gnome-control-center 1:3.14.0-1 ii gnome-dictionary 3.14.0-1 ii gnome-disk-utility 3.12.1-1+b1 ii gnome-font-viewer 3.14.0-1 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-extras3.12.0-1 ii
Bug#764292: [Pkg-gnupg-maint] Bug#764292: gnupg2: brings too many dependencies into standard task
6.2+dfsg-0.1 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages gnupg2 recommends: ii libldap-2.4-2 2.4.31-1+nmu2+b1 Versions of packages gnupg2 suggests: pn gnupg-doc none pn parcimonie none pn xloadimage none -- no debconf information ___ Pkg-gnupg-maint mailing list pkg-gnupg-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gnupg-maint -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#547208: gnome-games: please add override for direct-rendering detection
On Sat, Oct 11, 2014 at 03:07:58PM +0100, Pedro Beja wrote: this is an old bug. Do you still have this issue with newer aisleriot version like 1:3.14.0-1 ? I no longer have this issue, but I've upgraded my graphics card since then. -- Eric Cooper e c c @ c m u . e d u -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764611: sonata: fails to launch since GLib upgrade to 2.42
Package: sonata Followup-For: Bug #764611 I can also confirm that sonata is working OK for me again after upgrading to libgtk2.0-0 amd64 2.24.25-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764748: kobodeluxe: Joystick is impossible to use in menus
Package: kobodeluxe Version: 0.5.1-6 Severity: important Dear Maintainer, I started kobodl and tried to navigate the menus using a gamepad joystick. I tilted the joystick axis DOWN to scroll the highlighted menu item DOWN by ONE entry. The highlighted menu item scrolled DOWN by several items at once. It was impossible to select a particular menu item unless it happened to stop scrolling on that item. The highlighted menu item should scroll down to the NEXT item for each time the joystick axis is tilted down, and no further. I made some changes to the source and generated the following diff which seemed to alleviate the problem. My apologies if this is unusable since I've never generated a patch before. *BEGIN DIFF OUTPUT OF kobo.cpp* 100a101,104 int lastaxis_x = 0; int lastaxis_y = 0; int deadzone = 6400; 1725c1729 if(ev.jaxis.value -3200) --- if(ev.jaxis.value -deadzone lastaxis_x -deadzone) 1730c1734 else if(ev.jaxis.value 3200) --- else if(ev.jaxis.value deadzone lastaxis_x deadzone) 1741a1746 lastaxis_x = ev.jaxis.value; 1746c1751 if(ev.jaxis.value -3200) --- if(ev.jaxis.value -deadzone lastaxis_y -deadzone) 1751c1756 else if(ev.jaxis.value 3200) --- else if(ev.jaxis.value deadzone lastaxis_y deadzone) 1762a1768 lastaxis_y = ev.jaxis.value; *END DIFF OUTPUT OF kobo.cpp* -- System Information: Debian Release: wheezy/sid Architecture: i386 (i686) Kernel: Linux 3.2.0-69-generic-pae (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 kobodeluxe depends on: ii kobodeluxe-data 0.5.1-6 ii libc62.15-0ubuntu10.7 ii libgcc1 1:4.6.3-1ubuntu5 ii libsdl-image1.2 1.2.10-3 ii libsdl1.2debian 1.2.14-6.4ubuntu3+6.0trisquel2 ii libstdc++6 4.6.3-1ubuntu5 kobodeluxe recommends no packages. kobodeluxe 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#750708: RFS: audiotools/2.21-3 [ITP] -- Collection of audio handling programs for the command line
On Sun, 3 Aug 2014 22:27:11 -0700 Vincent Cheng vch...@debian.org wrote: Sorry for not following up on my earlier debian-mentors review until now! Agreed with Eriberto, your package is in pretty good shape, however there are a few more issues: Blockers: - debian/copyright needs the full text of CC-BY-SA-3.0-US and CC-BY-SA-2.5 (visit http://creativecommons.org/licenses/by-sa/2.5/; won't pass ftpmaster review) Done. Wrapped legalcode text from each respective Creative Commons website output to 78 col, indented, and added ' .' on blank lines. Non-blockers, but please fix anyhow: - your very first debian/changelog entry should always just be akin to Initial release. (Closes: #550216) (i.e. your ITP bug report). You don't need to mention any of your other changes. OK. Done. - rename debian/audiotools.docs to debian/docs (debian/package.{docs,install,manpages,...} is redundant if your source package only builds a single binary package) Renamed. If you haven't already, please forward those patches upstream. Patching in license headers the way you're doing right now should only be a short-term thing, and you want it upstream-ed asap. Upstream applied changes to new stable release 2.22 ; see: http://http://mentors.debian.net/package/audiotools dget -x http://mentors.debian.net/debian/pool/main/a/audiotools/audiotools_2.22-1.dsc Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764085: kde-runtime: Unable to start Dr. Konqi
Package: kde-runtime Version: 4:4.14.1-1 Severity: normal Hello, I have currently an issue with digikam [1] but also the issue that Dr. Konqi doesn't start after such a crash, making it difficult to provide a proper report. The output from the command line looks like this: $ digikam Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work. KCrash: Application 'digikam' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit sock_file=/home/ericl/.kde/socket-emil/kdeinit4__0 digikam: Fatal IO error: client killed Fatal Error: Accessed global static 'FileReadWriteLockStaticPrivate *static_d()' after destruction. Defined at /tmp/buildd/digikam-4.3.0/core/libs/threadimageio/filereadwritelock.cpp:385 Unable to start Dr. Konqi Let me know if I can do more to help resolve this issue. Thanks, Eric [1] already reported as Bug#763991: digikam: Digikam crashes with SIGSEGV while creating preview images -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-runtime depends on: ii kde-runtime-data4:4.14.1-1 ii kdelibs5-plugins4:4.14.1-1 ii libasound2 1.0.28-1 ii libattica0.40.4.2-1 ii libc6 2.19-11 ii libcanberra00.30-2.1 ii libexiv2-13 0.24-4 ii libgcc1 1:4.9.1-15 ii libgcrypt20 1.6.2-3 ii libgpgme++2 4:4.14.1-1 ii libgpgme11 1.5.1-6 ii libjpeg88d1-1 ii libkactivities6 4:4.13.3-1 ii libkcmutils44:4.14.1-1 ii libkdeclarative54:4.14.1-1 ii libkdecore5 4:4.14.1-1 ii libkdesu5 4:4.14.1-1 ii libkdeui5 4:4.14.1-1 ii libkdewebkit5 4:4.14.1-1 ii libkdnssd4 4:4.14.1-1 ii libkemoticons4 4:4.14.1-1 ii libkfile4 4:4.14.1-1 ii libkhtml5 4:4.14.1-1 ii libkio5 4:4.14.1-1 ii libkmediaplayer44:4.14.1-1 ii libknewstuff3-4 4:4.14.1-1 ii libknotifyconfig4 4:4.14.1-1 ii libkparts4 4:4.14.1-1 ii libkpty44:4.14.1-1 ii libkxmlrpcclient4 4:4.14.1-1 ii libntrack-qt4-1 016-1.3 ii libopenexr6 1.6.1-8 ii libphonon4 4:4.8.0-1 ii libplasma3 4:4.14.1-1 ii libpulse-mainloop-glib0 5.0-6 ii libpulse0 5.0-6 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-declarative 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-script 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtwebkit42.3.2.dfsg-4 ii libsmbclient2:4.1.11+dfsg-1 ii libsolid4 4:4.14.1-1 ii libssh-gcrypt-4 0.6.3-3+b1 ii libstdc++6 4.9.1-15 ii libwebp50.4.1-1.2+b1 ii libx11-62:1.6.2-3 ii libxcursor1 1:1.1.14-1 ii oxygen-icon-theme 4:4.14.0-1 ii perl5.20.1-1 ii phonon 4:4.8.0-1 ii plasma-scriptengine-javascript 4:4.14.1-1 kde-runtime recommends no packages. Versions of packages kde-runtime suggests: pn djvulibre-bin none pn finger none pn icoutils 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#763991: digikam: Digikam crashes with SIGSEGV while creating preview images
, 4735007495537972241, 1, 140737354125408, 1, 140735114331904, -4735318659627854831, -4734979111561178095}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = optimized out pagesize_m1 = optimized out sp = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #12 0x70e7ec2d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 No locals. I tried to reproduce the issue using 'exiv2 -f -l /srv/photos/tmp -v -ep' but didn't identify anything suspect. This said there are many images and I can't promise I didn't oversee something. It would be nice if it would be possible to make digikam spit out where it encounters a problem. Let me know what I can do to help solve this issue, I can't currently use digikam at all and manage my pictures. Thanks, Eric -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digikam depends on: ii digikam-data 4:4.3.0-1 ii digikam-private-libs 4:4.3.0-1 ii kde-runtime 4:4.14.1-1 ii libc6 2.19-11 ii libgcc1 1:4.9.1-15 ii libgphoto2-6 2.5.4-1.1+b1 ii libgphoto2-port10 2.5.4-1.1+b1 ii libkdcraw23 4:4.14.0-1 ii libkdecore5 4:4.14.1-1 ii libkdeui5 4:4.14.1-1 ii libkexiv2-11 4:4.14.0-1+b1 ii libkhtml5 4:4.14.1-1 ii libkio5 4:4.14.1-1 ii libkipi11 4:4.13.3-1 ii libknotifyconfig4 4:4.14.1-1 ii libkparts44:4.14.1-1 ii libopencv-core2.4 2.4.9.1+dfsg-1 ii libopencv-imgproc2.4 2.4.9.1+dfsg-1 ii libphonon44:4.8.0-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql-sqlite 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsolid4 4:4.14.1-1 ii libstdc++64.9.1-15 ii libthreadweaver4 4:4.14.1-1 ii perl 5.20.1-1 ii phonon4:4.8.0-1 Versions of packages digikam recommends: ii iceweasel [www-browser] 31.1.0esr-1 ii kipi-plugins 4:4.3.0-1 ii konqueror [www-browser] 4:4.14.1-1 ii mplayerthumbs4:4.14.0-1 ii w3m [www-browser]0.5.3-17 Versions of packages digikam suggests: pn digikam-doc none ii systemsettings 4:4.11.12-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758619: The fix was intended/verified for a non graphical useage
At least the fix, solves this use case (at least for me). And as the bug is in pygtk2 which is dead, maybe the bug should be reassigned. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762833: confirm this bug
On 10/01/2014 12:45 PM, Julian Andres Klode wrote: On Wed, Oct 1, 2014 at 12:15 PM, Valery Mamonov valerymamo...@gmail.com wrote: Problem solved by making /etc/apt/trusted.gpg world readable, but it's insecure workaround. 2014-09-30 17:01 GMT+04:00 Valery Mamonov valerymamo...@gmail.com: https://lists.debian.org/debian-user/2014/09/msg02346.html -- Best regards, Valery Mamonov. No, It's not insecure. Not at all. It's not an issue if your users know which keys APT accepts. Oh, and it's the default setting. NO. I never changed this permission manually and this is not what I got. And if you do not want people to voice, you should be active instead of closing the bug without even trying to fix it. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762833: confirm this bug
On 10/01/2014 12:57 PM, Eric Valette wrote: On 10/01/2014 12:45 PM, Julian Andres Klode wrote: NO. I never changed this permission manually and this is not what I got. And if you do not want people to voice, you should be active instead of closing the bug without even trying to fix it. And, on the technical side, if the file is used only by apt, why not keep rw but for _apt instead of root ? -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762833: confirm this bug
On 10/01/2014 01:03 PM, Eric Valette wrote: On 10/01/2014 12:57 PM, Eric Valette wrote: On 10/01/2014 12:45 PM, Julian Andres Klode wrote: NO. I never changed this permission manually and this is not what I got. And if you do not want people to voice, you should be active instead of closing the bug without even trying to fix it. And, on the technical side, if the file is used only by apt, why not keep rw but for _apt instead of root ? I'm also a bit surpised, the open error when opening the file /etc/apt/trusted.gpg, did not rise an error as EACCES instead of ENOENT are not identical errors when opening a file. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763491: pillow: Please change build dependency to libjpeg-dev (libjpeg-turbo transition)
On 09/30/2014 06:06 AM, Ondřej Surý wrote: Source: pillow Version: 2.6.0~rc1-1 Severity: important Tags: patch User: ond...@debian.org Usertags: libjpeg-turbo-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear maintainer(s), Debian is transitioning from IJG JPEG library (src:libjpeg8) to libjpeg-turbo implementation (src:libjpeg-turbo)[1] of libjpeg62 API with decode from memory buffer interface (jpeg_mem_{src,dest}). Your package cannot be transitioned automatically as it explicitly build depends on specific API/ABI (libjpeg8-dev) and this build dependency needs to be changed to libjpeg-dev. In most if not all cases this should be sufficient to build against libjpeg-turbo. I am in process of testing each package in question to compile against libjpeg-turbo and I will provide a suitable patch for each package when I will succeed. This should be ok, Pillow works with libjpeg-turbo elsewhere. eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763403: libmail-thread-perl: [PATCH] memory leak/cycle fix from CPAN
Package: libmail-thread-perl Version: 2.55-1 Severity: important Tags: patch There is a nasty memory cycle for long running processes, and upstream seems non-responsive: https://rt.cpan.org/Public/Bug/Display.html?id=22817 Direct link to patch (not written by me, but I've tested it): https://rt.cpan.org/Public/Ticket/Attachment/259064/112372 -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Versions of packages libmail-thread-perl depends on: ii libemail-abstract-perl 3.004-1 ii perl5.14.2-21+deb7u1 libmail-thread-perl recommends no packages. libmail-thread-perl 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#762833: apt: Bad handling of external/non-debian package signature keys
Package: apt Version: 1.1~exp3 Severity: important apt-get update W: GPG error: http://download.virtualbox.org wheezy InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 54422A4B98AB5139 W: GPG error: http://dl.google.com stable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY A040830F7FAC5991 W: GPG error: http://dl.google.com stable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY A040830F7FAC5991 W: GPG error: http://dl.google.com stable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY A040830F7FAC5991 W: GPG error: http://www.deb-multimedia.org sid InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 07DC563D1F41B907 W: GPG error: http://www.deb-multimedia.org experimental InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 07DC563D1F41B907 apt-get install --reinstall deb-multimedia-keyring Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 7 not upgraded. Need to get 0 B/14.4 kB of archives. After this operation, 0 B of additional disk space will be used. WARNING: The following packages cannot be authenticated! deb-multimedia-keyring Install these packages without verification? [y/N] y (Reading database ... 374059 files and directories currently installed.) Preparing to unpack .../deb-multimedia-keyring_2012.05.10-dmo4_all.deb ... Unpacking deb-multimedia-keyring (2012.05.10-dmo4) over (2012.05.10-dmo4) ... Setting up deb-multimedia-keyring (2012.05.10-dmo4) ... OK root@r-x-ceva6380:/home/ceva6380# apt-get install --reinstall deb-multimedia-keyring Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 7 not upgraded. Need to get 0 B/14.4 kB of archives. After this operation, 0 B of additional disk space will be used. WARNING: The following packages cannot be authenticated! deb-multimedia-keyring Install these packages without verification? [y/N] ^C -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.3 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2014.1 ii gnupg 1.4.18-4 ii libapt-pkg4.13 1.1~exp3 ii libc6 2.19-11 ii libgcc1 1:4.9.1-15 ii libstdc++6 4.9.1-15 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii dpkg-dev1.17.13 ii python-apt 0.9.3.10 ii synaptic0.81.2 -- 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#762833: Even if I rerun apt-get update, I still get the error
Firsty, all the keys where already in. Then doing install and rerenning update leads to same behavior apt-get update ... W: Erreur de GPG : http://apt.jenslody.de testing InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY C96E627C6EEB25C9 W: Erreur de GPG : http://dl.google.com stable Release : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY A040830F7FAC5991 W: Erreur de GPG : http://dl.google.com stable Release : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY A040830F7FAC5991 W: Erreur de GPG : http://download.virtualbox.org wheezy InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 54422A4B98AB5139 W: Erreur de GPG : http://www.deb-multimedia.org unstable InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 07DC563D1F41B907 W: Erreur de GPG : http://www.deb-multimedia.org experimental InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 07DC563D1F41B907 apt-get install --reinstall deb-multimedia-keyring=== ... Construction de l'arbre des dépendances Lecture des informations d'état... Fait Le paquet suivant a été installé automatiquement et n'est plus nécessaire : libopenjpeg6 Veuillez utiliser « apt-get autoremove » pour le supprimer. 0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 2 non mis à jour. Il est nécessaire de prendre 14,4 ko dans les archives. Après cette opération, 0 o d'espace disque supplémentaires seront utilisés. ATTENTION : les paquets suivants n'ont pas été authentifiés. deb-multimedia-keyring Faut-il installer ces paquets sans vérification ? [o/N] o Réception de : 1 http://www.deb-multimedia.org/ unstable/main deb-multimedia-keyring all 2012.05.10-dmo4 [14,4 kB] 14,4 ko réceptionnés en 0s (161 ko/s) (Lecture de la base de données... 346903 fichiers et répertoires déjà installés.) Préparation du dépaquetage de .../deb-multimedia-keyring_2012.05.10-dmo4_all.deb ... Dépaquetage de deb-multimedia-keyring (2012.05.10-dmo4) sur (2012.05.10-dmo4) ... tri-yann4:/home/valette# apt-get update== Lecture des listes de paquets... Fait W: Erreur de GPG : http://www.deb-multimedia.org unstable InRelease : Les signatures == suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 07DC563D1F41B907 W: Erreur de GPG : http://www.deb-multimedia.org experimental InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 07DC563D1F41B907 W: Erreur de GPG : http://apt.jenslody.de testing InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY C96E627C6EEB25C9 W: Erreur de GPG : http://dl.google.com stable Release : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY A040830F7FAC5991 W: Erreur de GPG : http://dl.google.com stable Release : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY A040830F7FAC5991 W: Erreur de GPG : http://download.virtualbox.org wheezy InRelease : Les signatures suivantes n'ont pas pu être vérifiées car la clé publique n'est pas disponible : NO_PUBKEY 54422A4B98AB5139 -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762833: reopen
reopen #762833 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762291: libuv-dev: Doing apt-get update shows error on this package
Package: libuv-dev Version: 0.10.28-4 Severity: important apt-get update ... Lecture des listes de paquets... Fait W: Ignoring Provides line with DepCompareOp for package libuv-dev W: Vous pouvez lancer « apt-get update » pour corriger ces problèmes. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.3 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762092: sha...sum man pages refer to nonexistent 'sha...sum invocation' info pages
On 09/18/2014 08:13 AM, Pádraig Brady wrote: On 09/18/2014 12:54 PM, Rebecca Palmer wrote: Package: coreutils Version: 8.23-2 Severity: minor Control: tags -1 patch The man page of sha512sum states that more documentation can be found at info coreutils 'sha512sum invocation', but this info node does not exist; the correct name is 'sha2 utilities'. At least sha256sum, and I suspect all four sizes, are also affected. Can't we add an @anchor{sha512sum invocation} and so forth into the .texi file, so that the GNU Coding Standards recommended interface just works at taking you into the right section, without having to do this munging of the man pages? -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Bug#762092: sha...sum man pages refer to nonexistent 'sha...sum invocation' info pages
On 09/18/2014 08:29 AM, Eric Blake wrote: On 09/18/2014 08:13 AM, Pádraig Brady wrote: On 09/18/2014 12:54 PM, Rebecca Palmer wrote: Package: coreutils Version: 8.23-2 Severity: minor Control: tags -1 patch The man page of sha512sum states that more documentation can be found at info coreutils 'sha512sum invocation', but this info node does not exist; the correct name is 'sha2 utilities'. At least sha256sum, and I suspect all four sizes, are also affected. Can't we add an @anchor{sha512sum invocation} and so forth into the .texi file, so that the GNU Coding Standards recommended interface just works at taking you into the right section, without having to do this munging of the man pages? Maybe not; it looks like @anchor{} allows @xref and friends to work to alias names, but doesn't add entries to the menu, and 'info' is using just menu names for its shorthand. I don't know [tex]info well enough to know if what I'm suggesting is even feasible, only that I've used @anchor in the past when renaming nodes in order to keep the rest of the manual working where it uses @xref. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Bug#761473: digikam: Crash at startup with Floating point exception
Package: digikam Version: 4:4.1.0-1+b1 Severity: grave Justification: renders package unusable Hi, I can't use anymore digikam because it crashes each time I try to start it: - Start digikam (from the console or from the KDE menu) - Digikam appears, starts to build up the pictures, the hint window is even there. - wait a bit or try to click away the hint window - digikam crashes The crash handler states: Executable: digikam PID: 7033 Signal: Floating point exception (8) Time: 2014-09-14 08:26:52 Started from the console, I also see: $ digikam Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work. digikam(7033)/digikam (core) Digikam::CollectionScanner::scanAlbum: Folder does not exist or is not readable: /srv/photos/PhotosPatricia KCrash: Application 'digikam' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit sock_file=/home/ericl/.kde/socket-emil/kdeinit4__0 [1]+ Stopped digikam Hope you can help, I can't anymore manage my images, Thanks, Eric -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages digikam depends on: ii digikam-data 4:4.1.0-1 ii digikam-private-libs 4:4.1.0-1+b1 ii kde-runtime 4:4.14.0-2 ii libc6 2.19-10 ii libgcc1 1:4.9.1-12 ii libgphoto2-6 2.5.4-1.1 ii libgphoto2-port10 2.5.4-1.1 ii libkdcraw23 4:4.14.0-1 ii libkdecore5 4:4.14.0-1 ii libkdeui5 4:4.14.0-1 ii libkexiv2-11 4:4.14.0-1+b1 ii libkhtml5 4:4.14.0-1 ii libkio5 4:4.14.0-1 ii libkipi11 4:4.13.3-1 ii libknotifyconfig4 4:4.14.0-1 ii libkparts44:4.14.0-1 ii libopencv-core2.4 2.4.9+dfsg-1+b1 ii libopencv-imgproc2.4 2.4.9+dfsg-1+b1 ii libphonon44:4.7.2-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-sql-sqlite 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libsolid4 4:4.14.0-1 ii libstdc++64.9.1-12 ii libthreadweaver4 4:4.14.0-1 ii perl 5.20.0-6 ii phonon4:4.7.2-1 Versions of packages digikam recommends: ii iceweasel [www-browser] 31.1.0esr-1 ii kipi-plugins 4:4.1.0-1+b1 ii konqueror [www-browser] 4:4.14.0-1 ii mplayerthumbs4:4.14.0-1 ii w3m [www-browser]0.5.3-17 Versions of packages digikam suggests: pn digikam-doc none ii systemsettings 4:4.11.11-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#291015: mime-support: run‐mailcap to understand URL notation and start sensible-browser if required.
Hi, sorry, holiday came in between: On 30/08/14 10:56, Charles Plessy wrote: for the first part of your proposition, I think that there is a serious obstacle: with the mailcap system, it is not possible to determine if a program would be able to use an URL to retreive a file. The idea was actually that there is a one-to-one relationship from a file:-URL to a standard path by removing the prefix, something like the following under bash: # the file:-URL format is not well defined or known URL[0]=file:///tmp/test.txt # absolute path, with empty server field URL[1]=file:/tmp/test.txt # absolute path, without server field URL[2]=file://tmp/test.txt # relative path, with empty server field URL[3]=file:tmp/test.txt# relative path, without server field for i in ${URL[@]} do # or in Perl s#^file:\(//\)?## (if I remember well) i=${i#file://} i=${i#file:} echo $i done And the resulting $i could just be handled like any file path given. For the second part, here is what we could do: - send a patch to the sensible-utils package, to add two lines in its mailcap file, where the media types x-scheme-handler/http and x-scheme-handler/ftp would be associated to the sensible-browser program. - Detect URLs passed to run-mailcap, and execute what /etc/mailcap proposes for the corresponding media type. The problem I have with this approach is that x-scheme-handler media types are not registered to the IANA. As far as I know, they originate from the Shared MIME-info Database specification. http://standards.freedesktop.org/shared-mime-info-spec/ Perhaps it would be better to ask for comments on debian-devel before using these unregistered media types outside the scope where thay have been developed originally. What do you think about this ? Eeh, to be honest, I think I had a much simpler (one could say hackish) kind of approach in mind: is the switch --allow-url set? if yes, does the thing have a URL-kind of format (something like a match on ^\w+://.*/.*$ - or more complex but still without knowledge of specific URL-schemes)? if yes, hand over to sensible-browser and forget about it. if no, do as usual... Thanks for taking care anyway, Eric Have a nice week-end, -- Charles Plessy Tsurumi, Kanagawa, Japan -- I'm subscribed on debian-java, debian-mentors, pkg-java-maintainers and pkg-vdr-dvb-devel. No need to CC me on these lists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760575: [Pkg-gnupg-maint] Bug#760575: gnupg2: ship gpgparsemail binary
* Daniel Kahn Gillmor (d...@fifthhorseman.net) wrote: Package: gnupg2 Version: 2.0.26-2 Severity: wishlist The GnuPG 2.0 branch includes a utility called gpgparsemail, which is a rough diagnostic tool for use with e-mail messages. I think it would be useful to ship it for people who are working on mail systems, and want another diagnostic tool handy. We could ship it in the gnupg2 package, or we could create a separate package for this (and maybe other utilities from tools/). Sure, it doesn't add any other dependencies so we should just put it in the gnupg2 package. -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Bug#758619: Why still not fixed!
It means almost nobody can report bug on unstable. A working patch is available -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760171: [nip2] Non distibutable file: lena
We're working on a new upstream release for Pillow to replace this image. eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758927: python-pil: Comparing an Image to anything that's not an image raises an exception
On 08/22/2014 05:18 PM, Margarita Manterola wrote: Package: python-pil Version: 2.5.1-1 Severity: important Tags: upstream patch Traceback (most recent call last): File stdin, line 1, in module File imtools.py, line 170, in round_image mask = create_rounded_rectangle(image.size, cache, radius, opacity, pos) File imtools.py, line 222, in create_rounded_rectangle paste(rounded_rectangle, element, (x, y)) File imtools.py, line 862, in paste if source == mask: File /usr/lib/python2.7/dist-packages/PIL/Image.py, line 576, in __eq__ a = (self.mode == other.mode) AttributeError: 'NoneType' object has no attribute 'mode' In pillow, this is fixed in this commit: https://github.com/python-pillow/Pillow/commit/1aee9bfdef1d73007d8e35ab883c8c936c1da602 I've verified that applying that change makes the example code and the unpatched cinnamon settings window work correctly. This was committed on July 5th, but the lastest released version (2.5.3, uploaded yesterday) still doesn't include that fix. Since we are so close to the freeze, I think it would be a good idea for the fix to be manually applied instead of waiting until they release it (Pillow Maintainer here) There is a scheduled release of Pillow 2.6 for around Oct 1. It would include the patch for this issue. We are in the process of assembling a release for the Lena issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760171 We could include the patch for this bug with the Lena release, or we could just roll it in with the scheduled 2.6 release. There are some other patches and features that would make it into that release that might be nice, but I'm unclear as to what the various freeze dates mean around Jessie. Would a 2.6 release around 2014-10-01 be too late for Jessie? Would pushing that forward a few days matter? Or are you on bugfix changes only at this point? thanks eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760171: [nip2] Non distibutable file: lena
On 09/04/2014 09:13 AM, Eric Soroos wrote: We're working on a new upstream release for Pillow to replace this image. eric Do you want a new 2.5.x release for this one, or is a 2014-10-01 release ok? eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760236: Freemedforms-libs obsolete depends/build-depends on libquazip0/libquazip0-dev
Hi, Yes, the freemedforms-project source package is beeing updated to a new upstream version 0.9.2. The libquazip transition is taken into account. The package should be uploaded soon. Thanks for your report. Eric, Debian Med signature.asc Description: OpenPGP digital signature
Bug#760336: libsys-syscall-perl: [PATCH] fix 0.25 release regressions
Package: libsys-syscall-perl Version: 0.25-1 Severity: normal Tags: patch Sys::Syscall 0.25 was released with some major regressions. Important Changes from the 0.20..0.22 releases were dropped: 0.22: - don't modify non-localized $_. whoops. (we don't want to mess with our caller's world) 0.21: - add missing EPOLLRDBAND, from Paul Visscher pa...@canonical.org 0.20: - on x86_64 detect 32-bit vs 64-bit process and use right syscall numbers. previously worked only with 64-bit userland. The 0.22 and 0.20 changes are particularly important (n.b. EPOLLRDBAND in 0.21 is a no-op nowadays). See https://github.com/bradfitz/sys-syscall/issues/5 for full discussion. Upstream may not be able to respond in time, but I hope we can get this patch in for Jessie. Thanks. From 5fc4d9fd90f3e894bef0f1bdad0a17beaa81f39f Mon Sep 17 00:00:00 2001 From: Eric Wong e...@80x24.org Date: Wed, 3 Sep 2014 01:24:07 + Subject: [PATCH] restore missing changes from 0.20..0.22 Somehow the 0.25 release omitted all the following changes from the 0.20..0.22 era. This restores the relevant changes based on the diff between the following two tarballs: http://search.cpan.org/CPAN/authors/id/B/BR/BRADFITZ/Sys-Syscall-0.23.tar.gz http://search.cpan.org/CPAN/authors/id/B/BR/BRADFITZ/Sys-Syscall-0.25.tar.gz 0.22: - don't modify non-localized $_. whoops. (we don't want to mess with our caller's world) 0.21: - add missing EPOLLRDBAND, from Paul Visscher pa...@canonical.org 0.20: - on x86_64 detect 32-bit vs 64-bit process and use right syscall numbers. previously worked only with 64-bit userland. --- CHANGES| 15 +++ lib/Sys/Syscall.pm | 19 +++ 2 files changed, 30 insertions(+), 4 deletions(-) diff --git a/CHANGES b/CHANGES index cb97972..7cf0f2f 100644 --- a/CHANGES +++ b/CHANGES @@ -1,5 +1,20 @@ 0.25: - adds ARM support +0.23: + - test bug fix https://rt.cpan.org/Public/Bug/Display.html?id=54322 + +0.22: + - don't modify non-localized $_. whoops. (we don't want to mess +with our caller's world) + +0.21: + - add missing EPOLLRDBAND, from Paul Visscher pa...@canonical.org + +0.20: + + - on x86_64 detect 32-bit vs 64-bit process and use right syscall +numbers. previously worked only with 64-bit userland. + 0.1: - first release. epoll and sendfile only. Linux only. diff --git a/lib/Sys/Syscall.pm b/lib/Sys/Syscall.pm index 8d7cca2..7821ff7 100644 --- a/lib/Sys/Syscall.pm +++ b/lib/Sys/Syscall.pm @@ -3,14 +3,18 @@ package Sys::Syscall; use strict; use POSIX qw(ENOSYS SEEK_CUR); +use Config; require Exporter; use vars qw(@ISA @EXPORT_OK %EXPORT_TAGS $VERSION); $VERSION = 0.25; @ISA = qw(Exporter); -@EXPORT_OK = qw(sendfile epoll_ctl epoll_create epoll_wait EPOLLIN EPOLLOUT EPOLLERR EPOLLHUP EPOLL_CTL_ADD EPOLL_CTL_DEL EPOLL_CTL_MOD); -%EXPORT_TAGS = (epoll = [qw(epoll_ctl epoll_create epoll_wait EPOLLIN EPOLLOUT EPOLLERR EPOLLHUP +@EXPORT_OK = qw(sendfile epoll_ctl epoll_create epoll_wait + EPOLLIN EPOLLOUT EPOLLERR EPOLLHUP EPOLLRDBAND + EPOLL_CTL_ADD EPOLL_CTL_DEL EPOLL_CTL_MOD); +%EXPORT_TAGS = (epoll = [qw(epoll_ctl epoll_create epoll_wait + EPOLLIN EPOLLOUT EPOLLERR EPOLLHUP EPOLLRDBAND EPOLL_CTL_ADD EPOLL_CTL_DEL EPOLL_CTL_MOD)], sendfile = [qw(sendfile)], ); @@ -19,6 +23,7 @@ use constant EPOLLIN = 1; use constant EPOLLOUT = 4; use constant EPOLLERR = 8; use constant EPOLLHUP = 16; +use constant EPOLLRDBAND = 128; use constant EPOLL_CTL_ADD = 1; use constant EPOLL_CTL_DEL = 2; use constant EPOLL_CTL_MOD = 3; @@ -53,6 +58,12 @@ if ($^O eq linux) { # boundaries. my $u64_mod_8 = 0; +# if we're running on an x86_64 kernel, but a 32-bit process, +# we need to use the i386 syscall numbers. +if ($machine eq x86_64 $Config{ptrsize} == 4) { +$machine = i386; +} + if ($machine =~ m/^i[3456]86$/) { $SYS_epoll_create = 254; $SYS_epoll_ctl= 255; @@ -222,7 +233,7 @@ sub epoll_wait_mod4 { $epoll_wait_events = \0 x 12 x $epoll_wait_size; } my $ct = syscall($SYS_epoll_wait, $_[0]+0, $epoll_wait_events, $_[1]+0, $_[2]+0); -for ($_ = 0; $_ $ct; $_++) { +for (0..$ct-1) { @{$_[3]-[$_]}[1,0] = unpack(LL, substr($epoll_wait_events, 12*$_, 8)); } return $ct; @@ -235,7 +246,7 @@ sub epoll_wait_mod8 { $epoll_wait_events = \0 x 16 x $epoll_wait_size; } my $ct = syscall($SYS_epoll_wait, $_[0]+0, $epoll_wait_events, $_[1]+0, $_[2]+0); -for ($_ = 0; $_ $ct; $_++) { +for (0..$ct-1) { # 16 byte epoll_event structs, with format: #4 byte mask [idx 1] #4 byte padding (we put it into idx 2, useless) -- EW
Bug#760258: RM: openct -- ROM; obsolete package
Package: ftp.debian.org Severity: normal openct is dead upstream, has no dependencies and a dropping popcon count: https://qa.debian.org/popcon.php?package=openct. Please remove it from the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760021: check for wrap-and-sort formated files
Package: lintian Version: 2.5.25 Severity: wishlist It would be great if lintian had a warning that made sure the debian directory was wrap-and-sort clean. wrap-and-sort sorts various fields in debian/* files, nicely indents multiline fields in debian/control and gets rid of spurious whitespace. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-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 lintian depends on: ii binutils 2.24.51.20140818-1 ii bzip2 1.0.6-7 ii diffstat 1.58-1 ii file 1:5.19-1 ii gettext0.19.2-1 ii hardening-includes 2.5+nmu1 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.37-2 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.13 ii libemail-valid-perl1.194-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.0-4 ii t1utils1.37-2.1 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl-modules [libautodie-perl] 5.20.0-4 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.13 ii libhtml-parser-perl3.71-1+b2 ii libtext-template-perl 1.46-1 pn libyaml-perl none ii xz-utils 5.1.1alpha+20120614-2 -- 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#758105: bug#18266: grep -P and invalid exits with error
On 08/28/2014 11:47 PM, Santiago wrote: El 16/08/14 a las 11:36, Paul Eggert escribió: Santiago wrote: Another solution would be to don't check if binary files are valid (passing PCRE_NO_UTF8_CHECK to pcre_exec), but I don't know if that'd avoid security holes It wouldn't. (We already tried it.) Another try. This patch is by far more efficient. * src/pcresearch.c (Pexecute): When pcre_exec returns an invalid UTF8 character error, copies line_buf to an auxiliar buffer, s/auxiliar/auxiliary/ removes invalid characters and evaluates against it. * tests/pcre-infloop: Exit status is 1 again. * tests/pcre-invalid-utf8-input: Check again if grep doesn't abort. Also cheks for match after a second invalid character s/cheks/checks/ + /* Change invalid UTF-8 characters (according to pcre_exec) to '\0' */ + while (e == PCRE_ERROR_BADUTF8){ Space before { +line_utf8_clean[sub[0]+invalid_pos] = '\0'; Spaces around + -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Bug#759715: RM: libnbio/0.30-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove libnbio from jessie/sid. It's dead upstream, there are no packages depending on it, the maintainer is retiring, it has a low popcon, etc., etc. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-linode35 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Indeed I have left over for samba and even for samba-ad-dc in various rc*.d
On 08/26/2014 07:43 PM, Michael Biebl wrote: Am 26.08.2014 19:36, schrieb Eric Valette: On 26/08/2014 19:06, Michael Biebl wrote: Am 26.08.2014 19:05, schrieb Eric Valette: I also needed to remove smbd and nmbd leftover in rcx.d, then I also found minidlna Please remember to file bug reports for those two issues, so the packages properly clean up on upgrades. As all the init file are included in samba packages I created bug #759358 instead. I'm a bit annoyed because smbd/nmbd and minidlna does no more start automatically... I guess There are some missing service files... Might be misunderstanding. What you should remove are the symlinks to /etc/init.d/samba. The ones for smbd, nmbd and samba-ad-dc you should not have removed. While letting them as they were still led to delays at shutdown even when recreated using update-rc.d smbd defaults (on the others), gave me something working correctly. I wonder if the links were not right (e.g present in level they should not have been). Unfortunately I cannot check anymore. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
Could you please do something to integrate samba and systemd properly! I bet it has already been done on other distributions. Question for michael were is the per daemon waiting time configurable? -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
On 08/26/2014 12:21 PM, Michael Biebl wrote: Am 26.08.2014 11:48, schrieb Eric Valette: Could you please do something to integrate samba and systemd properly! I bet it has already been done on other distributions. Why is the /etc/init.d/samba init script enabled at all? There should only be a /etc/init.d/samba script, no symlinks in /etc/rc?.d/, i.e. the service is not started on boot and stopped on shutdown. If it is, then this is either a local modification or a bug in the package. For sure I never mess with creating symlinks manually or calling update-rc.d with something else than the installation script values BUT as some machines have all long history it may happen. The fact that this happens on several machines tends to prove it not due to manual modification but it could be leftover... regarding the config option, it is strange that it waits 5 min for samba and 10 mins for minidlna (execpt minidlna does terminate quickly) or does it incerment the waiting peruiod by 5 min by default! Thanks for the help Michael. Will continue to search for the root cause. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
On 08/26/2014 01:30 PM, Michael Biebl wrote: Is this a wheezy upgrade? Not per se (I always run unstable + experimental) but result is the same given the time slot. IIRC in wheezy, the samba package used a singel /etc/init.d/samba sysv init script, which was enabled by default. Yes it was like that in the past. And if no-one ever called update-rc.d remove samba, or just update-rc.d default (that does not seems to delete exiting link just warns, this probably breaks). I think I have already suffered a bug like that with nfs-common (with rpcbind dependencies )and found that the links were indeed not removed causing insserv to fail. See #740018 or #706877 That was changed for jessie, where /etc/init.d/samba is a mere wrapper for starting all the individual daemons in one go. Maybe those symlinks /etc/rc?.d/???samba are not cleaned up on upgrades. I think they should. Will see and confirm when back home. If this is confirmed, it means a policy when transitionning from sysv init script to systemd init should do a update-rc.d remove Thansk again. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Now systemd 214 wait for 5 min on reboot or shutdown!
On 08/26/2014 01:47 PM, Eric Valette wrote: I think I have already suffered a bug like that with nfs-common (with rpcbind dependencies )and found that the links were indeed not removed causing insserv to fail. See #740018 or #706877 In fact this was 746170 -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Indeed I have left over for samba and even for samba-ad-dc in various rc*.d
Will see and confirm when back home. ls /etc/rc*.d/*samba* /etc/rc0.d/K01samba/etc/rc1.d/K01samba-ad-dc /etc/rc3.d/S01samba-ad-dc /etc/rc4.d/S07samba/etc/rc6.d/K01samba /etc/rc0.d/K01samba-ad-dc /etc/rc2.d/S01samba-ad-dc /etc/rc3.d/S07samba/etc/rc5.d/S01samba-ad-dc /etc/rc6.d/K01samba-ad-dc /etc/rc1.d/K01samba/etc/rc2.d/S07samba /etc/rc4.d/S01samba-ad-dc /etc/rc5.d/S07samba tri-yann4:/home/valette# update-rc.d -f samba remove tri-yann4:/home/valette# update-rc.d -f samba-ad-dc remove tri-yann4:/home/valette# ls /etc/rc*.d/*samba* ls: impossible d'accéder à /etc/rc*.d/*samba*: Aucun fichier ou dossier de ce type tri-yann4:/home/valette# -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Indeed I have left over for samba and even for samba-ad-dc in various rc*.d
On 26/08/2014 18:48, Eric Valette wrote: Will see and confirm when back home. I also needed to remove smbd and nmbd leftover in rcx.d, then I also found minidlna had also such leftover (but I use deb-multimedia.org version because of ffmpeg (kill libav!!) so...) -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759358: samba: Samba did not clean rc(x).d files and this lef over cause systemd to hang for 5 min
Package: samba Version: 2:4.1.11+dfsg-1 Severity: important I had long delay for shutdown due to samba (5min waiting). Huntig the problem this is due to leftover in rc(x).d file for 1) samba 2) samba-ad-dc 3) smbd 4) nmbd So when upgrading from anything that was installed in sysvinit time, update-rc.d -f X remove should be run for each of the four scripts above. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.15.10 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.13 ii libasn1-8-heimdal1.6~rc2+dfsg-8 ii libbsd0 0.7.0-1 ii libc62.19-9 ii libcomerr2 1.42.11-2 ii libhdb9-heimdal [heimdal-hdb-api-8] 1.6~rc2+dfsg-8 ii libkdc2-heimdal 1.6~rc2+dfsg-8 ii libkrb5-26-heimdal 1.6~rc2+dfsg-8 ii libldb1 1:1.1.17-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpopt0 1.16-10 ii libpython2.7 2.7.8-6 ii libroken18-heimdal 1.6~rc2+dfsg-8 ii libtalloc2 2.1.1-2 ii libtdb1 1.3.0-1.1 ii libtevent0 0.9.21-1 ii lsb-base 4.1+Debian13 ii multiarch-support2.19-9 ii procps 1:3.3.9-7 ii python 2.7.8-1 ii python-dnspython 1.11.1-1 ii python-ntdb 1.0-5 ii python-samba 2:4.1.11+dfsg-1 pn python2.7:anynone ii samba-common 2:4.1.11+dfsg-1 ii samba-common-bin 2:4.1.11+dfsg-1 ii samba-dsdb-modules 2:4.1.11+dfsg-1 ii samba-libs 2:4.1.11+dfsg-1 ii tdb-tools1.3.0-1.1 ii update-inetd 4.43 Versions of packages samba recommends: ii attr 1:2.4.47-1 ii logrotate 3.8.7-1 ii samba-vfs-modules 2:4.1.11+dfsg-1 Versions of packages samba suggests: pn bind9 none pn bind9utils none pn ctdb none pn ldb-tools none pn ntpnone pn smbldap-tools none ii winbind2:4.1.11+dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740942: Indeed I have left over for samba and even for samba-ad-dc in various rc*.d
On 26/08/2014 19:06, Michael Biebl wrote: Am 26.08.2014 19:05, schrieb Eric Valette: I also needed to remove smbd and nmbd leftover in rcx.d, then I also found minidlna Please remember to file bug reports for those two issues, so the packages properly clean up on upgrades. As all the init file are included in samba packages I created bug #759358 instead. I'm a bit annoyed because smbd/nmbd and minidlna does no more start automatically... I guess There are some missing service files... -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734682: blocking the ppc64el architecture bootstrap
Please NMU, I don't know when I'll get a chance to make the change. Thanks. On Sunday, August 24, 2014, Aurelien Jarno aure...@debian.org wrote: Dear maintainer, The ppc64el architecture has been added to the Debian archive. Your package libnbio fails to build as reported in bug #734682 and the build log is available on [1]. It would be very nice if you can upload a fixed version of this package. Don't hesitate to ask questions if you need help to fix this bug. If you lack time for that, I can also proceed with an NMU. Thanks, Aurelien [1] https://buildd.debian.org/status/logs.php?pkg=libnbioarch=ppc64el -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net javascript:; http://www.aurel32.net
Bug#641147: -msinfo returns 0,0 for recorded and mountable DVD, where -toc does see track(s)
On Sat, Sep 10, 2011 at 10:32:24PM +0300, Sergio wrote: *SKIP* Supported modes: PACKET SAO If my reading of this is correct (either blank, drive, or driver doesn't TAO) then, I believe, 'wodim' should clearly admit and deny instead of silently failing to deliver. p.s. Just gave '-packet -noclose' a chance -- no luck. p.p.s. Will try append with 'growisofs' later; 'wodim -msinfo' says 0,0. *CUT* -- Torvalds' goal for Linux is very simple: World Domination Stallman's goal for GNU is even simpler: Freedom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org