Bug#474193: patch works for me, black line gone
Holger Levsen píše v Čt 31. 07. 2008 v 22:38 +0200: > thank you for testing (+providing?) this patch! I'm currently offline so I > cant check whether its tagged patched already and who wrote it :-) Actually I haven't written the patch, I've only tested changes suggested by Mark Robinson[1]. Please note these changes possibly break some other munin graphing functionalities. "Black line at 0 on X axis" seems to be construction used to create divider in e.g. network interface traffic graphs. (Munin shows both incoming and outgoing network traffic in one graph, incoming below zero and outgoing above zero, black line serves as graphic divider in between, see [2].) With above mentioned patch this divider is gone, which can be bad for upstream! If I understand original bug report correctly, the problem can be summarized as follows: * munin always show black line at y=0 even if only one value is graphed, see [3] for example (as this may be expected behavior, it should be consulted with upstream first) * previous breaks autoscaling as graph bottom on y axis is thus forced to zero (so that the dummy "black line" could be drawn at y=0). Example: I'm using munin to graph server room temperature, temperatures are in 20-30 deg C range. Ideally my graph should be autoscaled vertically in cca 20-30 deg C range so that temperature curve only is shown, but it is scaled in 0-30 deg C instead, so the temperature curve I'm interested in is shrunk and there is useless white space in 0-20 graph range (bad for temperature curve readability). Vit [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474193 [2] http://users.linpro.no/janl/.munin/cappuccino.ping.uio.no-if_eth0-day.png [3] http://munin.ping.uio.no/ping.uio.no/ritchie.ping.uio.no-port_ssh-day.png -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#430938: gnochm - crashes on loading CHM file
It is more than year since I reported original bug. I don't have access to that CHM file anymore, so I can't reproduce this bug. Consider closed due to lack of evidence. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445474: gnome-mount - LUKS volume opened, but not mounted
> After attaching a device, entering your passphrase when prompted, and > observing that it has not been mounted, run 'lshal' and attach the > output to this bug report. We're looking for encrypted volumes that HAL > thinks are of size 0. Here you are. Packages versions first: udev 0.114-2 hal 0.5.11-2 nautilus 2.22.4-1 gnome-mount 0.7-2 Linux kernel is 2.6.25. 1) Device plugged in: $ dmesg usb-storage: device found at 8 usb-storage: waiting for device to settle before scanning usb 1-7.4: New USB device found, idVendor=04fc, idProduct=0c15 usb 1-7.4: New USB device strings: Mfr=2, Product=3, SerialNumber=1 usb 1-7.4: Product: USB to Serial-ATA bridge usb 1-7.4: Manufacturer: Sunplus Technology Inc. usb 1-7.4: SerialNumber: MAXTOR STM9QG4MWXL usb-storage: device scan complete scsi 7:0:0:0: Direct-Access MAXTOR S TM3500630AS PQ: 0 ANSI: 2 sd 7:0:0:0: [sdf] 976773168 512-byte hardware sectors (500108 MB) sd 7:0:0:0: [sdf] Write Protect is off sd 7:0:0:0: [sdf] Mode Sense: 38 00 00 00 sd 7:0:0:0: [sdf] Assuming drive cache: write through sd 7:0:0:0: [sdf] 976773168 512-byte hardware sectors (500108 MB) sd 7:0:0:0: [sdf] Write Protect is off sd 7:0:0:0: [sdf] Mode Sense: 38 00 00 00 sd 7:0:0:0: [sdf] Assuming drive cache: write through sdf: unknown partition table sd 7:0:0:0: [sdf] Attached SCSI disk 2) LUKS password entered and volume opened: $ ls -la /dev/mapper/ ... crw-rw 1 root root 10, 61 13. čec 10.09 control brw-rw 1 root disk 252, 0 13. čec 16.39 luks_crypto_f3518263-2245-4ffc-b59e-f730a01f164e 3) Encrypted volume not mounted, lshal output: $ lshal ... udi = '/org/freedesktop/Hal/devices/usb_device_4fc_c15_MAXTOR_STM9QG4MWXL_0' info.linux.driver = 'usb' (string) info.parent = '/org/freedesktop/Hal/devices/usb_device_424_2504_noserial' (string) info.product = 'USB to Serial-ATA bridge' (string) info.subsystem = 'usb_device' (string) info.udi = '/org/freedesktop/Hal/devices/usb_device_4fc_c15_MAXTOR_STM9QG4MWXL_0' (string) info.vendor = 'Sunplus Technology Co., Ltd' (string) linux.device_file = '/dev/bus/usb/001/008' (string) linux.hotplug_type = 2 (0x2) (int) linux.subsystem = 'usb' (string) linux.sysfs_path = '/sys/devices/pci:00/:00:02.1/usb1/1-7/1-7.4' (string) usb_device.bus_number = 1 (0x1) (int) usb_device.can_wake_up = false (bool) usb_device.configuration = 'Bulk Only Configuration' (string) usb_device.configuration_value = 1 (0x1) (int) usb_device.device_class = 0 (0x0) (int) usb_device.device_protocol = 0 (0x0) (int) usb_device.device_revision_bcd = 60418 (0xec02) (int) usb_device.device_subclass = 0 (0x0) (int) usb_device.is_self_powered = true (bool) usb_device.linux.device_number = 8 (0x8) (int) usb_device.linux.sysfs_path = '/sys/devices/pci:00/:00:02.1/usb1/1-7/1-7.4' (string) usb_device.max_power = 2 (0x2) (int) usb_device.num_configurations = 1 (0x1) (int) usb_device.num_interfaces = 1 (0x1) (int) usb_device.num_ports = 0 (0x0) (int) usb_device.product = 'USB to Serial-ATA bridge' (string) usb_device.product_id = 3093 (0xc15) (int) usb_device.serial = 'MAXTOR STM9QG4MWXL' (string) usb_device.speed = 480.0 (480) (double) usb_device.vendor = 'Sunplus Technology Co., Ltd' (string) usb_device.vendor_id = 1276 (0x4fc) (int) usb_device.version = 2.0 (2) (double) udi = '/org/freedesktop/Hal/devices/usb_device_4fc_c15_MAXTOR_STM9QG4MWXL_0_usbraw' info.capabilities = {'usbraw'} (string list) info.category = 'usbraw' (string) info.parent = '/org/freedesktop/Hal/devices/usb_device_4fc_c15_MAXTOR_STM9QG4MWXL_0' (string) info.product = 'USB Raw Device Access' (string) info.subsystem = 'usb_device' (string) info.udi = '/org/freedesktop/Hal/devices/usb_device_4fc_c15_MAXTOR_STM9QG4MWXL_0_usbraw' (string) linux.device_file = '/dev/bus/usb/001/008' (string) linux.hotplug_type = 2 (0x2) (int) linux.subsystem = 'usb_device' (string) linux.sysfs_path = '/sys/devices/pci:00/:00:02.1/usb1/1-7/1-7.4/usb_device/usbdev1.8' (string) usbraw.device = '/dev/bus/usb/001/008' (string) udi = '/org/freedesktop/Hal/devices/usb_device_4fc_c15_MAXTOR_STM9QG4MWXL_0_if0' info.linux.driver = 'usb-storage' (string) info.parent = '/org/freedesktop/Hal/devices/usb_device_4fc_c15_MAXTOR_STM9QG4MWXL_0' (string) info.product = 'USB Mass Storage Interface' (string) info.subsystem = 'usb' (string) info.udi = '/org/freedesktop/Hal/devices/usb_device_4fc_c15_MAXTOR_STM9QG4MWXL_0_if0' (string) linux.hotplug_type = 2 (0x2) (int) linux.subsystem = 'usb' (string) linux.sysfs_path = '/sys/devices/pci:00/:00:02.1/usb1/1-7/1-7.4/1-7.4:1.0' (string) usb.bus_number = 1 (0x1) (int) usb.can_wake_up = false (bool) usb.configuration = 'Bulk Only Configuration' (stri
Bug#445474: gnome-mount - LUKS volume opened, but not mounted
> I suspect that this is actually #467200. Briefly, race conditions mean > that HAL will only sometimes be able to mount encrypted partitions. Please note that encrypted _partitions_ (e.g. /dev/sde1) are mounted _every_ time on my system. It's LUKS volume spanning the _whole_ device (e.g. /dev/sde) that is _not_ mounted (but opened successfuly anyway). But maybe this could be result of race conditions described in #467200? What exactly should I try to verify this issue? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445474: update
> Both USB drives are used in partition-less setup (filesystem over > the whole device). I've thoroughly examined my setup and it looks I was wrong - USB drive, where mounting LUKS volume through nautilus works flawlessly, contains LUKS volume in primary partition! I did some some experiments with another USB drive, these are the results: 1) the whole device (/dev/sdd) used for LUKS volume: * nautilus asks for password * /dev/mapper/luks-something is created * _nothing_ is mounted [WRONG! WHY?] 2) primary partition (/dev/sdd1) used for LUKS volume: * nautilus asks for password * /dev/mapper/luks-something is created * LUKS volume is mounted successfully: $ mount ... /dev/dm-0 on /media/disk type ext2 (rw,nosuid,nodev,uhelper=hal) (I wonder why /dev/dm-0 has been used instead of /dev/mapper/luks_crypto_cd724b68-5a6f-4016-9c9c-1572722aaee8, but they share the same major/minor device number (252,0), so it's probably the same.) $ ls -la /dev/dm-0 brw-rw 1 root disk 252, 0 1. čen 12.23 /dev/dm-0 $ ls -la /dev/mapper/luks_crypto_cd724b68-5a6f-4016-9c9c-1572722aaee8 brw-rw 1 root disk 252, 0 1. čen 12.23 /dev/mapper/luks_crypto_cd724b68-5a6f-4016-9c9c-1572722aaee8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445474: update
(Oops, it looks like some BTS notifications haven't found their way to my mailbox. I'm really sorry for delay.) As for gparted-disable-automount.fdi, negative: $ ls /usr/share/hal/fdi/policy/gparted-disable-automount.fdi ls: cannot access /usr/share/hal/fdi/policy/gparted-disable-automount.fdi: No such file or directory Current status: Two USB drives with LUKS, both are opened using nautilus succesfully (devices /dev/mapper/luks_crypto_something are created). _But_ while one cryptodevice gets mounted automatically, the other one does not and _manual_ mount command is needed. Both USB drives are used in partition-less setup (filesystem over the whole device). Right now I'm running AMD unstable/experimental mix, software versions are: gnome-mount 0.7-2 gnome-volume-manager 2.22.1-1 nautilus 2.22.2-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471049: mkvtoolnix: Debian mkvmerge fails to identify srt file
I had exactly the same problem on my AMD64 system. Rebuilding mkvtoolnix locally (dpkg-buildpackage) solved the problem. (Just my USD 0.02.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474028: oowriter - broken measurement units in paragraph properties
> So what you complain about is that it's not cm or that the Czech UI > does not match the english one? (in the second case it's not a bug in > openoffice.org-writer but on openoffice.org-l10n-cs one) Both, thank you (see below). > Can this please be made configurable (and cm please be the default). Thanks for taking care of default measurement unit consistency (problem 1). As for mismatch between measurement units in Czech and US locales (problem 2), I'll file a bug against openoffice.org-l10n-cs package. (Thanks again for your concern and swift reaction.) Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474028: oowriter - broken measurement units in paragraph properties
Package: openoffice.org-writer Version: 1:2.4.0-3 After upgrade to OpenOffice.org 2.4.0 I've noticed strange units in paragraph properties dialog while using Czech (cs) locale. Despite having selected 'cm' as default measurement unit in Options > OpenOffice.org Writer > General, I can see following in paragraph properties dialog: Indent before text: 0,00% (Czech locale) 0.00ch (US locale) Spacing above paragraph: 0,00 (Czech locale, no unit at all!) 0.00line (US locale) Line spacing (fixed): 14,1pt (Czech locale) 14.1 pt (US locale) I've seen these broken / inconsistent measurement units both on i386 and amd64 installations. For comparision I've checked "official" OpenOffice.org build from OOo website; both Windows (.exe) and Linux (.tar.gz) versions use "cm" consistently and correctly in locations listed above, see examples below: Indent before text: 0,00cm (Czech locale) 0.00cm (US locale) Spacing above paragraph: 0,00cm (Czech locale) 0.00cm (US locale) Line spacing (fixed): 0,35cm (Czech locale) 0.35cm (US locale) Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#468692: imagemagick - EXIF data from Canon EOS 40D broken after convert
Package: imagemagick Version: 7:6.3.7.9.dfsg1-2 EXIF data seems to be broken after using convert command in images taken by Canon EOS 40D camera. First I've noticed something is wrong when resized images were not 'autorotated' in Nautilus nor in gqview. Moreover, EXIF details in both gqview and eog show following text in Resolution tag (instead of correct value!): Project-Id-Version: libexif Report-Msgid-Bugs-To: ... (5 other lines skipped) ... Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit which looks like buffer overflow in libexif due to invalid EXIF data. Please note this seems to be issue only with specific camera type (Canon 40D), as EXIF data in images taken by Canon PowerShot S70 are preserved correctly. Steps to reproduce this bug: $ convert -resize 1920x -quality 95 img_0481.jpg img_0481-1920.jpg $ exif img_0481.jpg > exif.original $ exif img_0481-1920.jpg > exif.converted $ diff -u exif.original exif.converted --- exif.original 2008-02-29 23:39:56.592170154 +0100 +++ exif.converted 2008-02-29 23:40:04.401978718 +0100 @@ -1,19 +1,19 @@ -EXIF tags in 'img_0481.jpg' ('Intel' byte order): +EXIF tags in 'img_0481-1920.jpg' ('Intel' byte order): +-- Tag |Value +-- Manufacturer|Canon Model |Canon EOS 40D -Orientation |left - bottom +Orientation | x-Resolution|72.00 y-Resolution|72.00 -Resolution Unit |Inch +Resolution Unit |Internal error (unknown value 1). Date and Time |2008:02:28 07:03:21 YCbCr Positioning |co-sited Compression |JPEG compression x-Resolution|72.00 y-Resolution|72.00 -Resolution Unit |Inch +Resolution Unit |Internal error (unknown value 1). Exposure Time |1/125 sec. FNumber |f/7.1 ExposureProgram |Normal program Software versions: $ dpkg -l | grep imagemagick ii imagemagick 7:6.3.7.9.dfsg1-2 image manipulation programs $ convert --version Version: ImageMagick 6.3.7 02/13/08 Q16 http://www.imagemagick.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#459526: [l10n] Czech debconf translation for package gnome-speech
Package: gnome-speech Severity: wishlist Please review and accept attached Czech (cs) debconf translation for package gnome-speech. Regards Vítězslav Kotrla cs.po.gz Description: GNU Zip compressed data
Bug#454158: update
> Is the cli-common version 0.5.1 or higher? If not, ugprade cli-common > and dpkg-reconfigure both mono-addins packages again. Done, it works now! Mirco, you are my hero today. Thank you very much. Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454158: tomboy: Mono.Addins assembly could not be loaded
Tomboy is still broken on my Sid AMD64 machine. Steps I've done so far: 1) dpkg-reconfigure libmono-addins0.2-cil libmono-addins-gui0.2-cil tomboy 2) rm -r ~/.tomboy 3) run tomboy Tomboy says: $ tomboy ... ** (Tomboy:13758): WARNING **: The following assembly referenced from /usr/lib/tomboy/Tomboy.exe could not be loaded: Assembly: Mono.Addins(assemblyref_index=7) Version:0.2.0.0 Public Key: 0738eb9f132ed756 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib/tomboy). ... Packages versions: $ dpkg -l | grep addins ii libmono-addins-gui0.2-cil 0.3~svn.r90520-1 GTK# frontend library ii libmono-addins0.2-cil 0.3~svn.r90520-1 addin framework fir $ dpkg -l | grep tomboy ii tomboy 0.8.2-1desktop note taking Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#447169: rhythmbox - lyrics plugin doesn't fetch lyrics anymore
Package: rhythmbox Version: 0.11.0-1 After upgrade lyrics tab keeps showing "Server did not respond." only. A brief googling and glance to gconf-editor shows that node /schemas/apps/rhythmbox/plugins/lyrics/ contains only keys 'active' and 'hidden'; key 'engines' which is supposed to contain lyrics servers list is missing. Example [1]: ... /schemas/apps/rhythmbox/plugins/lyrics/engines /apps/rhythmbox/plugins/lyrics/engines rhythmbox list string [astraweb.com,lyrc.com.ar,lyricwiki.org] The list of sites to search for lyrics. The list of sites to search for lyrics. ... (This used to work, maybe it was removed in Debian for a reason?) --- [1] http://svn.gnome.org/viewvc/rhythmbox/trunk/data/rhythmbox.schemas?view=markup -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445474: gnome-mount - LUKS volume opened, but not mounted
> could you please send us a log file of hal when you try to mount the > luks-volume. > For that, stop the running hal daemon (/etc/init.d/hal stop) and run > hald --daemon=no --verbose=yes Thanks for swift reply. Here we go: ... 19:08:43.344 [I] hald_dbus.c:4561: OK for method 'Setup' with signature 's' on interface 'org.freedesktop.Hal.Device.Volume.Crypto' for UDI '/org/freedesktop/Hal/devices/volume_uuid_f3518263_2245_4ffc_b59e_f730a01f164e' and execpath 'hal-luks-setup' 19:08:43.355 [I] hald_dbus.c:3509: no need to enqueue Run started hal-luks-setup (0) (1) ! full path is '/usr/lib/hal/scripts/hal-luks-setup', program_dir is '/usr/lib/hal/scripts' 19:08:43.409 [I] access-check.c:67: uid for caller is 0 19:08:43.410 [I] ci-tracker.c:119: Removing CICallerInfo object for :1.21 19:08:43.410 [I] device.c:1811: Removing locks from ':1.21' 19:08:43.416 [I] access-check.c:67: uid for caller is 0 19:08:43.417 [I] ci-tracker.c:119: Removing CICallerInfo object for :1.22 19:08:43.417 [I] device.c:1811: Removing locks from ':1.22' 19:08:44.627 [I] osspec.c:232: SEQNUM=2016, ACTION=add, SUBSYSTEM=block, DEVPATH=/sys/block/dm-0, DEVNAME=/dev/dm-0, IFINDEX=0 19:08:44.627 [I] blockdev.c:645: block_add: sysfs_path=/sys/block/dm-0 dev=/dev/dm-0 is_part=0, parent=0x 19:08:44.627 [I] blockdev.c:679: Looking in /sys/block/dm-0/slaves 19:08:44.627 [I] blockdev.c:690: /sys/block/dm-0/slaves/. -> /sys/block/dm-0/slaves 19:08:44.627 [I] blockdev.c:690: /sys/block/dm-0/slaves/.. -> /sys/block/dm-0 19:08:44.628 [I] blockdev.c:726: Done looking in /sys/block/dm-0/slaves 19:08:44.628 [I] blockdev.c:732: Ignoring hotplug event - no parent 19:08:44.628 [W] blockdev.c:1151: Not adding device object 19:08:44.637 [I] osspec.c:232: SEQNUM=2017, ACTION=change, SUBSYSTEM=block, DEVPATH=/sys/block/dm-0, DEVNAME=/dev/dm-0, IFINDEX=0 19:08:44.637 [I] blockdev.c:645: block_add: sysfs_path=/sys/block/dm-0 dev=/dev/dm-0 is_part=0, parent=0x 19:08:44.638 [I] blockdev.c:679: Looking in /sys/block/dm-0/slaves 19:08:44.638 [I] blockdev.c:690: /sys/block/dm-0/slaves/. -> /sys/block/dm-0/slaves 19:08:44.638 [I] blockdev.c:690: /sys/block/dm-0/slaves/.. -> /sys/block/dm-0 19:08:44.638 [I] blockdev.c:690: /sys/block/dm-0/slaves/sdd -> /sys/block/sdd 19:08:44.638 [I] blockdev.c:726: Done looking in /sys/block/dm-0/slaves 19:08:44.638 [I] blockdev.c:732: Ignoring hotplug event - no parent 19:08:44.638 [W] blockdev.c:1151: Not adding device object 19:08:44.891 [I] osspec.c:232: SEQNUM=2018, ACTION=remove, SUBSYSTEM=block, DEVPATH=/sys/block/dm-0, DEVNAME=/dev/dm-0, IFINDEX=0 19:08:44.891 [I] blockdev.c:1225: block_rem: sysfs_path=/sys/block/dm-0 19:08:44.892 [W] blockdev.c:1229: Device is not in the HAL database key slot 0 unlocked. 19:08:44.901 [I] osspec.c:232: SEQNUM=2019, ACTION=add, SUBSYSTEM=block, DEVPATH=/sys/block/dm-0, DEVNAME=/dev/dm-0, IFINDEX=0 19:08:44.901 [I] blockdev.c:645: block_add: sysfs_path=/sys/block/dm-0 dev=/dev/dm-0 is_part=0, parent=0x 19:08:44.901 [I] blockdev.c:679: Looking in /sys/block/dm-0/slaves 19:08:44.901 [I] blockdev.c:690: /sys/block/dm-0/slaves/. -> /sys/block/dm-0/slaves 19:08:44.901 [I] blockdev.c:690: /sys/block/dm-0/slaves/.. -> /sys/block/dm-0 19:08:44.902 [I] blockdev.c:690: /sys/block/dm-0/slaves/sdd -> /sys/block/sdd 19:08:44.902 [I] blockdev.c:726: Done looking in /sys/block/dm-0/slaves 19:08:44.902 [I] blockdev.c:732: Ignoring hotplug event - no parent 19:08:44.902 [W] blockdev.c:1151: Not adding device object 19:08:44.904 [I] osspec.c:232: SEQNUM=2020, ACTION=change, SUBSYSTEM=block, DEVPATH=/sys/block/dm-0, DEVNAME=/dev/dm-0, IFINDEX=0 19:08:44.904 [I] blockdev.c:645: block_add: sysfs_path=/sys/block/dm-0 dev=/dev/dm-0 is_part=0, parent=0x 19:08:44.905 [I] blockdev.c:679: Looking in /sys/block/dm-0/slaves 19:08:44.905 [I] blockdev.c:690: /sys/block/dm-0/slaves/. -> /sys/block/dm-0/slaves 19:08:44.905 [I] blockdev.c:690: /sys/block/dm-0/slaves/.. -> /sys/block/dm-0 19:08:44.905 [I] blockdev.c:690: /sys/block/dm-0/slaves/sdd -> /sys/block/sdd 19:08:44.905 [I] blockdev.c:726: Done looking in /sys/block/dm-0/slaves 19:08:44.905 [I] blockdev.c:732: Ignoring hotplug event - no parent 19:08:44.905 [W] blockdev.c:1151: Not adding device object 19:08:44.920 [I] device.c:1811: Removing locks from ':1.23' /usr/lib/hal/scripts/hal-luks-setup exited 19:08:44.924 [I] hald_dbus.c:3533: No more methods in queue 19:08:54.929 [I] ci-tracker.c:119: Removing CICallerInfo object for :1.19 19:08:54.930 [I] device.c:1811: Removing locks from ':1.19' ... Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445474: gnome-mount - LUKS volume opened, but not mounted
Package: gnome-mount Version: 0.6-1+b3 While experimenting with LUKS setup on hard drive in USB connected enclosure I've noticed mounting this drive in Nautilus is broken: - Nautilus asks for password - /dev/mapper/luks device gets created successfully - now the problem: nothing gets mounted actually! I can still do manual mount /dev/mapper/luks_whatsoever /mnt/some_mountpoint which confirms that LUKS and filesystem setup are correct. I'm using other LUKS removable devices (both flash and IDE-via-USB) with no problems whatsoever. Please review lshal part describing LUKS volume in question: ... udi = '/org/freedesktop/Hal/devices/volume_uuid_f3518263_2245_4ffc_b59e_f730a01f164e' block.device = '/dev/sdd' (string) block.is_volume = true (bool) block.major = 8 (0x8) (int) block.minor = 48 (0x30) (int) block.storage_device = '/org/freedesktop/Hal/devices/storage_serial_MAXTOR_S_TM3500630AS_MAXTOR_STM_9QG4MWXL_0_0' (string) info.callouts.remove = {'hal-luks-remove'} (string list) info.capabilities = {'volume', 'block'} (string list) info.category = 'volume' (string) info.interfaces = {'org.freedesktop.Hal.Device.Volume.Crypto'} (string list) info.parent = '/org/freedesktop/Hal/devices/storage_serial_MAXTOR_S_TM3500630AS_MAXTOR_STM_9QG4MWXL_0_0' (string) info.product = 'Volume (crypto_LUKS)' (string) info.udi = '/org/freedesktop/Hal/devices/volume_uuid_f3518263_2245_4ffc_b59e_f730a01f164e' (string) linux.hotplug_type = 3 (0x3) (int) linux.sysfs_path = '/sys/block/sdd/fakevolume' (string) org.freedesktop.Hal.Device.Volume.Crypto.method_argnames = {'passphrase', ''} (string list) org.freedesktop.Hal.Device.Volume.Crypto.method_execpaths = {'hal-luks-setup', 'hal-luks-teardown'} (string list) org.freedesktop.Hal.Device.Volume.Crypto.method_names = {'Setup', 'Teardown'} (string list) org.freedesktop.Hal.Device.Volume.Crypto.method_signatures = {'s', ''} (string list) storage.model = '' (string) volume.block_size = 512 (0x200) (int) volume.fstype = 'crypto_LUKS' (string) volume.fsusage = 'crypto' (string) volume.fsversion = '' (string) volume.is_disc = false (bool) volume.is_mounted = false (bool) volume.is_mounted_read_only = false (bool) volume.is_partition = false (bool) volume.label = '' (string) volume.linux.is_device_mapper = false (bool) volume.mount_point = '' (string) volume.num_blocks = 976773168 (0x3a386030) (int) volume.size = 500107862016 (0x7470c06000) (uint64) volume.uuid = 'f3518263-2245-4ffc-b59e-f730a01f164e' (string) ... I'm running AMD64 Sid. Packages versions: $ dpkg -l | grep gnome-mount ii gnome-mount 0.6-1+b3 wrapper for (un)mounting and ejecting $ dpkg -l | grep nautilus ii nautilus 2.20.0-1 file manager and graphical shell for GNOME -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#443671: hugin crashes on startup (invalid pointer)
Package: hugin Version: 0.6.1-1 Hugin crashes on startup, details below. I've tried to rebuild from debian source, but it crashes all the same. I'm runnig AMD64 Sid. $ hugin Panorama obj created /usr/share/locale *** glibc detected *** hugin: free(): invalid pointer: 0x01bf70a0 *** === Backtrace: = /lib/libc.so.6[0x2ba80181799a] /lib/libc.so.6(cfree+0x8c)[0x2ba80181b58c] /usr/lib/libwx_gtk2u_core-2.6.so.0[0x2ba7fd054959] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN18wxButtonXmlHandler16DoCreateResourceEv+0x23f)[0x2ba7fc85259f] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN20wxXmlResourceHandler14CreateResourceEP9wxXmlNodeP8wxObjectS3_+0x1c2)[0x2ba7fc88f8a2] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN13wxXmlResource17CreateResFromNodeEP9wxXmlNodeP8wxObjectS3_P20wxXmlResourceHandler+0x487)[0x2ba7fc891727] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN17wxSizerXmlHandler16Handle_sizeritemEv+0xb8)[0x2ba7fc874f28] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN20wxXmlResourceHandler14CreateResourceEP9wxXmlNodeP8wxObjectS3_+0x1c2)[0x2ba7fc88f8a2] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN13wxXmlResource17CreateResFromNodeEP9wxXmlNodeP8wxObjectS3_P20wxXmlResourceHandler+0x4ad)[0x2ba7fc89174d] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN20wxXmlResourceHandler14CreateChildrenEP8wxObjectb+0x104)[0x2ba7fc891a54] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN17wxSizerXmlHandler12Handle_sizerEv+0x10d)[0x2ba7fc87344d] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN20wxXmlResourceHandler14CreateResourceEP9wxXmlNodeP8wxObjectS3_+0x1c2)[0x2ba7fc88f8a2] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN13wxXmlResource17CreateResFromNodeEP9wxXmlNodeP8wxObjectS3_P20wxXmlResourceHandler+0x487)[0x2ba7fc891727] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN17wxSizerXmlHandler16Handle_sizeritemEv+0xb8)[0x2ba7fc874f28] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN20wxXmlResourceHandler14CreateResourceEP9wxXmlNodeP8wxObjectS3_+0x1c2)[0x2ba7fc88f8a2] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN13wxXmlResource17CreateResFromNodeEP9wxXmlNodeP8wxObjectS3_P20wxXmlResourceHandler+0x4ad)[0x2ba7fc89174d] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN20wxXmlResourceHandler14CreateChildrenEP8wxObjectb+0x104)[0x2ba7fc891a54] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN17wxSizerXmlHandler12Handle_sizerEv+0x10d)[0x2ba7fc87344d] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN20wxXmlResourceHandler14CreateResourceEP9wxXmlNodeP8wxObjectS3_+0x1c2)[0x2ba7fc88f8a2] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN13wxXmlResource17CreateResFromNodeEP9wxXmlNodeP8wxObjectS3_P20wxXmlResourceHandler+0x487)[0x2ba7fc891727] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN20wxXmlResourceHandler14CreateChildrenEP8wxObjectb+0x104)[0x2ba7fc891a54] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN17wxFrameXmlHandler16DoCreateResourceEv+0x3d0)[0x2ba7fc85d660] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN20wxXmlResourceHandler14CreateResourceEP9wxXmlNodeP8wxObjectS3_+0x1c2)[0x2ba7fc88f8a2] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN13wxXmlResource17CreateResFromNodeEP9wxXmlNodeP8wxObjectS3_P20wxXmlResourceHandler+0x487)[0x2ba7fc891727] /usr/lib/libwx_gtk2u_xrc-2.6.so.0(_ZN13wxXmlResource9LoadFrameEP7wxFrameP8wxWindowRK8wxString+0x68)[0x2ba7fc891e38] hugin[0x4f56b2] hugin[0x43a1ec] hugin[0x41fd99] hugin(_ZN12wxAppConsole10CallOnInitEv+0xd)[0x422cbd] /usr/lib/libwx_baseu-2.6.so.0(_Z7wxEntryRiPPw+0x22)[0x2ba7fd5b63f2] hugin(_ZNK12wxWindowBase13DoGetBestSizeEv+0x572)[0x41e1d2] /lib/libc.so.6(__libc_start_main+0xf4)[0x2ba8017c3b44] hugin(_ZN12wxWindowBase8NavigateEi+0x79)[0x41e099] === Memory map: ... Aborted Versions of packages: $ dpkg -l | grep hugin ii hugin 0.6.1-1 a Panorama Tools GUI ii hugin-bin 0.6.1-1+b1 hugin binaries ii hugin-data 0.6.1-1 data files for hugin ii hugin-tools0.6.1-1+b1 some tools for hugin $ dpkg -l | grep libwx ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) ii libwxbase2.6-dev 2.6.3.2.1.5 wxBase library (development) ii libwxgtk2.6-0 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI toolkit ii libwxgtk2.6-dev2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI toolkit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#437144: mkvtoolnix: SRT reader fails with a symbol lookup error
Update: Simply recompiling package locally from debian source (using dpkg-buildpackage) helps also here (thanks Christian!). Now it's time to fix the package, maybe as a NMU? Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#437144: mkvtoolnix: SRT reader fails with a symbol lookup error
I can reproduce this bug on up-to-date Sid AMD64 (as of September 1st, 2007). Mkvmerge says ... mkvmerge v2.0.2 ('You're My Flame') built on Jun 30 2007 23:31:37 mkvmerge: symbol lookup error: mkvmerge: undefined symbol: _ZN7pcrecpp2RE4InitEPKcPKNS_10RE_OptionsE ... Packages versions: $ dpkg -l | grep libpcre ii libpcre3 7.3-1 Perl 5 Compatible Regular Expression Library ii libpcrecpp0 7.3-1 Perl 5 Compatible Regular Expression Library $ dpkg -l | grep mkv ii mkvtoolnix 2.0.2-1+b2 Set of command-line tools to work Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431599: [l10n] Czech debconf translation for package gnome-speech
Package: gnome-speech Severity: wishlist Please review and accept attached Czech (cs) debconf translation for package gnome-speech. Regards Vitezslav Kotrla cs.po.gz Description: GNU Zip compressed data
Bug#428609: version update
Version: 1.9.3-4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428609: mediawiki1.10: [INTL:cs] Czech debconf template updated translation
Package: mediawiki1.10 Severity: wishlist Tags: patch l10n Please accept updated Czech translation of the debconf template for mediawiki1.10 (attachment). cs.po.gz Description: GNU Zip compressed data
Bug#428607: mediawiki: [INTL:cs] Czech debconf template updated translation
Package: mediawiki Version: 1.10 Severity: wishlist Tags: patch l10n Please accept updated Czech translation of the debconf template for mediawiki (attachment). cs.po.gz Description: GNU Zip compressed data
Bug#405012: libwmf: Dependencies problem on experimental
Thanks to everyone who has helped to solve or explain this dependency issue. I've just wanted to confirm there are Debian users out there suffering by this problem (yes, broken gimp in my case). Seems like Matej is busy ATM, is it possible to do NMU in the meantime? (Maybe I could just get libwmf source and apply Loïc's patch instead?) Vit
Bug#404580: chillispot: [INTL:cs] Czech debconf template updated translation
Package: chillispot Version: 1.0-3 Severity: wishlist Tags: patch l10n Please accept updated Czech translation of the debconf template for chillispot (attachment). cs.po.gz Description: GNU Zip compressed data
Bug#403579: chillispot: [INTL:cs] Czech debconf templates translation
Package: chillispot Version: 1.0-1 Severity: wishlist Tags: patch l10n Please accept attached Czech translation of the debconf template for chillispot. cs.po.gz Description: GNU Zip compressed data
Bug#401615: dejavu sans condensed again
I'm using DejaVu Sans as a default font in Gnome. After last reboot I noticed OpenOffice.org uses condensed variant in its GUI. I then run gnome-font-properties to review settings, but 'Book' and 'Condensed' variant both render as condensed in preview window. Moreover, after selecting 'Book' variant I can see 'DejaVu Sans Condensed' selected, now I can see condensed DejaVu in all Gnome apps again. I'm a bit confused as fc-match shows rather sane values: $ fc-match "DejaVu Sans" DejaVu-Sans.ttf: "DejaVu Sans" "Book" and $ fc-match "sans" DejaVu-Sans.ttf: "DejaVu Sans" "Book" Installed packages: $ dpkg -l | grep deja ii ttf-dejavu 2.12-2 Vera font family derivate with $ dpkg -l | grep fontconfig ii fontconfig 2.4.2-1generic font configuration library - ii fontconfig-con 2.4.2-1generic font configuration library - ii libfontconfig1 2.4.2-1generic font configuration library - ii libfontconfig1 2.4.2-1generic font configuration library - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401615: ttf-dejavu 2.12-2 needs force update of fontconfig cache
Thanks for the fix! Just a note - I had to force-update fontconfig cache # fc-cache -f to have "normal" width DejaVu fonts back. Just updating ttf-dejavu package installed correct fonts, but I was still seeing condensed DejaVu in gnome-font-properties. After 'fc-cache -f' all was suddenly ok. Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401615: DejaVu Sans now shows 'condensed' in Gnome desktop
I can confirm this one - after last update of my system (Sid, AMD64) DejaVu Sans displays as 'Condensed' variant, even if 'Book' style is set in gnome-font-properties. Moreover - g-f-p now displays 'DejaVu Sans Condensed' string in places where it used to read 'DejaVu Sans' only. Just a view from users perspective. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396674: charts missing - plot type list empty
Package: gnumeric Version:1.6.3-4 I've installed Gnumeric on AMD64 Sid. When I try insert chart, I can see no charts listed in "Step 1 of 2: Select Chart Type" dialog, "Plot type" list is empty. $ dpkg -l | grep gnumeric ii gnumeric 1.6.3-4 GNOME spreadsheet application ii gnumeric-common 1.6.3-4 common files for Gnumeric, the GNOME spreads ii gnumeric-doc 1.6.3-4 documentation for Gnumeric, the GNOME spread Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391870: hddtemp readings differ in daemon vs. interactive mode
Package: hddtemp Version: 0.3-beta15-28 I've noticed hddtemp in daemon mode doesn't report temperature of my WDC WD740GD-00FLA2. Also please note that support for above mentioned drive was added in last revision (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387829) Details: Following is good # hddtemp /dev/sda /dev/sda: WDC WD740GD-00FLA2: 29°C and this is bad # telnet 127.0.0.1 7634 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. |/dev/sda|WDC WD740GD-00FLA2|UNK|*||/dev/sdb|ST3200822AS|41|C|Connection closed by foreign host. /dev/sda reports UNK. Maybe I just overlooked something, but I have only one hddtemp.db and it has possitively come with 0.3-beta15-28. Or possibly hardcoded table in hddtemp used when run as daemon? Vit