From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <43BAC309.8000507@redhat.com> Date: Tue, 03 Jan 2006 13:31:37 -0500 From: Daniel J Walsh MIME-Version: 1.0 To: Stephen Smalley CC: Joshua Brindle , Chad Hanson , russell@coker.com.au, SE-Linux Subject: Re: libsetrans and libselinux References: <200601031411.13500.russell@coker.com.au> <43B9FAAD.10809@redhat.com> <43BA11DD.4000907@tresys.com> <1136307978.27632.129.camel@moss-spartans.epoch.ncsc.mil> <43BABE99.301@redhat.com> <1136312534.27632.146.camel@moss-spartans.epoch.ncsc.mil> In-Reply-To: <1136312534.27632.146.camel@moss-spartans.epoch.ncsc.mil> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: owner-selinux@tycho.nsa.gov List-Id: selinux@tycho.nsa.gov Stephen Smalley wrote: > On Tue, 2006-01-03 at 13:12 -0500, Daniel J Walsh wrote: > >> There has been some thought to making it daemon based. And allow >> libsetrans setup a >> unix_domain_socket to talk across. This would allow us to implement a >> daemon and eliminate >> the reprocessing of the file each time an application starts. Then you >> could just replace the daemon. >> > > Right, at that point, one might want to just fold it into libselinux. > > I would wish to move to this new framework before we suck it in. >>> MITRE also thought it possible that their translation library could be >>> open sourced, if that would help. Not sure how long it would take to >>> gain approval though... >>> >>> >>> >> I thought there might be classification problems in there also? >> > > Not for the library itself IIUC. Just specific configuration files that > might be used. > > -- This message was distributed to subscribers of the selinux mailing list. If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with the words "unsubscribe selinux" without quotes as the message.