I confirm that the problem exists and that downgrading to kernel
version 3.16.7-ckt11-1+deb8u6 makes (unprivileged) container work
again. I also found this bugreport in Ubuntu which may be related:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1519106
Tomassino
On Tuesday 05 November 2013 17:47:32 Modestas Vainius wrote:
> Hello,
[...]
> It seems like upstream knows about this and the fix is being cooked at the
> moment. As far as I can tell, there are plans for 2.8.12.1 in the very close
> future which will probably have this fix.
Ok, thank you very muc
Package: cmake
Version: 2.8.12-2
Severity: important
After upgrading from cmake 2.8.11.2-1 to 2.8.12-2 automoc has stopped using the
definitions added with ADD_DEFINITION. Consider for example the following
situation:
CMakeLists.txt
CMAKE_MI
In my initial bug report I forgot to add an important piece of information (to
be honest I only thought about it after submitting): the problem appears only
when WebKit is used to render the web pages, not with KHTML (so perhaps the bug
has to be reassigned to the kpart-webkit package?)
--
T
Package: konqueror
Version: 4:4.6.5-1
Severity: important
When launching konqueror to surf the web, the libreoffice application
starts (without the initial splash screen) as if the "libreoffice" executable
was launched. This happens on most non-trivial web pages (e.g. this doesn't
happen with the
Hi,
I experienced the same problem and I was able to fix it by replacing
all
occurrences of "return 0" with "exit 0" in /etc/libpaper.d/texlive-base
Hope this helps
Tomassino
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe"
Hi,
I have the same problem. A quick workaround is to place a jack_lsp
executable in a directory in the PATH (e.g. in /usr/local/bin). The file can be
an empty shell script (i.e. only having #!/bin/bash). Anyway, patching the bug
should be rather easy, I think it's only a matter of placi
Sorry for the long delay, I'm replaying just to confirm that the bug is still
present in grub version 1.98~20100128-1 and that using linux16/initrd16 or
disabling KMS still makes the system bootable. Please let me know if you need
more information
Tomassino
--
To UNSUBSCRIBE, email to debia
I confirm this bug also on my laptop (Intel Core2 Duo T7700 with intel graphic
card). It seems to me that the bug is related to KMS as disabling it (passing
video=i915:modeset=0 to kernel at boot) makes the system bootable again even
with grub version 1.98~20100126-1. Version 1.98~20100115-1 boo
Package: udev
Version: 0.114-2
Severity: normal
When entering runlevel 1 udevd is killed but it is not restarted when exiting
runlevel 1 and going back
to runlevel 2. I think this is due to the fact that the script starting udev is
in rcS.d and it doesn't
get re-executed when going back to multi
found what I think is a bug at line 341: I think the command
copy_exec "$KEYSCRIPT" /keyscripts
should be
copy_exec "$KEYSCRIPT" "$DESTDIR/keyscript"
To be honest I have not tried to trigger this bug, as I'm quite sure it is a
bug :-).
Alle 10:31, mercoledì 23 agosto 2006, Sjoerd Simons ha scritto:
[...]
> >
> >
> >
>
> Strangely that's exactly what it says in the shipped config file. Just
> upgrade an amd64 machine to the version in unstable and it has exactly
> that.
>
> Did you by mistake not let dpkg update the con
Package: hal
Version: 0.5.7.1-1
hal fails to load because dbus does not grant it the permission to own
org.freedesktop.Hal. I think this is due to the lack of the following lines
in /etc/dbus-1/system.d/hal.conf, as now hal runs as user haldaemon and not
hal:
I also think it is saf
13 matches
Mail list logo