Appears to be working fine.
On 12/19/14, intrigeri wrote:
> Please see what upstream has merged:
> https://bazaar.launchpad.net/~apparmor-dev/apparmor/master/revision/2809
> ... and if it's fine with you, tell the Debian bug report?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.
Appears to be working fine.
On 12/19/14, intrigeri wrote:
> Please see what upstream has merged:
> https://bazaar.launchpad.net/~apparmor-dev/apparmor/master/revision/2809
> ... and if it's fine with you, tell the Debian bug report?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.
On 12/12/14, intrigeri wrote:
>> Not sure how the profile's author managed to
have the parser compile it.
I still have includes mostly from Wheezy as I was working on profiles
and started there. Okay, so I (or someone) need to change the patch as
follows:
@{PROC}/@{pids}/** r,
No /tunables/ke
This profile was somewhat based upon feedback from upstream upon
another profile.
Steve Beattie wrote:
" A better rule would probably be:
@{PROC}/@{pid}/loginuid r, "
An unexpected new compiler directive could cause a problem I agree. I
would prefer @{pid} to be capitalized and it is a little
I am having the same problem when running dpkg-sig with the --list and
--verify options. The programs seems to process the files, but then
provides no output. The problem occurs in both versions from Jessie and
Wheezy.
$ dpkg-sig --list any.deb
Processing dpkg-sig_any.deb...
$ dpkg-sig --veri
Thanks for the input, I am not an expert on the program myself nor a
C programmer.
> + capability fsetid,
>
> Any idea what passwd would be doing that it would need this capability?
Passwd requests the fsetid capability when called by the adduser
program as root on my Debian system, why exactl
The Debian docs requested bugs to be reported to the package
maintainers since they may be Debian specific, and I assume you are
more familar with the upstream developers. I can take the matter
upstream if that would be more beneficial. Do you want me to do so?
--
To UNSUBSCRIBE, email to debian
Problem appears resolved with latest testing version of lxpanel 0.7.2-1.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This access is neccessary for many GUI programs when Gnome is not
installed. I agree that it should be added to some other abstractions
if needed. The idea occurred to me that the code should have been in
the Freedesktop.org abstraction, or perhaps just a generic desktop
abstraction. My guess as
I am experiencing a similar issue. I note approximately a %1000
increase in the time needed to logout with this version of lxsession
from Jessie due to CPU utilization.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact list
In addition, immediately after the upgrade of the
liblightdm-gobject-1-0 library lightdm-gtk-greeter request access to
/dev/tty, something it did not need previously. The older version
still does not need this access to function.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian
6.9.4-2 has problem corrected on mine "out-of-the-box" now also. Cheers!
Pat
On 10/7/14, Lee Cremeans wrote:
> Yes, that seems to have fixed it here. X now starts and runs on the Compaq
> with RenderAccel on.
>
> -lee
>
> On Tue, Oct 7, 2014 at 5:45 AM, Julien Cristau
Looking at the package I see listed as a Depends libpam-systemd which
has systemd listed as a Depends. This prevents installation without
broken packages. When package libpam-systemd is selected systemd is
automatically selected for installation also.
On 9/10/14, Debian Bug Tracking System wrote
13 matches
Mail list logo
