I can confirm this problem. In my case my main userland is 64-bit, so it
doesn't stop my host from booting, but I have a 32-bit chroot, which I use
to run some important 32-bit applications. With kernel 2.6.26, I can chroot
with no trouble. With kernel 2.6.32 (a custom build), I can't-- all
Could I ask you to upgrade all your packages to the current unstable
baseline 4:4.3.2, logout and then try digikam again.
I did this as much as I could-- kdeadmin and kdemultimedia are still
currently at 4:4.3.1. I also rebooted in the meanwhile. digikam is now
showing photos again for me.
digikam is not displaying any photos -- again.
Ditto here, with versions 2:1.0.0~beta4-2 and 2:1.0.0~beta5-1. No photos
are displayed.
Thanks,
Andrew.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
After the last update of python-qt4 to version 4.6, treeline does not
start:
Ditto here. I have the identical error. Reverting to python-qt4 4.4.4-6
fixes the problem.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
reopen 549112
thanks
supervise stores its run-state information in
/etc/service/${service}/supervise and
/etc/service/${service}/log/supervise. According to the FHS, this
information should go into /var, e.g. in /var/lib/supervise/${service}.
Hi, the supervise program stores the
Package: daemontools
Version: 1:0.76-3
Severity: serious
Justification: Policy 9.1.1
supervise stores its run-state information in
/etc/service/${service}/supervise and
/etc/service/${service}/log/supervise. According to the FHS, this
information should go into /var, e.g. in
Package: tcpwatch-httpproxy
Version: 1.3b-1
Severity: grave
Justification: renders package unusable
$ tcpwatch-httpproxy -L8000:80
Traceback (most recent call last):
File /usr/bin/tcpwatch-httpproxy, line 1485, in ?
main(sys.argv[1:])
File /usr/bin/tcpwatch-httpproxy, line 1427, in main
dpkg-divert: rename involves overwriting
`/usr/share/man/man5/modules.5.gz' with
different file `/usr/share/man/man5/modules.modutils.5.gz', not
allowed
Correct. On my host I had to run
find /sbin /usr/share/man -name \*.modutils\* | xargs rm
before module-init-tools would finally allow
Thank you! Andrew.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: xinetd
Version: 1:2.3.14-1
Severity: serious
Justification: Policy 9.3.3.2
The xinetd postinst, lines 4-18, stops inetd, xinetd, and portmap
directly, without using invoke-rc.d and therefore without consulting
policy-rc.d.
This creates a problem e.g. when I install xinetd inside a
Package: vzctl
Version: 3.0.10-1
Severity: grave
Tags: patch
Justification: renders package unusable
/var/lib/dpkg/info/vzctl.postinst has an error that causes
installation to fail. 'invoke-rc.d package start' should be
'invoke-rc.d vz start'.
-- System Information:
Debian Release:
This bug is the most serious of three against SAM. It renders the package
unusable, and seems as though it would probably be fixable just by
recompiling. It's been sitting for 35 days.
Another bug is important, also seems easy to fix, and even includes a
patch. It's been sitting for 321
I also have this problem. However, it does not make kaffeine unusable. It
is very annoying, but when I just cancel the configuration dialog,
kaffeine starts as usual.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
13 matches
Mail list logo