From: justinmattock@gmail.com (Justin P. Mattock) Date: Sun, 05 Sep 2010 08:14:59 -0700 Subject: [refpolicy] amanda's global requirements were not met: type/attribute inetd_t (No such file or directory). In-Reply-To: <4C8263BA.2070202@gentoo.org> References: <20100904084622.GA22243@localhost.localdomain> <4C8247C4.8070003@gmail.com> <20100904132452.GA26899@localhost.localdomain> <4C8263BA.2070202@gentoo.org> Message-ID: <4C83B3F3.8060307@gmail.com> To: refpolicy@oss.tresys.com List-Id: refpolicy.oss.tresys.com 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 > > 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