Why is redhat-artwork multi-lib?

seth vidal skvidal at linux.duke.edu
Mon Feb 12 16:18:42 UTC 2007


On Mon, 2007-02-12 at 11:06 -0500, Jeremy Katz wrote:
> On Mon, 2007-02-12 at 11:06 -0500, seth vidal wrote:
> > On Mon, 2007-02-12 at 10:29 -0500, Matthias Clasen wrote:
> > > I don't think it is particularly difficult, but there are a number of 
> > > constraints (like
> > > keeping all trademarked logos in a separate package). What we need 
> > > before making
> > > any decisions here is a summary of the current situation (what "artwork" 
> > > packages
> > > do we have, how do they interact, also wrt to derived distributions, 
> > > etc) and a list
> > > of goals for a reorganization. I'm sure interested community members can 
> > > take a
> > > whack at that.
> >  were you planning in changes in this area vis anaconda? 
> 
> One thing that was discussed a little at FUDCon was moving some of the
> trademarked logo bits into a separate "branding" repository.
> 
> That doesn't really have much to do with redhat-artwork, though.
> Historically speaking, redhat-artwork was created to contain all
> Bluecurve bits (and could as well have been called "bluecurve-artwork",
> it was just named prior to the name Bluecurve and with the thought of
> letting the theme change over time...)

Matthias,
 So it sounds like all that needs to happen is:

 1. rename the pkg to system-artwork (add an obsoletes redhat-artwork)
 2. get rid of the bluecurve libs into another pkg
 3. profit!

Does that sound right to you?

-sv





More information about the fedora-devel-list mailing list