Bug#613479: openbox: Segmentation fault on start up

Hi Nico, As I said before, with all of the package versions listed in the bug report above, if I have libpcre3 (8.02-1.1) (testing) and libglib2.0-0 (2.28.0-1) (unstable) installed, openbox fails to start and segfaults with the error messages described above. If I only upgrade libpcre3 to

Bug#613479: openbox: Segmentation fault on start up

Subject: openbox: Segmentation fault on start up Package: openbox Version: 3.4.11.1-1 Severity: important *** Please type your report below this line *** Openbox segfaults on start up due to a missing dependency when run against libglib2.0 version 2.28.0. I chased the problem down to the failed

Bug#516648: fetchyahoo fails with perl error uninitialized value $v in substitution (s///)

Package: fetchyahoo Version: 2.12.4-1 Severity: normal The latest version of fetchyahoo (2.12.4-1) fails in a weird way. Attempting to get messages from Yahoo fails for some messages and the program exits with the following output Finished downloading 1 messages. Use of uninitialized

Bug#514263: thinks that my ext2 root filesystem is fat

I experienced exactly the same problem as described in Messages #5 and #17. In fact my hexdump of the first 512 bytes of my /dev/sda1 produced exactly the same hexdump described in Message #17. The workaround for me was to copy all of the files from the /boot partition, run mkfs.ext2 on it,

Bug#514263: thinks that my ext2 root filesystem is fat

I experienced exactly the same problem as described in Messages #5 and #17. In fact my hexdump of the first 512 bytes of my /dev/sda1 produced exactly the same hexdump described in Message #17. The workaround for me was to copy all of the files from the /boot partition, run mkfs.ext2 on

Bug#392503: f-spot: possible dependency problem

Package: f-spot Version: 0.2.1-1.1 Followup-For: Bug #392503 I observed the same problem as the previous post with package versions 0.2.1-1 and 0.2.1-1.1, but I was able to overcome the problem by installing the `dbus-1-utils' package (version 0.94-1). F-spot started normally after installing

Bug#394370: links to movies are broken

Package: gnump3d Version: 2.9.9.9-1 The current version of gnump3d produces broken links for movies. It fails to strip the local root path from the filename before turning it into a link. For example, if I have a movie called movie.avi stored locally in the directory /var/music/videos, then