tags 470531 -unreproducible, moreinfo
thanks
Hi,
I ran across this bug as well. The reason is that the refpolicy is built
without MLS support which means that the last part (":s0") that run_init
tries to set the exec context to is not a valid context.
The solution is to reenable MLS in the r
Hi,
On Thu, 3 Apr 2008 07:45:34 +0200, Max Kellermann <[EMAIL PROTECTED]> said:
> Hi Manoj,
> unfortunately, the problem persist. I can start and stop daemons
> without run_init (they run as "root:system_r" instead of
> "system_u:system_r", but I guess that is ok?), but run_init still
> fails t
On 2008/04/03 06:14, Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> This should have been fixed in the latest set of releases of
> policoreutils and the refpolicy. Could you check to see if this is
> still a problem for you?
Hi Manoj,
unfortunately, the problem persist. I can start and
tag 470531 +unreproducible, moreinfo
thanks
Hi,
This should have been fixed in the latest set of releases of
policoreutils and the refpolicy. Could you check to see if this is
still a problem for you?
manoj
--
"Whenever 'A' attempts by law to impose his moral standards upon 'B
Package: policycoreutils
Version: 2.0.27-1
Severity: important
I am unable to make run_init work:
squirrel:~# run_init /etc/init.d/lighttpd stop
Authenticating root.
Password:
Could not set exec context to system_u:system_r:initrc_t:s0.
squirrel:~# id
uid=0(root) gid=0(root) groups=0(root)
5 matches
Mail list logo