Re: [gentoo-portage-dev] status of "prefixed" portage (or portage as a secondary package manager)?

[m h]

Michael-

Thanks for your reply.

Is it possible to put your complete steps along with links to custom code 
you've done in the gentoo wiki?
I'd very much like to try and replicate what you have done.

thanks again

On 9/9/05, Michael Haubenwallner <michael.haubenwallner@×××××××.at> wrote:
>
> Hi Matt,
>
> m h wrote:
> > Hi portage devs-
> >
> > I've posted similar things to the dev and osx lists, but hear that this
> > might be the appropriate forum.
> >
> > I'm investigating portage as an alternative to openpkg and would like to
> > know the status of "prefixed package installs" or "portage as a
> > secondary package manager". Here's a link to an 5 week old osx post
> > that summarizes the state of things 5 weeks ago:
> > http://article.gmane.org/gmane.linux.gentoo.macosx/324
>
> My current development status on this is not much more than "proof of
> concept",
> although i had to suspend the work on this project until ~Jan. 2006 due to
> some decisions in the company i'm working in.
>
> But what's already done:
>
> I imported portage in my own cvs-repo as a vendor branch a few times,
> but the last import was at 2005/05/24.
>
> The SUPPORTS-variable comming out of the GLEP-Thread works, and it's
> already
> possible to start an 'emerge system' on a non-Gentoo Linux (RH/AS 2.1),
> where
> 24 packages already merge successfully. I did also some auspicious tries
> on
> Solaris 2.8.
>
> To bootstrap the first prefixed portage instance, i've some similar (but
> very
> reduced featured) package-building-system, which only needs a running
> posix-
> shell, a GNU-make, some compiler to build binutils/gcc and some coreutils
> found
> on every *nix. I use this one currently to compile the bunch of our own
> (mostly
> closed-source) packages on HP-UX/AIX/SunOS/Linux/Cygwin,
> but it lacks many useful features found in portage.
>
> Once there's a running portage in some prefix, this one should be able to
> bootstrap another portage instance in a different prefix.
>
> For the ebuild-tree:
> The one i use is a very reduced set of ebuilds initially based on a
> gentoo-tree
> snapshot as of 20050626.
>
> I've defined secondary profiles setting a USE-flag 'secondary' (unsure if
> really
> needed), and made a new sys-apps/baselayout-secondary package providing a
> /${AFFIX}etc/profile, which does not just _set_ but _extend_ path-style
> env-variables when sourced. This required some additional portage
> extensions
> to create an /${AFFIX}etc/env.conf to be used by this
> /${AFFIX}etc/profile.
>
> ~haubi
>
> >
> > I'm wondering if anyone is working on this? I potentially have a week
> > to try and get something working, but would appreciate some guidance
> > (have experience with python and bash but know little of portage
> > internals, only have briefly glanced at code and read developer
> > documentation).
> >
> > Comments, thoughts or suggestions?
> >
> > thanks
> >
> > matt
>
> --
> Michael Haubenwallner SALOMON Automation GmbH
> Forschung & Entwicklung A-8114 Friesach bei Graz
> mailto:michael.haubenwallner@×××××××.at http://www.salomon.at
> No HTML/MIME please, see http://expita.com/nomime.html
> --
> gentoo-portage-dev@g.o mailing list
>
>