New Features for Profiles

Jamie Bennett jamie_bennett at
Fri Nov 26 08:06:19 PST 2004

Kevin P. Fleming wrote on 26 November 2004 16:12
> Jamie Bennett wrote:
>> Implementation wise it would just execute the (download) tags and any
>> (reference) tags inside of (unpack).
> Good luck with that. I've been down that road (mentally) before, and it
> is fraught with complications... here are a few off the top of my head:
> - what if the download element is inside a stage element with a base
> specified? have to execute the stage element too
> - what the stage element to be executed include a user-change to a user
> that hasn't been created yet? or a chroot to a directory that hasn't
> been created yet?
> - if you don't change to the user that the stage requests (if it does
> already exist), then downloading as root may leave the files
> inaccessible to the user who really wants them while the profile runs
> - what if the download element is going to download into a directory
> that will be created by the profile itself?
> See what I mean? Many complications. You could certainly come up with
> some combination of things that may work for the "official" LFS profile,
> but then nALFS would become an "LFS profile tool", not a generic ALFS
> profile tool (I know, that's a fine distinction, but it's still there).

Mmmm, you've obviously put a lot more thought into this than I have so
far. It really looks like a non-starter then especially as we are 
(hopefully) going to concetrate on nALFS2 at some stage in the not to 
distant future.

	--	Jamie

More information about the alfs-discuss mailing list