[gobolinux-users] Re: Problem with CUPS recipe/package

Hisham Muhammad hisham.hm at gmail.com
Mon Aug 15 21:48:26 GMT 2005


On 8/15/05, Jonatan Liljedahl <lijon at kymatica.com> wrote:
> On Mon, 15 Aug 2005 13:35:08 -0300
> Hisham Muhammad <hisham.hm at gmail.com> wrote:
> > I see at least two problems with our current approach:
> > 
> > - If /Programs/App/Variable already exists during a compilation,
> > previously existing contents will get mixed with new files.
> > - Sharing won't work 100% if some prefixes use /Programs/App/Variable
> > and that does not expose a full view of /System/Variable.
> 
> Yes, there's a lot of programs that use /Programs/TheirSelf/Variable
> instead of /S/V.
> And strange things can happen, things like /P/App/Variable being a mix
> of real files and symlinks, and quite often symlinks to non-existent
> files, etc...

True, a change is needed.

> > Here's my not-fully-thought-out proposal:
> > 
> > - Programs install to /Programs/App/1.0/Variable.
> > - Var-files are copied to
> > /Programs/App/1.0/Resources/Defaults/Variable.- Var-files are copied
> > to /System/Variable (with some sensible behavior regarding
> > overwriting)- /Programs/App/1.0/Variable is removed, and becomes a
> > symlink to/System/Variable.
> > 
> > Pros:
> > - Simpler semantics, like a simplified Share.
> > - /System/Variable can still be a separate partition
> > Cons:
> > - No package management for files under /System/Variable. I really
> > don't think it is necessary, because those files are site-specific (a
> > bit like tmp-files, they're "local state" files). We should be able to
> > deploy var-files, but I don't think we need to manage them the same
> > way we do for executables, libraries, headers, etc.
> > 
> > What do you people think?
> 
> I think it sounds very good. But it will be a lot of work to fix all
> packages and recipes, won't it? =)

Not as hard as the pain I'm going through trying to compile Glibc with
NPTL using GCC 4 on PowerPC... ;)

I mean, we have a problem in our hands -- yes, it will be a pain to
change things again, but as I see it, we need to fix it.

-- Hisham


More information about the gobolinux-users mailing list