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 3
> 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 listmas...@lists.deb
> 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 l
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
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 /var/lib/supervise/$
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 ma
> 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 all
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 chroo
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: testing/unsta
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 days
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
