Bug#1014304: nvidia-tesla-450-driver: Not all hardware works with nvidia-graphics-drivers-tesla-470
Hi Andreas, I'll have to say, I didn't even think to try something newer after the problems I'd had last time. I do apologise, that was my mistake. 510 seems to work a treat, thanks very much indeed for suggesting it — please feel free to ignore my previous comments! All the best, -David. On 20/10/2022 16:43, Andreas Beckmann wrote: Control: reassign -1 nvidia-tesla-470-driver Control: tag -1 upstream On 20/10/2022 16.54, David Headland via pkg-nvidia-devel wrote: Package: nvidia-tesla-450-driver Version: 450.203.03-1 As per bug 981114, unfortunately the 470 driver does not work with my hardware, whereas the 450 driver does - I have to switch monitors regularly, and with anything newer than 450 this then causes a loss of sync on the display. Have you tried the 510 driver series? (Either as nvidia-driver in sid or as nvidia-tesla-driver in sid or testing.) I suppose there's not a lot that can be done about this, it doesn't seem to affect many people so I may just have to bite the bullet and change my video card, but I wanted to at least point this out here. Andreas
Bug#1014304: nvidia-tesla-450-driver: Not all hardware works with nvidia-graphics-drivers-tesla-470
Package: nvidia-tesla-450-driver Version: 450.203.03-1 Followup-For: Bug #1014304 Dear Maintainer, As per bug 981114, unfortunately the 470 driver does not work with my hardware, whereas the 450 driver does - I have to switch monitors regularly, and with anything newer than 450 this then causes a loss of sync on the display. I suppose there's not a lot that can be done about this, it doesn't seem to affect many people so I may just have to bite the bullet and change my video card, but I wanted to at least point this out here. All the best, -David. -- Package-specific info: uname -a: Linux scrat 5.19.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 5.19.11-1 (2022-09-24) x86_64 GNU/Linux /proc/version: Linux version 5.19.0-2-amd64 (debian-ker...@lists.debian.org) (gcc-11 (Debian 11.3.0-6) 11.3.0, GNU ld (GNU Binutils for Debian) 2.38.90.20220713) #1 SMP PREEMPT_DYNAMIC Debian 5.19.11-1 (2022-09-24) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 450.203.03 Wed Jun 29 00:05:08 UTC 2022 GCC version: gcc version 11.3.0 (Debian 11.3.0-8) lspci 'display controller [030?]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP108 [GeForce GT 1030] [10de:1d01] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd GP108 [GeForce GT 1030] [1458:375c] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia Kernel modules: nvidia dmesg: Device node permissions: crw-rw+ 1 root video 226, 0 Oct 20 15:47 /dev/dri/card0 crw-rw+ 1 root render 226, 128 Oct 20 15:47 /dev/dri/renderD128 crw-rw-rw- 1 root root 195, 254 Oct 20 15:47 /dev/nvidia-modeset crw-rw-rw- 1 root root 195, 0 Oct 20 15:47 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Oct 20 15:47 /dev/nvidiactl /dev/dri/by-path: total 0 lrwxrwxrwx 1 root root 8 Oct 20 15:47 pci-:01:00.0-card -> ../card0 lrwxrwxrwx 1 root root 13 Oct 20 15:47 pci-:01:00.0-render -> ../renderD128 video:x:44:dh,mythtv Alternative 'nvidia': nvidia - manual mode link best version is /usr/lib/nvidia/current link currently points to /usr/lib/nvidia/tesla-450 link nvidia is /usr/lib/nvidia/nvidia slave nvidia--libEGL_nvidia.so.0-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libEGL_nvidia.so.0 slave nvidia--libGLESv1_CM_nvidia.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libGLESv1_CM_nvidia.so.1 slave nvidia--libGLESv2_nvidia.so.2-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libGLESv2_nvidia.so.2 slave nvidia--libGLX_nvidia.so.0-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0 slave nvidia--libcuda.so-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libcuda.so slave nvidia--libcuda.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libcuda.so.1 slave nvidia--libglxserver_nvidia.so is /usr/lib/nvidia/libglxserver_nvidia.so slave nvidia--libnvcuvid.so-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvcuvid.so slave nvidia--libnvcuvid.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvcuvid.so.1 slave nvidia--libnvidia-allocator.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-allocator.so.1 slave nvidia--libnvidia-cfg.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 slave nvidia--libnvidia-encode.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-encode.so.1 slave nvidia--libnvidia-ml.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1 slave nvidia--libnvidia-ptxjitcompiler.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libnvidia-ptxjitcompiler.so.1 slave nvidia--libvdpau_nvidia.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/vdpau/libvdpau_nvidia.so.1 slave nvidia--nv-control-dpy is /usr/bin/nv-control-dpy slave nvidia--nvidia-application-profiles-key-documentation is /usr/share/nvidia/nvidia-application-profiles-key-documentation slave nvidia--nvidia-blacklists-nouveau.conf is /etc/nvidia/nvidia-blacklists-nouveau.conf slave nvidia--nvidia-bug-report.sh is /usr/lib/nvidia/nvidia-bug-report.sh slave nvidia--nvidia-debugdump is /usr/bin/nvidia-debugdump slave nvidia--nvidia-drm-outputclass.conf is /etc/nvidia/nvidia-drm-outputclass.conf slave nvidia--nvidia-drm_gbm.so-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/gbm/nvidia-drm_gbm.so slave nvidia--nvidia-load.conf is /etc/nvidia/nvidia-load.conf slave nvidia--nvidia-modprobe.conf is /etc/nvidia/nvidia-modprobe.conf slave nvidia--nvidia-options.conf is /etc/modprobe.d/nvidia-options.conf slave nvidia--nvidia-settings is /usr/bin/nvidia-settings slave nvidia--nvidia-settings.1.gz is /usr/share/man/man1/nvidia-settings.1.gz slave nvidia--nvidia-settings.desktop is /usr/share/applications/nvidia-settings.desktop slave nvidia--nvidia-smi is /usr/bin/nvidia-smi slave
Bug#981114: nvidia-driver: Fails to display on any monitor change
Control: forwarded -1 https://forums.developer.nvidia.com/t/fails-to-display-on-any-monitor-change-on-driver-455-and-460-reverting-to-450-things-work-again/167232/2 On 29/01/2021 13:16, Andreas Beckmann wrote: Control: tag -1 upstream Please check whether your issue is already reported in the nvidia forums and if it isn't please follow nvidia's instructions to do this. I couldn't find anything there, so have created and account and a thread as suggested: https://forums.developer.nvidia.com/t/fails-to-display-on-any-monitor-change-on-driver-455-and-460-reverting-to-450-things-work-again/167232/2 Thanks again for your help, -Dave. OpenPGP_signature Description: OpenPGP digital signature
Bug#981114: nvidia-driver: Fails to display on any monitor change
Package: nvidia-driver Version: 460.39-1 Followup-For: Bug #981114 Hi Andreas, I was unable to find the packages at present, but I understand that they do take a little while to filter through the system. However, the source was available, and I had no problem using debuild to create the (unsigned) packages locally. Installing the new version of all currently installed packages then running update-glx to select that version and rebooting, I'm afraid the problem comes back. I've replied using reportbug so you can see the collected information in case that's of use - the test case was to boot up, switch monitor inputs, and switch back. These are the the old Xorg log fix - ~62s was the switch away, ~73s was the attempt to switch back. No sync at all when switching back. Tried to switch to a text console, still no display, so rebooted. For now, I'm going to switch back to the tesla-450 driver, but I'm very happy to run any more tests if you'd like me to. Also, when the packages filter through the system far enough for apt to see them, I'll re-test with the official ones and confirm this situation. All the best, -Dave. -- Package-specific info: uname -a: Linux scrat 5.10.0-2-amd64 #1 SMP Debian 5.10.9-1 (2021-01-20) x86_64 GNU/Linux /proc/version: Linux version 5.10.0-2-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.10.9-1 (2021-01-20) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 460.39 Thu Jan 21 21:54:06 UTC 2021 GCC version: gcc version 10.2.1 20210110 (Debian 10.2.1-6) lspci 'display controller [030?]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP108 [GeForce GT 1030] [10de:1d01] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd GP108 [GeForce GT 1030] [1458:375c] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia Kernel modules: nvidia dmesg: Device node permissions: crw-rw+ 1 root video 226, 0 Jan 28 06:34 /dev/dri/card0 crw-rw+ 1 root render 226, 128 Jan 28 06:34 /dev/dri/renderD128 crw-rw-rw- 1 root root 195, 254 Jan 28 06:34 /dev/nvidia-modeset crw-rw-rw- 1 root root 195, 0 Jan 28 06:34 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Jan 28 06:34 /dev/nvidiactl /dev/dri/by-path: total 0 lrwxrwxrwx 1 root root 8 Jan 28 06:34 pci-:01:00.0-card -> ../card0 lrwxrwxrwx 1 root root 13 Jan 28 06:34 pci-:01:00.0-render -> ../renderD128 video:x:44:dh,mythtv OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Oct 25 11:58 /etc/alternatives/glx -> /usr/lib/nvidia lrwxrwxrwx 1 root root 49 Jan 28 06:13 /etc/alternatives/glx--libEGL.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so lrwxrwxrwx 1 root root 51 Oct 25 11:58 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1 lrwxrwxrwx 1 root root 48 Jan 28 06:13 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Jan 28 06:13 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 50 Oct 25 11:58 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 50 Oct 25 11:58 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 55 Jan 28 06:13 /etc/alternatives/glx--libGLESv1_CM.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so lrwxrwxrwx 1 root root 55 Jan 28 06:13 /etc/alternatives/glx--libGLESv1_CM.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so lrwxrwxrwx 1 root root 57 Oct 25 11:58 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 57 Oct 25 11:58 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 52 Jan 28 06:13 /etc/alternatives/glx--libGLESv2.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so lrwxrwxrwx 1 root root 52 Jan 28 06:13 /etc/alternatives/glx--libGLESv2.so-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so lrwxrwxrwx 1 root root 54 Oct 25 11:58 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 54 Oct 25 11:58 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu ->
Bug#981114: nvidia-driver: Fails to display on any monitor change
Hi Andreas, Thanks very much for the quick reply. I've given this a try as requested: nvidia-tesla-450-driver and dependencies installed, then ran "update-glx --config nvidia" and selected /usr/lib/nvidia/tesla-450 and rebooted after it had recreated the initrd. On reboot, I checked the X server log to ensure it had selected the correct version, and "450.102.04" was reported, so that looked good. At that point, I tried switching away to a new display then switching back, removing and re-inserting cables, and forcing a DPMS off state using xset, and each time the display came back without any problems, so it looks like the CVE fix isn't the cause of the problems. Let me know if I can try anything else, and thanks again for your efforts. All the best, -Dave. On 26/01/2021 19:26, Andreas Beckmann wrote: Hi David, could you try nvidia-tesla-450-driver 450.102.04-1 from sid? It is installable along the regular driver and you can switch between the different drivers with update-glx (and then reboot to load the other kernel module and libraries). This is just to check whether the 450 series got "broken" too with the latest version (which includes a CVE fix). Thanks Andreas PS: If it is still working fine, we might keep the tesla-450 driver in bullseye along tesla-460. OpenPGP_signature Description: OpenPGP digital signature
Bug#981114: nvidia-driver: Fails to display on any monitor change
Package: nvidia-driver Followup-For: Bug #981114 Dear Maintainer, As a comparison, please find below logs from driver 450 which is working fine. Here, the system was booted and displayed fine. IT was left for some time, DPMS kicked in from the display manager timing out, and was re-woken at around 2121s. Display inputs on the monitor were switched at ~2168s, and reverted soon after, with no problems at all. All the best, -Dave. -- Package-specific info: uname -a: Linux scrat 5.10.0-2-amd64 #1 SMP Debian 5.10.9-1 (2021-01-20) x86_64 GNU/Linux /proc/version: Linux version 5.10.0-2-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.10.9-1 (2021-01-20) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 450.80.02 Wed Sep 23 01:13:39 UTC 2020 GCC version: gcc version 10.2.1 20210110 (Debian 10.2.1-6) lspci 'display controller [030?]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP108 [GeForce GT 1030] [10de:1d01] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd GP108 [GeForce GT 1030] [1458:375c] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia Kernel modules: nvidia dmesg: Device node permissions: crw-rw+ 1 root video 226, 0 Jan 26 16:23 /dev/dri/card0 crw-rw+ 1 root render 226, 128 Jan 26 16:23 /dev/dri/renderD128 crw-rw-rw- 1 root root 195, 254 Jan 26 16:23 /dev/nvidia-modeset crw-rw-rw- 1 root root 195, 0 Jan 26 16:23 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Jan 26 16:23 /dev/nvidiactl /dev/dri/by-path: total 0 lrwxrwxrwx 1 root root 8 Jan 26 16:23 pci-:01:00.0-card -> ../card0 lrwxrwxrwx 1 root root 13 Jan 26 16:23 pci-:01:00.0-render -> ../renderD128 video:x:44:dh,mythtv OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Oct 25 11:58 /etc/alternatives/glx -> /usr/lib/nvidia lrwxrwxrwx 1 root root 51 Oct 25 11:58 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1 lrwxrwxrwx 1 root root 50 Oct 25 11:58 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 50 Oct 25 11:58 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 57 Oct 25 11:58 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 57 Oct 25 11:58 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 54 Oct 25 11:58 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 54 Oct 25 11:58 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 44 Oct 25 11:58 /etc/alternatives/glx--libGLX_indirect.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0 lrwxrwxrwx 1 root root 44 Oct 25 11:58 /etc/alternatives/glx--libGLX_indirect.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0 lrwxrwxrwx 1 root root 38 Oct 25 11:58 /etc/alternatives/glx--libglxserver_nvidia.so -> /usr/lib/nvidia/libglxserver_nvidia.so lrwxrwxrwx 1 root root 51 Oct 25 11:58 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 42 Oct 25 11:58 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf -> /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 36 Oct 25 11:58 /etc/alternatives/glx--nvidia-bug-report.sh -> /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 39 Oct 25 11:58 /etc/alternatives/glx--nvidia-drm-outputclass.conf -> /etc/nvidia/nvidia-drm-outputclass.conf lrwxrwxrwx 1 root root 28 Oct 25 11:58 /etc/alternatives/glx--nvidia-load.conf -> /etc/nvidia/nvidia-load.conf lrwxrwxrwx 1 root root 32 Oct 25 11:58 /etc/alternatives/glx--nvidia-modprobe.conf -> /etc/nvidia/nvidia-modprobe.conf lrwxrwxrwx 1 root root 29 Oct 25 11:58 /etc/alternatives/glx--nvidia_drv.so -> /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1 root root 23 Jan 26 16:12 /etc/alternatives/nvidia -> /usr/lib/nvidia/current lrwxrwxrwx 1 root root 59 Jan 26 16:12 /etc/alternatives/nvidia--libEGL_nvidia.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/nvidia/current/libEGL_nvidia.so.0 lrwxrwxrwx 1 root root 65 Jan 26 16:12
Bug#981114: nvidia-driver: Fails to display on any monitor change
Package: nvidia-driver Version: 460.32.03-2 Severity: important Dear Maintainer, I'm having a problem that renders the nvidia driver versions 455 and 460 that have been available on Debian unusable to me. When installed, the system usually boots up fine and appears to work until something happens that affects the link to the monitor - this could be removing the HDMI cable, DPMS being activated for screen blanking, or switching to a different input on the monitor (as I have two computers connected to it). At that point, when the link is restored (for example by reconnecting the HDMI cable, moving the mouse or switching back to the HDMI input for this computer), no sync is seen again. Examining the X logs, it appears that the monitor is seen multiple times at this point, but never gains sync. Switching to a VC and disconnecting and reconnecting the cable has very occasionally restored the display, but often it doesn't and a reboot is required. Switching back to version 450 as was in testing until a week or two ago, none of these problems exist. Despite this, just in case, I've tried changing the HDMI cable, and 460 still exhibits the same problems. I've had to switch back to 450 to enable work to continue, as I have to regularly switch inputs on this computer. I'm unsure what information would be useful to progress, but I'm very happy to provide any information requested or test any changes. Just let me know and I'll get back to you as soon as possible. I've attached an example of the Xorg.0.log after switching inputs away and back to the computer affected as a starting point. The switch away was the event at ~15.6s, the switch back was ~77.2s, switch to a VC was 93.5s (this did not result in any usable display) and reboot was ~159s. I don't currently have an Xorg log from v450, but once the bug report is accepted I'll switch back and attach it as a comparison. Thanks very much for your time, -Dave. -- Package-specific info: uname -a: Linux scrat 5.10.0-2-amd64 #1 SMP Debian 5.10.9-1 (2021-01-20) x86_64 GNU/Linux /proc/version: Linux version 5.10.0-2-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.10.9-1 (2021-01-20) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 460.32.03 Sun Dec 27 19:00:34 UTC 2020 GCC version: gcc version 10.2.1 20210110 (Debian 10.2.1-6) lspci 'display controller [030?]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP108 [GeForce GT 1030] [10de:1d01] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd GP108 [GeForce GT 1030] [1458:375c] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia Kernel modules: nvidia dmesg: Device node permissions: crw-rw+ 1 root video 226, 0 Jan 26 15:45 /dev/dri/card0 crw-rw+ 1 root render 226, 128 Jan 26 15:45 /dev/dri/renderD128 crw-rw-rw- 1 root root 195, 254 Jan 26 15:45 /dev/nvidia-modeset crw-rw-rw- 1 root root 195, 0 Jan 26 15:45 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Jan 26 15:45 /dev/nvidiactl /dev/dri/by-path: total 0 lrwxrwxrwx 1 root root 8 Jan 26 15:45 pci-:01:00.0-card -> ../card0 lrwxrwxrwx 1 root root 13 Jan 26 15:45 pci-:01:00.0-render -> ../renderD128 video:x:44:dh,mythtv OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Oct 25 11:58 /etc/alternatives/glx -> /usr/lib/nvidia lrwxrwxrwx 1 root root 51 Oct 25 11:58 /etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1 lrwxrwxrwx 1 root root 50 Oct 25 11:58 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 50 Oct 25 11:58 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 lrwxrwxrwx 1 root root 57 Oct 25 11:58 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 57 Oct 25 11:58 /etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 lrwxrwxrwx 1 root root 54 Oct 25 11:58 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 54 Oct 25 11:58 /etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 lrwxrwxrwx 1 root root 44 Oct 25 11:58 /etc/alternatives/glx--libGLX_indirect.so.0-x86_64-linux-gnu -> /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0 lrwxrwxrwx 1 root root 44 Oct 25 11:58
Bug#972514: fixed in nvidia-graphics-drivers 450.80.02-1
Hi Heinz, Good question, as I've gone back to 450.80 for the moment and that's working perfectly for me. I've checked through the logs for when I was running 455, and it seems I had the same package versions as you, with the exception of: * libcuda1and * libnvidia-ptxjitcompiler1 * nvidia-detect * nvidia-installer0cleanup For the packages listed, I didn't (and still do not) have them installed. So this is very strange. I suppose it could have been something else installed on the system, but I'm not sure what. It does seem like it's just a problem with my system, so I wouldn't want to put anyone off trying the move to 455. On 29/10/2020 13:34, Heinz Repp wrote: > In reply to Dave: > > Hmm, I have exactly the same card as you, my lspci says also: > >> 01:00.0 VGA compatible controller: NVIDIA Corporation GP108 [GeForce >> GT 1030] (rev a1) > so this is not the culprit. Did you install all nvidia packages from > experimental (=455), or do you still have rests from 450? For your > information, I have installed: > >> glx-alternative-nvidia/testing,unstable,now 1.2.0 amd64 [installiert] >> libcuda1/now 455.23.04-1 amd64 [Installiert,lokal] >> libegl-nvidia0/now 455.23.04-1 amd64 [Installiert,lokal] >> libgl1-nvidia-glvnd-glx/now 455.23.04-1 amd64 [Installiert,lokal] >> libglx-nvidia0/now 455.23.04-1 amd64 [Installiert,lokal] >> libnvidia-cfg1/now 455.23.04-1 amd64 [Installiert,lokal] >> libnvidia-eglcore/now 455.23.04-1 amd64 [Installiert,lokal] >> libnvidia-glcore/now 455.23.04-1 amd64 [Installiert,lokal] >> libnvidia-glvkspirv/now 455.23.04-1 amd64 [Installiert,lokal] >> libnvidia-ml1/now 455.23.04-1 amd64 [Installiert,lokal] >> libnvidia-ptxjitcompiler1/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-alternative/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-detect/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-driver-bin/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-driver-libs/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-driver/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-egl-common/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-egl-icd/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-installer-cleanup/testing,unstable,now 20151021+12 amd64 >> [installiert] >> nvidia-kernel-common/testing,unstable,now 20151021+12 amd64 >> [installiert] >> nvidia-kernel-dkms/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-kernel-support/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-legacy-check/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-modprobe/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-support/testing,unstable,now 20151021+12 amd64 [installiert] >> nvidia-vdpau-driver/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-vulkan-common/now 455.23.04-1 amd64 [Installiert,lokal] >> nvidia-vulkan-icd/now 455.23.04-1 amd64 [Installiert,lokal] >> xserver-xorg-video-nvidia/now 455.23.04-1 amd64 [Installiert,lokal] > > HTH > > Heinz > signature.asc Description: OpenPGP digital signature
Bug#972514: fixed in nvidia-graphics-drivers 450.80.02-1
> I have 455.23.04-1 from experimental installed since my last post, > everything is stable, and clinfo and glxinfo report fully working OpenCL > and GLX setups. [...] > Is there any reason you made a new nvidia 450 release instead of > propagating the already working nvidia 455 experimental builds? It's interesting that you mention that, as switching to experimental was the first thing I tried when I experienced this bug. Whilst it initially seemed to solve the problem for me, I did run into another issue whereby it would only appear to correctly initialise the display one per boot. After this, if the HDMI link went down through DPMS blanking or switching to another input into the monitor, nothing I could do would cause my monitor to see a valid signal from the card. I tried all sorts of things, like switching to a VC and back (VC switching didn't seem to work either), unplugging the cable, power cycling the monitor, nothing worked except rebooting the machine. The same thing happens if I switch to another monitor completely. It might be that 455 works for some but not all cards, perhaps? For reference, this is what lspci shows for my card: 01:00.0 VGA compatible controller: NVIDIA Corporation GP108 [GeForce GT 1030] (rev a1) All the best, -Dave. signature.asc Description: OpenPGP digital signature
Bug#963824: libgl1-mesa-dri: Segfault in iris_dri.so breaks several programs
Package: libgl1-mesa-dri Version: 20.1.1-1 Followup-For: Bug #963824 Hello all, I've also seen what I think is the same issue myself, but I'm using version 20.1.1-1 from testing rather than 20.1.2-1 from unstable. I can also add mythfrontend to the list of affected programs. Given that this seems to affect multiple versions, I'm wondering if a change in another package is either the root cause, or has shown up an issue here that wasn't seen previously. I'm not great at tracing such things, but if I can provide any further information, please do let me know. All the best, -DH. -- Package-specific info: glxinfo: name of display: localhost:10.0 display: localhost:10 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_libglvnd, GLX_EXT_no_config_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_context_flush_control, GLX_ARB_create_context, GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_query_renderer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read Extended renderer info (GLX_MESA_query_renderer): Vendor: VMware, Inc. (0x) Device: llvmpipe (LLVM 10.0.0, 256 bits) (0x) Version: 20.1.1 Accelerated: no Video memory: 31046MB Unified memory: no Preferred profile: core (0x1) Max core profile version: 3.3 Max compat profile version: 3.1 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.1 OpenGL vendor string: VMware, Inc. OpenGL renderer string: llvmpipe (LLVM 10.0.0, 256 bits) OpenGL core profile version string: 3.3 (Core Profile) Mesa 20.1.1 OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: GL_AMD_conservative_depth, GL_AMD_draw_buffers_blend, GL_AMD_gpu_shader_int64, GL_AMD_multi_draw_indirect, GL_AMD_query_buffer_object, GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_stencil_export, GL_AMD_shader_trinary_minmax, GL_AMD_texture_texture4, GL_AMD_vertex_shader_layer, GL_AMD_vertex_shader_viewport_index, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_ARB_ES2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_arrays_of_arrays, GL_ARB_base_instance, GL_ARB_blend_func_extended, GL_ARB_buffer_storage, GL_ARB_clear_buffer_object, GL_ARB_clear_texture, GL_ARB_clip_control, GL_ARB_compressed_texture_pixel_storage, GL_ARB_compute_shader, GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, GL_ARB_copy_buffer, GL_ARB_copy_image, GL_ARB_cull_distance, GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_derivative_control, GL_ARB_direct_state_access, GL_ARB_draw_buffers, GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex, GL_ARB_draw_indirect,
Bug#671859: udev: Udev hangs on boot for 120 seconds, times out then eats CPU failing to rename files
Package: udev Version: 175-3.1 Followup-For: Bug #671859 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Just as a bit of extra information, I can confirm that within a matter of minutes of re-starting udev, the high CPU usage starts all over again. I'd guess it takes about two minutes, which seems to match up with the initial delay starting udev on system boot. All the best, - -Dave. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (550, 'testing'), (450, 'stable'), (445, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.4 (SMP w/3 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.42 ii libc6 2.13-32 ii libselinux12.1.9-4 ii libudev0 175-3.1 ii lsb-base 4.1+Debian2 ii util-linux 2.20.1-4 Versions of packages udev recommends: ii pciutils 1:3.1.9-2 ii usbutils 1:005-3 udev suggests no packages. - -- debconf information: udev/title/upgrade: udev/new_kernel_needed: false udev/sysfs_deprecated_incompatibility: udev/reboot_needed: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJPs/xaAAoJEBIA1yCB7VsRl9QQAIeIOxz6tAJLO9Gs10UKl75t zCITIq6HURIztkmKPwS/I/G0bq5J0KqnJGPXujnQxc5CgF1lv51fneZ1YPC6xYn4 3NSqYzpI6BQVp6kApHu/GbYIbhTMbXSQZIJkDpOHUKr7z1DvrVfGZISbo+okEcBG WUIHBA6YILhbXuiUvgORHWn6RWDM6Dulc1dXTM++yWE3sj6PX6TyWzG5EhgO5ECq OUFjseFjj9fdQgQ9O7n6UPAfFNZmdr0R/OEEH3uKPXmtNqpShOxLQxQOaBdDICxL DIeyG91mGwfi+xVDxg+gBeCIIrrIOSsmVJpKGDROPRh8FPlSBGhvZgd/EdCCr8RF a4T982t7BNL6X6iMrmT3UVJw3TncglVgEMFzAb0RvqplMbN/fNSrjo+UXTG74iG1 A9Bh+luKTo1spDo/j2IcP7Wb8xAO/RswxI9q9Tu/gKy2p2A03s+imiJhIbBHb786 W03KIDJdcEa/ny/sBPSx2QvuWXINuZBH6L77P8/jUub1RZA77cxXC1Pa0NeUU9BH +Y046DXKsKTXKB88DCHpY21PWoB7hGNRbHuiRv2G1fOzhfYUify0tu7fIRu/h0vy cBdUL6HpZCCe0gfNoj2oaZ4QQhLFMy/qj5p2jvujyboW4XMOjRpRm/zyOLQQ/Llz IDe2EcS7OBYGB6k/UiAn =Walx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671859: udev: Udev hangs on boot for 120 seconds, times out then eats CPU failing to rename files
Package: udev Version: 175-3.1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, This bug issue first came to light after upgrading the kernel from 3.0.1 to 3.3.4, both home-build versions from the kernel.org source. Switching back to 3.0.1 stops this behaviour, but since the problems all appear to point to udev doing something odd, I thought this was the correct place to report the bug. Please do correct me if you disagree. After changing to kernel 3.3.4, the system became unresponsive on booting, at the point where udev was being started. 120 seconds later, the system then continued booting, but the CPU usage of all three cores of my machine are at about 70% each, split approximately 2:1 system:user. The first few lines from top illustrate this: Tasks: 185 total, 2 running, 183 sleeping, 0 stopped, 0 zombie %Cpu0 : 31.4 us, 44.1 sy, 0.0 ni, 24.5 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 26.2 us, 50.5 sy, 0.0 ni, 20.4 id, 0.0 wa, 0.0 hi, 2.9 si, 0.0 st %Cpu2 : 23.3 us, 37.9 sy, 0.0 ni, 36.9 id, 0.0 wa, 0.0 hi, 1.9 si, 0.0 st Kb Mem: 2052848 total, 1282356 used, 770492 free,34752 buffers Kb Swap: 2097148 total,0 used, 2097148 free, 594576 cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1367 root 20 0 21404 1288 620 S 14.9 0.1 4:46.76 udevd 1368 root 20 0 21404 1280 616 S 14.6 0.1 4:45.65 udevd 1369 root 20 0 21404 1276 612 R 14.6 0.1 4:47.38 udevd 1370 root 20 0 21404 1260 596 S 14.6 0.1 4:47.26 udevd 1352 root 20 0 21672 1652 808 S 7.0 0.1 2:16.53 udevd 5707 root 20 0 47764 2056 1716 S 2.7 0.1 0:49.78 odccm 6029 dh20 0 238m 14m 10m S 1.3 0.7 0:24.55 gkrellm A large number of udev processes appear to be running as well: $ ps faux|grep udev root 1352 6.9 0.0 21672 1652 ?Ss 15:33 2:22 udevd --daemon root 1367 14.5 0.0 21404 1288 ?S15:33 4:59 \_ udevd --daemon root 1368 14.4 0.0 21404 1280 ?S15:33 4:57 \_ udevd --daemon root 370 0.0 0.0 29144 1520 ?R16:08 0:00 | \_ /lib/udev/udisks-part-id /dev/ubd root 1369 14.5 0.0 21404 1276 ?S15:33 4:59 \_ udevd --daemon root 371 0.0 0.0 29140 1532 ?D16:08 0:00 | \_ /lib/udev/udisks-part-id /dev/ubb root 1370 14.5 0.0 21404 1260 ?S15:33 4:59 \_ udevd --daemon root 1372 0.0 0.0 21404 1220 ?S15:33 0:00 \_ udevd --daemon root 1374 0.0 0.0 21404 1180 ?S15:33 0:00 \_ udevd --daemon root 1375 0.0 0.0 21404 1204 ?S15:33 0:00 \_ udevd --daemon root 1377 0.0 0.0 21404 1204 ?S15:33 0:00 \_ udevd --daemon root 1378 0.0 0.0 21404 1184 ?S15:33 0:00 \_ udevd --daemon root 1379 0.0 0.0 21404 1144 ?S15:33 0:00 \_ udevd --daemon root 1380 0.0 0.0 21404 1184 ?S15:33 0:00 \_ udevd --daemon root 1381 0.0 0.0 21404 1192 ?S15:33 0:00 \_ udevd --daemon root 1382 0.0 0.0 21404 1208 ?S15:33 0:00 \_ udevd --daemon root 1383 0.0 0.0 21404 1092 ?S15:33 0:00 \_ udevd --daemon root 1384 0.0 0.0 21404 1136 ?S15:33 0:00 \_ udevd --daemon root 1385 0.0 0.0 21404 1192 ?S15:33 0:00 \_ udevd --daemon root 1386 0.0 0.0 21404 1120 ?S15:33 0:00 \_ udevd --daemon root 1387 0.0 0.0 21404 1120 ?S15:33 0:00 \_ udevd --daemon root 1388 0.0 0.0 21404 1128 ?S15:33 0:00 \_ udevd --daemon root 1389 0.0 0.0 21404 1156 ?S15:33 0:00 \_ udevd --daemon root 1390 0.0 0.0 21404 1140 ?S15:33 0:00 \_ udevd --daemon root 1391 0.0 0.0 21404 1152 ?S15:33 0:00 \_ udevd --daemon root 1392 0.0 0.0 21404 1128 ?S15:33 0:00 \_ udevd --daemon root 1393 0.0 0.0 21404 1132 ?S15:33 0:00 \_ udevd --daemon root 1394 0.0 0.0 21404 1124 ?S15:33 0:00 \_ udevd --daemon root 1395 0.0 0.0 21404 1128 ?S15:33 0:00 \_ udevd --daemon root 1396 0.0 0.0 21404 1116 ?S15:33 0:00 \_
Bug#556628: Is this bug is still present in 0.5.1?
I have uploaded 0.5.1 to unstable. Is the bug still present in this version? No, it doesn't seem to. It's a bit difficult to say for sure as it's an intermittent bug, but I've been using 0.5 from experimental for a week or so and haven't seen it since installing that. I would certainly have expected to have seen at least one instance of the bug showing up in that period, probably quite a few. As such, I think it was probably fixed in 0.5-1, and I'd be happy to close the bug accordingly. If you'd like any further information, let me know and I'll get right back to you. All the best, -Dave. signature.asc Description: OpenPGP digital signature
Bug#585488: alsa-base: The fix for bug #574593 breaks C-Media CM6501 built-in audio devices
Hello, I've just read through this report again and have realised that it isn't as clear as it could be, so thought I'd post a quick clarification. The package specific information at the bottom of the report shows the contents of /proc/asound/cards after I've commented out the line in /etc/modprobe.d/alsa-base.conf to set index=-2 for snd-usb-audio. With it in place, the USB-Audio device is assigned card 1. The fix is pretty trivial, but since the argument for bug #574593 is that most people wouldn't want to look for this, I feel that the same argument applies here as well. Please do let me know if you would like any further information and I'll get it added as soon as possible. All the best, -Dave. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585488: alsa-base: The fix for bug #574593 breaks C-Media CM6501 built-in audio devices
Package: alsa-base
Version: 1.0.23+dfsg-1
Severity: normal
Tags: sid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
I have recently upgraded alsa-base and on reboot found that sound had
stopped working. On investigation, it looks like the fix that was applied
for bug #574593 has caused the problem.
I have an Asus M2N-E motherboard which has an integrated C-Media CM6501
sound card, which, somewhat unusually for on-board sound, is connected
through the USB bus. By stopping snd-usb-audio from being set up as card
zero, this may have fixed the original bug but has just moved it to
people who use USB audio as their primary sound system.
I was unsure whether to request re-opening the bug or starting another,
but since the original problem was stop non-playback device from being
the default sound card and my problem is that USB audio can't be, I
thought it best to open a new bug. If it makes more sense to you to
re-open #574593 instead, please feel free to do so. Similarly, if I can
provide any further information, please do let me know and I'll add it
to the report as soon as possible.
All the best,
- -Dave.
- -- Package-specific info:
- --- Begin additional package status ---
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version
Description
+++---
ii libasound2 1.0.23-1
shared library for ALSA
applications
- --- End additional package status ---
- --- Begin /proc/asound/version ---
Advanced Linux Sound Architecture Driver Version 1.0.20.
- --- End /proc/asound/version ---
- --- Begin /proc/asound/cards ---
0 [default]: USB-Audio - PnP Audio Device
PnP Audio Device at usb-:00:02.0-7, full speed
- --- End /proc/asound/cards ---
- --- Begin /dev/snd/ listing ---
total 0
drwxr-xr-x 2 root root 60 Jun 10 21:51 by-id
drwxr-xr-x 2 root root 60 Jun 10 21:51 by-path
crw-rw+ 1 root audio 116, 6 Jun 10 21:51 controlC0
crw-rw+ 1 root audio 116, 5 Jun 10 21:51 pcmC0D0c
crw-rw+ 1 root audio 116, 4 Jun 10 21:54 pcmC0D0p
crw-rw+ 1 root audio 116, 3 Jun 10 21:51 seq
crw-rw+ 1 root audio 116, 2 Jun 10 21:51 timer
- --- End /dev/snd/ listing ---
- -- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages alsa-base depends on:
ii linux-sound-base 1.0.23+dfsg-1 base package for ALSA and OSS soun
ii lsof 4.81.dfsg.1-1 List open files
ii module-init-tools 3.12~pre2-3 tools for managing Linux kernel mo
ii udev 154-1 /dev/ and hotplug management daemo
Versions of packages alsa-base recommends:
ii alsa-utils1.0.23-2 Utilities for configuring and usin
Versions of packages alsa-base suggests:
ii alsa-oss 1.0.17-4 ALSA wrapper for OSS applications
pn apmd none (no description available)
ii oss-compat0.0.4+nmu3 OSS compatibility package
Versions of packages libasound2 depends on:
ii libc6 2.11.1-2 Embedded GNU C Library: Shared lib
- -- Configuration Files:
/etc/modprobe.d/alsa-base.conf changed:
install sound-slot-0 /sbin/modprobe snd-card-0
install sound-slot-1 /sbin/modprobe snd-card-1
install sound-slot-2 /sbin/modprobe snd-card-2
install sound-slot-3 /sbin/modprobe snd-card-3
install sound-slot-4 /sbin/modprobe snd-card-4
install sound-slot-5 /sbin/modprobe snd-card-5
install sound-slot-6 /sbin/modprobe snd-card-6
install sound-slot-7 /sbin/modprobe snd-card-7
install snd /sbin/modprobe --ignore-install snd { /sbin/modprobe --quiet
snd-ioctl32 ; /sbin/modprobe --quiet snd-seq ; }
install snd-rawmidi /sbin/modprobe --ignore-install snd-rawmidi {
/sbin/modprobe --quiet snd-seq-midi ; : ; }
install snd-emu10k1 /sbin/modprobe --ignore-install snd-emu10k1 {
/sbin/modprobe --quiet snd-emu10k1-synth ; : ; }
options bt87x index=-2
options cx88_alsa index=-2
options snd-atiixp-modem index=-2
options snd-intel8x0m index=-2
options snd-via82xx-modem index=-2
options snd-pcsp index=-2
- -- debconf information:
alsa-base/alsactl_store_on_shutdown: always autosave
-BEGIN PGP
Bug#580070: python-central: cleanup-pkgprepare-updates dies with IndexError: list index out of range
Package: python-central
Version: 0.6.16
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
During a recent upgrade, python-central began failing with the following
information:
pycentral: pycentral cleanup-pkgprepare-updates: found 52 dangling symlinks
pycentral: pycentral cleanup-pkgprepare-updates: checking for links owned by
packages (this may take some time)
Traceback (most recent call last):
File /usr/bin/pycentral, line 2349, in module
main()
File /usr/bin/pycentral, line 2343, in main
rv = action.run(global_options)
File /usr/bin/pycentral, line 1905, in run
packaged = self.links_in_packages(dangling)
File /usr/bin/pycentral, line 2016, in links_in_packages
self.locate(arg_list, cmd_list)
File /usr/bin/pycentral, line 1981, in locate
fn = line.split(':', 1)[1][1:-11]
IndexError: list index out of range
dpkg: error processing python-central (--configure):
subprocess installed post-installation script returned error exit status 1
I followed the traceback and added a few debugging statements in and have found
the cause to be in the links_in_packages function. At the start of the
function, os.sysconf('SC_ARG_MAX') returns (for some reason) -1. After the
reduce function has done it's thing, chunk_max becomes -1185.
As a result of this, the first element of all_chunks is empty. When this is
passed to dpkg -S, the result is:
dpkg-query: --search needs at least one file name pattern argument
Use --help for help about querying packages.
which fails to parse with the traceback above.
As a work-around, I've added if chunk_max = -1: chunk_max = 16384 before the
call to reduce.
Please let me know if I can provide you with any more information.
- -- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages python-central depends on:
ii python2.5.4-9An interactive high-level object-o
python-central recommends no packages.
python-central suggests no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCgAGBQJL3sa1AAoJEBIA1yCB7VsREpgP/2JIIRgiNLubzn6P3wpJsVOP
4nu/IYxK/F678YXd43vusoMCzIg3gezKMlfpWaGGApsy2uSais/S9PemSfKrvg2r
urbBTV3mEQBG24TeJIQ32q98eK0LqLpCM94m66WWCtzyucSOnoHF1IqqaFa45Gmi
feRcod4tfaPrmprPwfpgTa+YztOD4+eoV7HgC5ZnMOepPn4dAw9ScZbF8xCWr0v7
da7aOzbVw+q4odprrFtjYsmyf5ETGLgDSIu+bTYMR3frQ761LEV9ZdlJTjBr0eb0
8Wz/p8DneCStUk13ux0ertPptiVLncX1iC0/Coomx6nyeYd9v06zgH8S4IVhpKA6
sNoRkYSPwhe987d/ftWZv3Bg0nXyPz3A7N1I+Rb8c+quvrLHiKZcSPg2paj36fuN
4sglqP3PY4WUjV+tSTzwZDsPu+3iXfFY1z8Vp/DSEC66+sYvC1NHA/RlLPfRMs4f
cyqTTIamCGZRMC8Rc+EnsNwdG5irgMVsWXLvQ3lYlKpx28cUPrP5WxMfeeLWgks+
FPyXQVg8EIaBc04Kmj4rigDDlWZq79Aw0xVQwTcUWlmzRLXBu4FNu2f96EbeqbcK
nT8LCG4ZiNOKeCI3vkoocnMa87Xyc180hDxrfAg1CReVpATTC3p6sXMRa6WhmS8W
9Bfq4CQkwE/3tIFAeRlI
=GpEo
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568360: Debian bug tracker email addresses are reported as incorrect
Package: roundcube Version: 0.3.1-1 Severity: normal Hello, I've recently been trying to subscribe to a bug in the Debian bug tracking system. After sending out the email to the subscribe address 567618-subscr...@bugs.debian.org, as usual a confirmation message is received containing another email address to send a message to. When clicking on this link to send the message, the compose screen is presented as expected. However, when clicking send, the message is not sent and a red box is displayed at the top of the browser window with Incorrect e-mail address followed by the address to send to. In my case, the offending address was 567618-subyes-888bdc7285e10a8312abfacd27bcd909-00e078818f361e9cc2e988347aa56...@bugs.debian.org, which is able to be sent by other MUAs and does indeed seem to get correctly delivered to the BTS. I've seen this in the past as well, so I know this is not a one-off. If I can provide any further information, please do let me know and I'll add it to the report as soon as possible. All the best, -Dave. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (550, 'testing'), (450, 'unstable'), (450, 'stable'), (445, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.4 (SMP w/3 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages roundcube depends on: ii roundcube-core0.3.1-1skinnable AJAX based webmail solut roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii apache2-mpm-prefork [htt 2.2.14-5Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf [debconf-2.0]1.5.28 Debian configuration management sy ii libjs-jquery 1.3.3-2 JavaScript library for dynamic web ii libmagic15.03-5 File type determination library us ii php-auth 1.6.2-1 PHP PEAR modules for creating an a ii php-mail-mime1.5.2-0.1 PHP PEAR module for creating MIME ii php-mdb2 2.5.0b2-1 PHP PEAR module to provide a commo ii php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP ii php-net-socket 1.0.9-2 PHP PEAR Network Socket Interface ii php5 5.2.12.dfsg.1-2 server-side, HTML-embedded scripti ii php5-gd 5.2.12.dfsg.1-2 GD module for php5 ii php5-mcrypt 5.2.12.dfsg.1-2 MCrypt module for php5 ii php5-pspell 5.2.12.dfsg.1-2 pspell module for php5 ii roundcube-mysql 0.3.1-1 metapackage providing MySQL depend ii tinymce 3.2.7-1 platform independent web based Jav ii ucf 3.0025 Update Configuration File: preserv -- debconf information: * roundcube/dbconfig-install: true roundcube/db/dbname: roundcube roundcube/pgsql/authmethod-admin: ident roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false roundcube/language: en_GB roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/dbconfig-remove: roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: mysql roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556628: IMAP data sometimes displayed in message pane rather than the message itself
Package: roundcube Version: 0.3.1-1 Severity: normal Hello, After using RoundCube for some time, I have noticed that occasionally it will display IMAP messages in the message display pane rather than the message itself. To illustrate this point, I've attached a screenshot of the problem that occurred when two messages in Inbox were unread, and the second one was moved to Junk. At this point, the remaining message was selected, and this is what was displayed. In this configuration I have the cache enabled. If I move to other folders, display messages there and come back to this message, the same IMAP text is still displayed. Double clicking on the message in the folder listing displays the correct message text, but clicking on Inbox in the folders plane once again displays the junk. This doesn't seem to be consistently reproducible, but it has happened a number of times to me now. If you'd like any further information on this issue, let me know and I'll do what I can to help. All the best, -Dave. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (550, 'testing'), (450, 'unstable'), (450, 'stable'), (445, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages roundcube depends on: ii roundcube-core0.3.1-1skinnable AJAX based webmail solut roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii apache2-mpm-prefork [htt 2.2.14-1Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf [debconf-2.0]1.5.28 Debian configuration management sy ii libjs-jquery 1.3.3-2 JavaScript library for dynamic web ii libmagic15.03-2 File type determination library us ii php-auth 1.6.1-1 PHP PEAR modules for creating an a ii php-mail-mime1.5.2-0.1 PHP PEAR module for creating MIME ii php-mdb2 2.5.0b2-1 PHP PEAR module to provide a commo ii php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP ii php-net-socket 1.0.9-2 PHP PEAR Network Socket Interface ii php5 5.2.11.dfsg.1-1 server-side, HTML-embedded scripti ii php5-gd 5.2.11.dfsg.1-1 GD module for php5 ii php5-mcrypt 5.2.11.dfsg.1-1 MCrypt module for php5 ii php5-pspell 5.2.11.dfsg.1-1 pspell module for php5 ii roundcube-mysql 0.3.1-1 metapackage providing MySQL depend ii tinymce 3.2.7-1 platform independent web based Jav ii ucf 3.0024 Update Configuration File: preserv -- debconf information: * roundcube/dbconfig-install: true roundcube/db/dbname: roundcube roundcube/pgsql/authmethod-admin: ident roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false roundcube/language: en_GB roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/dbconfig-remove: roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: mysql roundcube/remote/host: roundcube/missing-db-package-error: abort attachment: Roundcube-bad.png
Bug#552430: Mail folder checking is inconsistent
Hi Vincent, There is some improvement in Roundcube 0.3.1 about cache management. Could you check that it solves your problem? Please notice that upstream disable cache by default from this release, so it could fix your problem without really fixing it. Try with cache enabled and disabled. I'll be happy to have a go. I've upgraded the installation on Crush, and I'll take each point in turn, trying each one with the cache enabled and disabled: I've just started using RoundCube as a webmail client for my IMAP mail. My account is set up to check all folders for new mail (under Personal Settings- Preferences-Mailbox view), which works perfectly for both manual mail checks and automatic periodic checks. However, it doesn't appear to check all folders on initial login - you'd have to either wait for the next periodic check or force a manual check for this to happen. Cache enabled: This problem still exists in 0.3.1. Cache disabled: This problem no longer exists. It looks like this is a cache related problem. Also, it seems that checking for mail by any method will only provide information on folders that have additional new messages. For example, take the following scenario: [Description cut] Cache enabled: This problem no longer exists. Cache disabled: Again, this problem no longer exists. In summary, this report appears to have identified two distinct bugs. The latter one has been fixed in the new version (message that were marked as unread weren't being marked as read when you log back in), but the former still exists with the cache enabled (new message in non-Inbox folders don't get seen on initial login if the cache is enabled, you still have to manually check for new messages or wait for the automatic check timeout to occur). Let me know if you'd like me to try anything else or provide any further information and I'll get right to it. All the best, -Dave. signature.asc Description: OpenPGP digital signature
Bug#553194: Unread message handling decrements by one not two when moving an unread item
Package: roundcube Version: 0.3-2 Severity: minor Hello, I've got RoundCube configured with the After message delete/move display the next message option enabled. Generally, this works well, but there is a minor bug whereby sometimes the unready message count in the folders pane becomes incorrect after a move. Steps to reproduce: * Configure the next message display as described above * Subscribe to at least two folders on the IMAP server * Display messages in a folder - make sure at least two are marked unread * Confirm that the unready count in the folder pane is correct * Grab and drag one of the unread message to another folder (before it shows the preview of the message being dragged, thereby keeping it unread in the destination folder). * Observe that the next unread message in the original folder is being displayed, and therefore is no longer unread * Observe that the unread count in the folders pane has decremented by one, whereas this should be two (one for the moved message, one for the now read but previously unread message current being displayed) If you require any further information, just let me know and I'll update the bug report as soon as possible. All the best, -Dave. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (550, 'testing'), (450, 'unstable'), (450, 'stable'), (445, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages roundcube depends on: ii roundcube-core0.3-2 skinnable AJAX based webmail solut roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii apache2-mpm-prefork [htt 2.2.14-1Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf [debconf-2.0]1.5.27 Debian configuration management sy ii libjs-jquery 1.3.3-2 JavaScript library for dynamic web ii libmagic15.03-2 File type determination library us ii php-auth 1.6.1-1 PHP PEAR modules for creating an a ii php-mail-mime1.5.2-0.1 PHP PEAR module for creating MIME ii php-mdb2 2.5.0b2-1 PHP PEAR module to provide a commo ii php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP ii php-net-socket 1.0.9-2 PHP PEAR Network Socket Interface ii php5 5.2.11.dfsg.1-1 server-side, HTML-embedded scripti ii php5-gd 5.2.11.dfsg.1-1 GD module for php5 ii php5-mcrypt 5.2.11.dfsg.1-1 MCrypt module for php5 ii php5-pspell 5.2.11.dfsg.1-1 pspell module for php5 ii roundcube-mysql 0.3-2 metapackage providing MySQL depend ii tinymce 3.2.7-1 platform independent web based Jav ii ucf 3.0022 Update Configuration File: preserv -- debconf information: * roundcube/dbconfig-install: true roundcube/db/dbname: roundcube roundcube/pgsql/authmethod-admin: ident roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false roundcube/language: en_GB roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/dbconfig-remove: roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: mysql roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552430: Mail folder checking is inconsistent
Package: roundcube Version: 0.3-2 Severity: minor Hello, I've just started using RoundCube as a webmail client for my IMAP mail. My account is set up to check all folders for new mail (under Personal Settings-Preferences-Mailbox view), which works perfectly for both manual mail checks and automatic periodic checks. However, it doesn't appear to check all folders on initial login - you'd have to either wait for the next periodic check or force a manual check for this to happen. Also, it seems that checking for mail by any method will only provide information on folders that have additional new messages. For example, take the following scenario: * RoundCube is used to view mail * Two unread messages are in the Personal folder when finished * [These messages are marked as read using another MUA] * Log back in to RoundCube * Personal still shows two unread messages * Check mail manually using RoundCube * Personal still shows two unread messages * Click on the Personal folder * It now should no unread message, which is correct If you require any further information to locate this issues, please do let me know and I'll do everything I can to help. All the best, -Dave -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (550, 'testing'), (450, 'unstable'), (450, 'stable'), (445, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages roundcube depends on: ii roundcube-core0.3-2 skinnable AJAX based webmail solut roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii apache2-mpm-prefork [htt 2.2.14-1Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf [debconf-2.0]1.5.27 Debian configuration management sy ii libjs-jquery 1.3.3-2 JavaScript library for dynamic web ii libmagic15.03-2 File type determination library us ii php-auth 1.6.1-1 PHP PEAR modules for creating an a ii php-mail-mime1.5.2-0.1 PHP PEAR module for creating MIME ii php-mdb2 2.5.0b2-1 PHP PEAR module to provide a commo ii php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP ii php-net-socket 1.0.9-2 PHP PEAR Network Socket Interface ii php5 5.2.11.dfsg.1-1 server-side, HTML-embedded scripti ii php5-gd 5.2.11.dfsg.1-1 GD module for php5 ii php5-mcrypt 5.2.11.dfsg.1-1 MCrypt module for php5 ii php5-pspell 5.2.11.dfsg.1-1 pspell module for php5 ii roundcube-mysql 0.3-2 metapackage providing MySQL depend ii tinymce 3.2.7-1 platform independent web based Jav ii ucf 3.0022 Update Configuration File: preserv -- debconf information: * roundcube/dbconfig-install: true roundcube/db/dbname: roundcube roundcube/pgsql/authmethod-admin: ident roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false roundcube/language: en_GB roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/dbconfig-remove: roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: mysql roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478574: Issue does still exist in freevo 1.8.3-1
Package: freevo Version: 1.8.3-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Firstly, apologies for the late reply. For some reason, I've not been receiving copies of messages added to this bug, so I only noticed your questions when I went to have a routine check of my open issues. Secondly, for a variety of reasons I've stopped using freevo, but in the interests of helping to fix the bug I've re-installed it to provide the extra information you requested. The answer is that the bug does indeed still exist, though the symptoms are slightly different. Now, instead of blanking the screen then returning to the directory index, the freevo blanks the screen then displays a box saying filename not found, with only an OK button. Before this happens, a line similar to the following is printed to the console: WARNING: mounting '/media/cdrom0/Directory': mount: can't find /media/cdrom0/Directory in /etc/fstab or /etc/mtab Which makes sense, as only /media/cdrom0 is. I'm not sure that this is related to the bug, though, as this line is also printed out when browsing the directory structure, but the contents are displayed nonetheless. In answer to your question about a traceback, no, nothing is printed in the logs, I'm afraid, except for the following, which is basically a copy of what is printed on the console with a date stamp and a module name: 2009-04-19 18:07:03,160 WARNING fileops.py (407): mounting '/media/cdrom0/Directory': mount: can't find /media/cdrom0/Directory in /etc/fstab or /etc/mtab Once again, apologies for the late reply. If you could send me a CC of future additions to the bug, I'll try to respond a bit quicker to them. All the best, - -Dave. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages freevo depends on: ii adduser 3.110add and remove users and groups ii console-tools 1:0.2.3dbs-65.1 Linux console and font utilities ii debconf 1.5.26 Debian configuration management sy ii freevo-data 1.8.3-1 Themes and non-application data fo ii lsdvd 0.16-3+b1read the content info of a DVD ii mplayer 1:1.0.rc2svn20090330-0.0 The Ultimate Movie Player For Linu ii python 2.5.4-2 An interactive high-level object-o ii python-central 0.6.11 register and build utility for Pyt ii python-freevo 1.8.3-1 Python modules for Freevo Versions of packages freevo recommends: ii cdparanoia3.10.2+debian-5audio extraction tool for sampling pn libxmltv-perl none (no description available) ii xine-ui 0.99.5+cvs20070914-2.1 the xine video player, user interf pn xmltv-utilnone (no description available) Versions of packages freevo suggests: pn fbset none (no description available) pn fbxine none (no description available) pn flacnone (no description available) ii lame3.98.2-0.4 LAME Ain't an MP3 Encoder ii libdvdcss2 1.2.10-0.2 Simple foundation for reading DVDs pn matrox-toolsnone (no description available) ii mencoder1:1.0.rc2svn20090330-0.0 MPlayer's Movie Encoder pn nvram-wakeupnone (no description available) ii ttf-liberation 1.04.93-1Free fonts with the same metrics a ii ttf-mscorefonts 3.0 Installer for Microsoft TrueType c ii vorbis-tools1.2.0-6 several Ogg Vorbis tools - -- debconf information: * freevo/display: x11 freevo/path_to_audio: /home/freevo/audio freevo/path_to_image: /home/freevo/image * freevo/norm: pal freevo/title_image: Image folder * freevo/chanlist: europe-west * freevo/geometry: 800x600 freevo/title_audio: Audio folder freevo/path_to_recordings: /home/freevo/recordings * freevo/start_on_boot: freevo/path_to_video: /home/freevo/video freevo/title_video: Video folder * freevo/services: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJJ61saAAoJEBIA1yCB7VsRzicP/3YciG9BhW8Jn/ISlY5mqmog jjHl2VyiOzbGMcpA+pwtc9kLUSmR38yhKX4kgFrZH90SdvQZaBecPj/vOuuM8Yr8 fLbdXzJVLD9GW/DhwsU7+D7xkJkH57atOlSdkzjeTUbHG//G7xzI4qBPjZZxJqb5 W8Gc9MuLvenzvd8aYiQTYNJs4WbFIn7FYH6IChYKELGGyNwHKQht+OCGqivKp6p8 mS9M7CwGLUvFH9NyjD7iNGX9Up20wr+BbilrEg3gBSrUnGWth5vrK9o3SG1W7Eu4 ewYGJTob0AYLdpVqh296QEOefBVaek/bme2AvX3IoFhtMuYezuUFKn/YinY9sAix Q2vwf8uAinqBCFMaylO92RKbGxcUPIcSFidc7/fikfYl8IZnJFyzPUJtyyReISEt N5CDrDTC1/z/uZAN7T/NHlKzvIMaOciUS2qe0ed/Dr6/VlU7y0D8nPna0JglcaRx
Bug#523790: Documentation refers to non-existing firmware package
Package: ivtv-utils Version: 1.2.0-1 Severity: minor Hello, After recently purchasing a card supported by the IVTV driver, I've been installing ivtv-utils and similar to get things up and running. Documentation in ivtv-utils says (in file /usr/share/doc/ivtv-utils/README.Debian): The IVTV drivers require firmware which can be obtained by installing the firmware-ivtv package from non-free. (previously the firmware package was called ivtv-firmware.) However, as far as I can tell, neither packages named firmware-ivtv nor ivtv-firmware are currently available in Debian lenny, squeeze or sid, in main contrib or non-free. Downloading and installing the firmware as suggested on the IVTV Wiki at http://ivtvdriver.org/index.php/Firmware causes everything to work correctly. Would it be more sensible to point people either to that URL or directly to the tarball at http://dl.ivtvdriver.org/ivtv/firmware/ivtv-firmware.tar.gz in the ivtv-utils documentation? All the best, -Dave. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (550, 'testing'), (450, 'unstable'), (450, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages ivtv-utils depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libconfig-inifiles-perl 2.47-1 Read .ini-style configuration file ii libgcc1 1:4.3.3-5 GCC support library ii libstdc++64.3.3-5The GNU Standard C++ Library v3 ii libvideo-ivtv-perl0.13-6+b1 Perl extension for using V4l2 in t ii perl 5.10.0-19 Larry Wall's Practical Extraction Versions of packages ivtv-utils recommends: ii devscripts2.10.47scripts to make the life of a Debi ii fakeroot 1.12.2 Gives a fake root environment pn perl-tk none (no description available) ii unzip 5.52-12De-archiver for .zip files ivtv-utils 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#518385: Chrony segfaults on startup (narrowed down to chronyc and burst)
What do you have in /var/lib/chrony/chrony.drift? Have you tried deleting that file? Interesting. The file is actually /etc/chrony.drift on my system (Chrony on this computer dates back a long time, possibly 8 years, and I've just not got around to moving it). However, removing this file works a treat. For your reference, I've attached the file before removal to this message. Interestingly, though, I'm not sure how that would cause the problem myself. It does seem slightly odd that the error bound is zero, but hey. How to progress from here is entirely up to you: the bug no longer affects me, so I'm happy, but alternatively if you feel that it might affect others and would like me to try anything else, I'd be more than happy to cooperate. Either way, thanks very much for your help with this. All the best, -Dave. 15.7198 0. signature.asc Description: OpenPGP digital signature
Bug#518385: Chrony segfaults on startup (narrowed down to chronyc and burst)
Could you run 'sudo chrony -d' and send me any messages it prints before it crashes? Certainly. I think they'll be in with the strace outputs, but difficult the filter out from the output of strace. Output from 1.23-6 attached as requested. All the best, -Dave. sys_linux.c:649:(get_version_specific_details)[15-19:30:44] Initial txc.tick=1 txc.freq=-1029207 (-15.70445251) txc.offset=0 = hz=100 shift_hz=7 sys_linux.c:665:(get_version_specific_details)[15-19:30:44] set_config_hz=0 hz=100 shift_hz=7 basic_freq_scale=1.2800 nominal_tick=1 slew_delta_tick=833 max_tick_bias=1000 sys_linux.c:703:(get_version_specific_details)[15-19:30:44] Linux kernel major=2 minor=6 patch=27 sys_linux.c:787:(get_version_specific_details)[15-19:30:44] calculated_freq_scale=0.99902439 freq_scale=0.99902439 acquire.c:612:(process_measurements)[15-19:30:44] System's initial offset : 0.001952 seconds slow of true (slew) sources.c:660:(SRC_SelectSource)[15-19:31:19] Selected source 192.168.101.254 util.c:341:(croak)[15-19:31:19] Unexpected condition [adjtimex failed for set_frequency, freq_ppm= nan scaled_freq= nan required_tick=-2147473648] at sys_linux.c:453, core dumped Segmentation fault signature.asc Description: OpenPGP digital signature
Bug#518385: Chrony segfaults on startup (narrowed down to chronyc and burst)
It appears that adjtimex() is being called with garbage instead of a valid pointer to a timex structure. Just as a bit of additional information, it appears that chronyd will randomly die after starting without a connection from chronyc, but this isn't easy to reproduce. The method I've already described of executing burst 5/10 remains the most reliable way to reproduce this problem on my system. All the best, -Dave. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518385: Chrony segfaults on startup (narrowed down to chronyc and burst)
Sorry for the delay in responding today. Since I've got a few things to do, I'll put the responses together here. Unfortunately, I won't be around over the next couple of days, but if you have any requests I'll get on to them as soon as I can next week. 1) Where did you get your 2.6.27 kernel? Debian doesn't seem to have one. (I can build one myself if I need to) It's compiled myself. The current one is 2.6.27.4 obtained from ftp.uk.kernel.org. For reference, I've attached a compressed copy of my kernel config in case there is some useful information in there. 2) I have an AMD64 but I can't reproduce the crash. However, mine is single cpu. Would it be possible for you to do a test with only one cpu enabled? It would help to know if this bug is associated with SMP. Sort of. It's actually a dual core machine. I've tried booting the kernel with the nosmp option (and with maxcpus=0), but this causes OOPSes in my SATA controller driver, and so I can't mount any of the filesystems. However, I have been able to book successfully with maxcpus=1, effectively making it an SMP system with one processor. Hopefully this will be good enough - I'll look at the UP booting problems separately. This seems to have produced the same results. For reference, compressed strace output is also attached. What is the value of HZ in your kernel? It's set to 300. Thanks very much for your persistence with this, I really do appreciate it. As usual, let me know if there is anything else I can help with. Like I say, there will likely be a bit of a delay over the next few days, but I'll get things done as soon as I can next week. All the best, -Dave. scrat.config.bz2 Description: Binary data log.bz2 Description: Binary data signature.asc Description: OpenPGP digital signature
Bug#518385: Chrony segfaults on startup (narrowed down to chronyc and burst)
If there is anything else you'd like me to do, feel free to get in touch
and I'll try thing out as soon as possible.
Please run
strace chronyd -d
And send me the output.
Certainly. Please find the results log of this attached to this email. I'm
afraid I'm not experienced enough to spot anything useful in there, but I hope
they're illuminating. As always, let me know if I can do anything else to help.
All the best,
-Dave.
execve(/usr/sbin/chronyd, [chronyd, -d], [/* 40 vars */]) = 0
brk(0) = 0xcbe000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2ad140e3c000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2ad140e3d000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=63, ...}) = 0
mmap(NULL, 63, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2ad140e3f000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libm.so.6, O_RDONLY)= 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0P\0\0\0\0\0\0@...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=534736, ...}) = 0
mmap(NULL, 2629848, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x2ad14103d000
mprotect(0x2ad1410bf000, 2093056, PROT_NONE) = 0
mmap(0x2ad1412be000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x81000) = 0x2ad1412be000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3,
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\346\1\0\0\0\0\0@..., 832)
= 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1375536, ...}) = 0
mmap(NULL, 3482264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x2ad1412c
mprotect(0x2ad141409000, 2097152, PROT_NONE) = 0
mmap(0x2ad141609000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x149000) = 0x2ad141609000
mmap(0x2ad14160e000, 17048, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ad14160e000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2ad141613000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2ad141614000
arch_prctl(ARCH_SET_FS, 0x2ad141613b00) = 0
open(/dev/urandom, O_RDONLY) = 3
read(3, `\3738)\316wL\270..., 8) = 8
close(3)= 0
mprotect(0x2ad141609000, 16384, PROT_READ) = 0
mprotect(0x2ad1412be000, 4096, PROT_READ) = 0
mprotect(0x2ad14103b000, 4096, PROT_READ) = 0
munmap(0x2ad140e3f000, 63) = 0
getuid()= 0
brk(0) = 0xcbe000
brk(0xcdf000) = 0xcdf000
open(/var/run/chronyd.pid, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=5, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2ad140e3f000
read(3, 4569\n..., 4096) = 5
close(3)= 0
munmap(0x2ad140e3f000, 4096)= 0
getsid(4569)= -1 ESRCH (No such process)
open(/var/run/chronyd.pid, O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
getpid()= 8657
fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2ad140e3f000
write(3, 8657\n..., 5)= 5
close(3)= 0
munmap(0x2ad140e3f000, 4096)= 0
open(/etc/chrony/chrony.conf, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=230, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2ad140e3f000
read(3, server ntp.winterwolf.co.uk\n\ndrif..., 4096) = 230
open(/etc/resolv.conf, O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=75, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2ad140e4
read(4, domain winterwolf.co.uk\nsearch wi..., 4096) = 75
read(4, ..., 4096)= 0
close(4)= 0
munmap(0x2ad140e4, 4096)= 0
stat(/etc/resolv.conf, {st_mode=S_IFREG|0644, st_size=75, ...}) = 0
open(/etc/resolv.conf, O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=75, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x2ad140e4
read(4, domain winterwolf.co.uk\nsearch wi..., 4096) = 75
read(4, ..., 4096)= 0
close(4)= 0
munmap(0x2ad140e4, 4096)= 0
socket(PF_FILE, 0x80801 /* SOCK_??? */, 0) = 4
connect(4, {sa_family=AF_FILE, path=/var/run/nscd/socket...}, 110) = -1
ENOENT
Bug#518385: Chrony segfaults on startup (narrowed down to chronyc and burst)
Please see if you can reproduce the bug running chronyd under strace like this: strace -eioctl chronyd -d Not a problem at all. I redirected standard output and standard error to a file, and have attached it to this message. Chronyd segfaulted at exactly the same point (when burst was issued to chronyc). If there is anything else you'd like me to do, feel free to get in touch and I'll try thing out as soon as possible. All the best, -Dave. ioctl(4, FIONREAD, [188]) = 0 ioctl(4, FIONREAD, [188]) = 0 sys_linux.c:649:(get_version_specific_details)[06-18:20:25] Initial txc.tick=1 txc.freq=-1029207 (-15.70445251) txc.offset=0 = hz=100 shift_hz=7 sys_linux.c:665:(get_version_specific_details)[06-18:20:25] set_config_hz=0 hz=100 shift_hz=7 basic_freq_scale=1.2800 nominal_tick=1 slew_delta_tick=833 max_tick_bias=1000 sys_linux.c:703:(get_version_specific_details)[06-18:20:25] Linux kernel major=2 minor=6 patch=27 sys_linux.c:787:(get_version_specific_details)[06-18:20:25] calculated_freq_scale=0.99902439 freq_scale=0.99902439 acquire.c:612:(process_measurements)[06-18:20:25] System's initial offset : 0.000365 seconds fast of true (slew) sources.c:660:(SRC_SelectSource)[06-18:21:03] Selected source 192.168.101.254 util.c:341:(croak)[06-18:21:03] Unexpected condition [adjtimex failed for set_frequency, freq_ppm= nan scaled_freq= nan required_tick=-2147473648] at sys_linux.c:453, core dumped --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ signature.asc Description: OpenPGP digital signature
Bug#496107: Bug seems fixed in librapi2-tools 0.13.1-1
Package: librapi2-tools Followup-For: Bug #496107 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I thoguht I'd post a quick note to say that the bug seems to be fixed in librapi2-tools 0.13.1-1, so I'd be happy for this to be closed. All the best, - -Dave. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.4 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages librapi2-tools depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-3 simple interprocess messaging syst ii libglib2.0-0 2.18.4-2 The GLib library of C routines ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii librapi2 0.13.1-1 Make RAPI calls to a Windows Mobil ii libsynce0 0.13-1 Helper library for SynCE, a tool t librapi2-tools recommends no packages. librapi2-tools suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJJsW71AAoJEBIA1yCB7VsRFN0P/jhknFxkCNbTRV9qxhqJwld5 7hUQIc59BxP0T4+92f/sAigt6ypSY4H46HTxNvde3TnZ3WU4B4nkFgzCXhgpxYu1 SXyv4KnhLBh5A62R4GQSIsnZGeQkespkNetbtvvQBMI09XJTuRC0qwfuoJDONMlN H3AT+OycptypUfQ/fGdNeJZAy1I8bUI9/RMV00UO0v4mcOiDM7PjtRwoOvoHBCEk koCeGMiUY47ZKabyth6jjcK1tKMUKKgTuObjVZ+mFRf3II8tRInjPMRiNfgOybmH ci1K/MBzU7OmifPANgJfg8Gq8WlIeIoHmtvOg1eiPBsOjm+lSGY4TZBgrYVXsDRA TUZpXCLorEzKEms4kLaxP7nGx9J1oKNhFB/TzOTSzDdKzPPdL1LEnDu7/SZd67tF ZqwomxMMuVLfsW+iFCNAKVAsAZRXyFTiFVzf8hS494tV9MSvoceY5f/WtHnA1wgJ vGkE+xpES9YYuZZ4zkDL+WVISb0/ASfUK9YcSluNRbbzvyjvNhhB2va75D61uaS8 +Peta/zxmZVNfPsFVcdFPNGVvhQ1ZpVlABBbqVUQKKXwKC6BFks7+X4dWmzouqPr UHNmngmJENT1WWqRfysCXiMZA0OQ7AESewxetWpkGfXEdkFKcGY/tMKePVCZu19u TfSX0p7zJRK1YaRhDkgF =cnmj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518516: librapi2-tools: Facility to overwrite destination files in pcp to replicate old behaviour
Package: librapi2-tools
Version: 0.13.1-1.dh1
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
After upgrading from librapi2-tools 0.11.1-2 to 0.13.1-1, quite a few scripts
that use synce-pcp have reported errors. I've tracked it down to scripts
that update remote files by copying a local file to the remote device - the
new synce-pcp checks for the existence of the remote file before copying, and
aborts if a file exists.
I can see that this is a useful feature, but it's still nice to be able to
have the old behaviour in certain situations. The best way seemed to be to
add an option that will cause pcp to overwrite the destination, which I've
done, as per the attached patch.
If you require any further information, feel free to get in touch and I'll
be happy to update this report.
All the best,
- -Dave.
- -- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.27.4 (SMP w/2 CPU cores)
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages librapi2-tools depends on:
ii libc6 2.9-4 GNU C Library: Shared libraries
ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst
ii libdbus-glib-1-2 0.80-3 simple interprocess messaging syst
ii libglib2.0-0 2.18.4-2 The GLib library of C routines
ii libhal1 0.5.11-8 Hardware Abstraction Layer - share
ii librapi2 0.13.1-1 Make RAPI calls to a Windows Mobil
ii libsynce0 0.13-1 Helper library for SynCE, a tool t
librapi2-tools recommends no packages.
librapi2-tools suggests no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iQIcBAEBCgAGBQJJsXNQAAoJEBIA1yCB7VsRorYP/jkzhU8eiVEY+nQcfv28Af9U
sP+ULE5p741JZk5DfQWgb413fNY3R+esBpOKd6UR6D4rstar456Q+rhWCnNy6yP5
t9G+sBULtLqDZ4i0luy9TG8eYKVNB79gMDTPxTuECg4T/xJj2GGBKKwk6EHdrM+V
Rm9cXPS6UbYXcMfHvVdBesDpZTEz2GRIv9WJWoEnetuA8EUuJII23xMr9jlHaR7U
vXzVI5bvjVpAT1zDXWjbplMgX9AuCEwF9VAm+TsXOcKVlQJPhSOrCopI73cFvgYt
h7V30aC1W/MzWvnyaMwN3FzU8FQhQIshxf5dzDls6Chhlg2yh5+ZPZu/E1C1lNBm
Z4I4KrkRySfmaZ+by6QMBufEPw3NUdLbUgDMaAaRGx8EenLFe7QjMDNNvLCy0jkl
tmGZVa74Qup/UZINkQNOSKBv0Jh2J+gAcPEfD/FFVWpPHHvilQOggC1AWgnd0E2u
zZHvL9Wwy9yIOuTc51NAvaDjcHaFvjAcL4Id5xp2tratTuQMzzas8q2KFl68Jfdn
nssQgAhPe4egADtzAAOiXsWAiizPYe9Iv1Sz9pz1yGwMtYGEuekzyRR8Rcd+Qew6
Odu/C4NmPC83tmUm0yjiwyGRlCwwFgjA7lQnX4F2MVy9qwOAkRZR/k7TFMhYud48
aA+J8NuPv8s8Zd0buYBe
=ag1Q
-END PGP SIGNATURE-
diff -ur librapi2-0.13.1-orig/tools/pcp.c librapi2-0.13.1/tools/pcp.c
--- librapi2-0.13.1-orig/tools/pcp.c 2009-01-02 15:14:48.0 +
+++ librapi2-0.13.1/tools/pcp.c 2009-03-06 19:01:15.0 +
@@ -12,6 +12,7 @@
char* dev_name = NULL;
bool recursive = false;
+bool force = false;
char* prog_name = NULL;
static void show_usage(const char* name)
@@ -22,6 +23,7 @@
\t%s [-r] [-d LEVEL] [-p DEVNAME] [-h] SOURCE DESTINATION\n
\n
\t-r Copy directories recursively\n
+ \t-f Force - replace existing destination files\n
\t-d LEVEL Set debug log level\n
\t 0 - No logging (default)\n
\t 1 - Errors only\n
@@ -41,7 +43,7 @@
int log_level = SYNCE_LOG_LEVEL_ERROR;
prog_name = strdup(argv[0]);
- while ((c = getopt(argc, argv, rd:hp:)) != -1)
+ while ((c = getopt(argc, argv, rfd:hp:)) != -1)
{
switch (c)
{
@@ -49,6 +51,10 @@
recursive = true;
break;
+ case 'f':
+force = true;
+break;
+
case 'd':
log_level = atoi(optarg);
break;
@@ -584,7 +590,7 @@
} else {
if (does_exist(dest)) {
- if (!is_dir(dest)) {
+ if (!is_dir(dest) !force) {
fprintf(stderr, %s: file '%s' already exists\n, prog_name, dest);
return false;
}
Bug#518385: Chrony segfaults on startup (narrowed down to chronyc and burst)
Package: chrony Version: 1.23-6 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I've just noticed that one of my systems had its clock out of sync with that of the timeserver. The timeserver is another Debian machine running chrony (also version 1.23-6). On investigation, it seems that chronyd had been started, but then exited on segfault soon after. I started running through the steps that /etc/init.d/chrony would run through when given the start parameter, and found that for my system, the problem was completely reproducible. The segfault always occurred after chronyc processed the burst 5/10 command, as requested by chrony's init script. A simple workaround for this problem, as it isn't needed for my purposes, is simply not to get chronyc to send this command. I've included a patch to the init script to illustrate the point, and in case it is of any use, a copy of my chrony.conf. If you'd like any further information, feel free to get in touch and I'll add more information to the bug report as soon as possible. All the best, - -Dave. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27.4 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages chrony depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libreadline5 5.2-3.1GNU readline and history libraries ii timelimit 1.4-1 Simple utility to limit a process' ii ucf 3.0016 Update Configuration File: preserv Versions of packages chrony recommends: ii udev 0.125-7/dev/ and hotplug management daemo chrony suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJJsC7qAAoJEBIA1yCB7VsR998P/3/dK6aP3BmaAhPY6+6p1gsH ZuVNYTTIi3v3RozBi4dvf2N82Zg3AbWapwVSchpSaw8JQHgUN6+AacLv77ti5Gzs T0ehHaE9CIl+gMyqIVFHKZN2R09w3cs56zBQm/2z2br1u6bzwsRU6isI4RW645Hc 8BT10dwmRhTIiE6Yb5V7M9fe1xxKLsw9QoQdwyVVfOOX4mLb7zXHhLg5nEz3Phqg g9ZvNQX3r2zd4GWUUzaQm7HOtWnmlUXUOboHtpng3FmlLhPcwr1iuKNaAO23XxI5 x6qv5kXwgfMHCswV4nHAPAgVyZnFkQmSWuWs86eMp8bIhzQnEbatwwH1EmqqN7JT +LA6iAKNiBGL7XK69VTSE2tVXK0P51eNheXS1Vb6gV+aVt1CvzB1MSwY57DoP806 ijy2j1966Da2zeWJkT63HgeYmg/IekYlMZyQ+aAVyKaaIiTSDLa1MOhA1wa33w5J MUojK4F/yspv29md1UveQG8OVuT/GrgjlRcw0jqT08H7TE0zWe33W7MkHctSivHV XY0A8uPlEHkCRKJQH+zy2bgIbCHln1wozTj5LA8MRMwr9YV8nYKVNCO9iw/7Dwu2 Nbr77WY19SZdF82ZP5XRm6S6EDDf+rAQCu5zNEDitNkJS4vKEAz/yEirousR644I TOWAe8s9n0KmNQga8UJm =x0Qb -END PGP SIGNATURE- --- /etc/init.d/chrony.orig 2009-03-05 19:48:37.0 + +++ /etc/init.d/chrony 2009-03-05 19:49:00.0 + @@ -36,7 +36,6 @@ if timelimit -q -s9 -t5 -- /usr/bin/chronyc /dev/null EOF password $PASSWORD online -burst 5/10 quit EOF then server ntp.winterwolf.co.uk driftfile /etc/chrony.drift #rtcfile /etc/chrony.rtc keyfile /etc/chrony/chrony.keys commandkey 1 cmdport 323 initstepslew 02 ntp.winterwolf.co.uk logchange 2.0 mailonchange d...@winterwolf.co.uk 5.0
Bug#500377: Debblue theme has broken symbolic link
Package: gdm-themes Version: 0.6 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I've just run a routine upgrade of most of the packages on my systems, and have now found that the GDM starts up and complains of a missing file, /usr/share/gdm/themes/debblue/debblue.png. Looking at this file, it seems to be a dangling symbolic link: [EMAIL PROTECTED]:~$ ls -l /usr/share/gdm/themes/debblue/debblue.png lrwxrwxrwx 1 root root 50 2008-08-09 09:13 /usr/share/gdm/themes/debblue/debblue.png - ../../../images/desktop-base/debblue-1600x1200.png It seems as though this used to be provided by the desktop-base package, and I was unsure which package to report the problem in, but gdm-themes seemed to be the most appropriate one as it is the package no longer provides a usable debblue theme. If you feel that this is incorrect, feel free to reassign to desktop-base. For the avoidance of doubt, I am trying to use the debblue theme. If you need any further information, let me know and I'll update the bug as soon as I can. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.2 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm-themes depends on: ii desktop-base 5.0.1 common files for the Debian Deskto ii gdm 2.20.7-3 GNOME Display Manager gdm-themes recommends no packages. gdm-themes suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJI3k48AAoJEBIA1yCB7VsRHsAP/R/nanjicGSoTUxgTEAi5WLV BCmhKdU+gW4ou3R/t8rS+ZNFNOuwiaHroD+GR2KQX69V15C9ON+r+AD6gTq/aWZO I4xyKKS3L6/t3gF86j1D3zxBqWxFBv9Yi7OGmSkJSTQ2OhqanG6ZppI/+NzzkJgA 5ZKoDyLLZaC6ID0AH84V8guz/K0vb7D5rwLXSr58yJCY8hNI0QoJ9D28pLm4qISZ AFMgifqu3G56F7v13lwGcX5s1YHgN3ne+2Two4vknHi+BLqLM0+ZtNmGkv9ZC4z4 9cxsDnU7QR4t8TvSWdZ0nsTIyGtockG7U497s9+Cyeh5h5GE1sGYCyivdPtb2FIr ldc2Cp0ewuwZiA7gga+6ykWQhObkdwn66GDMPajbHZy+DTKq8sUQLuWrHFm7qky6 3nnNQxlWV9ytTWbKAR+RweKDE2ZgUhA3zQfqtnr0vLqpTwNIbEtQaz4OOpcAUgaG /uZEnZXTgzUstdKdgMQrsLbir8wZkF8Hwl+FfcJIFQpXHCvyzgjfxU1Rc3b5byBt fcG9q1oU65U8RkJZJXrwGBnge3F7cU50DOWiqX/MmDMuytER8QuA4f4qAaRPbz8W +Ng4N4M1Ae0247S/TDCBgCnnVCGROEZupAQeJboLaSGq+WUcR/c6YDAHc3kSUcAW LJ5W9azhl2pIwJeuogLf =hoPC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496107: librapi2-tools: speed reporting bug is only exhibited copying to the mobile device
Package: librapi2-tools Version: 0.11.1-2 Followup-For: Bug #496107 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Since reporting the bug originally, I've only been copying files from my Linux PC to the mobile device, but I've recently needed to copy a file the other way. It may be relevant to the bug to note that problems only exist when copying from the PC to the mobile device - the other way works fine, as per this snippet: scrat:~/x$ synce-pcp :/Storage\ Card/Geocaching/Track_080908_184733.gpx Track_080908_184733.gpx ** Message: Hal reports no devices connected File copy of 962315 bytes took 0 minutes and 1 seconds, that's 962315 bytes/s. If anyone would like any further information, let me know and I'll get the bug updated ASAP. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.2 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages librapi2-tools depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii librapi2 0.11.1-2 Make RAPI calls to a Windows Mobil ii libsynce0 0.11.1-1 Helper library for SynCE, a tool t librapi2-tools recommends no packages. librapi2-tools suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJIxWbQAAoJEBIA1yCB7VsRUdMP/j4rG5+K3S+3IUYb+Dt/b0WT OsY2cKARcHY3KhtweaX4VMP5Yp1TWnqdho9Qd4+EAbGsLu9bIQG4o6JDFBgmtV86 jNw9VitF7KC7R9nG6uncIlYXPJ/H+1KzapVdJ9zV4OYYNUhDctu6n2GnxhUVfysA mzQq8pdKhBu94H1ny6m69dyUyyicnasimSAXgwkmZXC59SlL/zKg5t6JIKIhCLMT OFCDEz9y1TS+FnuMcKsH8NjUxx17eiILE6dLC7iJFwvLDfaSuhXdIaJIc2oG5Dw6 d9xQcb5vXrRkXX1/sRt2osNEIF1I0LexOSHwJGNWHrmmqc4+/nNDDr10tiTt5zrw nGudZpC0Ihjr/yWz5u2KCkvf2LtoiNqMMO6nTYszqrv8JAmMwzN9ixeHWEwU5Z+u iwr0QgEuRwFkkN75H3QRhXsY+5AKDrArlT4BnCtKVdhWouINB7AIfHI/s9WfFZED GO+YicpBkomDiYkYpwhATmW+MwHWsPOByZLGBM9QYcVeRen8LXmR0l1yWdFPQhKp oQTKIJoqfaeJmMphgPSZMzzx6zWbFTaZafCvuBFciakInTbQtAzlbYoKbdRQWoXk DP44NU2xmotjeoi20oZqZAPXc5MBUYVmUUYLhJYu0WBH9jiD5p7Tc+Og/YpnAIp8 VgH/4OzFJ++Kre07XgJ+ =Xqr2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496107: librapi2-tools: Data transfer rate calculation is incorrect in synce-pcp
Package: librapi2-tools Version: 0.11.1-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I've noticed that just recently the data transfer rate calculation in synce-pcp has become incorrect. I haven't been paying particularly close attention, but I don't remember this being the case in the past. As an example, here is the output of three different file copy operations using synce-pcp: File copy of 182245 bytes took 0 minutes and 4 seconds, that's 105549895086585 bytes/s. File copy of 759388 bytes took 0 minutes and 1 seconds, that's 1688798321415772 bytes/s. File copy of 17026 bytes took 0 minutes and 1 seconds, that's 140733193405058 bytes/s. Obviously the values are completely wrong. I can't see any obvious correlation between these values. The first two look roughly scaled, given that 1688798321415772*182245/4/759388=101323384780381, not too far away from the the calculation for the first transfer, but this falls apart completely for the last value where 1688798321415772*17026/759388=37864017103805, clearly nowhere near 140733193405058. Please do let me know if you'd like any further information and I'll update the bug report as soon as possible. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.2 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages librapi2-tools depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii librapi2 0.11.1-2 Make RAPI calls to a Windows Mobil ii libsynce0 0.11.1-1 Helper library for SynCE, a tool t librapi2-tools recommends no packages. librapi2-tools suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJIrvw7AAoJEBIA1yCB7VsRS/QQAIDHgXCKFgp2VZLXnIQpgsdm bzrbPAiYLLZHME0gjijenDc7CPkPBXE8ek2PU8OgEF7ybJ8AAFrRLJLGHF68bNlM zCMidDff5yRatR3hxQfX1LVTM84Vwo+EXYpiTWNIuDQzq9Qka982JsvzRm4tTWnb cE0j1GzbFc03Ma3CImP1wwjZ409TMZj0mzTvV+aTSLmhxm5m0euKdgeuARq/Zg7K MOrCtLXjUjni9mib5nFlqKevCe/aMJmChSYRxU/3Hib9vYF7zQHJzrcuKyE3ma+E 4Dee3pdia9DnoYm2dBS5V70XtHZd71LUMIgd9BnlX4dUBtnK/0iSuZO2oj1uo3So sKaZkrZ8zVICTbO+A/YNcdVj36ttlZ90w8s6pgbengWxJTfG0Z1iPoHSQAJgPV6V PGlEpXaiThmkk6ZiC3ZPzrKxL4PGBAbKDl3bAK/kxRBPguouN0FkSCrjNr2pZyC1 ORD3RuP+yyR/HkX+/xDu3Jq/g/2DDJV90NpSf5z7pLWdg9fw235jxrNccmzL1RYQ 7akNsnP/8ALMl2jkNWaReGJq3gjIq62WW4zdqsBnc0r9yqodMDRLs3rKa8GHUOdt GC8ycdb0x7NSuirN6hjp/wDbz0WKA8kIrcWVjwqmPR8gJAo+OO8oL0UgBGMH/H2U 7KEOTETWexCfaul8wbRb =XOJO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474706: libsane 1.0.19-15 seems to fix the problems for me
Package: libsane Followup-For: Bug #474706 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello all, I've managed to grab a few minutes to test libsane 1.0.19-15 with my ScanJet 5300c this evening, and can report that scanning now works fine for me without having to put the option disable-gamma-table and option disable-calibration in avision.conf. scanimage and xscanimage are working perfectly. Xsane is still slow, but I'm afraid I don't have time at present to test that any more thoroughly - I'll try to get around to it soon and will update bug 485852 if and when I find anything useful. Xsane does report a version 4.00 firmware for my scanner, though - does that match up with your version, Bert? All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libsane depends on: ii adduser 3.108 add and remove users and groups ii libavahi-client3 0.6.23-2Avahi client library ii libavahi-common3 0.6.23-2Avahi common library ii libc62.7-12 GNU C Library: Shared libraries ii libexif120.6.16-2.1 library to parse EXIF files ii libgphoto2-2 2.4.1-1 gphoto2 digital camera library ii libgphoto2-port0 2.4.1-1 gphoto2 digital camera port librar ii libieee1284-30.2.11-5cross-platform library for paralle ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libsane-extras 1.0.19.8API library for scanners -- extra ii libtiff4 3.8.2-10Tag Image File Format (TIFF) libra ii libusb-0.1-4 2:0.1.12-12 userspace USB programming library ii makedev 2.3.1-88creates device files in /dev ii udev 0.124-4 /dev/ and hotplug management daemo Versions of packages libsane recommends: ii avahi-daemon 0.6.23-2 Avahi mDNS/DNS-SD daemon ii sane-utils1.0.19-15 API library for scanners -- utilit Versions of packages libsane suggests: pn hplip none (no description available) pn hpoj none (no description available) - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJIh4+iAAoJEBIA1yCB7VsRlQwP/R+bHcu/UBoarFUsmzYS2S8L OGfaMGuqlfNdem/BFWHKA1lbQccwrMkR/SIXMaFSFuCoSHzNpWO37Cs7N7Wqibjg mas2TUaZ5kiUw9AB8uCsJi5iW5EX5tSv0FoofcGHhFNvYsC0U5r+1Ed0SCLeKyq7 gSluUZ+zQDFT7mx1fMiOtKOIFGuxtO0UVBmQrmV6Uyb53VZe5qrLrpTadfy7+X8Q Qwoxd8nMlYW/nD2E69vu4h9Tnppi0x7kK6KFO0LEnWSkSvc2NOhrfOiMhXpf2epX eAal9lFTTGsLUxQY5qKeaJrA8cxZDjX3+K9+gjwwZRb1qX2tIKE7Uii3hKdy7yV1 quKuPyJUvgBMTmAb8j5aT46FiL3OcGXQoMt9O6acZ3ddWWOZIUrSPxltX47I0wHm 5Ni2/wGwZmeo0QR4cEPUjYXATh7kGINdifotQ79PuqJFBKJivACNwbEV5egtPhq9 JoiJuZFbmhfo1xmRYx/VmlH4ma6qDS/4JBrcA+M0ZWTROldhDgW2i8q1Sy5DdiQ8 pWxxkSZv2OAO9vdWyHZzj3a26Fu/vvUXoKjHE7YSk3xk9UmWLBS5TIuYxRcrsl8h KmYRF/dCdmqSBmW1Mgcc0Yk/doVVO8r8KaXr5QuKpri2tkVTwOSvo9LzzrCiw2tt SMdYlk/VTR52TS015/Z4 =Rk1y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485852: HP5300C, some progress?
Hello all, Yeah, probably as raw scanning works for me (tm) on my HP5300, HP7400, and the 20++ Avision scanners I have over here. Patches, especially for stuff I can not reproduce welcome. Interesting, so it sounds like this is limited to a subset of ScanJet 5300 units - possibly ones of a particular date range? I've just had a look at my scanner, and can't find anything obvious to identify firmware version of manufacturing date printed on it, so it might not be the easiest thing in the world verifying that theory. Since reporting bug#485852, I've acquired an ScanJet 6300c which is working perfectly with the HP SANE backend. Combined with busy times at work, and the fact that I'm not a terribly good programmer, it might be a little while, but if I get the chance I'll try having a look at the source and see what I find with the 5300c. If I come across anything that improves the situation, I'll submit a patch to the bug report. All the best, -Dave. signature.asc Description: OpenPGP digital signature
Bug#474706: libsane: Possible work-around found
Package: libsane Version: 1.0.19-11 Followup-For: Bug #474706 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello Bert, I've recently acquired an HP ScanJet5300c scanner myself, and ran into pretty much exactly the same problem. However, after some fiddling around with /etc/sane.d/avision.conf, I found that uncommenting the following two lines stops the segfault for me: option disable-gamma-table option disable-calibration For reference, I've attached my avision.conf file which allows me to use xsane to scan, though there is a long delay whilst it starts up (see bug #485852). When I was playing around, I seem to remember trying this once and it failed, but this has now worked several times after various scanner connects/disconnects and reboots of the PC it's connected to. It'd be interesting to learn if this works around the problem for you, too. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libsane depends on: ii adduser 3.108 add and remove users and groups ii libavahi-client3 0.6.22-3Avahi client library ii libavahi-common3 0.6.22-3Avahi common library ii libc62.7-12 GNU C Library: Shared libraries ii libexif120.6.16-2.1 library to parse EXIF files ii libgphoto2-2 2.4.0-9 gphoto2 digital camera library ii libgphoto2-port0 2.4.0-9 gphoto2 digital camera port librar ii libieee1284-30.2.11-4cross-platform library for paralle ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libsane-extras 1.0.19.7API library for scanners -- extra ii libtiff4 3.8.2-8 Tag Image File Format (TIFF) libra ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library ii makedev 2.3.1-88creates device files in /dev ii udev 0.114-2 /dev/ and hotplug management daemo Versions of packages libsane recommends: ii avahi-daemon 0.6.22-3 Avahi mDNS/DNS-SD daemon ii sane-utils1.0.19-11 API library for scanners -- utilit - -- debconf-show failed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJIUWTrAAoJEBIA1yCB7VsRN7UP/AwChEFj/6t1QkUDCYwNhkyw Dn77/f9Q0uqXqyZnyUGf8clUCnKCX2qMB+/MVjNEplWeRPo5aS9bwlD7hpFd1zIa LIXWH1dKNWrROpARydVO1UCq5j/ymeGeU8g+Zsr7pst3TqnFpvC0ZxcCg90Um7y0 BPyflqBGF3+1sSv4Zv92edfr37h4mPJItR4r6dpndHK7d2L40ZM/2RRH+Dc4xWiR aop1ei6/x5WjQHwCbQpjpG+x4SogcQpZ5Msqq8zoQ+MRd/53+YGhXg9T5zpq6eOl k+ZsYTE/aBMhJWYTb9ekra8wElGvGv8NI7AoVD8Jub7wFa0I5oqstsl/50E/qnMY lye4V8EO9Kqi7//7HiOtyMNzPlkyGzu89p7WLIc1KqEBJeW4IiXWGE3tGvdht0xF n66tFFADGE4ufI/8Wh2+EuSTBA8XPcgKjbkEA8mbu2hY/0MBsLmXHMCZRHWKYF4Y XLAANZISTes/FKqaCry9yz9VCyfq093HGHJiB+/+aCOsajLSAs0rEF1xprqbp9tJ L1YqXbK4rdQ/R5jCXOM710uCOADk7DpkARvs4L1kAo+zNxSkx4aVK4wYa7bWqXjT fGutPg+0CWDuj9F5IclrT9C1psopb/LoiEZs2Ixjb+v1mp+wa5qs23uFM1Ix6Rr9 K46X70QfJZ8li6s1diw4 =SVd9 -END PGP SIGNATURE- # This are the possible options. Normally any scanner # should work just fine without them - and they are only # needed for test and debugging. So if you experience problems # and you solve them with enabling options here, please notify # the SANE/Avision maintainer: Rene Rebe [EMAIL PROTECTED] option disable-gamma-table option disable-calibration #option force-a4 #scsi AVISION #scsi FCPA #scsi MINOLTA #scsi MITSBISH MCA-S600C #scsi MITSBISH MCA-SS600 #scsi HP #scsi hp #scsi /dev/scanner #usb libusb:002:003 #usb 0x03f0 0x0701
Bug#485852: libsane: A little extra information on slow xsane startup
Package: libsane Version: 1.0.19-11 Followup-For: Bug #485852 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello again, I've been doing a bit more playing around recently, and can confirm that the bug seems to be completely reproducible as I described it yesterday. I've not been able to come up with much more useful information, except perhaps points to what might be significant events in the xsane.log file I attached a compressed copy of to the initial report. It's the fact that timeouts are being reported by the avision backend that caused me to report the bug against libsane rather than xsane. Approximate lines that seem to coincide with the long delays are: 928: This is roughly the point where the first delay happens, after partially drawing the histogram window. 4084: This is roughly where the second delay happens, after displaying the preview window 4144: I think this is where things spring back to life again. Interestingly, whilst trying to work out these pointers, it seems that sometimes there is another delay of a similar length of time after drawing the main xsane and the standard options windows. This doesn't always happen, but when it does the delays seem to be caused by timeouts in the avision backend rather like the ones pointed to above. As before, please do let me know if there is anything anyone would like me to try and I'll update the report ASAP. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libsane depends on: ii adduser 3.108 add and remove users and groups ii libavahi-client3 0.6.22-3Avahi client library ii libavahi-common3 0.6.22-3Avahi common library ii libc62.7-12 GNU C Library: Shared libraries ii libexif120.6.16-2.1 library to parse EXIF files ii libgphoto2-2 2.4.0-9 gphoto2 digital camera library ii libgphoto2-port0 2.4.0-9 gphoto2 digital camera port librar ii libieee1284-30.2.11-4cross-platform library for paralle ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libsane-extras 1.0.19.7API library for scanners -- extra ii libtiff4 3.8.2-8 Tag Image File Format (TIFF) libra ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library ii makedev 2.3.1-88creates device files in /dev ii udev 0.114-2 /dev/ and hotplug management daemo Versions of packages libsane recommends: ii avahi-daemon 0.6.22-3 Avahi mDNS/DNS-SD daemon ii sane-utils1.0.19-11 API library for scanners -- utilit - -- debconf-show failed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJIUXJUAAoJEBIA1yCB7VsRGjUP/0e9kTOvf99Knx3zbb1svT4H UfBqfiNYqJ9cQYjER7hMhqP7eAlIGLDCEaVKpLhWnOUWAOPMQamW7+c0iWAvsuJs Z6WCt8TgDoT0w0t/pbT4Fiu+0VSI9fzT0HkjtRnmV3U+ZI/d6P5LLiRFfgdY5+mW T7EeC4wSwCeadRkVmYBFvKg21G0sVTU5RVA5ioWRHXQMluvvvkHbUq0Bj8zkRiGX mBijdyCqfbPyH1ZZwngAfShGmiVFZ8BgrS9vfEdZHbper0CdNYRMbzB+bglyRLqn 7eGJGuJVTiq5SYPfd2oEktx7CKusdfOAGxY57zxAPeQvGP0a3h5bk4c0W6tmRd/b GhT+qdMecq2G9ZVImD4XKrMZ6uTm3wW+MRz3ptlml+39ku8+e9shxlpQ/M0CJpeF jPeUCkOBpOCN+TF8O/mpXsfLBe9QTyXhmJeN5sFGs36J03peHY/L2o6+hV5DRVwH XQD5KxrXTHpwBF44h0lfU23ig5KTiJHKNXJlu5IvOSPaBMKNHgLPR+CawRDXxqaV EeYHjs/lyh3BJgzGbuIfGlt/GrgZy4WDVg5eb9wIL1pttPbc0nZgwSI+5k06QoSE +xAC7XfSwNgfYIKcPXIobgrXVfL29BjaD2LpaSHPBiIIfh2i/qrPT7w4MWiGVmCU bnp5z48WiKevvSRoCr4B =kCJj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485852: libsane: xsane is excessively slow to start up with HP ScanJet 5300c using avision backend
Package: libsane Version: 1.0.19-11 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello all, Background paragraph: I've recently acquired a second hand HP ScanJet 5300c to replace my now broken ScanJet 6100c, and first of all ran into the same problems as bug #474706. After some playing around, I managed to work around that by adding both disable options to my avision.conf file. Bizarrely, this only worked the second time I tried it, so when I have a little more time (probably tomorrow) I'll try reproducing the problem, and if I can I'll update that report. However, starting xsane takes a huge amount of time. scanimage and xscanimage do not suffer the same problem. It looks like the issue is to do with the avision backend - I've attached a copy of my avision.conf and the debug log from running SANE_DEBUG_AVISION=255 xsane to illustrate the point. The behaviour is that xsane briefly displays the scanning for devices window, then removes it and partially draws the histogram window. Then, a long delay occurs. Eventually, the preview window is drawn and another delay of about the same amount of time occurs. The delay is the order of a few minutes, probably about 3-4 minutes each stage (sorry, I've not timed it exactly). I'll try to investigate further when I get time, and will update this report if I find anything that seems useful. Similarly, if there's any particular information you'd like from me, just let me know and I'll get it sorted out as soon as possible. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libsane depends on: ii adduser 3.108 add and remove users and groups ii libavahi-client3 0.6.22-3Avahi client library ii libavahi-common3 0.6.22-3Avahi common library ii libc62.7-12 GNU C Library: Shared libraries ii libexif120.6.16-2.1 library to parse EXIF files ii libgphoto2-2 2.4.0-9 gphoto2 digital camera library ii libgphoto2-port0 2.4.0-9 gphoto2 digital camera port librar ii libieee1284-30.2.11-4cross-platform library for paralle ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libsane-extras 1.0.19.7API library for scanners -- extra ii libtiff4 3.8.2-8 Tag Image File Format (TIFF) libra ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library ii makedev 2.3.1-88creates device files in /dev ii udev 0.114-2 /dev/ and hotplug management daemo Versions of packages libsane recommends: ii avahi-daemon 0.6.22-3 Avahi mDNS/DNS-SD daemon ii sane-utils1.0.19-11 API library for scanners -- utilit - -- debconf-show failed -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCgAGBQJIUDnwAAoJEBIA1yCB7VsRfYAP/0iK5+6ZzkwHmYNRrxVwKRtU xaqGPXsGSyPtl1GqIRL3ZoRMQMc01wBSTjPBY0lgp1b5xDRrzIv4g5HTw83RljeL RKw60gl1sTfx9MCrp/jX8P/EI2/kIoQe+hS8CiUfY+3voOKiYysd3xh5dC5jsXnu sdRZZKM3yhhMMpqWZxX55KhaZ82c4RXjo39dsTIn6CGzxst1jrE1V+UZxjrvM3Xy NmSZhoDZrgyrg+3P1iuWNoIOha0Y+bz5FKn+iP1adK9R1HRPLXhQDcTT5Gvicfw0 9C3Xq6ncsQXTb07yV8jmQJVnU//O6lqf8bnduCH1NvmLxYrsmRSm/tkjc5GoJ+wX IFK3sgpdTMkjqZP/Tynw/tyRgY4K7Qujhz+FgHm5UnqYAwgQ2CX8b3EQ+zwbSzAt VZAKzAPp+Sj0+VDLGrnlA07S/bcjjXKSKoeQQ2ouwTbi90opousvREk05XD8uSfX S7gXVZHHOYuIUihb3kDxqUzu6ZTM8BFc9tIQZWf2Rj3JRSJnXE357AyvQ/lCKFqN 74voK6SHO90uSLFb7haGUnMoSIpQ1yi9sI9whFC5Pqhtuq6gkTylBMNHpnwitNTj W6B8hzAA/mWHsk4fVvg7V6vTPRmF5aIS7JY1ApHlnF7JZpr2kRUT7ttqqDEjtidG 5osVEF2mktwIUR0W5Ywd =P1Hv -END PGP SIGNATURE- # This are the possible options. Normally any scanner # should work just fine without them - and they are only # needed for test and debugging. So if you experience problems # and you solve them with enabling options here, please notify # the SANE/Avision maintainer: Rene Rebe [EMAIL PROTECTED] option disable-gamma-table option disable-calibration #option force-a4 #scsi AVISION #scsi FCPA #scsi MINOLTA #scsi MITSBISH MCA-S600C #scsi MITSBISH MCA-SS600 #scsi HP #scsi hp #scsi /dev/scanner #usb libusb:002:003 #usb 0x03f0 0x0701 xsane.log.gz Description: GNU Zip compressed data
Bug#480938: Package does build successfully for AMD64
Package: i8kutils
Followup-For: Bug #480938
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello!
I've just tried building the package for AMD64, just changing the
architecture line in the control file, and the file does indeed build
successfully on AMD64. More than that, although I've only tried the
i8kfans programs on my Vostro 1500, it appears to work perfectly as
well.
I've attached a patch file to illustrate the very small changes that
I've made.
All the best,
- -Dave.
- -- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages i8kutils depends on:
ii libc6 2.7-12 GNU C Library: Shared libraries
ii tk8.4 [wish] 8.4.19-1 Tk toolkit for Tcl and X11, v8.4 -
i8kutils recommends no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iQIcBAEBCgAGBQJITYt1AAoJEBIA1yCB7VsRPswQAJZ6YQLJP9wy8fGgyIj2Yqj7
SvQ+8GCN6/XU0ukLFpkhEsikcXVRrAWk+94aQw8ZSTMAAK2U8xu43xc+KG07TkKf
f/TM5WVMWKAdbgWJaxTmY//ZLwrCVv9X5jvr00KHZR7kYWabIeyTQmPbbmv88obN
k1pL3hNThQvfcROJmqSlArBx/M3MqPk9tll+yeJ1GClA19I1aq2hTTVrrpJFTr1A
SXpuvTX4f36pfDoQYFKpExo1C4qrjwbO0C3+8PN5Ev5mbH5DZSqxDxl6bH9Qjtnw
qXYKyJYUrrm1zt7QywFpq/INn4yZ7V1UD3aGigdIbkFVwZWEAP49Fgoys5fzQqeC
qswpBMTj9VJOmN6n4UCntScU9ZDg9n708Y6pj0QVdmlxyadgzKxaalowrWvtHKpY
9pCvHMDUecsrtl04Bt0+FwSX455pTNkfIxvUH5ClyuWzIHnCo4Bjtd1+i/dP2fMs
d68RXKsfwkPVHO81vlIgsYHOVMy/33B0MOUnCWieDvOj6gmwr5Umxnyru9Sf4y1R
LPFsiH8pCQv8LBzLclNHd7bs5JhTuIp8NWILbH3wnhmhFt7eGNsOMRxXM62tGhcf
oGE9tYSZGYx6FHmcY6x7lFA0LDC1w/3Wo2FbMcDhdW+8PFl+ZWhsU9MBI6yEq+xG
xkjp/5aZZvfqxk4qV7Jf
=D2Em
-END PGP SIGNATURE-
diff -ur i8kutils-1.27-orig/debian/control i8kutils-1.27+nmu1/debian/control
--- i8kutils-1.27-orig/debian/control 2005-06-17 12:00:04.0 +0100
+++ i8kutils-1.27/debian/control2008-06-09 20:32:17.0 +0100
@@ -6,7 +6,7 @@
Standards-Version: 3.6.1
Package: i8kutils
-Architecture: i386 kfreebsd-i386
+Architecture: i386 kfreebsd-i386 amd64
Depends: ${shlibs:Depends}, tk8.4 | wish
Conflicts: i8kfan
Replaces: i8kfan
@@ -26,7 +26,7 @@
should work on any Inspiron and Latitude laptops.
Package: i8kutils-smm
-Architecture: i386 kfreebsd-i386
+Architecture: i386 kfreebsd-i386 amd64
Depends: ${shlibs:Depends}
Description: smm test programs for Dell Inspiron and Latitude laptops
This package contains the smm test program for Dell laptops.
Bug#478574: still exists in freevo 1.8.1
Package: freevo Version: 1.8.1-0 Followup-For: Bug #478574 Hello all, This is a quick update to record that the bug still exists in freevo-1.8.1-0. If anyone would like any further information, let me know and I'll get it sorted out as soon as possible. All the best, -Dave. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (550, 'testing'), (450, 'unstable'), (450, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.3 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages freevo depends on: ii adduser 3.107add and remove users and groups ii console-tools 1:0.2.3dbs-65.1 Linux console and font utilities ii debconf 1.5.22 Debian configuration management sy ii freevo-data 1.8.1-0 Themes and non-application data fo ii lsdvd 0.16-3 read the content info of a DVD ii mplayer 1:1.0.rc2svn20071207-0.3 The Ultimate Movie Player For Linu ii python 2.5.2-1 An interactive high-level object-o ii python-central 0.6.7register and build utility for Pyt ii python-freevo 1.8.1-0 Python modules for Freevo Versions of packages freevo recommends: ii cdparanoia 3.10+debian~pre0-6 audio extraction tool for sampling ii libxmltv-perl 0.5.51-2 Perl libraries related to the XMLT ii xine-ui 0.99.5+cvs20070914-2 the xine video player, user interf ii xmltv-util 0.5.51-2 Utilities related to the XMLTV fil -- debconf information: * freevo/display: x11 * freevo/path_to_audio: * freevo/path_to_image: * freevo/norm: pal * freevo/title_image: * freevo/chanlist: europe-west * freevo/geometry: 800x600 * freevo/title_audio: freevo/path_to_recordings: /home/freevo/recordings * freevo/start_on_boot: * freevo/path_to_video: * freevo/title_video: * freevo/services: xserver, recordserver, encodingserver -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443411: Wondering if 443411 is the same bug as 483805
Package: acpid Followup-For: Bug #443411 Hello, Dietz, I've recently spotted a bug in acpid, which I've reported and has been assigned bug #483805. The problem is not exactly the same as your bug #443411, but having read it through again I'm wondering if it might in fact be a different symptom of the same bug. Would you be able to check if your problem exists if you stop acpid running in the background and instead manually run it in the foreground with the -d argument, please? If it them works, I'll merge my bug with yours. If not, then it seems that they're not related at all and I'll leave things as they are. Thanks very much for your time, -Dave. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478173: Bug #478173: is this a QT-related problem?
Hello all, I don't know quite why I didn't think of this before, but this may well be a problem with the new QT packages, as has been seen in lyx (see bug #475523 for details). Unfortunately I'm at work at present and don't have access to my Debian machines, but I will try changing the libraries around this evening and report whether this is successful or not. I thought I'd post this quick message here now, though, in case anyone wants to try it for themselves in the mean time. All the best, -Dave. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478173: Bug #478173: is this a QT-related problem?
Hello again, all, I will try changing the libraries around this evening and report whether this is successful or not. Unfortunately, the adding libraries trick doesn't seem to be doing anything useful for me. I'm afraid I'm not in a position where I can easily revert to QT version 4.3 on any of my machines at the moment. If someone else gets a chance to do this, though, I suspect it would be worth a go, at least to eliminate the possibility, as the symptoms seem very similar to those observed with LyX. All the best, -Dave. signature.asc Description: OpenPGP digital signature
Bug#445043: Bug no longer present with 169-07-1
Hello, I have been keeping an eye on things as I've been upgrading packages since reporting this bug, and I can now say that with nvidia-glx 169.07-1 and gimp 2.4.3-1, the X server no longer crashes, so from my point of view I'd be happy for this bug to be closed. As before, though, if I can provide any further information, let me know and I'll get it sorted as soon as possible. All the best, -Dave. signature.asc Description: OpenPGP digital signature
Bug#445445: gimp: Extra information for forwarded discussion
Package: gimp Version: 2.4.1-1 Followup-For: Bug #445445 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Ari, In answer to your questions, I'm using enlightenment as my window manager (specifically Debian package enlightenment 1:0.16.7.2-5), and not fluxbox (though that was a good guess). Most windows exhibit this problem. So far, in fact, all rectangular windows that I've tried exhibit this problem. If I try an irregularly shaped window (such a gkrellm) it all works fine. I've tried a large number of rectangular windows and they all get displayed as transparent images. Also, it only appears to happen on windows with decorations added by enlightenment. For example, running XMMS, enlightenment draws to window decorations, and XMMS's window is captured and displayed correctly by GIMP. I've just fetched 2.4.1-1, and can confirm that the problem does indeed still exist as described above. If I deselect Include window decoration, the part of the window without the decoration is always captured correctly. From this, it does sound to me like there might be a problem with enlightenment interacting with GIMP. Let me know if there is any further information I can provide. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.1 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data 2.4.1-1 Data files for GIMP ii libaa1 1.4p5-32 ascii art library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libexif12 0.6.16-2 library to parse EXIF files ii libfontconfig1 2.4.2-1.4generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgimp2.0 2.4.1-1 Libraries for the GNU Image Manipu ii libglib2.0-02.14.2-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libhal1 0.5.10-2 Hardware Abstraction Layer - share ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii liblcms11.16-6 Color management library ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpoppler-glib10.5.4-6.2PDF rendering library (GLib-based ii librsvg2-2 2.18.2-1 SAX-based renderer library for SVG ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.4-6Windows metafile conversion librar ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxpm4 1:3.5.7-1X11 pixmap library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages gimp recommends: ii gimp-gnomevfs 2.4.1-1GNOME-VFS URI plugin for GIMP - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRzDJBhIA1yCB7VsRAQo9Tw/9EVW1rtDC32TvsyxDmUdF+SQ9S+DiKLuA z7zd1n6Q4yF75981HL6avT8LhntL2bOAja43uv7o+lvcI0bMMrFVC0Wk+V9gbGBq WhSw/+aYOcPTRtdSvWr10RdKQeVmaNR92vagQYgEyCwUwolmFe5ZJwGY7JWG3UPN +JG1CRr9FBDmaj9z8qZvXRvT3ADvzXCJhM44LXycMX6e114HJR/iraY0bf2hkpIK ti+nUDIPKZCR3EkQmVeXN6cOQcDDII1OG3S64KW3JS3rzV9ISccV/I1AKdJvM0nG itZ8OPAF3DY7TKLuA5Zo3lYSTSGl0kwPZJMdR1kenGh+1LyodxHrJNbMCPO8qLIp
Bug#445445: gimp: Bug still exists in 2.4.0-1
Package: gimp Version: 2.4.0-1 Followup-For: Bug #445445 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Sorry it's taken a while, but I've finally been able to test the new version, and I can confirm that the bug still exists with exactly the same symptoms - may I suggest that the bug gets re-opened, please? The easiest way to reproduce in 2.4.0-1 is as follows: 1: Start GIMP 2: Choose File-Acquire-Screenshot 3: Choose Take a screenshot of a single window 4: Ensure that Include window decoration is checked (without this checked, it works, but of course the decorations are ignored). 5: Press Snap 6: Click on the GIMP Window Images on request this time. Similarly, if there's any other information I can provide, let me know and I'll update the bug as soon as possible. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.1 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data 2.4.0-1 Data files for GIMP ii libaa1 1.4p5-32 ascii art library ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libexif12 0.6.16-2 library to parse EXIF files ii libfontconfig1 2.4.2-1.4generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgimp2.0 2.4.0-1 Libraries for the GNU Image Manipu ii libglib2.0-02.14.2-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libhal1 0.5.10-2 Hardware Abstraction Layer - share ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii liblcms11.16-6 Color management library ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libpoppler-glib10.5.4-6.2PDF rendering library (GLib-based ii librsvg2-2 2.18.2-1 SAX-based renderer library for SVG ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8.4-6Windows metafile conversion librar ii libx11-62:1.0.3-7X11 client-side library ii libxcomposite1 1:0.3.2-1+b1 X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-3X11 damaged region extension libra ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxmu6 1:1.0.3-1X11 miscellaneous utility library ii libxpm4 1:3.5.7-1X11 pixmap library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages gimp recommends: ii gimp-gnomevfs 2.4.0-1GNOME-VFS URI plugin for GIMP - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRyOfMRIA1yCB7VsRAQqg7g/+Jno8p6oq8dOedI3MdY0y61IihDPypvZN fslw6d1oOZ6nUtM0HAdAeuqvVcQ6DpiH4U7Q92ytvwoyz7ZfYSdVXd7/eN+gHZkV y0zGJxwP5YL8EhEf42aWv2BOSoRe5e83mNpZ6s4pbli3VQGJNuLMCJ9950dnddXD W06xRHbQelux1GomTRxopUxA/LKz4hULSbV6NryyHOS+cz58lPU6m4m+pgjetGtd mkEAKaWmr92qsmcxDhaoUmz66bDBziXGwRsR8kca2Y6oXuDrU1vNBlmadD82IH9C nJ1717zJDg4WDLxFrYwW7Apd6bDMF7xln4qAs2Me9ln864rGsPLAHfd2tbkC1iEZ kmUirhlp311OLtLhy3DQ98gjKhjEGibvPDr32+3jHq8ruPXPaeqI3mtfp2DmMx4r ZqKlsc3nQpp2dv35hHLJGTFZ96lL18wOvDajkahvric2lA8uRxJJv4Xmk+f5Wop/ 6TRjSJdOLMFhUuWSqNSxynARomnYo7OlDP4dRFFCwB6s6Mz61tebzYDb4jfeu19E +nV3defID5ZTMDdqRy4Rw8SnUUEIrytusLyEdNPaAm930TSvrjwo1vigY7Ch7VwR fTMQwYH2iSvtyh4AnUvmuJnfRyl4Ins9sAvf1JNczRA0aa4RFqeD4IRBoCOaquKN XftmiHv4qmo= =fMdM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a
Bug#446460: geotoad: Crashes with undefined method message
Package: geotoad Version: 3.9.0-5 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I've just been trying to run geotoad to create a GPX file, and it's crashing consistently reporting problems in /usr/share/geotoad/lib/filter.rb. I've tried a few different zipcode searches for UK postcodes (which have worked fine in the past), and so far all of them are having the same effect. The results are the same whether geotoad is run using by passing a series of parameters or using the text-based menu interface. Here's an example of a session of each type: == ::: // GeoToad 3.9.0 Text User Interface // ::: == (1) GC.com login [darac] | (2) search type [zipcode ] (3) zipcode [kt22 7lg ] | (4) distance maximum[20 ] | (5) difficulty [1.0 - 3.0] | (6) terrain [1.0 - 3.0] (7) fun factor [0.0 - 5.0] | (8) virgin caches only[ ] | (9) travel bug caches only [ ] (10) cache age (days) [ 0-any] | (11) last found (days) [ 0-any] | (12) title keyword [ ] | (13) descr. keyword[ ] (14) cache not found by [ ] | (15) cache owner isn't [ ] (16) cache found by [ ] | (17) cache owner is[ ] (18) EasyName WP length [ 0] | - - - - - - - - - - - - - - - - - - - - + - - - - - - - - - - - - - - - - - - - (19) output format [gpx ] (20) filename [automatic ] (21) output directory[/home/dh/x ] == - -- Enter menu number, (s) to start, (r) to reset, or (x) to exit -- s ( o ) To use this query in the future, type: ( o ) geotoad --user=darac --format=gpx --difficultyMax=3.0 --terrainMax=3.0 --output='/home/dh/x/' --difficultyMin=1.0 --queryType=zipcode --terrainMin=1.0 --distanceMax=20 --password=NOTSAYING 'kt22 7lg' ( - ) Your cache directory is /home/dh/x/GeoToad ( o ) Performing zipcode search for kt22 7lg (constraining to 20 miles) ( o ) 20 geocaches found in defined area. /usr/share/geotoad/lib/filter.rb:22:in `difficultyMin': undefined method `' for nil:NilClass (NoMethodError) from /usr/share/geotoad/lib/filter.rb:21:in `delete_if' from /usr/share/geotoad/lib/filter.rb:21:in `difficultyMin' from /usr/bin/geotoad:296:in `preFetchFilter' from /usr/bin/geotoad:615 scrat:~/x$ geotoad --user=darac --format=gpx --difficultyMax=3.0 --terrainMax=3.0 --output='/home/dh/x/' --difficultyMin=1.0 --queryType=zipcode --terrainMin=1.0 --distanceMax=20 --password=NOTSAYING 'kt22 7lg' GeoToad 3.9.0 (x86_64-linux-1.8.6) - Please report bugs to [EMAIL PROTECTED] ( - ) Your cache directory is /home/dh/x/GeoToad ( o ) Performing zipcode search for kt22 7lg (constraining to 20 miles) ( o ) 20 geocaches found in defined area. /usr/share/geotoad/lib/filter.rb:22:in `difficultyMin': undefined method `' for nil:NilClass (NoMethodError) from /usr/share/geotoad/lib/filter.rb:21:in `delete_if' from /usr/share/geotoad/lib/filter.rb:21:in `difficultyMin' from /usr/bin/geotoad:296:in `preFetchFilter' from /usr/bin/geotoad:615 In case it's useful, I'll attach a bzipped tarball of the GeoToad directory that was left behind after the crash. The page retried from geocaching.com seems to look fairly sensible to me. If you'd like any further information, or if you'd like me to try something out, let me know and I'll be happy to get it sorted and update the bug as soon as possible. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.9 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages geotoad depends on: ii ruby 1.8.2-1An interpreter of object-oriented Versions of packages geotoad recommends: ii gpsbabel 1.3.3-2GPS file conversion plus transfer - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRxCDsRIA1yCB7VsRAQrhKQ/+Nm6iIPyIJcfeaIPqilAHUl9AHpY44xkh /XRfZeP8FuLethFXi7Tt9yfDLgIg3LfGg/aH4+G4hq06Cy7np/8EM26k7cabn57d pY25BEQ2780OU1qc6gs6uIps5cA7ocEkxKiTf3tAtHgKgwmdMh/Y0lP/jQNHFQjD 0TXr2E1Kv0uPSDfl4Vt5u1WLz9jTX3SLBBm41oUgR/+hv+cN34E5pyINrtTZZXcR tWj+3o7HSVVOZqOX6c52qmMKSadNCdJk4wEWNVkLpoK/QQMlWqdCGolbMDR8AOtv /JaQvTZWqHyTmRrIxFJmst9dHB6IRYWgEA5bf1njjThqqjQA+GsC5menYkAa5k7F
Bug#445445: gimp: Taking a screenshot of a window sometimes just produces a transparent image
Um, please don't attach such large images to bug reports in the future. I don't need a copy of a successful screenshot, and especially not in a format like XCF which does not compress well compared to, say, PNG. I also don't need a 200 KB XCF (650 KB uncompressed) of a competely blank image when you could've said it creates a completely transparent image with the same resolution as the window I'm trying to capture. Apologies for this. My usual approach for bug report is to try to provide too much rather than not enough information, and the reason for choosing XCF as the format was that I felt it had the chance to show up possible causes of the problem better than something like PNG, possibly storing hints as part of the metadata within the file. However, your point has been taken, and I'd like to apologise for causing problems. Thanks very much for your swift response. All the best, -Dave. signature.asc Description: OpenPGP digital signature
Bug#445043: nvidia-glx: X server segfaults wqhen using nvidia driver with GIMP
Package: nvidia-glx Version: 100.14.19-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I'm running an AMD^4 2.6.22.9 kernel with the nvidia driver compiled from nvidia-kernel-source 100.14.19-1, and have experienced consistent repeatable segfaults of the X server when running GIMP. Looking at the backtrace, the segault appears to be to originate in the nvidia driver. If this happens to be filed in the wrong place, please accept my apologies - let me know and I'll arrange to reassign it. Steps to reproduce the bug: 1: Start GIMP (from package version 2.4.0~rc3-1) 2: File - New, or load an image (all iamges seem to work) 3: Context menu-File-Print 4: Click on the Image Settings tab At this point, the X server will segfault. I've attached the Xorg.0.log file, along with the current xorg.conf file for reference. If you would like any further details or any other tests performing, let me know and I'll update the bug as soon as possible. All the best, - -Dave. - -- Package-specific info: uname -r: Linux scrat 2.6.22.9 #1 SMP Sat Sep 29 08:35:07 BST 2007 x86_64 GNU/Linux /proc/version: Linux version 2.6.22.9 ([EMAIL PROTECTED]) (gcc version 4.2.1 (Debian 4.2.1-5)) #1 SMP Sat Sep 29 08:35:07 BST 2007 /proc/driver/nvidia/version: 05:00.0 VGA compatible controller: nVidia Corporation Unknown device 016a (rev a1) - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.9 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-glx depends on: ii libc62.6.1-5 GNU C Library: Shared libraries ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii nvidia-kernel-2.6.22 100.14.19-1+scrat.1 NVIDIA binary kernel module for Li ii x11-common 1:7.3+2 X Window System (X.Org) infrastruc ii xserver-xorg-core2:1.4-3 Xorg X server - core server nvidia-glx recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRwKk2RIA1yCB7VsRAQoaohAAjhqqmjTmN9fqgOa5GmdAZA7Gi0vqG7oR yqYZXTBjfbGQHq30PTHfl/y5erXbWOano4B2MU4zJER+s2DRl8HBODK226C5DiKO uwKNCT7VdevwyN6ATSL4QMhVmdVJPPMpAwFcCQraKn2hWrKhCAEMIv3pGyEyxqLU hfDJO8OgBYI1UQDIzlo+mo7iGRy0RYuHjFjVu7wRqt14NbES7kKgKF8kmMcbS+WO otkeqBEj7IsBGpB2N0Ay1Y/8VAM1jLp+lhytuvk76d10OU8sYn+9XqU5oNnXLnZh tPLpeBoXQF7GSe1cOjbGSSVo1PwSldQkPDABOzfMdf4N0gteXrToUdmDm6FgqBKd uMvH1rWYgXGqyhpfMegzYmwOxiZYeND1dY8uGeO03NOWe+rix/7558WLYVSCtIhB cwf6doVoQV3qRGgRfQPrTZmJGNCZZripS25Zx4TLBa99vr068ShGhpDhwgJa9ju6 trmzTukk5MuNUctw9mjehd2b7jZ+nWhHyPlpAV+8EHvHZ4SrIKOOPIuln5XG/B5Z +Ct+gawCYPK2sfS+SeNheBMx/39TQHc/NgjmLlGVM6X8V+9lu//gZ8CzKHRu1lol 3oOBYLSQaCTw37LdoKr7ajLvr7NQS8ts61uyMwS8TJB4lKLofqNEyoXurwwLWXng e9HNWdQ+XWo= =7GYX -END PGP SIGNATURE- X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4-3) Current Operating System: Linux scrat 2.6.22.9 #1 SMP Sat Sep 29 08:35:07 BST 2007 x86_64 Build Date: 29 September 2007 08:59:46PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Oct 2 20:48:08 2007 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout scrat.winterwolf.co.uk (**) |--Screen Scrat Screen (0) (**) | |--Monitor Dell 2005FPW (**) | |--Device nVidia GeForce 6200 (**) |--Input Device A4Tech Multimedia (**) |--Input Device Kensington Mouse in a Box Optical Pro (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) Including the default font path /usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType. (**) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled,
Bug#409000: icedove: Bug not present in 2.0.0.0-4
Package: icedove Followup-For: Bug #409000 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I've just updated to icedove 2.0.0.0-4 for AMD64 as is present in Sid at the moment, and can confirm that this bug is no longer present. It looks like there are still three architectures without icedove 2 available, so I'm not sure what the procedure is here, but I'd be happy to vouch for the bug being fixed in AMD64 at least. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.19 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2generic font configuration library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070528-1 GCC support library ii libglib2.0-02.12.12-1The GLib library of C routines ii libgtk2.0-0 2.10.12-2The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.5-6 spell checker and morphological an ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.6-3 NetScape Portable Runtime Library ii libnss3-0d 3.11.5-3+b1 Network Security Service libraries ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-15 compression library - runtime icedove recommends no packages. - -- debconf information: * icedove/browser: Debian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRmFEBRIA1yCB7VsRAQrqbQ//S60kjYZF0pO4+ymOgJq3/6f8dLwo+J5y eB2zJCQSSg1P8F5vdQTjGc3FOSHbNlTWyW3GP+1C5I8SGWVmtVLQiQsJ/6A3atPI ygEqwZuvRmQgvJWoPBqMK63oWpZ9BNId6MlSqSJDXO39ixKFksZ0kWjU8Ixdubcn nwFxDC1K/LvMIE/E7U5wZGy2HlG/DaYj5edyRW3k90HICnB5Sosqb+Q55WGyfMCi pINli72W33ZYHB3DdvPfJ+hj7lNgNnxx7hU7EMjLM9CqYed0rvi6Sf+4VrwraGs7 DBhs8LcmyMEvDYNLCLV/yu2YhIPIgtabWmQFPk4x20HdFpKW7QnUeU4pu9tH1O6g BbNRVTUyPMc9DBanVgQb4CJi37hywTjpFbaMUXDHJ4bEtflF8l3fp+HvufRya1hf PgHzW08GG4Q0dlR4qbWKlpimftt5wn8WicBclSQc+N2f/k/zRbCg5uClgGqz9aM3 IZmivPl0TANvC9Xsg+WeRqnLOIXSL2ydQk0mZo1dfm8g1V8X+2X/H48ktZN9E02K VnNv+MaW9HQHXVB88fAcj7KJHdkX3vLk2lMrGhMzPLxLgl0mHB1KeKBt18d5P0/V Fetjq8vBol12bLXqkU4PAIsIsOJei2RU5rqcxjrXIEofpLSn7oqr3hyve58E82T4 ZiZbAT671Ks= =ZQs5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409001: icedove: Bug has appears to be partially fixed in 2.0.0.0-4
Package: icedove Version: 2.0.0.0-4 Followup-For: Bug #409001 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, This bug appears to be partially fixed in 2.0.0.0-4. Now, the message displays properly when re-opened (ie there is no difference in the display when the message is opened from the IMAP server to if it is opened from a saved file). However, the problem with opening the attachments at the bottom still remains. Since this main part of this bug no longer exists, I thought it would be sensible to clone this. That way, this bug can be marked as done and the new bug used to track the remaining issues. I'll arrange for this to happen, then update the new cloned bugs with information on the remaining problems. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.19 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2generic font configuration library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070528-1 GCC support library ii libglib2.0-02.12.12-1The GLib library of C routines ii libgtk2.0-0 2.10.12-2The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.5-6 spell checker and morphological an ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.6-3 NetScape Portable Runtime Library ii libnss3-0d 3.11.5-3+b1 Network Security Service libraries ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-15 compression library - runtime icedove recommends no packages. - -- debconf information: * icedove/browser: Debian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRmFJyxIA1yCB7VsRAQo88w//biymCDV9lnmkDfe+CjoOWTOtIzwUb/Lu agw/WgWm3Iay/0V8MIByvOG+6QOY4cGlsiCYEfunpNGbA+iZkIOZQr+XWZUtFt1O ARDohh7l4pRDYzyirQWiuZC/NQ9egL2jjOxHuGpIhZfUiDYfZg8QSGSQ56rhVCMA 0D0vpkKdzVk+AgLRinRJXkP2EXHD9wOsdm74zh0GjbFBrBrvRgoPTVa8dteQJDcv oVkpPw69hcF3BzPBGWtwZfscC8pf9DTHfujUZQID5erR+iSgRUsXwxp38m66mEkL Gdufoq1i7OVdAVJNflRmkM6a3U7XwooNWY/blELqtPi8AmDcfxK6xJ5MOtQGAmOr atE2j7s08BpkzFCiSKnhbEEzJ0Z2e6MS1oliNvmL3GzzfSicSKNUzkoXFgDK2sEp Q4jxDWLLWarUSOp9W4xTKWfc+w6fNuOLQ3xFhl6EWs6yze20BCYjRc2xzw+dwlj4 FBqt957sUjTeToekYZ5WQCEdYGYCX3FNlX6n0MKvZ8VjdqwZNPexgKiO/Xg4xdtp faFc5LWW13BjBO72LC2dcKpPylaG6NhsqOW6ijlvXWkLKXkHP/5xOGgA9TewoKzj DdgX8y4R1DdG3W7pjf+AvNbOiEkYSosqsh5DlekARE3zT24hrX0LCSd1JY9iu+SH CIlxP0D5urQ= =8RF2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427223: icedove: User-Agent header reports Thunderbird and not Icedove when sending mail
Package: icedove Version: 2.0.0.0-4 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I notice that after upgrading to Icedove 2.0.0.0-4, the User-Agent header on messages composed now refers to Thunderbird rather than Icedove. I'm not sure that this is intentional or not - if so, feel free to close this bug. For example, the following if a User-Agent header created after the upgrade: User-Agent: Mozilla-Thunderbird 2.0.0.0 (X11/20070601) As compared to one created just before the upgrade: User-Agent: Icedove 1.5.0.10 (X11/20070329) Let me know if you require and further information and I'll try to add it to the report as soon as possible. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 2.19 Miscellaneous utilities specific t ii fontconfig 2.4.2-1.2generic font configuration library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070528-1 GCC support library ii libglib2.0-02.12.12-1The GLib library of C routines ii libgtk2.0-0 2.10.12-2The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.5-6 spell checker and morphological an ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.6-3 NetScape Portable Runtime Library ii libnss3-0d 3.11.5-3+b1 Network Security Service libraries ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libstdc++6 4.2-20070528-1 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-15 compression library - runtime icedove recommends no packages. - -- debconf information: * icedove/browser: Debian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRmFvzRIA1yCB7VsRAQoY0g/9FygY0z+2oiyr328r5mFUOwfjk2R0h8BX QbjfqJFtDzwWXEXhZHE1Oy8ihNNhB9yBW819nbYO7BUiuGdITlDGXPNzXZs9/goO Wxma1Z3sNR0zQqCYkXUsxCkuru2va306u/4WdcsvHIl2NMYUVDp+mAIvGqGkw2AU 5+/zhTBvZNw5gLbOzdvC4iTpYL1Cebh2VVFU1rdre7ypyuORXT8tuhK8FzMvyN6g tIZc88lqDz9fCk5rsW79SpEYWZUgvaqcA82D0Hs5UUXdfkuhPf+ZdqauRHmhiUe2 qdGcuRHkN0wLK4NiWM0q7a7tk/NHS7FbdzxovntzUZmmv4QUN7pe/5HEfepJzY4c bnitz9Ro6BbCn59MugjzenHlRmfrD0XdDMTgJGZQG6RRsRGObCgPzgUEWbqtb9gW FXlAmh1a/P3fAUueAxXzEXP3pySozpi/kYuzqL6M632uo7brsZVyP4y7xCUfEbPe 9VjV/2vJiJTSpzBUi21mvY6Vc90+b1HQe8avW6JyoGqSeu4ms+8U1qRpt7UB6v7A yCWFO4JJImdVFEFiiUZ53mV82GOSHrV4S0A/e0cdvtJp/7gyf9CGSYBrHBjZZzxr 4F4Vm7lQkaGa2FIP5Fa8CeVWU9E81h6/voMkvy7E4O7poRH7Br8LgRtoMhWRyGbG L1H3YpNJrcA= =76wW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416594: nvidia-kernel-source: Patch comments
Package: nvidia-kernel-source Version: 1.0.8776-4 Followup-For: Bug #416594 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello all, I can confirm that I've also experienced this problem with nvidia-kernel-source package version 1.0.8776-4. I've got a slightly different configuration to the previous bug reports - I'm running on AMD64, and I'm using a stock 2.6.20.7 kernel source. I first experienced this problem with 2.6.20.1, but never with 2.6.19 and earlier. For 2.6.20.1, I came up with a very messy workaround that wasn't satisfactory. This time, with 2.6.20.7,I tried Bastian Kleineidam's suggested patch, which worked fine. I noticed that the ROOT_CMD variable is used in a variety of other places in the makefile, though, and wondered if these might need changing, too. Not being an expert on the way packages are built, I can't really comment on this, but thought it was worth raising the issue. All the best, - -Dave. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 5.0.45 helper programs for debian/rules ii dpatch2.0.21 patch maintenance system for Debia ii make 3.81-3 The GNU version of the make util ii sed 4.1.5-1The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts2.10.2 Scripts to make the life of a Debi ii kernel-package10.068 A utility for building Linux kerne ii nvidia-glx1.0.8776-4 NVIDIA binary XFree86 4.x driver - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRiEZBBIA1yCB7VsRAQqwFBAAhSJXaOFKPGST/ULa0Qj4MOyxLoa318aM YicEA6gSOtrEGqObVzMm7t31cvlUCgcKjWJ2Fn8aNKNQxV2E8SDfcwC1bFzn1ZbH jnfdN8QUhOXNGrr3md1v+Niotv1FBM/V1qseo4DHQNH3idrGo+9fAnStkhBjItXV s85+JqMCjv61E+gEnTfN2hN5efTM0ZTGfYJXif4TJEg9RaCpTxj5Vnz/wvfT5Yl4 XqCmk0zDEaKAC8rXghI+JDAcPW840nGsH7+6ZWm7uyOaHRPC6AMgaI+mHQznXrrm Y6Yp/0pZwa1KutHz9rUS0CKwuoZyl8ZhEJHuBZsR6RDsbmRQDCYnLdwQ+gpg6GCA 2D+oAOsAlOCGpnSuB+sRtCup+kmKViTx1kktjANIKYSKDEfFWAo+r3ROndBBnbM1 XWhnhtk3J91L5K1P72Hh/thxbzzOU/kgKlx27TN1oQGoq+Y3Kf7HtpIvPK3bUEKt JaoOpZK+bSlIQ1C6pTljt5nSHkkQt3Nk0BNCa4xi9UXVG1sDY7fRA8lVxY2GG9YZ absH5uvP9A7XNA4Axuqn02M06VjR+GU08sovywQHGbw8F1o7Bm9s/3MTCzrrRiun Obu3vrCxIoM7dPAZf13QtjV5cEqYNospDbePjBqRpa9ODVbMJR4H3c7V2IVs2zed QTe4OLS1KqU= =nS/p -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414183: dosfstools: Man page appears outdata for -F option
Package: dosfstools Version: 2.11-2.1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I believe that the map page for mkdosfs is out of date. For the -F option, it specifies that FAT-32 will not be selected automatically, and will always need to be specified if desired. However, the following command indicates that this may not be the case: scrat:~/x# sudo mkdosfs -c -i cafef00d -n Darkhorse -v /dev/sdc1 mkdosfs 2.11 (12 Mar 2005) Auto-selecting FAT32 for large filesystem /dev/sdc1 has 255 heads and 63 sectors per track, logical sector size is 512, using 0xf8 media descriptor, with 4000122 sectors; file system has 2 32-bit FATs and 8 sectors per cluster. FAT size is 3899 sectors, and provides 499036 clusters. Volume ID is cafef00d, volume label Darkhorse . Searching for bad blocks 77664... 158432... 239200... 319840... Just to check, specifying FAT-16 explicitly does work: scrat:~/x# sudo mkdosfs -c -i cafef00d -n Darkhorse -v -F 16 /dev/sdc1 mkdosfs 2.11 (12 Mar 2005) /dev/sdc1 has 255 heads and 63 sectors per track, logical sector size is 512, using 0xf8 media descriptor, with 4000122 sectors; file system has 2 16-bit FATs and 64 sectors per cluster. FAT size is 245 sectors, and provides 62493 clusters. Root directory contains 512 slots. Volume ID is cafef00d, volume label Darkhorse . Searching for bad blocks 80992... 162784... 244560... 326240... ... If you'd like any further information, do let me know and I'll be happy to add to the bug report as appropriate. All the best, - -DH. - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages dosfstools depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries dosfstools recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBRfGxchIA1yCB7VsRAQpWhA/+Nro0gfcUNr5XVDmjoerklaa3XbV6aq0O WODt22ctSEpb+lXV30hlFxqiqcKLExlO7Y7RJKhMUaFMvbls+BuV17kobntYeljU n5JHGZuN05lNomXbJKy11BhAXzIoG4xtxtbP3ojLFALD7SnD2LSR6mzTGDcbljWA OA7VMDPvuB3DBAOOgt5S4TMOJjcFUUA2k7MZc8HIOGlTtt2Id2j5Tj8UK46WAnRU d2stIJiPqaci41St4HE5zZMP1d2wvQJZ27dWVSJ8hjDg8LPxXW0Hm2ikDGw1LAlG 1yGnLW7tZXFNAN5yQGrbb/upFeOzl/8fJY35rBk+J7BHxUUOYRePOqqaFaH9amQ0 4hlyZ1IDZDwRJjL7wbRa+prJnhAyGf3fvvHRf0Sam9bb1JKnu6V3FKs2C+TJeWl+ e08UkPVtkaNeySdYRzJTInTtOljCaN/34FTwMe01kbsNmwl3hOvbcjuG2Wzp69C1 FTFtk6fJXGlMPaNdq3LNeGk04HQS+U8HOKykWJmyIYR6KIJ0ehTpwzn0FNRndlJj K0LgYwIFCPFLaN6EvLkNdt47ZpFIq87p2ixafil0tDpH/x5qN/E51/EzISDgeP4Q b4qR4+w00g//WVvI5srLjpmXY84fP4ryNXQ5tcm9hCYG4VCECfLHR1nahjvm3cuh g/UeZXpTvMM= =X932 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392973: gweled: Please package new upstream version
Package: gweled Version: 0.6-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I notice that there is a new version of gweled on release: http://sebdelestaing.free.fr/gweled/ It'd be nice to get that versions packaged up for Debian at some point - I suspect many people will then be able to waste their time in a new and interesting way (with music, for example). Do let me know if there's anything I can do to help. All the best, - -Dave. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages gweled depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-6 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgconf2-42.14.0-5 GNOME configuration database syste ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2+b1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-2+b1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-2 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-2+b1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.5-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii librsvg2-2 2.14.4-2 SAX-based renderer library for SVG ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-1 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-4 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime gweled recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQIVAwUBRTDqhxIA1yCB7VsRAQo4xA//YzII6DnL0BdKf8LNkDlWQma65MtTWbNA TvNysQJ2pa3PFek517z4AlncBoY38uP1RiJknIG0QgvcxKd5mJlHJr796fC5YqGq gEpT26zRby1xrn0JPFS7suYcjzSnfipS3aS0VsgavlCS6ewC1bUlcH0xbCf+DoJC Xdh72sYX9Ksknm8nHn3jCd1Nh/khRJEWda1eFOrtnbRXXZe9GWuTYY1cFF+EXVQ5 aMKlIIHv9fJABmlBITJh8JbiSH3yI++OEPCvrxypsXDhaf1JdyYNI2oZ0NM5RW7A K+PHpAU5PUQb+mvvt4nVYHRIDzwF/sqTl+vHJxri4Fxu/6nQYEOyYNB9GJjjt9eX hsRTBjRtUE51YOZx+dpBHuXDgKnJhjAnbBFXW1f6O07zVE4XoQtKi8Hn/TBkwz9P w5xCHF06BVS+KLOl+ZI3S9vUUXh8hwn681m3AQ0XCN6Qwt0aXHxwzxpaj3HlPvWk +By0r44uOoO5/rhulbVykUQWzt3bmuIKuyQu6dOQDMZ5IPLZOCVAlzk75BEDMCXx z9XngbCRPcxtAfaCI9h/A5iNwlb9ztUvj12S5gds3avGXHNCgkElJhymEJfnq9el amyaBNUb9TgKUQLCh5/9DhVEjbbKKvCrbLefKwB+o+o+SRapDPy8LD3Ec8PVC0kV A5wFz65w8wY= =le3C -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392971: gweled displays a blank window, no menu options work (patch included)
Package: gweled
Version: 0.6-2
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
On one of my systems (AMD64 unstable), gweled starts but displays a
blank window. No menu options work, and the game is completely unusable.
This has been the case for some time now, but since I have other
computers with gweled installed, I have ignored the problem. I've
recently had a bit of time to investigate further, and it seems to be
same same problem as this one reported against gweled packages for
Ubuntu:
https://launchpad.net/distros/ubuntu/+source/gweled/+bug/39181
I've taken a screenshot of the gweled window to illustrate this issue.
Adding -rdynamic to the gcc command line does indeed sort out this
problem. I've included a patch to unambiguously point out the change
that fixed the problem for me.
If you'd find any other information from me useful, please do let me
know and I'll get it added to this report as soon as possible.
All the best,
- -Dave.
- -- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
Versions of packages gweled depends on:
ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi
ii libatk1.0-01.12.3-1 The ATK accessibility toolkit
ii libbonobo2-0 2.14.0-2 Bonobo CORBA interfaces library
ii libbonoboui2-0 2.14.0-5 The Bonobo UI library
ii libc6 2.3.6.ds1-6 GNU C Library: Shared libraries
ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra
ii libfontconfig1 2.4.1-2 generic font configuration library
ii libgconf2-42.14.0-5 GNOME configuration database syste
ii libglade2-01:2.6.0-2 library to load .glade files at ru
ii libglib2.0-0 2.12.4-1 The GLib library of C routines
ii libgnome-keyring0 0.4.9-1 GNOME keyring services library
ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file
ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display
ii libgnomeui-0 2.14.1-2+b1 The GNOME 2 libraries (User Interf
ii libgnomevfs2-0 2.14.2-2+b1 GNOME virtual file-system (runtime
ii libgtk2.0-02.8.20-2 The GTK+ graphical user interface
ii libice61:1.0.1-2 X11 Inter-Client Exchange library
ii liborbit2 1:2.14.0-2+b1 libraries for ORBit2 - a CORBA ORB
ii libpango1.0-0 1.14.5-1 Layout and rendering of internatio
ii libpopt0 1.10-3lib for parsing cmdline parameters
ii librsvg2-2 2.14.4-2 SAX-based renderer library for SVG
ii libsm6 1:1.0.1-3 X11 Session Management library
ii libx11-6 2:1.0.3-1 X11 client-side library
ii libxcursor11.1.7-4 X cursor management library
ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar
ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio
ii libxi6 1:1.0.1-3 X11 Input extension library
ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii libxml22.6.26.dfsg-4 GNOME XML library
ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library
ii libxrender11:0.9.1-3 X Rendering Extension client libra
gweled recommends no packages.
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
iQIVAwUBRTDpABIA1yCB7VsRAQoiVw//VkAjn3L08bEmAPfryn242PSZ4JjEOdx2
bGHYSWG7hd1fMl3gCbvpvjmVfDnMLLLBzp+QzQLQ0t/CYkbFJ4B9TqU0XMvbmalT
rZKrsBzjZdkSVsmllUWgEdYhac2GaOF2nle7sTT3cZACAte8X+EaFUUcmsVfmWkp
s8B+eNvlA99bfnOEL2Ds3+WOUI9K1CTUHiVeZ4h4/ryy1t0ulymZkQGZ93Q6UVF5
2v6giXQDGNawcHIphwQ6i6d2uXizAKaKwdcaMLbGFnMEFhGbXM+AZjj6EyaaJa+X
8lLAD21Tt3cN4gePwtZdNDPd9bWAZzQoV9avG4bd7FEloLBsVuskjLYDnN7DNTv9
O+zt76n6igyZuqkW8g3HpHal7QW44hMKt3oRVsYZQ19fzv0FmFlwk8+Ovmsobpq8
bglG8sl+mJQrCxe4ddX+wcLkl/x290eFPyH9qbB9Me8xwpc8Tt5zRi0RIH2sInHa
JpZ71cXG1s2bdjlS10fZHxfEiMGUmVGZP6FTPMYKcIOGAvE5hsE+Lb17FblOH+rC
qkBDLcwMfpOg22z2UGPqKD0Q2+/x8J+nddWvbJxdpzXfUcm1ZIVd4h0fHg1JNFdO
j+fJZ0i9mva2qXqsCMpi1ZP/RjDrzxpPpcZFBTCsrPYksRtdNPB5U/rWN1zOeLiJ
8rP1BWYD59M=
=4aC1
-END PGP SIGNATURE-
--- gweled-0.6-2-original/debian/rules 2006-10-14 14:24:59.0 +0100
+++ gweled-0.6-works/debian/rules 2006-10-14 14:22:46.0 +0100
@@ -8,7 +8,7 @@
DEB_CONFIGURE_EXTRA_FLAGS := --bindir=\$${prefix}/games
DEB_DH_FIXPERMS_ARGS := -X/var/games/.*scores -X/usr/games
-CFLAGS := -Wall -g
+CFLAGS := -Wall -g -rdynamic
# Ensure at build time that the library has no dependencies on undefined
#
Bug#391375: initscripts: umountnfs.sh: shutdown fails in presence of bind-mounts
Hello all, The behaviour of fuser is correct (it works on the filesystem level, while bind mounts are pure namespace operations only). But the effect is that the 'fuser' call in umountnfs.sh line 98 just kills /etc/init.d/rc because it thinks it is using the bind-mounted location when in fact it does not. If I just comment out the whole 'if [ -x /bin/fuser ]' block and revert to using /etc/init.d/sendsigs, then everything works again. I think it's probably worth adding in that this isn't just the case for bind mounts - it also works if sysfs is mounted directly in more than one place as well. For example, I have included the chroot section of my fstab that produces very similar behaviour to that reported by Gabor in [EMAIL PROTECTED]. Rather that bind-mounting procfs and sysfs, the filesystems are simply mounted again at the new location. I'm not sure if this is the correct way to do it, but it has worked a treat in practise until just recently when I too get problems with rc being killed off by fuser in umountnfs.sh. The entry for /usr/local/share/chroot/etch-ia32/sys is the one causing the problems. I believe this to be the same problem as bug#391375, but thought it was worth adding this message to point out that it can also be caused with a similar but different configuration. If you believe this to be unrelated, I'll be happy to split this off as a separate bug. If I can give any further information, please do let me know and I'll add it to this bug report as soon as possible. All the best, -Dave. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages initscripts depends on: ii debianutils 2.17.3 Miscellaneous utilities specific t ii e2fsprogs1.39-1.1ext2 file system utilities and lib ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip ii mount2.12r-11Tools for mounting and manipulatin ii sysvinit-utils 2.86.ds1-33 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.3-1 Utilities that use the proc filesy -- no debconf information # Chroot stuff /dev/usr/local/share/chroot/etch-ia32/dev nonebind 0 0 proc/usr/local/share/chroot/etch-ia32/proc proc defaults0 0 sys /usr/local/share/chroot/etch-ia32/sys sysfs defaults0 0 /home /usr/local/share/chroot/etch-ia32/home nonebind 0 0 /tmp/usr/local/share/chroot/etch-ia32/tmp nonebind 0 0 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages initscripts depends on: ii debianutils 2.17.3 Miscellaneous utilities specific t ii e2fsprogs1.39-1.1ext2 file system utilities and lib ii libc62.3.6.ds1-5 GNU C Library: Shared libraries ii lsb-base 3.1-17 Linux Standard Base 3.1 init scrip ii mount2.12r-11Tools for mounting and manipulatin ii sysvinit-utils 2.86.ds1-33 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.3-1 Utilities that use the proc filesy -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#382860: mozilla-nukeimage: Dependancy information is incorrect: incompatible with firefox 1.5.dfsg+1.5.0.6-1
Package: mozilla-nukeimage Version: 0.3-5 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I believe the dependancy information is incorrect for the mozilla-nukeimage package in sid/AMD64 at the moment. The package is currently installed on my system, but is not compatible with the firefox installation on there (looking at the Tools-Extensions diaglog shows Disabled - not compatible with firefox 1.5.0.6. Let me know if you'd like any other information and I'll add it to the report at soon as possible. All the best, - -Dave. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages mozilla-nukeimage depends on: ii firefox 1.5.dfsg+1.5.0.6-1 lightweight web browser based on M ii mozilla-firefox 1.5.dfsg+1.5.0.6-1 Transition package for firefox ren mozilla-nukeimage recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQIVAwUBRN9+aBIA1yCB7VsRAQrVCQ//Rs4nVEZzYopNz74e6PYxyqoL73q5An8s pt7sKTg3snepseZLmmfV0eoiJCZ92DHP4RGhZtgt8J6y6Tbce2vrv9dpcGqBLvsj niClFBoZC5IPL1xI2VM8vqLCQl7ecjcrfycFPfhZDSVgaul37KBKNrsq/DSP/5rH B56mAh7+czsmSivNPY7ZLBrn+qhbBvwKErICdVJxCZF8tvrP/uzkUxSwSdveqaNk Rw21yrpD5KJycy9xbdLM33wIQyH28VxN+5Lqpb0qC3m7BITNPwM+3IzqfDe8mlMr RgjUq4rCeF8XlQlB8JY3m8GZkL58FDdHZKeCa7wLzv5vw/i/L3GyHrZKBzaz9NYs /vpehQq/B/ziBdzuszSy5qg+hm1HQiRoUirQdhh2BNsPMfkkCuc6bkmaOUmpBMpj aub4VUcKZvujkByzLbfnQ68Mu1rSi+CG+N9xvDmAtbBabgYW7Kl6qnbCLU/MajY8 eXDAss11si782njXi0V1HGsOg5A42odE3Nq8K6/oFOduLTENgyWqFUMDEk+5iWgi 8B6XEt23dkrsaCN/whRg0nGstgTFgBNfyc+ut83rbRYsz1NA/UP6LHnj56kyrxsO T3t0QDK9IoV2RB/uRR+940Pdx0nDKoKIxXSIVFWlyS81LiN6duYldo+Bsmr3QFFg 6HPf9nLmfRw= =qe7r -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321753: mozilla-thunderbird: Segmentation fault on reading the second HTML message under certain circumstances
Package: mozilla-thunderbird Version: 1.0.6-3 Severity: normal I've recently upgraded from mozilla-tunderbird 1.0.2-3 to 1.0.6-3, and have noticed that with the new version, under certain conditions, displaying the second HTML message after starting, Mozilla Thunderbird will segfault. I've not been able to reproduce the segfault with a plain text message, nor have I yet been able to reproduce it with HTML email messages (although I receive very few of these, so I could just not have a message which causes the problem). The problem is always reproducible by looking at RSS messages from the BBC. I have the following feeds presented in a single folder: http://newsrss.bbc.co.uk/rss/newsonline_uk_edition/world/rss.xml http://newsrss.bbc.co.uk/rss/newsonline_uk_edition/technology/rss.xml http://newsrss.bbc.co.uk/rss/newsonline_uk_edition/uk/rss.xml I have Mozilla Thunderbird set up to display the article rather than the summary. When any message is selected, the article is displayed correctly. Moving to any other article in the same folder, Thunderbird will crash. This has been nearly 100% reproducible with Thunderbird 1.0.6. When it doesn't crash with the second message viewed, it will crash with the third message viewed, whether this is the same message as the first one to be viewed or a completely different one. Switching back to 1.0.2-3, no such segfaults occur. With 1.0.6, the BBC RSS feeds are not the only things to cause this becaviour. I also have a feed from http://usertools.plus.net/status/status.xml, but this only intermittently causes segfaults. Also, viewing an artivle from the Plusnet Usertools feed then viewing an article from the BBC does not cause a segfault. Please do let me know if I can provide any further information to help solve this problem. All the best, -Dave. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages mozilla-thunderbird depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-3 GCC support library ii libglib2.0-0 2.6.6-1The GLib library of C routines ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libstdc++64.0.1-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxp66.8.2.dfsg.1-4 X Window System printing extension ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-4 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-3 compression library - runtime Versions of packages mozilla-thunderbird recommends: ii myspell-en-gb [myspell 20030813-3English (GB) dictionary for myspel ii xprint 1:0.1.0.alpha1-11 Xprint - the X11 print system (bin -- debconf information: * mozilla-thunderbird/browser: I will do it on my own -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321762: mozilla-thunderbird: Not all RSS subscriptions are able to be managed through the Thunderbird GUI
Package: mozilla-thunderbird Version: 1.0.6-3 Severity: normal I have a configuration where I have multiple RSS feeds from the BBC accessable from within a single folder in Thunderbird. I also have another RSS feed put in its own folder from Plusnet Usertools. When trying to manage subscriptions for the RSS feeds, the BBC ones do not appear, but the Plusnet one does. This is the case whichever way I try to view RSS subscriptions. The articles are visible, and the feeds are checked for new messages as expected, they're just not visible when I try to manage the subscriptions. The only way I've found to be able to change things is to edit the file profile directory/Mail/News Blogs/feeds.rdf manually. This is not a major problem, as the file is fairly easy to understand, but I suspect this is not the intended behaviour. I've attached my feeds.rdf file for reference. Please do let me know if any additional information would be useful and I'll get it sorted out as soon as possible. All the best, -Dave. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages mozilla-thunderbird depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.1-3 GCC support library ii libglib2.0-0 2.6.6-1The GLib library of C routines ii libgtk2.0-0 2.6.9-1The GTK+ graphical user interface ii libpango1.0-0 1.8.2-1Layout and rendering of internatio ii libstdc++64.0.1-3The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxp66.8.2.dfsg.1-4 X Window System printing extension ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-4 X Toolkit Intrinsics ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m ii zlib1g1:1.2.3-3 compression library - runtime Versions of packages mozilla-thunderbird recommends: ii myspell-en-gb [myspell 20030813-3English (GB) dictionary for myspel ii xprint 1:0.1.0.alpha1-11 Xprint - the X11 print system (bin -- debconf information: * mozilla-thunderbird/browser: I will do it on my own feeds.rdf Description: application/rdf
