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 <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED] http://www.salomon.at
No HTML/MIME please, see http://expita.com/nomime.html
--
gentoo-portage-dev@gentoo.org mailing list
