| 1 |
On 23/11/16 17:30, Jason Zaman wrote: |
| 2 |
> On Wed, Nov 23, 2016 at 05:20:59PM +0000, Robert Sharp wrote: |
| 3 |
>> On 23/11/16 16:59, Robert Sharp wrote: |
| 4 |
>>> On 23/11/16 15:58, Jason Zaman wrote: |
| 5 |
>>>> Either is fine, but im probably just gonna stabilize the 2.6 userspace |
| 6 |
>>>> in a couple weeks so that one is likely easier. and setools4 is waaay |
| 7 |
>>>> better than 3. The important point is that you dont want to have both |
| 8 |
>>>> policy.29 and policy.30 around. Then you get weirdness like if you |
| 9 |
>>>> downgrade a kernel or something random it'll load in the old policy |
| 10 |
>>>> which probably doesnt work properly, so whichever you pick, make sure |
| 11 |
>>>> you nuke the other one. and semodule -B will rebuild the whole policy |
| 12 |
>>>> again and load it. |
| 13 |
>>> OK - I will go with policy.30 and add the keywords etc. I did a couple |
| 14 |
>>> of local policy changes that may not be needed so will they disappear |
| 15 |
>>> in all of this or do I need to remove them somehow first? |
| 16 |
>>> |
| 17 |
>>> Thanks for all your help, |
| 18 |
>>> Robert |
| 19 |
>>> |
| 20 |
>> Sorry - noticed a couple of things while preping the emerge: |
| 21 |
>> |
| 22 |
>> 1) selinux-base-policy is blocking policycoreutils so presumably I need |
| 23 |
>> to add that to my accept_keywords? |
| 24 |
>> 2) this package has the "unconfined" use flag set but I don't use |
| 25 |
>> unconfined. Does that matter? |
| 26 |
> Oh, yeah the 2.6 userland needs at minimum 2.20151208-r6. Its been long |
| 27 |
> enough, i'll stabilize the new policies right away so just wait a bit |
| 28 |
> any sync again. |
| 29 |
> |
| 30 |
> unconfined useflag just builds it, if you are using strict you can turn |
| 31 |
> off unconfined and set this in make.conf: |
| 32 |
> POLICY_TYPES="strict" |
| 33 |
> then it wont even build the targetted modules at all. |
| 34 |
> |
| 35 |
Thanks Jason - you have been busy. I have just updated to 20151208-r6 |
| 36 |
and when I run semodule -B I get this message: |
| 37 |
|
| 38 |
"libsemanage.add_user: user system_u not in password file" |
| 39 |
|
| 40 |
Googling suggests this was a problem in Fedora (see bug |
| 41 |
https://bugzilla.redhat.com/show_bug.cgi?id=1378204) and it was fixed a |
| 42 |
few days ago in their selinux-policy-3.13.1-191.20.fc24. I ran sesearch |
| 43 |
as before and it comes up with the same results as before so I assume |
| 44 |
the semodule command did not do what it was supposed to do. Is there a |
| 45 |
work around for this or should I go ~arch on the policy as well? If so, |
| 46 |
is there a way to avoid listing all the policy packages in my |
| 47 |
accept_keywords file? |
| 48 |
|
| 49 |
Thanks again, |
| 50 |
Robert |
Archives