Bug#573892: flim: mel-q-ccl.el checks emacs version for 23.1, which is a bad thing

I confirm that the problem is solved with current flim (1:1.14.9+0.20100313-2) from unstable for all recent emacs-snapshot's (24.x branch). Thanks. -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debia

Bug#574255: nvidia-kernel-common: Incorrect check for NVIDIA_DEVICE in udev rule, every device is now +rw for console users

Package: nvidia-kernel-common Version: 20100216+3 Severity: important The following line in /lib/udev/rules.d/60-nvidia-kernel-common.rules is meant to skip the rest of the file for non-nvidia devices: ENV{NVIDIA_DEVICE}=="0", GOTO="nvidia_end" Unfortunately, it doesn't work this way (ENV{NVIDIA

Bug#573892: flim: mel-q-ccl.el checks emacs version for 23.1, which is a bad thing

ngs on my test system, that have invisible chances to be relevant, but who knows: 1. It's an amd64 (including userspace and emacs-snapshot) 2. Its locale is ru_RU.UTF-8. .emacs in the chrooted environment was almost empty during both of the tests (had to set debug-on-error to learn I had to set sm

Bug#573892: flim: mel-q-ccl.el checks emacs version for 23.1, which is a bad thing

le encoding in flim _ceased_ to corrupt my mail messages, working correctly again. So, though I don't yet fully understand the nature of this workaround and why it's necessary, I'm pretty sure that it _is_ needed for the current emacs snapshot 24.x, as well as for 23.1. -- Regards, Anto

Bug#573892: flim: mel-q-ccl.el checks emacs version for 23.1, which is a bad thing

Package: flim Version: 1:1.14.9+0.20100313-1 Severity: minor mel-q-ccl.el uses two instances of the following construct to check if it's running on emacs 23.1: (and (eq emacs-major-version 23) (eq emacs-minor-version 1)) It is a bad thing, as it will surely break on emacs upgrade to the 24.x

Bug#573402: Further info: scsi_id, blk_id and devicekit-disks

t handlers from firing during the burning process). The call to scsi_id, by itself, seems to be harmless. -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe".

Bug#573402: udev: 60-persistent-storage.rules event propagation to block devices breaks SATA CD burning

Package: udev Version: 151-2 Severity: important After installing a new system with SATA DVD recorders, no CD-RW recording was possible, except in raw mode that was awfully slow. I'm sure there are plenty of bug reports against wodim and other burning tools, with the diagnostics along the lines