[gentoo-dev] Multiplatform Portage.

[gentoo-dev] Multiplatform Portage.

[Bryan Muir]

Procedure for using Portage in another distribution.

I have been playing around with getting Portage to work in Redhat 7.1,
and I haven't ironed
out all the bugs yet, so I'll just outline what I have done so far.  As
usual, backup
anything important before you try these instructions...
I also attached these instructions to the bugzilla id:
http://bugs.gentoo.org/show_bug.cgi?id=2215

1.  Download portage source code.
2.  Untar into a work directory somewhere
3.  Download portage snapshot and untar into /usr
4.  cp portagexxx/bin/* to /usr/bin
[Note: havent tracked down why this next step is necessary, but calling
ebuild causes an
error without it]
4a. cp portagexxx/bin/ebuild* /usr/sbin
5.  cp portagexxx/cnf/* to /etc
6.  cp portagexxx/pym/* to /usr/local/lib/python2.2/site-packages/
7.  cd to portagexxx/src/python-missongos and do python setup.py build
8.  do python setup.py install
9.  cd ../sandbox
10. do make && make install
[NOTE.  the following step is crucial or it will disable about half of a
redhat
system]
11.  in etc, create an env.d directory.  If you have a working gentoo
system,
grab the 00basic file and copy it to the new directory.  This directory
is what
env-update uses to rebuild the ld.co.conf file.  I modified the 00basic
file so
that it looked like the following:

PATH=/usr/local/bin
ROOTPATH=/usr/local/bin
LDPATH=/usr/local/lib:/usr/lib:/usr/kerberos/lib:/usr/X11R6/lib:/usr/lib/sane:/usr/lib/qt-2.3.0/lib

MANPATH=/usr/share/man
INFODIR=/usr/share/info
CVS_RSH=ssh
PAGER=/usr/bin/less
LESSOPEN="|lesspipe.sh %s"

I could have made a seperate files, each with a different LDPATH line
and they would  have
been merged, but I was feeling lazy.


Conclusion:

That should do it... the following are the caveats/problems that I
havent solved yet...
1.  emerge rsync doesnt work as my place of employment has that port
blocked.
Additionally CVS access appears to be passworded.  So I have to download
the portage
snapshots to update portage.

2.  Due to all the RPM's for the base system, portage always wants to
emerge baselayout,
etc... so for packages I have been using the --nodeps option and
installing packages one
at a time.  The downside is that you have to install all required
packages seperately.

3.  I was having the circular reference error, but without emerge rsync,
I had to just
emerge --nodeps python-fchksum and the error went away.

[gentoo-dev] Multiplatform Portage.

[Tristan Ball]

Guys, first up, let me say I'm a fan of gentoo, for want of a better
word, it tastes good!
:-)

I haven't really had a chance to look at the system closely, I'm payed
to babysit some solaris servers, not play with my workstation - which is
what brings me to my question:

How hard would it be to extend the emerge/portage system for other OS's.
I'm particularly interested in the idea of being able to do something
like an "emerge kde" on a sun box, and have kde and required stuff
appear under /opt or /usr/local somewhere.

Has anyone else considered this?

Thanks,
	Tristan.

Re: [gentoo-dev] Multiplatform Portage.

[Craig Joly]

On Sat, Apr 27, 2002 at 06:00:10PM +1000, Tristan Ball wrote:
> 
> How hard would it be to extend the emerge/portage system for other OS's.
> I'm particularly interested in the idea of being able to do something
> like an "emerge kde" on a sun box, and have kde and required stuff
> appear under /opt or /usr/local somewhere.
> 
> Has anyone else considered this?
> 
I'm actually looking into this.  I'm a little swamped at the moment,
so other than thinking about it, nothing has been done yet.  Hopefully
I'll get to it in a month or so, after I finish my current projects
and then knock our documentation system back into place (it was a good
idea when they implemented it but scaleability never crossed their
minds).  Let me know if you get anything done.

Craig
-- 
Do not meddle in the affairs of dragons, for you are crunchy, and
taste good with ketchup.

Re: [gentoo-dev] Multiplatform Portage.

[Arcady Genkin]

Craig Joly <craig@taipan.mudshark.org> writes:

> On Sat, Apr 27, 2002 at 06:00:10PM +1000, Tristan Ball wrote:
>> 
>> How hard would it be to extend the emerge/portage system for other OS's.
>> I'm particularly interested in the idea of being able to do something
>> like an "emerge kde" on a sun box, and have kde and required stuff
>> appear under /opt or /usr/local somewhere.
>> 
>> Has anyone else considered this?
>> 
> I'm actually looking into this.  I'm a little swamped at the moment,
> so other than thinking about it, nothing has been done yet.  Hopefully
> I'll get to it in a month or so, after I finish my current projects
> and then knock our documentation system back into place (it was a good
> idea when they implemented it but scaleability never crossed their
> minds).  Let me know if you get anything done.

Since this comes up quite often, I've opened a bug report to track
this problem.  You guys may want to get your addresses into the CC for
that bug.
             http://bugs.gentoo.org/show_bug.cgi?id=2215

I'd love to be able to use Portage under Solaris and RedHat (stuck
with over a hundred RedHat workstations at work, no chance to switch
in the nearest future).
-- 
Arcady Genkin

Re: [gentoo-dev] Multiplatform Portage.

[maarten]

Hi,

> >> How hard would it be to extend the emerge/portage system for other OS's.

> I'd love to be able to use Portage under Solaris and RedHat (stuck

One of the major hurdles is that all prefixes are hardcoded to /usr, we 
should probably start using PREFIX and then define it to /usr in the 
profile.

Seems more generic to me. It would allow my organization, for instance,
to start using portage (we compile user packages for prefix /opt/local
which is NFS mounted from the server, packages "local" to the machine 
have yet another prefix).

Once that's OK and we have a working portage on Solaris I don't think
there's much point in continuing the use of the Solaris pkgadd/pkgrm
stuff. Portage is far more flexible.

If these hurdles were fixed I could imagine portage becoming the new
package mechanism of choice for several distros an OS's.  It would also
drive adoption of Gentoo even more. Consistent package management and
compilation are some of _the_ major hassles in system administration.

cheers,
maarten