All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joshua Brindle <jbrindle@tresys.com>
To: Daniel J Walsh <dwalsh@redhat.com>
Cc: russell@coker.com.au, SE-Linux <selinux@tycho.nsa.gov>
Subject: Re: libsetrans and libselinux
Date: Tue, 03 Jan 2006 00:55:41 -0500	[thread overview]
Message-ID: <43BA11DD.4000907@tresys.com> (raw)
In-Reply-To: <43B9FAAD.10809@redhat.com>

Daniel J Walsh wrote:
> Russell Coker wrote:
> 
>> Does it make sense to have two separate libraries for these functions?
>>
>> It seems that they are both maintained by much the same group of 
>> people, will in many cases need updating at the same time, and will 
>> mostly be linked to by all the same programs, very few programs need 
>> libselinux but not libsetrans and that number is constantly decreasing 
>> and it's impossible to use libsetrans without using libselinux.
>>
>> If we have a single library then there are some small optimisations 
>> that will occur, reducing load time and reducing the resident set size 
>> by a couple of pages.
>>
>>   
> 
> The reason they are separate is so that you could build a replacement 
> for libsetrans and use it with libselinux.  The idea was someone
> might use the Mitre tranaslation library in place of libsetrans.
> 

The only users of libsetrans are ones that use context functions in 
libselinux, and several apps that link to libselinux but don't use those 
(such as load_policy, init, etc)

Further, IIRC libsetrans is being maintained by RH and is not in the nsa 
mainline cvs tree. And as Dan was saying, the whole reason for 
libsetrans to begin with was for drop in translation libraries (such as 
Mitre's)

--
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.

  reply	other threads:[~2006-01-03  5:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-03  3:11 libsetrans and libselinux Russell Coker
2006-01-03  4:16 ` Daniel J Walsh
2006-01-03  5:55   ` Joshua Brindle [this message]
2006-01-03 17:06     ` Stephen Smalley
2006-01-03 18:12       ` Daniel J Walsh
2006-01-03 18:22         ` Stephen Smalley
2006-01-03 18:31           ` Daniel J Walsh

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43BA11DD.4000907@tresys.com \
    --to=jbrindle@tresys.com \
    --cc=dwalsh@redhat.com \
    --cc=russell@coker.com.au \
    --cc=selinux@tycho.nsa.gov \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.