[refpolicy] amanda's global requirements were not met: type/attribute inetd_t (No such file or directory).

From: justinmattock@gmail.com (Justin P. Mattock)
To: refpolicy@oss.tresys.com
Subject: [refpolicy] amanda's global requirements were not met: type/attribute inetd_t (No such file or directory).
Date: Sun, 05 Sep 2010 08:14:59 -0700	[thread overview]
Message-ID: <4C83B3F3.8060307@gmail.com> (raw)
In-Reply-To: <4C8263BA.2070202@gentoo.org>

On 09/04/2010 08:20 AM, Chris PeBenito wrote:
> On 09/04/10 09:24, Dominick Grift wrote:
>> On Sat, Sep 04, 2010 at 06:21:08AM -0700, Justin P. Mattock wrote:
>>> On 09/04/2010 01:46 AM, Dominick Grift wrote:
>>>> On Fri, Sep 03, 2010 at 08:18:55PM -0700, Justin Mattock wrote:
>>>>> Im not sure what I need todo to make amanda happy with this:
>>>>> sudo make load
>>>>>
>>>>>    /usr/share/selinux/mcs/zebra.pp -i /usr/share/selinux/mcs/zosremote.pp
>>>>> libsepol.print_missing_requirements: amanda's global requirements were
>>>>> not met: type/attribute inetd_t (No such file or directory).
>>>>> libsemanage.semanage_link_sandbox: Link packages failed (No such file
>>>>> or directory).
>>>>> /usr/sbin/semodule:  Failed!
>>>>> make: *** [load] Error 1
>>>>>
>>>>> do I need amanda and sandbox both working for this to work?
>>>>
>>>> Amanda's global requirements were not met. It has policy to interact with inetd_t but the type is not available:
>>>>
>>>> 1. is the inetd_t included (made available) in the amanda module?
>>>> 2. is the xinetd policy installed?
>>>
>>> alright... disabling the build of this module, gets me going...
>>> as for the xinetd I don't have that on the system, as well as amanda
>>
>> dependency issue. Ive mentioned issues like this on the IRC channel the other day.
>> Refpolicy maintainer does not want to change it.
>
> I want to clarify this.  In the IRC channel we were talking about making
> the evolution dependence on xserver optional, which I reject since
> evolution doesn't work without X, so the policy should follow suit.
> Does amanda work without inetd?  If so, then it can be made optional in
> the policy.  If not, then it stays unconditional in the policy.
>
> --
> Chris PeBenito
> <pebenito@gentoo.org>
> Developer,
> Hardened Gentoo Linux
>
> _______________________________________________
> refpolicy mailing list
> refpolicy at oss.tresys.com
> http://oss.tresys.com/mailman/listinfo/refpolicy
>

I've a seperate machine that I can test this out with(if need be).. 
Looking at the dependencies with debian: 
http://packages.debian.org/search?searchon=names&keywords=amanda
both the client/server use openbsd-inetd which dont use xinetd
but then again I see the "or" inet-superserver which looks like it does.

As for the error itself, I tried recreating this on both of my machines 
and was unable to recreate this(even after git reset, and git 
clean)prior too this was reliably re-creatable..

Justin P. Mattock