Re: [gentoo-dev] Dynamic SLOTs

[Jason Stubbs]

On Thursday 05 August 2004 10:45, Lina Pezzella wrote:
> Jason Stubbs wrote:
> >On Thursday 05 August 2004 05:11, Aron Griffis wrote:
> >>Jason Stubbs wrote:	[Wed Aug 04 2004, 10:28:04AM EDT]
> >>
> >>>4. Fix ebuilds so that they link against ${ROOT} rather than assuming
> >>>"/".
> >>
> >>This sounds Really Hard.
> >>
> >>How about devising a method to chroot to ${ROOT} for src_compile when
> >>[[ ${ROOT} != / ]].  I know this would require some work, but it just
> >>might be less work than fixing the ebuilds to link against ${ROOT},
> >>which sounds extremely tedious and error-prone.
> >
> >That would require getting the immediate build deps and the deep runtime
> > build deps copied into a temporary directory within $ROOT at the start of
> > every emerge. It would also require every ebuild to be updated so that
> > all deps, including those in system, are listed.
> >
> >That sounds just as error-prone as fixing the ebuilds to me. However,
> > fixing the ebuilds has another benefit. Down the line it will help in
> > being able to install stuff into ${HOME}.
>
> Yes, it does sound just as error-prone as fixing the ebuilds, however
> chrooting would fix the macos .a library (needs ranlib run on the
> livefs, or something pretending to be the livefs) problem.

That's a relatively minor problem which can be dealt with in many ways.

I didn't seem to mention it elsewhere although I thought I did. chroot'ing 
can't be used as a general solution as the binaries in $ROOT won't necessary 
run on the architecture that is building them. Which of course means that 
where back to fixing ebuilds to build against $ROOT. Note this doesn't mean 
that every ebuild would need to be fixed at once.

Regards,
Jason Stubbs

--
gentoo-dev@g.o mailing list