Bug#921824: terminator: Impossible to load a layout on startup after upgrading to 1.91-3
Package: terminator Version: 1.91-3 Severity: important Dear Maintainer, * What led up to the situation? I run `terminator -l some_layout_name` or `terminator -s` * What was the outcome of this action? I got the following stack trace (same in both cases): Traceback (most recent call last): File "/usr/bin/terminator", line 72, in LAYOUTLAUNCHER=LayoutLauncher() File "/usr/share/terminator/terminatorlib/layoutlauncher.py", line 62, in __init__ self.update_layouts() File "/usr/share/terminator/terminatorlib/layoutlauncher.py", line 75, in update_layouts for layout in sorted(layouts, cmp=lambda x,y: cmp(x.lower(), y.lower())): TypeError: 'cmp' is an invalid keyword argument for sort() * What outcome did you expect instead? I was expecting terminator would start with the requested layout as I was used to (or the layout launcher window as the man page advertises). Alternatively, after I run terminator with no options, I typed Alt-L to display the layout launcher. This worked but the list is empty and I got the following stack trace : Traceback (most recent call last): File "/usr/share/terminator/terminatorlib/terminal.py", line 884, in on_keypress getattr(self, "key_" + mapping)() File "/usr/share/terminator/terminatorlib/terminal.py", line 1898, in key_layout_launcher LAYOUTLAUNCHER=LayoutLauncher() File "/usr/share/terminator/terminatorlib/layoutlauncher.py", line 62, in __init__ self.update_layouts() File "/usr/share/terminator/terminatorlib/layoutlauncher.py", line 75, in update_layouts for layout in sorted(layouts, cmp=lambda x,y: cmp(x.lower(), y.lower())): TypeError: 'cmp' is an invalid keyword argument for sort() Thanks in advance for fixing this annoying bug. phep -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages terminator depends on: ii dbus-x11 1.12.12-1 ii gir1.2-glib-2.01.58.3-2 ii gir1.2-gtk-3.0 3.24.5-1 ii gir1.2-pango-1.0 1.42.4-6 ii gir1.2-vte-2.910.54.2-2 ii python33.7.2-1 ii python3-cairo 1.16.2-1+b1 ii python3-configobj 5.0.6-3 ii python3-dbus 1.2.8-3 ii python3-gi 3.30.4-1 ii python3-gi-cairo 3.30.4-1 ii python3-psutil 5.5.0-1 Versions of packages terminator recommends: ii gir1.2-keybinder-3.0 0.3.2-1 ii gir1.2-notify-0.7 0.7.7-4 ii xdg-utils 1.1.3-1 terminator suggests no packages. -- no debconf information
Bug#846650: trac: Missing dependencies (and broken links) on libjs-jquery-ui-theme-smoothness
Package: trac Version: 1.0.13+dfsg-1 Severity: normal Dear Maintainer, The trac package ships the following two links : lrwxrwxrwx root/root 0 2016-10-04 00:52 ./usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/images -> ../../../../../../../share/javascript/jquery-ui/css/smoothness/images lrwxrwxrwx root/root 0 2016-10-04 00:52 ./usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/jquery-ui.css -> ../../../../../../../share/javascript/jquery-ui/css/smoothness/jquery-ui.css As far as I can tell, those 2 links imply a dependency on the libjs-jquery-ui-theme-smoothness package. Moreover, this dependency package provides the missing link targets at slightly different paths: /usr/share/javascript/jquery-ui-themes/smoothness/images /usr/share/javascript/jquery-ui-themes/smoothness/jquery-ui.css instead of: /usr/share/javascript/jquery-ui/css/smoothness/image /usr/share/javascript/jquery-ui/css/smoothness/jquery-ui.cs This error breaks the 'trac-admin deploy' command with the following error message: trac.web.chrome.Chrome /usr/lib/python2.7/dist-packages/trac/htdocs Error: [('/usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/jquery-ui.css', '/tmp/trac2/htdocs/common/css/jquery-ui/jquery-ui.css', "[Errno 2] No such file or directory: '/usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/jquery-ui.css'"), ('/usr/lib/pyt hon2.7/dist-packages/trac/htdocs/css/jquery-ui/images', '/tmp/trac2/htdocs/common/css/jquery-ui/images', "[Errno 2] No such file or directory: '/usr/lib/python2.7/dist-packages/trac/htdocs/css/jquery-ui/images'")] Hope this helps. tia, phep -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages trac depends on: ii libjs-excanvas 0.r3-4 ii libjs-jquery 3.1.1-1 ii libjs-jquery-timepicker 1.2-1 ii libjs-jquery-ui 1.12.1+dfsg-1 ii python-genshi0.7-5 ii python-pkg-resources 28.7.1-1 ii python-setuptools28.7.1-1 pn python:any Versions of packages trac recommends: ii apache2 [httpd]2.4.23-7 ii python-babel 2.3.4+dfsg.1-2 ii python-docutils0.12+dfsg-2 ii python-pygments2.1.3+dfsg-1 ii python-subversion 1.9.4-3+b1 ii python-tz 2015.7+dfsg-0.1 Versions of packages trac suggests: pn libapache2-mod-wsgi pn python-psycopg2 ii python-textile 1:2.3.5-1 pn trac-accountmanager pn trac-authopenid pn trac-bitten pn trac-bzr pn trac-customfieldadmin pn trac-email2trac pn trac-graphviz pn trac-ja-resource pn trac-mastertickets pn trac-mercurial pn trac-spamfilter pn trac-wikiprint pn trac-wikirename pn trac-wysiwyg pn trac-xmlrpc -- no debconf information
Bug#811116: lxc-ls raises error messages
Hi Evgeni, Le 26/03/2016 13:59, Evgeni Golov a écrit : Can you reproduce the issue with the current LXC 1.1.5 in Stretch? No! Everything is now running smoothly! With or without cgmanager by the way: I just tried uninstalling it out of curiosity but it did not lead me to the spurious messages I once had. Thanks a lot!! phep
Bug#815044: python-tidylib: UnicodeDecodeError with call to tidy_document
Package: python-tidylib Version: 0.2.4~dfsg-2 Severity: important Tags: upstream Dear Maintainer, Since I updated my testing box to python-tidylib 0.2.4~dfsg-2, I nearly can't use rawdog (RSS aggregator) anymore since most feed parsings break with : Traceback (most recent call last): File "_ctypes/callbacks.c", line 314, in 'calling callback function' File "/usr/lib/python2.7/dist-packages/tidylib/sink.py", line 79, in put_byte write_func(byte.decode('utf-8')) File "/usr/lib/python2.7/encodings/utf_8.py", line 16, in decode return codecs.utf_8_decode(input, errors, True) UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 0: invalid start byte This is an upstream bug : https://github.com/countergram/pytidylib/issues/11 Hope this helps, phep -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-tidylib depends on: ii libtidy-0.99-0 20091223cvs-1.5 pn python:any python-tidylib recommends no packages. python-tidylib suggests no packages. -- no debconf information
Bug#813699: iceweasel: Iceweasel don't let me insert non-breaking spaces in textareas anymore
Package: iceweasel Version: 43.0.4-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I tried to insert a non-breaking space in a form on a web page. * What exactly did you do (or not do) that was effective (or ineffective)? I first tried using the usual key combination I use to insert such non-breaking space - this is how I do it in both LibreOffice and vim - and, since it did not work, I then tried copying and pasting the character from LibreOffice (since LO grey out non-breaking spaces I'm pretty sure this was not a simple space). * What was the outcome of this action? The non-breaking space is converted to simple space as soon it is inserted/pasted. * What outcome did you expect instead? I expected the non-breaking space would get inserted as such. This is the precise series of operations I made to be sure; wherever the sequences appears below, please substitute the unicode U+0040 character coded in utf-8 as "c2 a0" since I use the locale fr_FR.utf8: 1. type MM in Libreoffice (the space looks greyed out) 2. select the 3 characters with the mouse and Ctrl-C them 3. click in a textarea in Iceweasel then Ctrl-V 4. select the 3 letters in the textarea and Ctrl-C them 5. open vim in some terminal emulator then paste with Ctrl-V 6. save the resulting file as out1.txt 7. reselect the 3 characters in LibreOffice as in 2. 8. open vim in some terminal emulator as in 5. 9. save the resulting file as out2.txt 10. run "od -c" on both files: out1.txt : 000 m m out2.txt : 000 m 302 240 m Note that in order to avoid any problem with possible javascript side-effect in the original use case (a TinyMCE editor running in some CMS), I reproduced the problem with a new HTML file I created with just a pair of opening and closing textarea tags in it. In order to avoid an underlying library problem, I pasted this nbsp character in different application with no problem : - vim (running in different terminal emulators), - leafpad - libreoffice itself, most evidently Yet, I just noticed that the same problem exhibits in Icedove, so this bug might be reaffected to some underlying component. HTH, Regards, phep *** End of the template - remove these template lines *** -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: Change Referer Button Location: ${PROFILE_EXTENSIONS}/{c71ff04d-f001-1fc1-1fc1-c71ff04df001}.xpi Status: enabled Name: Classic Theme Restorer Location: ${PROFILE_EXTENSIONS}/classicthemeresto...@arist2noia4dev.xpi Status: enabled Name: Close other tabs Location: ${PROFILE_EXTENSIONS}/closeothert...@florian-volk.net.xpi Status: enabled Name: DOM Inspector Location: ${PROFILE_EXTENSIONS}/inspec...@mozilla.org Status: enabled Name: DownThemAll! Location: ${PROFILE_EXTENSIONS}/{DDC359D1-844A-42a7-9AA1-88A850A938A8}.xpi Status: enabled Name: En-têtes HTTP en direct Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a} Status: enabled Name: Firebug Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi Status: enabled Name: Français Language Pack locale Location: /usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-fr Status: enabled Name: Gestionnaire de session Location: ${PROFILE_EXTENSIONS}/{1280606b-2510-4fe0-97ef-9b5a22eafe30}.xpi Status: enabled Name: Navigate Up Location: ${PROFILE_EXTENSIONS}/navigat...@dw-dev.xpi Status: enabled Name: Neo Diggler Location: ${PROFILE_EXTENSIONS}/{9b84cce7-a817-45d7-865e-9e6e8da1c388}.xpi Status: enabled Name: Referrer Control Location: ${PROFILE_EXTENSIONS}/referrercont...@qixinglu.com.xpi Status: user-disabled Name: SearchLoad Options Location: ${PROFILE_EXTENSIONS}/searchloadopti...@esteban.torres.xpi Status: enabled Name: Tab Mix Plus Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318}.xpi Status: enabled Name: Thème par défaut theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: UAControl Location: ${PROFILE_EXTENSIONS}/uacont...@qz.tsugumi.org.xpi Status: enabled Name: Universal Edit Button Auto-Discovery Location: ${PROFILE_EXTENSIONS}/but...@wikihow.com.xpi Status: enabled Name: Video DownloadHelper Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}.xpi Status: user-disabled Name: Web Developer Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}.xpi Status: user-disabled Name: Y U no validate Location: ${PROFILE_EXTENSIONS}/{20d36f97-15da-47ed-9f0a-13cbe85bdc84}.xpi Status: enabled -- Plugins information Name: IcedTea-Web Plugin (using IcedTea-Web 1.6.2pre (1.6.1-4)) Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so Package:
Bug#811116: lxc-ls raises error messages
Package: lxc Version: 1:1.0.8-1 Severity: normal Dear Maintainer, When I run commands as lxc-ls, lxc-info, lxc-start, ... on my desktop the following error message is printed in host terminal : lxc: cgmanager.c: lxc_list_controllers: 817 Error connecting to cgroup manager Apart from this message, everything seems to run fine : - creating containers (privileged, at least), - starting containers - stopping containers - using lxc-info or lxc-ls (except from the garbling effect of this message) This is the output of lxc-checkconfig: 8< Kernel configuration not found at /proc/config.gz; searching... Kernel configuration found at /boot/config-4.3.0-1-amd64 --- Namespaces --- Namespaces: enabled Utsname namespace: enabled Ipc namespace: enabled Pid namespace: enabled User namespace: enabled Network namespace: enabled Multiple /dev/pts instances: enabled --- Control groups --- Cgroup: enabled Cgroup clone_children flag: enabled Cgroup device: enabled Cgroup sched: enabled Cgroup cpu account: enabled Cgroup memory controller: enabled Cgroup cpuset: enabled --- Misc --- Veth pair device: enabled Macvlan: enabled Vlan: enabled Bridges: enabled Advanced netfilter: enabled CONFIG_NF_NAT_IPV4: enabled CONFIG_NF_NAT_IPV6: enabled CONFIG_IP_NF_TARGET_MASQUERADE: enabled CONFIG_IP6_NF_TARGET_MASQUERADE: enabled CONFIG_NETFILTER_XT_TARGET_CHECKSUM: enabled --- Checkpoint/Restore --- checkpoint restore: enabled CONFIG_FHANDLE: enabled CONFIG_EVENTFD: enabled CONFIG_EPOLL: enabled CONFIG_UNIX_DIAG: enabled CONFIG_INET_DIAG: enabled CONFIG_PACKET_DIAG: enabled CONFIG_NETLINK_DIAG: enabled File capabilities: enabled Note : Before booting a new kernel, you can check its configuration usage : CONFIG=/path/to/config /usr/bin/lxc-checkconfig 8< The strange thing is that this error message does not show on my laptop which is running stretch too, both machine being updated almost daily. I had a quick look at the source code around where this error is raised and noticed this might be somehow related to dbus. I compared the installed packages on both machines (using aptitude search dbus | grep '^i') and they are identical. Thanks in advance for fixing this annoying if not grave at all bug. phep -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxc depends on: ii init-system-helpers 1.24 ii libapparmor1 2.10-2+b2 ii libc62.21-6 ii libcap2 1:2.24-12 ii liblxc1 1:1.0.8-1 ii libseccomp2 2.2.3-2 ii libselinux1 2.4-3 ii python3 3.4.3-7 Versions of packages lxc recommends: ii cgmanager0.39-2 ii debootstrap 1.0.75 ii openssl 1.0.2e-1 ii rsync3.1.1-3 Versions of packages lxc suggests: ii lua5.2 5.2.4-1 -- Configuration Files: /etc/lxc/default.conf [Errno 13] Permission non accordée: u'/etc/lxc/default.conf' -- no debconf information
Bug#810939: The bug is known, actually
Hi, As I tried to investigate the temporary file permission I noticed the /tmp/mozilla_mozillaUser0 directory which led me to : - https://bbs.archlinux.org/viewtopic.php?id=206506 then to - https://bugzilla.mozilla.org/show_bug.cgi?id=1233434 This explains everything and the workarounds are pretty easy to implement. Sorry I could not find this earlier since I focused on Debian BTS. At the same time, this report is now here for the record... I hope this shall be fixed in the version presently in experimental since the Mozilla bug reports indicates this is fixed in upstream 44.0 b4. Bye, phep
Bug#745490: qemu-system-x86: Guests fail to start with Linunz 3.13 (3.12 is fine)
Hi, Le 29/04/2014 22:02, Michael Tokarev a écrit : Not replying to questions helps. Sorry, I really shouldn't have kept silent, but I met big not-computer-related problems the day after I filed this report and I unfortunately had no time to deal with it since then (almost forgot about it to be honest). Since no one uses 32bit kernels with kvm nowadays, Well, I for one do (well, did, actually), at least ;-). I was really unaware about this and I was using kvm guests with no problem until kernel 3.13 indeed. and since it looks like the bugreport is misfiled I indicated in the original report why I filed it here; sorry if this sounds stupid now but this is the only application I have met problems with so far (with 3.13, I mean). I'll try to run tests on a 64bit machine, probably next week I think. Sorry for being silent anyway, I understand this may have seemed rude somehow, while I did not mean it. Patrice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745490: qemu-system-x86: Guests fail to start with Linunz 3.13 (3.12 is fine)
Package: qemu-system-x86 Version: 1.7.0+dfsg-9 Severity: grave Justification: renders package unusable Dear Maintainer, Since kernel 3.13 migrated into jessie, I cannot start KVM guests anymore. If I boot on the last jessie 3.12 kernel (3.12.9-1), I can start the guests with no problem. I hoped some newer kernel and qemu would fix it and waited both have a new version in jessie which is now the case; unfortunately the result is the same: after starting the guest with a command-line such as: kvm -net nic,model=virtio -net tap,script=no,downscript=no,ifname=tap0 -drive file=/var/local/kvm/taz-test.img,if=virtio -usbdevice tablet -k fr -vnc localhost:2 -daemonize -name taz-test The cpu goes 100% for a while and then the kernel is spouting messages on all terminals. This is what I get in syslog: Apr 22 10:56:39 ataz kernel: [ 9050.996004] INFO: rcu_sched self-detected stall on CPU { 1} (t=5250 jiffies g=194196 c=194195 q=1118) Apr 22 10:56:39 ataz kernel: [ 9050.996004] sending NMI to all CPUs: Apr 22 10:56:39 ataz kernel: [ 9050.996004] NMI backtrace for cpu 1 Apr 22 10:56:39 ataz kernel: [ 9050.996004] CPU: 1 PID: 19798 Comm: qemu-system-x86 Not tainted 3.13-1-686-pae #1 Debian 3.13.10-1 Apr 22 10:56:39 ataz kernel: [ 9050.996004] Hardware name: Dell Inc. Latitude D630 / , BIOS A13 07/28/2008 Apr 22 10:56:39 ataz kernel: [ 9050.996004] task: f6a8e920 ti: f64ac000 task.ti: f64ac000 Apr 22 10:56:39 ataz kernel: [ 9050.996004] EIP: 0060:[c1221a8a] EFLAGS: 0006 CPU: 1 Apr 22 10:56:39 ataz kernel: [ 9050.996004] EIP is at __const_udelay+0xa/0x20 Apr 22 10:56:39 ataz kernel: [ 9050.996004] EAX: 01062560 EBX: 2710 ECX: f000 EDX: 00982914 Apr 22 10:56:39 ataz kernel: [ 9050.996004] ESI: c1578440 EDI: c1578440 EBP: 0001 ESP: f64adccc Apr 22 10:56:39 ataz kernel: [ 9050.996004] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Apr 22 10:56:39 ataz kernel: [ 9050.996004] CR0: 8005003b CR2: CR3: 16cb8000 CR4: 27f0 Apr 22 10:56:39 ataz kernel: [ 9050.996004] Stack: Apr 22 10:56:39 ataz kernel: [ 9050.996004] c103932d c14cdc87 f79e1840 c109a3ea c14dbde0 1482 0002f694 0002f693 Apr 22 10:56:39 ataz kernel: [ 9050.996004] 045e 083b f79e1840 c1578440 c15b51ac 0086 Apr 22 10:56:39 ataz kernel: [ 9050.996004] f6a8e920 0001 083b c1059084 f64addf0 f64addf0 5966cdf2 Apr 22 10:56:39 ataz kernel: [ 9050.996004] Call Trace: Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c103932d] ? arch_trigger_all_cpu_backtrace+0x4d/0x70 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c109a3ea] ? rcu_check_callbacks+0x37a/0x5b0 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c1059084] ? update_process_times+0x34/0x60 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c10a492c] ? tick_sched_handle.isra.12+0x1c/0x50 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c10a498f] ? tick_sched_timer+0x2f/0x60 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c106b4f7] ? __remove_hrtimer+0x27/0x80 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c106b6fb] ? __run_hrtimer+0x6b/0x190 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c10a4960] ? tick_sched_handle.isra.12+0x50/0x50 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c106c311] ? hrtimer_interrupt+0x201/0x2c0 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c106c259] ? hrtimer_interrupt+0x149/0x2c0 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c10374a7] ? local_apic_timer_interrupt+0x27/0x50 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c1051e9d] ? irq_enter+0xd/0x60 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c103763b] ? smp_apic_timer_interrupt+0x2b/0x50 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c14108fc] ? apic_timer_interrupt+0x34/0x3c Apr 22 10:56:39 ataz kernel: [ 9050.996004] [f8ac1901] ? apic_has_pending_timer+0x21/0x70 [kvm] Apr 22 10:56:39 ataz kernel: [ 9050.996004] [f8aa8c8b] ? kvm_arch_vcpu_ioctl_run+0x28b/0x10a0 [kvm] Apr 22 10:56:39 ataz kernel: [ 9050.996004] [f8aa5bec] ? kvm_arch_vcpu_load+0x18c/0x1f0 [kvm] Apr 22 10:56:39 ataz kernel: [ 9050.996004] [f8a97ead] ? kvm_vcpu_ioctl+0x3fd/0x4a0 [kvm] Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c10a81a5] ? do_futex+0xf5/0xb20 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c100e170] ? __switch_to+0xb0/0x340 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [f8a97ab0] ? vcpu_put+0x20/0x20 [kvm] Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c1151dc7] ? do_vfs_ioctl+0x307/0x500 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c140d5ac] ? __schedule+0x23c/0x6e0 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c10a8c5c] ? SyS_futex+0x8c/0x160 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c1152020] ? SyS_ioctl+0x60/0x80 Apr 22 10:56:39 ataz kernel: [ 9050.996004] [c1416fcd] ? sysenter_do_call+0x12/0x28 Apr 22 10:56:39 ataz kernel: [ 9050.996004] Code: 00 48 75 fd 48 c3 8d 74 26 00 8d bc 27 00 00 00 00 ff 15 30 2c 59 c1 f3 c3 90 8d b4 26 00 00 00 00 c1 e0 02 64 8b 15 9c de 63 c1 6b d2 3e f7 e2 8d 42 01 ff 15 30 2c 59 c1 f3 c3 8d
Bug#745169: lxc: Container fails to start 'no ns_cgroup option specified'
Package: lxc Version: 0.9.0~alpha3-2+deb8u1 Severity: important Dear Maintainer, From some time now (sorry not being able to be more precise - I can only tell the container has not been running since March 7th) I cannot start the LXC container I have on my jessie-powered laptop. # lxc-start -n test-lxc -f /var/lib/lxc/test-lxc/config lxc-start: no ns_cgroup option specified lxc-start: failed to spawn 'test-lxc' lxc-start: No such file or directory - failed to remove cgroup '/sys/fs/cgroup/cpuset//lxc/test-lxc' These are the mounted cgroups, according to mount: # mount | grep cgroup cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,mode=755) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu) cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct) cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory) cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,relatime,perf_event) cgroup_root on /sys/fs/cgroup type tmpfs (rw,relatime) cgroup_memory on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup_devices on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) and this is /proc/cgroups content: # cat /proc/cgroups #subsys_namehierarchy num_cgroups enabled cpuset 2 1 1 cpu 3 1 1 cpuacct 4 1 1 memory 5 1 1 devices 6 1 1 freezer 7 1 1 blkio 8 1 1 perf_event 9 1 1 and, to be complete : # tree /sys/fs/cgroup/ /sys/fs/cgroup/ |-- devices | |-- cgroup.clone_children | |-- cgroup.event_control | |-- cgroup.procs | |-- cgroup.sane_behavior | |-- devices.allow | |-- devices.deny | |-- devices.list | |-- notify_on_release | |-- release_agent | `-- tasks `-- memory |-- cgroup.clone_children |-- cgroup.event_control |-- cgroup.procs |-- cgroup.sane_behavior |-- memory.failcnt |-- memory.force_empty |-- memory.limit_in_bytes |-- memory.max_usage_in_bytes |-- memory.move_charge_at_immigrate |-- memory.oom_control |-- memory.pressure_level |-- memory.soft_limit_in_bytes |-- memory.stat |-- memory.swappiness |-- memory.usage_in_bytes |-- memory.use_hierarchy |-- notify_on_release |-- release_agent `-- tasks As for the kernel cmdline : # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.13-1-686-pae root=UUID=984f719f-8c9c-4686-8218-ee9657c96204 ro cgroup_enable=memory quiet /etc/fstab does not contains cgroup stuff any more since it tented to conflict with libvirtd (I'm using KVM virtual machine at times). The cgroups, AFAICT, are created through libvirt-bin and cgroupfs-mount packages init.d scripts. Actually, lxc-checkconfig reports about missing Cgroup namespace : Kernel configuration not found at /proc/config.gz; searching... Kernel configuration found at /boot/config-3.13-1-686-pae --- Namespaces --- Namespaces: enabled Utsname namespace: enabled Ipc namespace: enabled Pid namespace: enabled User namespace: enabled Network namespace: enabled Multiple /dev/pts instances: enabled --- Control groups --- Cgroup: enabled Cgroup namespace: required Cgroup device: enabled Cgroup sched: enabled Cgroup cpu account: enabled Cgroup memory controller: enabled Cgroup cpuset: enabled --- Misc --- Veth pair device: enabled Macvlan: enabled Vlan: enabled File capabilities: enabled Note : Before booting a new kernel, you can check its configuration usage : CONFIG=/path/to/config /usr/bin/lxc-checkconfig Trying to create the ns cgroup manually (after reading libvirtd-bin init.d script) fails also : # mkdir /sys/fs/cgroup/ns # mount -t cgroup -o rw,nosuid,nodev,noexec,relatime,ns cgroup_ns /sys/fs/cgroup/ns mount: special device cgroup_ns does not exist Finally, this is the config file for this container: # Template used to create this container: debian # Template script checksum (SHA-1): 33e3fc0cb7e2809453c36e81fe0fe4aa5542c208 lxc.network.type = empty lxc.rootfs = /var/lib/lxc/test-lxc/rootfs lxc.tty = 4 lxc.pts = 1024 lxc.utsname = test-lxc # When using LXC with apparmor, uncomment the next line to run unconfined: #lxc.aa_profile = unconfined lxc.cgroup.devices.deny = a # /dev/null and zero lxc.cgroup.devices.allow = c 1:3 rwm lxc.cgroup.devices.allow = c
Bug#741948: lxc: Setting lxc.cgroup.memory.memsw.limit_in_bytes prevents container to start
Package: lxc Version: 0.8.0~rc1-8+deb7u2 Severity: normal Dear Maintainer, Whenever I try to set the lxc.cgroup.memory.memsw.limit_in_bytes in one of my lxc container, starting the container fails with the following message : lxc-start: open /sys/fs/cgroup/lxc/uc23/memory.memsw.limit_in_bytes : No such file or directory lxc-start: failed to setup the cgroups for 'uc23' lxc-start: failed to setup the container lxc-start: invalid sequence number 1. expected 2 lxc-start: failed to spawn 'uc23' lxc-start: Device or resource busy - failed to remove cgroup '/sys/fs/cgroup//lxc/uc23' The host machine has 1.5 GB RAM and 3GB swap. here's the complete configuration file for the container : # /var/lib/lxc/uc23/config ## Container lxc.utsname = uc23 lxc.rootfs = /var/lib/lxc/uc23/rootfs lxc.tty = 4 lxc.pts = 1024 lxc.arch = i386 ## Capabilities lxc.cap.drop = sys_module mac_admin mac_override sys_time # When using LXC with apparmor, uncomment the next line to run unconfined: #lxc.aa_profile = unconfined lxc.cgroup.devices.deny = a # /dev/null and zero lxc.cgroup.devices.allow = c 1:3 rwm lxc.cgroup.devices.allow = c 1:5 rwm # /dev/tty[1-4] consoles lxc.cgroup.devices.allow = c 5:1 rwm lxc.cgroup.devices.allow = c 5:0 rwm lxc.cgroup.devices.allow = c 4:0 rwm lxc.cgroup.devices.allow = c 4:1 rwm # /dev/{,u}random lxc.cgroup.devices.allow = c 1:9 rwm lxc.cgroup.devices.allow = c 1:8 rwm lxc.cgroup.devices.allow = c 136:* rwm lxc.cgroup.devices.allow = c 5:2 rwm # rtc lxc.cgroup.devices.allow = c 254:0 rm # mounts point lxc.mount.entry = proc proc proc nodev,noexec,nosuid 0 0 lxc.mount.entry = sysfs sys sysfs defaults 0 0 ## Network lxc.network.type= veth lxc.network.flags = up lxc.network.hwaddr = 00:16:3e:00:00:32 lxc.network.link= vzbr0 lxc.network.mtu = 1500 lxc.network.name= eth0 lxc.network.veth.pair = veth-uc23 ## Limits lxc.cgroup.memory.limit_in_bytes= 1G lxc.cgroup.memory.memsw.limit_in_bytes = 2G lxc.cgroup.memory.soft_limit_in_bytes = 800M I use the default wheezy kernel where, AFAICT, CONFIG_CGROUP_MEM_RES_CTLR_SWAP is set (in /boot/config-3.2.0-4-686-pae /etc/default/grub contains the following line : GRUB_CMDLINE_LINUX=cgroup_enable=memory swapaccount I read LXC README.Debian file and kernel documentation about cgroups and I cannot find where I'd do something wrong. Thanks in advance, Patrice Pillot -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u1 ii libcap21:2.22-1.2 ii multiarch-support 2.13-38+deb7u1 Versions of packages lxc recommends: ii debootstrap 1.0.48+deb7u1 ii libcap2-bin 1:2.22-1.2 ii rsync3.0.9-4 Versions of packages lxc suggests: ii lxctl 0.3.1+debian-2 -- debconf information: lxc/shutdown: /usr/bin/lxc-halt * lxc/directory: /var/lib/lxc lxc/title: lxc/auto: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711292: libpango-1.0-0: libpang-1.0-0 suggests transitional packages
Package: libpango-1.0-0 Version: 1.32.5-5+b1 Severity: minor Dear Maintainer, I noticed today that libpango-1.0-0 still depends on a bunch of ttf-* packages instead of the current fonts-* : $ aptitude show libpango-1.0-0 [ ... ] Suggère: ttf-baekmuk, ttf-arphic-gbsn00lp, ttf-arphic-bsmi00lp, ttf-arphic-gkai00mp, ttf-arphic-bkai00mp [ ... ] Regards, Patrice -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages libpango-1.0-0 depends on: ii fontconfig 2.9.0-7.1 ii libc6 2.17-3 ii libglib2.0-0 2.36.1-2build1 ii libthai0 0.1.19-2 ii multiarch-support 2.17-3 libpango-1.0-0 recommends no packages. Versions of packages libpango-1.0-0 suggests: pn ttf-arphic-bkai00mp none pn ttf-arphic-bsmi00lp none pn ttf-arphic-gbsn00lp none pn ttf-arphic-gkai00mp none pn ttf-baekmuk 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#708177: Rsync should default to ENABLE=TRUE and test for the existence of /etc/rsyncd.conf as it already does
Hi, I strongly support Dominic views. There might be a noticeable number of hosts *expecting* rsyncd not to run if RSYNC_ENABLE=false, even if there exists a configuration file. Regards, Patrice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706843: release-notes: OpenVZ removing is not documented
Package: release-notes Severity: important Dear Maintainer, OpenVZ kernels have been removed from Debian stable. There is no mention about this removal in the section 4.8 of the release notes (nor in any other section). This should probably be documented somehow, hopefully hinting for some migration path (probably to LXC containers) as in: * the OpenVZ patched kernels are no longer available. Users of OpenVZ containers should consider migrating to LXC containers. This would undoubtedly deserve some more documentation (probably in the documentation of the lxc package) but probably release-notes should give pointers only. I'm quite unsure about the severity of the current bug, feel free to downgrade. Regards, Patrice Pillot -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706873: php5: cron mail from PHP every 30m
Hi Richard, The release notes say: 4.5.8.3. Suhosin PHP module The php5-suhosin package has been removed. If your PHP configuration included the suhosin module, it will fail to load after the PHP upgrade. Run dpkg --purge php5-suhosin to remove the leftover configuration in /etc/php5/conf.d/suhosin.ini. I let maintainers to decide if this reply is sufficient to close the bug. Since we're at risk to have many such reports, I'd suggest letting this bug open for some time, yet. HTH Patrice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658252: libcairo2: Text quickly becomes rectangles
Seems fixed here too. I'm running testing on a Quadro NVS 135M. I unhold libcairo2:i386 1.10.2-7 - 1.12.2-2 last week and I did not experienced the reported problem since then. pp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687461: xserver-xorg-video-radeon: HD 6310 video gives only colored snow/black screen
Hi, Last weekend I experienced the same problem as described by original reporter while installing wheezy on an Asus K53E with an HD6320 (please note that it is not the same card while probably similar enough according to what I could read on the internet). While during installation (squeeze base system, dist-upgraded to wheezy, then xorg et al.) the kernel modules were configured so that the radeon module be loaded (confirmed by lsmod). All of the console/CLI only process went fine and, upon wheezy install, I noticed the usual modeset display changing (thiner fonts, ...) Yet, on first X run I got the wrong screen resolution (1024 instead of 1366) as reported here and I noticed that some vesafb (IIRC) was used with a message in xorg logs about failing to load radeon module (I don't have the box at hand to check more precisely, have to wait for this week-end for this). I then stopped X and forced the use of the radeon driver by editing xorg.conf which lead me to the garbage screen on the next X run. I then added the radeon.modeset=0 stanza to my grub configuration and this seemed to make the trick. Yet there are still some very annoying (and somehow scary) side effects : - no more console switching - no suspend to RAM mode : the screen fades progressively to white in a somewhat scary manner, as if somebody was pushing on all of the screen surface, inch by inch, until all of the display has turned to something whitish (don't know how to describe that better), - same fade to white on system shutdown before the system powers off, - when closing session to get back to lightdm, the left and right halves of the screen are swapped with a thin black vertical space in between them. - sometimes, after going back to lightdm and then being re-logged, the display is lightly flickering. This is what lspci says about the card : 00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Wrestler [Radeon HD 6320] And this is the contents of /lib/firmware/radeon as requested : $ ls -l /lib/firmware/radeon/ total 576 -rw-r--r-- 1 root root 24096 juin 12 17:13 BARTS_mc.bin -rw-r--r-- 1 root root 5504 juin 12 17:13 BARTS_me.bin -rw-r--r-- 1 root root 4480 juin 12 17:13 BARTS_pfp.bin -rw-r--r-- 1 root root 3072 juin 12 17:13 BTC_rlc.bin -rw-r--r-- 1 root root 24096 juin 12 17:13 CAICOS_mc.bin -rw-r--r-- 1 root root 5504 juin 12 17:13 CAICOS_me.bin -rw-r--r-- 1 root root 4480 juin 12 17:13 CAICOS_pfp.bin -rw-r--r-- 1 root root 24148 juin 12 17:13 CAYMAN_mc.bin -rw-r--r-- 1 root root 8704 juin 12 17:13 CAYMAN_me.bin -rw-r--r-- 1 root root 8704 juin 12 17:13 CAYMAN_pfp.bin -rw-r--r-- 1 root root 4096 juin 12 17:13 CAYMAN_rlc.bin -rw-r--r-- 1 root root 5504 juin 12 17:13 CEDAR_me.bin -rw-r--r-- 1 root root 4480 juin 12 17:13 CEDAR_pfp.bin -rw-r--r-- 1 root root 3072 juin 12 17:13 CEDAR_rlc.bin -rw-r--r-- 1 root root 5504 juin 12 17:13 CYPRESS_me.bin -rw-r--r-- 1 root root 4480 juin 12 17:13 CYPRESS_pfp.bin -rw-r--r-- 1 root root 3072 juin 12 17:13 CYPRESS_rlc.bin -rw-r--r-- 1 root root 5504 juin 12 17:13 JUNIPER_me.bin -rw-r--r-- 1 root root 4480 juin 12 17:13 JUNIPER_pfp.bin -rw-r--r-- 1 root root 3072 juin 12 17:13 JUNIPER_rlc.bin -rw-r--r-- 1 root root 5504 juin 12 17:13 PALM_me.bin -rw-r--r-- 1 root root 4480 juin 12 17:13 PALM_pfp.bin -rw-r--r-- 1 root root 2048 juin 12 17:13 R100_cp.bin -rw-r--r-- 1 root root 2048 juin 12 17:13 R200_cp.bin -rw-r--r-- 1 root root 2048 juin 12 17:13 R300_cp.bin -rw-r--r-- 1 root root 2048 juin 12 17:13 R420_cp.bin -rw-r--r-- 1 root root 2048 juin 12 17:13 R520_cp.bin -rw-r--r-- 1 root root 21504 juin 12 17:13 R600_me.bin -rw-r--r-- 1 root root 2304 juin 12 17:13 R600_pfp.bin -rw-r--r-- 1 root root 3072 juin 12 17:13 R600_rlc.bin -rw-r--r-- 1 root root 4096 juin 12 17:13 R700_rlc.bin -rw-r--r-- 1 root root 5504 juin 12 17:13 REDWOOD_me.bin -rw-r--r-- 1 root root 4480 juin 12 17:13 REDWOOD_pfp.bin -rw-r--r-- 1 root root 3072 juin 12 17:13 REDWOOD_rlc.bin -rw-r--r-- 1 root root 2048 juin 12 17:13 RS600_cp.bin -rw-r--r-- 1 root root 2048 juin 12 17:13 RS690_cp.bin -rw-r--r-- 1 root root 21504 juin 12 17:13 RS780_me.bin -rw-r--r-- 1 root root 2304 juin 12 17:13 RS780_pfp.bin -rw-r--r-- 1 root root 21504 juin 12 17:13 RV610_me.bin -rw-r--r-- 1 root root 2304 juin 12 17:13 RV610_pfp.bin -rw-r--r-- 1 root root 21504 juin 12 17:13 RV620_me.bin -rw-r--r-- 1 root root 2304 juin 12 17:13 RV620_pfp.bin -rw-r--r-- 1 root root 21504 juin 12 17:13 RV630_me.bin -rw-r--r-- 1 root root 2304 juin 12 17:13 RV630_pfp.bin -rw-r--r-- 1 root root 21504 juin 12 17:13 RV635_me.bin -rw-r--r-- 1 root root 2304 juin 12 17:13 RV635_pfp.bin -rw-r--r-- 1 root root 21504 juin 12 17:13 RV670_me.bin -rw-r--r-- 1 root root 2304 juin 12 17:13 RV670_pfp.bin -rw-r--r-- 1 root root 5440 juin 12 17:13 RV710_me.bin -rw-r--r-- 1 root root 3392 juin 12 17:13 RV710_pfp.bin -rw-r--r-- 1 root root 5440
Bug#679092: tmux: Flaky mouse text selections when multiple panes tiled vertically
Package: tmux Version: 1.6-2 Severity: normal Tags: upstream Dear Maintainer, When tmux is running in some terminal emulator (hence under X), and there are panes arranged vertically (i.e. side by side), one cannot select multiple lines of text in only one pane: the selection spans across every pane. Steps to reproduce : 1. start a tmux session 2. split window vertically (C-b %) 3. display some text in both panes 4. try to select multiple lines of text in some pane Observed behaviour: While the mouse pointer is dragged down, the selection spans accross every pane Expected behaviour: Selection is restricted in the pane where it started from. Most probably an upstream bug. HTH, phep -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages tmux depends on: ii dpkg1.16.3 ii libc6 2.13-33 ii libevent-2.0-5 2.0.19-stable-3 ii libtinfo5 5.9-9 tmux recommends no packages. tmux 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#663738: apt-listchanges doesn't wait for confirmation before installation proceeds
Hi, I can confirm this (when using the curses UI, see below) and I have some precisions as well a possible workaround. First, this is the contents of the configuration file (/etc/apt/listchanges.conf) on the testing box where the problem is observable : [apt] frontend=pager email_address=root confirm=1 save_seen=/var/lib/apt/listchanges.db which=both The problem described in the original bug report is in my case further aggravated by the fact that the mail report is not sent. The box is updated daily. The last time the message was sent was on February, 23rd. Here is the /var/log/aptitude excerpt for this day : [CONSERVÉ] octave3.2 [INSTALLÉ] printer-driver-pxljr [MIS A JOUR] alsa-oss 1.0.17-5 - 1.0.25-1 [MIS A JOUR] alsa-tools 1.0.24.1-3 - 1.0.25-1 [MIS A JOUR] alsa-tools-gui 1.0.24.1-3 - 1.0.25-1 [MIS A JOUR] alsa-utils 1.0.24.2-5 - 1.0.25-1 [MIS A JOUR] fonts-pecita 3.2-4 - 3.3-1 [MIS A JOUR] foomatic-db 20111206-1 - 20120212-1 [MIS A JOUR] foomatic-filters 4.0.9-1 - 4.0.12-1 [MIS A JOUR] ghostscript 9.04~dfsg-3 - 9.05~dfsg-2 [MIS A JOUR] ghostscript-cups 9.04~dfsg-3 - 9.05~dfsg-2 [MIS A JOUR] ghostscript-x 9.04~dfsg-3 - 9.05~dfsg-2 [MIS A JOUR] libasound2 1.0.24.1-4 - 1.0.25-2 [MIS A JOUR] libencode-locale-perl 1.02-2 - 1.03-1 [MIS A JOUR] libev4 1:4.04-1 - 1:4.11-1 [MIS A JOUR] libgs9 9.04~dfsg-3 - 9.05~dfsg-2 [MIS A JOUR] libgs9-common 9.04~dfsg-3 - 9.05~dfsg-2 [MIS A JOUR] libqscintilla2-8 2.6-3 - 2.6.1-1 [MIS A JOUR] libsqlite3-0 3.7.9-2 - 3.7.10-1 [MIS A JOUR] libsqlite3-dev 3.7.9-2 - 3.7.10-1 [MIS A JOUR] login 1:4.1.4.2+svn3283-3 - 1:4.1.5-1 [MIS A JOUR] manpages-fr-extra 2018 - 20120212 [MIS A JOUR] mime-support 3.51-1 - 3.52-1 [MIS A JOUR] openprinting-ppds 20111206-1 - 20120212-1 [MIS A JOUR] passwd 1:4.1.4.2+svn3283-3 - 1:4.1.5-1 [MIS A JOUR] pyqt4-dev-tools 4.9-2 - 4.9.1-1 [MIS A JOUR] python-blockdiag 1.1.2-1 - 1.1.2-2 [MIS A JOUR] python-qscintilla2 2.6-3 - 2.6.1-1 [MIS A JOUR] python-qt4 4.9-2 - 4.9.1-1 [MIS A JOUR] python-qt4-dbus 4.9-2 - 4.9.1-1 [MIS A JOUR] python-qt4-dev 4.9-2 - 4.9.1-1 [MIS A JOUR] python-qt4-doc 4.9-2 - 4.9.1-1 [MIS A JOUR] python-qt4-gl 4.9-2 - 4.9.1-1 [MIS A JOUR] python-qt4-sql 4.9-2 - 4.9.1-1 [MIS A JOUR] python-sip 4.13.1-3 - 4.13.2-1 [MIS A JOUR] python-sip-dev 4.13.1-3 - 4.13.2-1 [MIS A JOUR] sakura 2.4.2-3 - 2.4.2-4 [MIS A JOUR] sqlite3 3.7.9-2 - 3.7.10-1 [MIS A JOUR] sqlite3-doc 3.7.9-2 - 3.7.10-1 [MIS A JOUR] xserver-xorg-video-dummy 1:0.3.5-1 - 1:0.3.5-2 The day after, the message was not sent. Here is what was upgraded on February, 24th : [INSTALLÉ, DÉPENDANCES] sphinx-common [INSTALLÉ, DÉPENDANCES] sphinx-doc [INSTALLÉ, DÉPENDANCES] xz-lzma [CONSERVÉ] octave3.2 [MIS A JOUR] ca-certificates 20111211 - 20120212 [MIS A JOUR] dbus 1.4.16-1 - 1.4.18-1 [MIS A JOUR] dbus-x11 1.4.16-1 - 1.4.18-1 [MIS A JOUR] libaacs0 0.3.0-3 - 0.3.0-4 [MIS A JOUR] libass4 0.10.0-2 - 0.10.0-3 [MIS A JOUR] libc-client2007e 8:2007e~dfsg-3.2 - 8:2007e~dfsg-3.3 [MIS A JOUR] libdbus-1-3 1.4.16-1 - 1.4.18-1 [MIS A JOUR] libdiscid0 0.2.2-2 - 0.2.2-3 [MIS A JOUR] libevent-2.0-5 2.0.16-stable-1 - 2.0.17-stable-1 [MIS A JOUR] libgudev-1.0-0 175-3 - 175-3.1 [MIS A JOUR] libjs-sphinxdoc 1.0.8+dfsg-2 - 1.1.2+dfsg-5 [MIS A JOUR] librhino-java 1.7R3-4 - 1.7R3-5 [MIS A JOUR] libtamuanova-0.2 0.2-1 - 0.2-2 [MIS A JOUR] libudev0 175-3 - 175-3.1 [MIS A JOUR] libwrap0 7.6.q-22 - 7.6.q-23 [MIS A JOUR] mercurial 2.0.2-1 - 2.1-1 [MIS A JOUR] mercurial-common 2.0.2-1 - 2.1-1 [MIS A JOUR] mlock 8:2007e~dfsg-3.2 - 8:2007e~dfsg-3.3 [MIS A JOUR] pdf2djvu 0.7.11-1 - 0.7.12-1 [MIS A JOUR] python-apt 0.8.0 - 0.8.3+nmu1 [MIS A JOUR] python-apt-common 0.8.0 - 0.8.3+nmu1 [MIS A JOUR] python-sphinx 1.0.8+dfsg-2 - 1.1.2+dfsg-5 [MIS A JOUR] python-wimpiggy 0.0.7.31+dfsg-1 - 0.0.7.36+dfsg-1 [MIS A JOUR] rhino 1.7R3-4 - 1.7R3-5 [MIS A JOUR] tcpd 7.6.q-22 - 7.6.q-23 [MIS A JOUR] udev 175-3 - 175-3.1 [MIS A JOUR] xfce4-session 4.8.2-3 - 4.8.3-1 [MIS A JOUR] xpra 0.0.7.31+dfsg-1 - 0.0.7.36+dfsg-1 Please note the upgrade of python-apt 0.8.0 - 0.8.3+nmu1 . Later, I tried uninstalling xz-lzma but this did not change anything. Yet, I find it strange that the problem only exhibited itself _during_ the upgrade since when the error messages are printed the new packages are not even unpacked (AFAIK). On the other hand, I don't see any package upgrade on the day before that could have triggered the problem (not even on this day activity log). And now for the workaround : I found out that this problem only occur when the curses UI of aptitude is launched by a normal user, gaining root privileges when requesting a database update, packages upgrade, ... If you first su to root before to run aptitude, then everything goes as expected. This is why the problem does not show when using the CLI (aptitude dist-upgrade) invocation. Hope this helps. phep -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#659240: ftpmirror: fails with Perl 5.14
Package: ftpmirror Version: 1.96+dfsg-12 Severity: grave Justification: renders package unusable Dear Maintainer, Since I upgraded this host to Perl 5.14, ftpmirror fails with the following message: /usr/bin/perl: symbol lookup error: /usr/lib/ftpmirror/auto/Fan/MD5/MD5.so: undefined symbol: Perl_Gthr_key_ptr I found some traces of similar problems on the Internet : http://adsm.org/lists/html/BackupPC-users/2011-12/msg00022.html (backuppc / fedora) http://www.mail-archive.com/beginners@perl.org/msg27690.html (perl user list) and, most evidently: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488162 This seems really similar to old bug 488162, but since I know Perl not better than the Debian build process, I cannot investigate further. Since the package has not been updated since Perl 5.14 (as far as I can tell), this may indicate it needs some sort of rebuilding. Thanks in advance for fixing this nasty bug. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages ftpmirror depends on: ii libc6 2.13-26 ii perl 5.14.2-7 Versions of packages ftpmirror recommends: ii cron 3.0pl1-120 ftpmirror suggests no packages. -- Configuration Files: /etc/ftpmirror/ftpmirror.cf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650147: lxc: upgrade from 0.7.5-3 to 0.7.5-9 breaks setup
Package: lxc Version: 0.7.5-9 Severity: normal Dear Maintainer, Since I had no sufficient space on my devel laptop /var/lib when I first installed lxc, many months ago, I then symlinked /var/lib/lxc to /home/lxc but did not modified /etc/default/lxc since in 0.7.5-3, there was no lxc/directory configuration variable. As I upgraded to 0.7.5-9 some minutes ago, this link was deleted and replaced by an (empty) directory. Since there was no running containers this was not much of a problem and I immediately noticed the problem as soon as I tried to start some container in order to test the new version. I have had a look to the (post)install scripts but I have to admit I failed to find where the error happens (but I am no debian packaging litterate either). Just to be sure this did not come from some previous special tweaks I made and I'd have forgotten, I purged lxc and reinstalled 0.7.5-3 with dpkg, recreated the link then re-upgraded to 0.7.5-9 : the link was wiped out again. I even did the trick a second time with the same result. As a sidenote, I think the new variables in /etc/default/lxc would deserve some mention in a NEWS file. Sorry I cannot give more help while I can make some more testing if needed. pp -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-21 ii libcap21:2.22-1 Versions of packages lxc recommends: ii debootstrap 1.0.37 ii libcap2-bin 1:2.22-1 Versions of packages lxc suggests: pn lxctl none -- debconf information: lxc/directory: lxc/title: lxc/auto: true lxc/shutdown: stop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649496: terminator: New version available upstream
Package: terminator Version: 0.95-1 Severity: wishlist Dear Maintainer, Upstream released version 0.96 in september. It would be nice to have it in debian since the new version closes (among others) the nasty bug 711356 (https://bugs.launchpad.net/terminator/+bug/711356). Thanks in advance, pp -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages terminator depends on: ii gconf2 2.32.4-1 ii libgtk2.0-bin 2.24.7-1 ii python 2.7.2-9 ii python-gobject 2.28.6-5 ii python-gtk2 2.24.0-2 ii python-support 1.0.14 ii python-vte 1:0.28.2-1 Versions of packages terminator recommends: ii python-gnome2 2.28.1-3 ii python-keybinder 0.2.2-3 ii xdg-utils 1.1.0~rc1-2 terminator 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#641676: xfce4-indicator-plugin: Misleading description
Package: xfce4-indicator-plugin Version: 0.3.1-2 Severity: minor Dear Maintainer, The current phrasing of the short and long descriptions is somewhat misleading as one might think indicator-plugin is a sort of generic notification panel applet that could be used by any kind of application. I suggest s/applications/messaging applications/g. This would alleviate those who do not know about the Ubuntus MessagingMenu design specification to go to the relevant web page. Thanks in advance, pp -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-indicator-plugin depends on: ii libc6 2.13-18 ii libcairo2 1.10.2-6.1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.4-3 ii libindicator3 0.3.22-1 ii libxfce4util4 4.8.1-3 ii xfce4-panel 4.8.5-1 Versions of packages xfce4-indicator-plugin recommends: ii indicator-messages 0.4.0-1 xfce4-indicator-plugin 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#630707: bibutils: CLI option --version does not display version at all
Package: bibutils Version: 4.12-2 Severity: normal The --version option does not display anything useful : pillot@ataz [2502] ~ bib2xml --version bib2xml, bibutils suite version date Here is what is displayed on a machine running stable (hence with bibutils 4.8-1) : pillot@uc24:~$ bib2xml --version bib2xml, bibutils suite version 4.8 date 2/2/10 Incidentally, this breaks some Plone product I'm using (CMFBibliographyAT) which uses the output of the command to check for compatibility. In this precise case, the workaround is not hard to find, but I fear this might not be the case in other circumstances. Compiling the source package grabbed from upstream site works right : pillot@ataz [2539] /tmp/bibutils_4.12-upstream ./bin/bib2xml --version bib2xml, bibutils suite version 4.12 date 10/10/10 Original sources as carried by bibutils_4.12.orig.tar.gz, once compiled by hand, do work normally, too : pillot@ataz [2561] /tmp/bibutils_4.12 ./bin/bib2xml --version bib2xml, bibutils suite version 4.12 date 10/10/10 I don't know debian build system enough to understand why VERSION and DATE are not set or passed correctly at build time, sorry. FWIW, I'm using the standard wheezy gcc (4:4.6.0-5). Thanks in advance, pp -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages bibutils depends on: ii libbibutils2 4.12-2 bibliography file converter, share ii libc6 2.13-4 Embedded GNU C Library: Shared lib bibutils recommends no packages. bibutils 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#611711: speech-dispatcher: Logrotate file breaks other packages configuration
Package: speech-dispatcher Version: 0.7-6 Severity: serious Tags: patch Justification: Policy 10.8 Hi, /etc/logrotate.d/speech-dispatcher is badly written. Some options are set outside of blocs so that they apply to all the blocs that are subsequently treated : those that are alphabetically sorted after speech-dispatcher and the wtmp/utmp blocs since they appear after the inclusion of /etc/logrotate.d/* in /etc/logrotate.conf. As for the severity of this bug, I know it is somewhat exagerated since 10.8 do not forbid 'out-of-bloc' options in /etc/logrotate.d files, but I think the side effects of this bug are nasty enough to be treated before squeeze release (if it's still time). By the way, it would be nice if such an anti-social behaviour would be forbidden by the policy ;-). Feel free to lower security if I'm wrong. TIA pp -- System Information: Debian Release: 6.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-openvz-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages speech-dispatcher depends on: ii adduser 3.112+nmu2 add and remove users and groups ii dpkg1.15.8.9 Debian package management system ii install-info4.13a.dfsg.1-6 Manage installed documentation in ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libaudio2 1.9.2-4 Network Audio System - shared libr ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdotconf1.0 1.0.13-3 Configuration file parser library ii libespeak1 1.43.03-2A multi-lingual software speech sy ii libflite1 1.4-release-2a small run-time speech synthesis ii libglib2.0-02.24.2-1 The GLib library of C routines ii libpulse0 0.9.21-3 PulseAudio client libraries ii libspeechd2 0.7-6Speech Dispatcher: Shared librarie ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip Versions of packages speech-dispatcher recommends: pn pulseaudionone (no description available) Versions of packages speech-dispatcher suggests: pn speech-dispatcher-doc-cs none (no description available) pn speech-dispatcher-festivalnone (no description available) -- Configuration Files: /etc/default/speech-dispatcher changed [not included] -- no debconf information --- speech-dispatcher.bad 2011-02-01 07:52:06.0 +0100 +++ speech-dispatcher.good 2011-02-01 07:53:52.0 +0100 @@ -1,10 +1,9 @@ -daily -compress -missingok -sharedscripts - /var/log/speech-dispatcher/speech-dispatcher.log /var/log/speech-dispatcher/speech-dispatcher-protocol.log { rotate 7 + daily + compress + missingok + sharedscripts postrotate /etc/init.d/speech-dispatcher reload /dev/null endscript @@ -12,6 +11,10 @@ /var/log/speech-dispatcher/debug-epos-generic /var/log/speech-dispatcher/debug-festival /var/log/speech-dispatcher/debug-flite { rotate 2 + daily + compress + missingok + sharedscripts postrotate /etc/init.d/speech-dispatcher reload /dev/null endscript
Bug#586131: guake: Guake should not install a global autostart file.
Package: guake Version: 0.4.1-3 Severity: normal Upon installation, a file is installed in /etc/xdg/autostart as /etc/xdg/autostart/guake.desktop. Consequently guake is then autostarted at every X xdg-aware session startup except for users running Gnome-sessions (thanks to the X-GNOME-Autostart-enabled=false). Try as I can I cannot see any good reason to install an autostart file for a such a program and this opinion might have been shared by the guy who added the X-GNOME-Autostart-enabled stanza while it would have been simpler to just not put that file here. Thanks in advance. pp -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages guake depends on: ii gconf2 2.28.1-3GNOME configuration database syste ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libc62.11.1-3Embedded GNU C Library: Shared lib ii libcairo21.8.10-4The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.1-1The GLib library of C routines ii libgtk2.0-0 2.20.1-1The GTK+ graphical user interface ii libpango1.0-01.28.0-1Layout and rendering of internatio ii libx11-6 2:1.3.3-3 X11 client-side library ii notification-daemon 0.4.0-2 a daemon that displays passive pop ii python 2.5.4-9 An interactive high-level object-o ii python-central 0.6.14+nmu2 register and build utility for Pyt ii python-dbus 0.83.1-1simple interprocess messaging syst ii python-gconf 2.28.1-1Python bindings for the GConf conf ii python-glade22.17.0-2GTK+ bindings: Glade support ii python-notify0.1.1-2+b2 Python bindings for libnotify ii python-vte 1:0.24.1-1 Python bindings for the VTE widget ii python2.52.5.5-6 An interactive high-level object-o guake recommends no packages. guake 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#585097: change update-notifier-kde from depends to recommends
Hi, I very strongly support Alan's proposal. Since update-notifier-kde logically depends on update-notifier-common, this implies that installing kde-standard to get a coherent standard desktop environment will 1) trigger periodic edits of /etc/motd (through /etc/update-motd.d/90-updates-available) 2) consequently sporadically slow down every first-login-of-the-day to the host 3) display a notification popup on the first-logged user's desktop about available updates, whether notifying this user is relevant or not. Such a behaviour might be sensible (albeit this is disputable) on a machine always used by a single user but it is quite unbearable on a real multi-user host where ordinary users do not have administrative privileges. Thanks in advance, pp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580966: listen: python-gnome2 should be recommended rather than suggested
Package: listen Version: 0.6.5-2 Severity: normal Hi, Magnatune and Jamendo online music shops support is advertised as Listen features on the program website. Listen requires the python gnomevfs module for this support to work. Python gnomevfs module is provided by the python-gnome2 package. Upgrading python-gnome2 from suggestion to recommendation would enable the said online shops support by default as is probably expected by a standard user. Thanks in advance, pp -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages listen depends on: ii gstreamer0.10-alsa0.10.29-1 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base0.10.29-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.22-1 GStreamer plugins from the good ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii python2.5.4-9An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-glade2 2.17.0-2 GTK+ bindings: Glade support ii python-gst0.100.10.18-2 generic media-playing framework (P ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-mutagen1.15-2 audio metadata editing library ii python-pyinotify 0.8.9-1simple Linux inotify Python bindin ii python-support1.0.8 automated rebuilding support for P ii python-webkit 1.1.7-1+b1 WebKit/Gtk Python bindings ii python-xdg0.19-1 Python library to access freedeskt ii xfce4-notifyd [notification-d 0.1.0-4simple, visually-appealing notific Versions of packages listen recommends: ii gnome-icon-theme 2.30.2.1-1 GNOME Desktop icon theme pn gstreamer0.10-esd none (no description available) ii gstreamer0.10-x 0.10.29-1 GStreamer plugins for X11 and Pang pn python-avahi none (no description available) pn python-daap none (no description available) ii python-gpod 0.7.2-2+b1 Python bindings for libgpod ii python-musicbrainz2 0.6.0-2An interface to the MusicBrainz XM pn python-tunepimp none (no description available) pn python-xlib none (no description available) Versions of packages listen suggests: ii gstreamer0.10-plugins-bad 0.10.17-1 GStreamer plugins from the bad s ii gstreamer0.10-plugins-ugly0.10.14-1 GStreamer plugins from the ugly pn icecast2 | icecast-server none (no description available) ii libtunepimp5 0.5.3-7.3 MusicBrainz tagging library ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk pn python-sexy none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580967: listen: gstreamer0.10-plugins-ugly should be recommended rather than suggested
Package: listen Version: 0.6.5-2 Severity: normal Hi, If gstreamer0.10-plugins-ugly if not installed, Listen cannot play mp3 files. There may have substitutes but I could not find them as much as I tried. Thanks in advance, pp -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages listen depends on: ii gstreamer0.10-alsa0.10.29-1 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base0.10.29-1 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.22-1 GStreamer plugins from the good ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii python2.5.4-9An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-glade2 2.17.0-2 GTK+ bindings: Glade support ii python-gst0.100.10.18-2 generic media-playing framework (P ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-mutagen1.15-2 audio metadata editing library ii python-pyinotify 0.8.9-1simple Linux inotify Python bindin ii python-support1.0.8 automated rebuilding support for P ii python-webkit 1.1.7-1+b1 WebKit/Gtk Python bindings ii python-xdg0.19-1 Python library to access freedeskt ii xfce4-notifyd [notification-d 0.1.0-4simple, visually-appealing notific Versions of packages listen recommends: ii gnome-icon-theme 2.30.2.1-1 GNOME Desktop icon theme pn gstreamer0.10-esd none (no description available) ii gstreamer0.10-x 0.10.29-1 GStreamer plugins for X11 and Pang pn python-avahi none (no description available) pn python-daap none (no description available) ii python-gpod 0.7.2-2+b1 Python bindings for libgpod ii python-musicbrainz2 0.6.0-2An interface to the MusicBrainz XM pn python-tunepimp none (no description available) pn python-xlib none (no description available) Versions of packages listen suggests: ii gstreamer0.10-plugins-bad 0.10.17-1 GStreamer plugins from the bad s ii gstreamer0.10-plugins-ugly0.10.14-1 GStreamer plugins from the ugly pn icecast2 | icecast-server none (no description available) ii libtunepimp5 0.5.3-7.3 MusicBrainz tagging library ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk pn python-sexy none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579132: icedove: About dialog is broken
Package: icedove Version: 3.0.4-2 Severity: minor When displaying the abour dialog through (what should be in an untranslated version) Help - About Icedove... I got the following error popup : Erreur d'analyse XML : erreur dans le traitement d'une référence d'entité externe Emplacement : chrome://messenger/content/aboutDialog.xul Numéro de ligne 11, Colonne 1 :%aboutDialogDTD; ^ Which could be roughly translated as : XML parsing error: error while parsing external entity Position : chrome://messenger/content/aboutDialog.xul Line number 11, column 1 :%aboutDialogDTD; -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 3.2.2Miscellaneous utilities specific t ii fontconfig 2.8.0-2 generic font configuration library ii libasound2 1.0.22-2 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9GCC support library ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-2 The GTK+ graphical user interface ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsqlite3-03.6.23.1-1 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxrender1 1:0.9.5-2X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii psmisc 22.11-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libgconf2-42.28.1-3 GNOME configuration database syste ii libgnome2-02.30.0-1 The GNOME library - runtime files ii libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpopt0 1.15-1lib for parsing cmdline parameters ii myspell-en-us [myspell-dic 1:3.2.0-2 English_american dictionary for my ii myspell-fr-gut [myspell-di 1:1.0-27 The French dictionary for myspell Versions of packages icedove suggests: ii ttf-lyx 1.6.5-1TrueType versions of some TeX font -- 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#547535: [pkg-nvidia-devel] Bug#547535: nvidia-glx-legacy-173xx is, uninstallable
Hi, No. nvidia-kernel-legacy-173xx-173.14.20 is built from nvidia-kernel-legacy-173xx-source using module-assistant I did not find this source package (nvidia-kernel-legacy-173xx-source). Where can it be found ? The current nvidia-kernel-source doesn't seem to work in conjonction with module-assistant on my testing/squeeze box. Until I solve this problem I have to keep my kernel and xorg packages on hold so that I can keep my nvidia-kernel-2.6.26-2-686 package (173.14.09+3+lenny1). Should I considerate building a manual kernel + modules or is it reasonable to think Randall will still encourage us on the lazy path, providing us with prebuilt modules ;-) TIA, phep -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530611: #530611 does not show anymore
Hi, Sorry, I forgot to update this report. This bug does not show anymore. Unfortunately I can say exactly why except that some cups upgrade, a few days after (1.3.10-1 - 1.3.10-2) reenabled printing on all printers at work. Yet, I had to manually reinstall a ppd (taken from some MacIntosh) for the Apple LaserWriter 8500 to solve its page rotation problem (I had tried this without success before the cups upgrade). Since then I got no more error messages in the logs. So, feel free to close this bug. pp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530611: Upgrade to 1.3.10 in testing broke printing on lpd networked printers
Package: cups Version: 1.3.10-1 Severity: important Hi, Since last cups upgrade in testing (from 1.3.8 to 1.3.10) I cannot print anymore on some printers. Cups is running on my laptop (running current testing). I used to print for ages to 2 printers (OCE 3165 and Apple LaserWriter 8500, reached through lpd) at work and 1 printer (HP PSC2355, reached through ipp) at home. Here is my slightly edited printers.conf Printer Tertial Info Tertial DeviceURI lpd://192.168.xx.yy State Idle StateTime 1243248783 Accepting Yes Shared Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 OpPolicy default ErrorPolicy stop-printer /Printer Printer LW8500 Info LW8500 Location DeviceURI lpd://192.168.zz.tt State Idle StateTime 1243251079 Accepting Yes Shared Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 OpPolicy default ErrorPolicy stop-printer /Printer Printer HP_Normal Info HP_Normal DeviceURI ipp://homedesktop:631/printers/HP_normal State Idle StateTime 1223828668 Accepting Yes Shared Yes JobSheets none none QuotaPeriod 0 PageLimit 0 KLimit 0 OpPolicy default ErrorPolicy stop-printer /Printer Printing at home (through ipp) is OK. Printing at work (through lpd) is broken in different ways according to printers. Before printing, my access_log has those three lines : localhost - - [26/May/2009:07:32:39 +0200] POST / HTTP/1.1 200 180 Get-Jobs client-error-bad-request localhost - - [26/May/2009:10:53:19 +0200] POST / HTTP/1.1 200 180 Get-Jobs client-error-bad-request localhost - - [26/May/2009:10:53:23 +0200] POST / HTTP/1.1 200 266 CUPS-Get-Printers successful-ok When sent a job, OCE printers prints an error page with: Error identificationundefined Offending Command Error: Not much helpful After printing on OCE 3165, here are the lines added to /etc/cups/access_log: localhost - - [26/May/2009:11:27:10 +0200] POST / HTTP/1.1 200 418 CUPS-Get-Printers successful-ok localhost - - [26/May/2009:11:27:10 +0200] POST / HTTP/1.1 200 418 CUPS-Get-Classes successful-ok localhost - - [26/May/2009:11:27:10 +0200] POST / HTTP/1.1 200 75 CUPS-Get-Default client-error-not-found localhost - - [26/May/2009:11:27:11 +0200] POST /printers/Tertial HTTP/1.1 200 799 Print-Job successful-ok localhost - - [26/May/2009:11:27:11 +0200] POST / HTTP/1.1 200 180 Get-Jobs client-error-bad-request localhost - - [26/May/2009:11:27:12 +0200] POST / HTTP/1.1 200 180 Get-Jobs client-error-bad-request and error_log: E [26/May/2009:11:27:12 +0200] [Job 155] pdftops filter exited with status 1! and at last page_log: Tertial pillot 155 [26/May/2009:11:27:12 +0200] 1 1 - localhost Printing on Apple LW8500 is not nearly desperating. The page is printed rotated 90° clockwise. I tried changing page orientation in printing dialog with no success. here are the lines added to /etc/cups/access_log: localhost - - [26/May/2009:11:29:30 +0200] POST / HTTP/1.1 200 418 CUPS-Get-Printers successful-ok localhost - - [26/May/2009:11:29:30 +0200] POST / HTTP/1.1 200 418 CUPS-Get-Classes successful-ok localhost - - [26/May/2009:11:29:30 +0200] POST / HTTP/1.1 200 75 CUPS-Get-Default client-error-not-found localhost - - [26/May/2009:11:29:30 +0200] POST /printers/LW8500 HTTP/1.1 200 887 Print-Job successful-ok localhost - - [26/May/2009:11:29:30 +0200] POST / HTTP/1.1 200 180 Get-Jobs client-error-bad-request localhost - - [26/May/2009:11:29:31 +0200] POST / HTTP/1.1 200 180 Get-Jobs client-error-bad-request localhost - - [26/May/2009:11:29:38 +0200] POST / HTTP/1.1 200 180 Get-Jobs client-error-bad-request Nothing is logged in error_log nor page_log after printing on Apple LW. I tried to recreate the printers with no success, trying different ppd (I even tried a generic ps ppd on the Apple which resulted in job blocking the queue - did not investigated this much since this was not an option anyway). This behavior is constant whatever the application from which I print: command-line lpr, OpenOffice, Okular, Kwrite... Any help would be very welcomed !!! pp -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages cups depends on: ii adduser 3.110 add and remove users and groups ii bc 1.06.94-3.1 The GNU bc arbitrary precision cal ii cups-common 1.3.10-1Common UNIX Printing System(tm) - ii debconf [debconf-2.0 1.5.26 Debian configuration management sy ii ghostscript 8.64~dfsg-1.1 The GPL Ghostscript PostScript/PDF ii libavahi-compat-libd 0.6.25-1Avahi Apple Bonjour compatibility ii libc62.9-4 GNU C Library: Shared libraries ii libcups2
Bug#469135: pm-utils: consider adding a hook to run anacron after resume or AC plugging
Hi, The patch proposed by C Sights does not work if one uses uswsusp's s2ram to put the box in suspend mode. pp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516525: apt-cacher: possibly broken pipelining
Hi, I forgot to mention that lately errors began to appear during the upgrade phase, not only the update. Here are some lines chunked off the output of a recent client machine upgrade (ataz is the name of the machine running apt-cacher): Err http://ataz testing/main libgtkhtml3.14-19 3.24.5-2 400 No Request Received [...] E: impossible de récupérer http://ataz:3142/ftp.fr.debian.org/debian/pool/main/g/gtkhtml3.14/libgtkhtml3.14-19_3.24.5-2_i386.deb : 400 No Request Received E: Impossible d'effectuer une correction pour des paquets manquants Please note that upgrading different client machines through the same server producted this morning errors (4 to 6 of them) on different packages on each run which reinforce my suspicion on some sort of server overload. HTH pp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516525: apt-cacher: possibly broken pipelining
Mark Hindley a écrit : Can you try this one instead. It addresses the only problem can see with the logs. diff --git a/apt-cacher b/apt-cacher index 48741b6..feee576 100755 --- a/apt-cacher2 +++ b/apt-cacher2 @@ -844,14 +844,20 @@ sub return_file { $headstring .= 'Connection: '.($concloseflag ? 'Close' : 'Keep-Alive').\r\n; # keep only parts interesting for apt - for($in) { - if(/^Last-Modified|Content|Accept|ETag|Age/) { - $headstring.=$_; - if(/^Content-Length:\ *(\d+)/) { - $explen=$1; + if ($code==200) { + for($in) { + chomp; + if(/^Last-Modified|Content|Accept|ETag|Age/) { + $headstring.=$_.\r\n; + if(/^Content-Length:\ *(\d+)/) { + $explen=$1; + } } } } + else { + $headstring.=Content-Length: 0\r\n; + } close($in); release_global_lock; @@ -861,7 +867,7 @@ sub return_file { debug_message(Header sent: $headstring); # Stop after sending the header with errors - return if HTTP::Status::is_server_error($code); + return if HTTP::Status::is_error($code); } else { I'm sorry, it still doesn't do the job. apt-updating on the apt-cacher server gives me an error : r...@ataz [517] ~$ aptitude -v update aptitude -syv dist-upgrade Ign file: binary/ Release.gpg Ign file: binary/ Translation-fr Ign file: binary/ Release Ign file: binary/ Packages Prendre : 1 http://localhost testing/updates Release.gpg [197B] Ign http://localhost testing/updates/main Translation-fr Err http://localhost testing/updates/contrib Translation-fr Erreur de lecture du serveur - read (104 Connexion ré-initialisée par le correspondant) Ign http://localhost testing/updates/non-free Translation-fr Prendre : 2 http://localhost testing Release.gpg [197B] Prendre : 3 http://localhost testing/main Translation-fr [646kB] Ign http://localhost testing/non-free Translation-fr Ign http://localhost testing/contrib Translation-fr Prendre : 4 http://localhost testing-proposed-updates Release.gpg [197B] Ign http://localhost testing-proposed-updates/main Translation-fr Ign http://localhost testing-proposed-updates/non-free Translation-fr Ign http://localhost testing-proposed-updates/contrib Translation-fr Prendre : 5 http://localhost testing/updates Release [37,7kB] Prendre : 6 http://localhost testing Release [78,3kB] Prendre : 7 http://localhost testing-proposed-updates Release [54,5kB] Ign http://localhost testing/updates/main Packages/DiffIndex Ign http://localhost testing/updates/contrib Packages/DiffIndex Ign http://localhost testing/updates/non-free Packages/DiffIndex Ign http://localhost testing/updates/main Sources/DiffIndex Ign http://localhost testing/updates/contrib Sources/DiffIndex Ign http://localhost testing/updates/non-free Sources/DiffIndex Prendre : 8 http://localhost testing/main Packages/DiffIndex [2038B] Prendre : 9 http://localhost testing/non-free Packages/DiffIndex [2023B] Atteint http://localhost testing/contrib Packages/DiffIndex Prendre : 10 http://localhost testing/main Sources/DiffIndex [2038B] Prendre : 11 http://localhost testing/non-free Sources/DiffIndex [2023B] Atteint http://localhost testing/contrib Sources/DiffIndex Atteint http://localhost testing-proposed-updates/main Packages/DiffIndex Ign http://localhost testing-proposed-updates/non-free Packages/DiffIndex Ign http://localhost testing-proposed-updates/contrib Packages/DiffIndex Atteint http://localhost testing/updates/main Packages Atteint http://localhost testing/updates/contrib Packages Atteint http://localhost testing/updates/non-free Packages Atteint http://localhost testing/updates/main Sources Atteint http://localhost testing/updates/contrib Sources Atteint http://localhost testing/updates/non-free Sources Prendre : 12 http://localhost testing/main 2009-04-05-0239.52.pdiff [12,3kB] Prendre : 13 http://localhost testing/main 2009-04-05-0239.52.pdiff [12,3kB] Prendre : 14 http://localhost testing/main 2009-04-05-0239.52.pdiff [12,3kB] Prendre : 15 http://localhost testing/non-free 2009-04-05-0239.52.pdiff [625B] Prendre : 16 http://localhost testing/non-free 2009-04-05-0239.52.pdiff [625B] Prendre : 17 http://localhost testing/non-free 2009-04-05-0239.52.pdiff [625B] Prendre : 18 http://localhost testing/main 2009-04-05-0239.52.pdiff [9758B] Prendre : 19 http://localhost testing/main 2009-04-05-0239.52.pdiff [9758B] Prendre : 20 http://localhost testing/main 2009-04-05-0239.52.pdiff [9758B] Prendre : 21 http://localhost testing/non-free 2009-04-05-0239.52.pdiff [644B] Prendre : 22 http://localhost testing/non-free
Bug#411982: php5 makes a segmentation fault when php5-curl
Hi, As I too experienced this problem today I made some web search and came across those two pages : http://bugs.php.net/bug.php?id=40926 http://archives.postgresql.org/pgsql-committers/2008-12/msg00037.php That point to a PostGRESQL fix for 8.4+ versions (or maybe a backpatch before that if we get lucky). The easiest workaround seems to make sure that psql module is loaded first (I for one just mv pgsql.ini 0pgsql.ini). HTH pp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516525: apt-cacher: possibly broken pipelining
Mark Hindley a écrit : I am at a slight disadvantage here as I can't actually reproduce this behaviour which makes debugging and testing difficult. Could you try this patch instead and see if it is better? Well, this doesn't work any better. But as I tried your patch it happened I discovered something that might be of interest. Presently I only made tests on the 'server' machine, that is the one running apt-cacher since I don't have accessible client for now. The patch version exhibited many error messages : r...@ataz [533] /tmp$ aptitude -v update Ign file: binary/ Release.gpg Ign file: binary/ Translation-fr Ign file: binary/ Release Ign file: binary/ Packages Atteint http://localhost testing/updates Release.gpg Err http://localhost testing/updates/main Translation-fr Échec de la connexion Err http://localhost testing/updates/contrib Translation-fr Échec de la connexion Err http://localhost testing/updates/non-free Translation-fr Échec de la connexion Atteint http://localhost testing Release.gpg Atteint http://localhost testing/main Translation-fr Err http://localhost testing/non-free Translation-fr Échec de la connexion Err http://localhost testing/contrib Translation-fr Échec de la connexion Atteint http://localhost testing-proposed-updates Release.gpg Err http://localhost testing-proposed-updates/main Translation-fr Échec de la connexion Err http://localhost testing-proposed-updates/non-free Translation-fr Échec de la connexion Err http://localhost testing-proposed-updates/contrib Translation-fr Échec de la connexion Atteint http://localhost testing/updates Release Atteint http://localhost testing Release Atteint http://localhost testing-proposed-updates Release Ign http://localhost testing/updates/main Packages/DiffIndex Ign http://localhost testing/updates/contrib Packages/DiffIndex Ign http://localhost testing/updates/non-free Packages/DiffIndex Ign http://localhost testing/updates/main Sources/DiffIndex Ign http://localhost testing/updates/contrib Sources/DiffIndex Ign http://localhost testing/updates/non-free Sources/DiffIndex Atteint http://localhost testing/main Packages/DiffIndex Atteint http://localhost testing/non-free Packages/DiffIndex Atteint http://localhost testing/contrib Packages/DiffIndex Atteint http://localhost testing/main Sources/DiffIndex Atteint http://localhost testing/non-free Sources/DiffIndex Atteint http://localhost testing/contrib Sources/DiffIndex Atteint http://localhost testing-proposed-updates/main Packages/DiffIndex Ign http://localhost testing-proposed-updates/non-free Packages/DiffIndex Ign http://localhost testing-proposed-updates/contrib Packages/DiffIndex Atteint http://localhost testing/updates/main Packages Atteint http://localhost testing/updates/contrib Packages Atteint http://localhost testing/updates/non-free Packages Atteint http://localhost testing/updates/main Sources Atteint http://localhost testing/updates/contrib Sources Atteint http://localhost testing/updates/non-free Sources Atteint http://localhost testing-proposed-updates/non-free Packages Atteint http://localhost testing-proposed-updates/contrib Packages Lecture des listes de paquets... Fait État actuel : 0 paquet cassé [+0], 0 mise à jour restante [+0], 22640 nouveaux paquets [+0]. While I wish to check for the exact english translation of the error messages, I runned apt-cacher with LC_ALL=C and behold, everything run fine ! I reversed to the official package version and tried with LC_ALL=C and it worked fine too. This seems to establish strong connections with #517761 albeit the error messages are not exactly the same. pp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516525: apt-cacher: possibly broken pipelining
Hi, Mark Hindley a écrit : Could you apply this patch to /usr/share/apt-cacher/apt-cacher and see if it helps. First, let me inform you that yesterday I noticed, after writing my comment, that the errors were permanent and perceptible even on the machine that's running apt-cacher, not only from clients. By the way, the 1.6.8 release transitionned today to squeeze without any effects regarding this bug. As for the patch, I'm sorry, but this does not help. Actually, it seems like I've got even more errors. After applying the patch, the only difference is that from the 'server' I still only got the error on testing/proposed-updates/contrib while from the only client that's still awake tonight I got errors on updates/contrib, updates's Release.gpg and testing-proposed-updates/non-free Oups, trying re-running the command once or twice just in case of, it turns out the bug is appearing and disappearing inconsistently anew like I nticed it to do some times lately. I join the output I got on the console for the three runs I just made (with your patch enabled). On the client the errors are still consistently appearing on the same line, yet. Reverting the patch to the official release only make the errors being consistently appearing on both the client and 'server'. HTH pp console-output.gz Description: GNU Zip compressed data
Bug#516525: apt-cacher: possibly broken pipelining
Hi, I'm experiencing the same problem here. The locale is the same on the client and the box running apt-cacher. They're both running testing. The box running apt-cacher is updated daily while the client is generally updated once a week. Problems began to appear some days ago, after testing began to thaw (sorry, I can't be more precised, didn't took note since I thought it was some network problem as they were transient problems then and the network at work is somewhat strange lately). As a matter of fact, apt-cacher was upgraded from 1.6.4 - 1.6.7 on February, 23rd and this seems to me to be that the problem started to appear erratically approximately at this moment. First, the box with apt-cacher began to exhibit the problem from time to time (maybe twice a week) but it disappeared when re-running 'aptitude update' and last week-end the same problem exhibited while connecting to apt-cacher from the remote client (yet I managed to get to update re-running the aptitude command at once). But tonight, at home where the network has not been twiked recently, I've been completely unable to update the client until I used the workaround given by Raphael (Acquire::http::Pipeline-Depth 0 - many thanks, Raphael!). Aptitude always failed on the testing-proposed-updates/contrib line. As you suggested, I turned debugging on in apt-cacher and ran aptitude with the Debug::Acquire::http=True option. The log file is attached to this mail. HTH pp error.log.gz Description: GNU Zip compressed data
Bug#506565: mmm-mode: Error message on upgrade about old-style backquotes
Package: mmm-mode Version: 0.4.8-5 Severity: normal On today's upgrade of my lenny box I noticed the following message in aptitude output: In toplevel form: mmm-compat.el:63:1:Warning: !! The file uses old-style backquotes !! This functionality has been obsolete for more than 10 years already and will be removed soon. See (elisp)Backquote in the manual. -- System Information: Debian Release: lenny/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages mmm-mode depends on: ii emacs [emacsen] 22.2+2-5 The GNU Emacs editor (metapackage) ii emacs22-gtk [emacsen] 22.2+2-5 The GNU Emacs editor (with GTK use mmm-mode recommends no packages. mmm-mode suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474668: korganizer: weird calendar colors after upgrade
Ross Boylan wrote: After the latest upgrade in testing the colors were very strange; in particular, items from my main calendar were a dark red, giving an alarming impression. I just upgraded my testing box with same effect. Looking a little closer, I saw that each calendar, as displayed in the lower left, had a color. I think I had them colored before, but not with these colors. With 3.5.8 there were no colors for calendars or there were not activated by default, at least. I was able to customize the color to something more reasonable in the calendars box on the lower left. If you disable the color of the calendar (right click on the calendar name - ressource color - disactivate color), you will find your previous color scheme again. I'm reporting this because the effect was quite jarring at first, and also because it might indicate something more serious (like other settings getting wiped out) going on underneath. As far as I can tell, all else is well. One may surely wonder if this is to be considered as a bug, it undoubtedly advertizes the new feauture yet ;-) Hope this helps phep -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464519: openoffice.org-calc: In calc, auto-increment on mouse-drag fails on negative numbers
Package: openoffice.org-calc Version: 1:2.3.1-3 Severity: normal Since I upgraded my testing box to 2.3.1, I cannot anymore use the auto-[in|de]crement feature when base cell holds a negative number. First example: Put 1 in A1, then grab the bottom-right corner of A1 and drag it downside: A2 is filled with 2, A3 with 3, ... This is the expected behavior. Put -1 in A1, then grab the bottom-right corner of A1 and drag it downside: A2, A3, ... are all filled with the same -1 value instead of 0, 1, ... Second exemple: Put 1 in A1 and 3 in A2, select both cells then grab the bottom-right corner of A2 and drag it downside: subsequent cells are filled with 5, 7, ... This is the expected behavior. Put -4 in A1 and -2 in A2, select both cells then grab the bottom-right corner of A2 and drag it downside: subsequent cells are repeatedly filled with the same sequence, -4, -2, over and over. This bug doesn't exhibit on www.openoffice.org version according to the OOo fr mailing-list. Regards, phep -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (600, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.utf8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-calc depends on: ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080116-1 GCC support library ii libstdc++6 4.3-20080116-1 The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3 STLport C++ class library ii libsuitesparse 3.0.0-7 collection of libraries for comput ii lp-solve5.5.0.10-9 Solve (mixed integer) linear progr ii openoffice.org-base-cor 1:2.3.1-3OpenOffice.org office suite -- lib ii openoffice.org-core 1:2.3.1-3OpenOffice.org office suite archit openoffice.org-calc recommends no packages. Versions of packages openoffice.org-core depends on: ii fontconfig 2.5.0-2 generic font configuration library ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.17.1-1+b1 Multi-protocol file transfer libra ii libdb4.5 4.5.20-11 Berkeley v4.5 Database Libraries [ ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3-20080116-1 GCC support library ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgstreamer-plugins-b 0.10.15-4 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.15-4 Core GStreamer libraries and eleme ii libgtk2.0-02.12.5-2 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libhyphen0 2.3-5 ALTLinux hyphenation library - sha ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libicu38 3.8-5 International Components for Unico ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries ii libneon27-gnutls 0.27.2-1 An HTTP and WebDAV client library ii libnspr4-0d4.7.0~1.9b1-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~1.9b1-2Network Security Service libraries ii libpam0g 0.99.7.1-5Pluggable Authentication Modules l ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libportaudio2 19+svn20071022-2 Portable audio I/O - shared librar ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libsndfile11.0.17-4 Library for reading/writing audio ii libstartup-notificatio 0.9-1 library for program launch feedbac ii libstdc++6 4.3-20080116-1The GNU Standard C++ Library v3 ii libstlport4.6c24.6.2-3 STLport C++ class library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw72:1.0.4-1 X11 Athena Widget library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.31.dfsg-1 GNOME XML library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxslt1.1 1.1.22-1 XSLT processing library - runtime ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii openoffice.org-common 1:2.3.1-3 OpenOffice.org
Bug#464519: openoffice.org-calc: In calc, auto-increment on mouse-drag fails on negative numbers
Hi, Rene Engelhard wrote: close 464519 1:2.4.0~ooh680m5-1 Can reproduce this with 2.3.1-3 on my powerpc machine but not anymore with a 1:2.4.0~ooh680m5-1 I have here. Looks like it's working i the 2.4 packages. [Didn't try on i386 as there's no i386 build of the 2.4 packages yet] Closing/Marking appropriately. Can you confirm? No I can't, sorry. It seems the binary is presently only available on amd64 which I don't own. Besides I'm not much inclined in testing pakages from experimental on my lenny box :-/ (though it seems ther would not be too much dependencies problem). Do you think OOo 2.4 will have time to transition to lenny ? Anyway, thanks for your quick reply. phep -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457487: kdm: Remote XDMCP login broken (segfault)
I can confirm both the bug and the patch submitted by Paul. I rebuilt kdebase with Paul's patch and installed the kdm package and now it works and I can come back to kdm. Thanks, Paul ! phep -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394541: Bad conversion of ~ in package filename on import ?
Package: apt-cacher Version: 1.5.3 Severity: normal Though this could be somehow related to #334500, it's nevertheless different and happens in the more recent version. This bug should reproducible following this sequence. After installing and configuring apt-cacher on an etch box (hostnamed myserver in that exemple) with locale set to fr_FR.utf8, run : myserver $ cp /var/cache/apt/archives/*.deb /var/cache/apt-cacher/import then myserver $ /usr/share/apt-cacher/apt-cacher-import.pl No import directory specified as the first argument, using /var/cache/apt-cacher/import [.. snip ..] Importing: openoffice.org-base_2.0.4~rc3-1_i386.deb Importing: openoffice.org-calc_2.0.4~rc3-1_i386.deb Importing: openoffice.org-common_2.0.4~rc3-1_all.deb Importing: openoffice.org-core_2.0.4~rc3-1_i386.deb Importing: openoffice.org-draw_2.0.4~rc3-1_i386.deb Importing: openoffice.org-help-fr_2.0.4~rc3-1_all.deb Importing: openoffice.org-impress_2.0.4~rc3-1_i386.deb Importing: openoffice.org-java-common_2.0.4~rc3-1_all.deb Importing: openoffice.org-kde_2.0.4~rc3-1_i386.deb Importing: openoffice.org-l10n-fr_2.0.4~rc3-1_all.deb Importing: openoffice.org-math_2.0.4~rc3-1_i386.deb Importing: openoffice.org-writer_2.0.4~rc3-1_i386.deb Importing: openoffice.org_2.0.4~rc3-1_i386.deb . Please note the ~ in openoffice package names. Now (from now on I only take one file for sake of simplicity though the problem happened here with every ~ files) : myserver $ ls /var/cache/apt-cacher/packages/openoffice.org-help* /var/cache/apt-cacher/packages/openoffice.org-help-fr_2.0.4~rc3-1_all.deb Then, from another box (etch too, fr_FR.utf8 too, this one named myclient) configured to use the apt-cacher server, run : myclient $ apt-get install openoffice.org-help-fr Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Les NOUVEAUX paquets suivants seront installés : openoffice.org-help-fr 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour. Il est nécessaire de prendre 11,9Mo dans les archives. Après dépaquetage, 25,7Mo d'espace disque supplémentaires seront utilisés. Réception de : 1 http://myserver testing/main openoffice.org-help-fr 2.0.4~rc3-1 [11,9MB] 11,9Mo réceptionnés en 2m29s (79,4ko/s) Sélection du paquet openoffice.org-help-fr précédemment désélectionné. (Lecture de la base de données... 211884 fichiers et répertoires déjà installés.) Dépaquetage de openoffice.org-help-fr (à partir de .../openoffice.org-help-fr_2.0.4~rc3-1_all.deb) ... Paramétrage de openoffice.org-help-fr (2.0.4~rc3-1) ... Though both machines are on the same switch, note the download rate : the package undoubtedly came through the dsl connection and that was confirmed by a tcpdump. Now, let's have a look at the apt-cacher archive now : myserver $ ls /var/cache/apt-cacher/packages/openoffice.org-help* /var/cache/apt-cacher/packages/openoffice.org-help-fr_2.0.4%7erc3-1_all.deb /var/cache/apt-cacher/packages/openoffice.org-help-fr_2.0.4~rc3-1_all.deb 7e is certainly the correct ascii code for ~, but... I don't know what should be the correct spelling for the filenames (though it should probably be the one with the true tilde rather than the url-encoded value) but it should be consistent whatever the way apt-cacher get the file in into its archive : script imported or through a client request. If I proceed, then, by removing the file and apt-cleaning the client then regetting it, the download is 1 second long as one should expect for a home network. Or else, what did I do wrong ? In case it helps, on both boxes : $ dpkg -s libc6 | grep ^Version Version: 2.3.6.ds1-4 $ dpkg -s perl | grep ^Version Version: 5.8.8-6.1 Cheers, phep -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]