public inbox for gentoo-osx@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux...
@ 2006-03-14 23:57 m h
  2006-03-15  0:53 ` Brian Harring
                   ` (2 more replies)
  0 siblings, 3 replies; 9+ messages in thread
From: m h @ 2006-03-14 23:57 UTC (permalink / raw
  To: gentoo-osx

This is probably configure issues...

I'm installing portage 2.1.6 on RHEL4 using the following configure:
./configure --prefix=${PREFIX} --with-user=`whoami`
--with-group=${GROUP} --sysconfdir=${PREFIX}/etc
--with-rootuser=`whoami` --with-rootuid=`id -u`
--with-offset-prefix=${PREFIX}

After that I have a stab at a linux prefix profile that I link
etc/make.profile to.  I also update etc/make.conf and add PREFIX to it
(and set PORTDIR=${PREFIX}/usr/portage).

Now after setting the path, emerge runs.  But I'm getting the following issue:

#emerge  -av system
!!! Problem with sandbox binary. Disabling...

These are the packages that would be merged, in order:

Calculating system dependencies
aux_get(): (0) Error in sys-apps/portage-2.1.2-r1 ebuild. (-1)
               Check for syntax error or corruption in the ebuild. (--debug)


aux_get(): (0) Error in sys-apps/portage-2.1.4 ebuild. (-1)
               Check for syntax error or corruption in the ebuild. (--debug)


aux_get(): (0) Error in sys-apps/portage-2.1.6 ebuild. (-1)
               Check for syntax error or corruption in the ebuild. (--debug)


aux_get(): (0) Error in sys-libs/glibc-2.3.5-r2 ebuild. (-1)
               Check for syntax error or corruption in the ebuild. (--debug)


aux_get(): (0) Error in app-shells/bash-3.1_p10 ebuild. (-1)
               Check for syntax error or corruption in the ebuild. (--debug)


aux_get(): (0) Error in app-shells/bash-3.0-r13 ebuild. (-1)
               Check for syntax error or corruption in the ebuild. (--debug)

.....
snip snip
....


aux_get(): (0) Error in sys-libs/readline-5.0-r2 ebuild. (-1)
               Check for syntax error or corruption in the ebuild. (--debug)


!!! Packages for the following atoms are either all
!!! masked or don't exist:
>=sys-apps/portage-2.0.53.03 virtual/libc app-shells/bash sys-devel/libtool dev-
lang/perl sys-apps/texinfo sys-apps/findutils sys-devel/make sys-apps/sed app-ar
ch/bzip2 sys-apps/which app-arch/tar sys-devel/patch sys-devel/autoconf-wrapper
sys-devel/flex sys-apps/groff sys-apps/grep net-misc/rsync app-arch/cpio virtual
/pager virtual/baselayout sys-devel/automake-wrapper virtual/ssh sys-devel/gcc s
ys-apps/diffutils virtual/os-headers sys-apps/gawk sys-devel/bison sys-libs/zlib
 net-misc/wget sys-apps/file virtual/gzip sys-apps/coreutils sys-libs/ncurses sy
s-devel/m4 virtual/editor sys-devel/gnuconfig sys-apps/debianutils net-misc/iput
ils sys-libs/readline

... done!

Total size of downloads: 0 kB

Nothing to merge; do you want me to auto-clean packages? [Yes/No] n
'

I'm using the latest prefix aware tree that I can find (the nightlies
that kito is posting).

Any hints

thanks

matt

-- 
gentoo-osx@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux...
  2006-03-14 23:57 [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux m h
@ 2006-03-15  0:53 ` Brian Harring
  2006-03-15  1:06   ` m h
  2006-03-15  1:04 ` Kito
  2006-03-15  2:24 ` Kito
  2 siblings, 1 reply; 9+ messages in thread
From: Brian Harring @ 2006-03-15  0:53 UTC (permalink / raw
  To: gentoo-osx

[-- Attachment #1: Type: text/plain, Size: 703 bytes --]

Bet you don't
On Tue, Mar 14, 2006 at 03:57:24PM -0800, m h wrote:
> This is probably configure issues...
> 
> I'm installing portage 2.1.6 on RHEL4 using the following configure:
> ./configure --prefix=${PREFIX} --with-user=`whoami`
> --with-group=${GROUP} --sysconfdir=${PREFIX}/etc
> --with-rootuser=`whoami` --with-rootuid=`id -u`
> --with-offset-prefix=${PREFIX}
> 
> After that I have a stab at a linux prefix profile that I link
> etc/make.profile to.  I also update etc/make.conf and add PREFIX to it
> (and set PORTDIR=${PREFIX}/usr/portage).

Do you actually have a usable bash within the prefix?  If not, kito 
will have to comment on disabling path strictness...

~harring

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux...
  2006-03-14 23:57 [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux m h
  2006-03-15  0:53 ` Brian Harring
@ 2006-03-15  1:04 ` Kito
  2006-03-15  8:24   ` Michael Haubenwallner
  2006-03-15  2:24 ` Kito
  2 siblings, 1 reply; 9+ messages in thread
From: Kito @ 2006-03-15  1:04 UTC (permalink / raw
  To: gentoo-osx


On Mar 14, 2006, at 5:57 PM, m h wrote:

> This is probably configure issues...
>
> I'm installing portage 2.1.6 on RHEL4 using the following configure:
> ./configure --prefix=${PREFIX} --with-user=`whoami`
> --with-group=${GROUP} --sysconfdir=${PREFIX}/etc
> --with-rootuser=`whoami` --with-rootuid=`id -u`
> --with-offset-prefix=${PREFIX}
>
> After that I have a stab at a linux prefix profile that I link
> etc/make.profile to.  I also update etc/make.conf and add PREFIX to it
> (and set PORTDIR=${PREFIX}/usr/portage).
>

Ok, with that snapshot, you can try setting the ROOTPATH variable in  
make.conf something like:

	ROOTPATH=/path/to/bash:/path/to/gcc:$PATH

That *might* work, but I was having trouble with it on solaris last  
night. exg and/or I are going to refactor the PATH handling again to  
make this work a little smoother. The variable name will change to  
just DEFAULT_PATH in the next snapshot ( hooray for disregarding  
backwards compatibility :p )

If that doesn't work, you can also try editing the DEFAULT_PATH line  
in portage.py directly.

Another hack I thought of was autoconf'ing make.globals and use  
macros to find the paths to all tools needed  
(gcc,ld,as,ar,findutils,etc.etc.). This should make getting portage  
running very easy on most systems.

--Kito




-- 
gentoo-osx@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux...
  2006-03-15  0:53 ` Brian Harring
@ 2006-03-15  1:06   ` m h
  2006-03-15  1:08     ` Kito
  0 siblings, 1 reply; 9+ messages in thread
From: m h @ 2006-03-15  1:06 UTC (permalink / raw
  To: gentoo-osx

On 3/14/06, Brian Harring <ferringb@gmail.com> wrote:
> Bet you don't
> On Tue, Mar 14, 2006 at 03:57:24PM -0800, m h wrote:
> > This is probably configure issues...
> >
> > I'm installing portage 2.1.6 on RHEL4 using the following configure:
> > ./configure --prefix=${PREFIX} --with-user=`whoami`
> > --with-group=${GROUP} --sysconfdir=${PREFIX}/etc
> > --with-rootuser=`whoami` --with-rootuid=`id -u`
> > --with-offset-prefix=${PREFIX}
> >
> > After that I have a stab at a linux prefix profile that I link
> > etc/make.profile to.  I also update etc/make.conf and add PREFIX to it
> > (and set PORTDIR=${PREFIX}/usr/portage).
>
> Do you actually have a usable bash within the prefix?  If not, kito
> will have to comment on disabling path strictness...
>

I'm using the native bash and prepending the
$PREFIX/bin:$PREFIX/usr/bin:$PREFIX/sbin:$PREFIX/usr/sbin to it....

-- 
gentoo-osx@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux...
  2006-03-15  1:06   ` m h
@ 2006-03-15  1:08     ` Kito
  2006-03-15  1:17       ` m h
  0 siblings, 1 reply; 9+ messages in thread
From: Kito @ 2006-03-15  1:08 UTC (permalink / raw
  To: gentoo-osx


On Mar 14, 2006, at 7:06 PM, m h wrote:

> On 3/14/06, Brian Harring <ferringb@gmail.com> wrote:
>> Bet you don't
>> On Tue, Mar 14, 2006 at 03:57:24PM -0800, m h wrote:
>>> This is probably configure issues...
>>>
>>> I'm installing portage 2.1.6 on RHEL4 using the following configure:
>>> ./configure --prefix=${PREFIX} --with-user=`whoami`
>>> --with-group=${GROUP} --sysconfdir=${PREFIX}/etc
>>> --with-rootuser=`whoami` --with-rootuid=`id -u`
>>> --with-offset-prefix=${PREFIX}
>>>
>>> After that I have a stab at a linux prefix profile that I link
>>> etc/make.profile to.  I also update etc/make.conf and add PREFIX  
>>> to it
>>> (and set PORTDIR=${PREFIX}/usr/portage).
>>
>> Do you actually have a usable bash within the prefix?  If not, kito
>> will have to comment on disabling path strictness...
>>
>
> I'm using the native bash and prepending the
> $PREFIX/bin:$PREFIX/usr/bin:$PREFIX/sbin:$PREFIX/usr/sbin to it....

I you are only doing this in your env it won't work. Portage will  
automatically cleanse the PATHs to include the $PREFIX.

>
> -- 
> gentoo-osx@gentoo.org mailing list
>

--Kito




-- 
gentoo-osx@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux...
  2006-03-15  1:08     ` Kito
@ 2006-03-15  1:17       ` m h
  2006-03-15  2:01         ` Kito
  0 siblings, 1 reply; 9+ messages in thread
From: m h @ 2006-03-15  1:17 UTC (permalink / raw
  To: gentoo-osx

> >
> > I'm using the native bash and prepending the
> > $PREFIX/bin:$PREFIX/usr/bin:$PREFIX/sbin:$PREFIX/usr/sbin to it....
>
> I you are only doing this in your env it won't work. Portage will
> automatically cleanse the PATHs to include the $PREFIX.
>
>
Thanks.  I put it in portage_const.py
Now I'm getting:
$ emerge  -av system
!!! Problem with sandbox binary. Disabling...


These are the packages that would be merged, in order:

Calculating system dependencies /
aux_get(): (0) Error in sys-devel/patch-2.5.9-r1 ebuild. (-1)
               Check for syntax error or corruption in the ebuild. (--debug)


!!! All ebuilds that could satisfy "sys-devel/patch" have been masked.
!!! One of the following masked packages is required to complete your request:

aux_get(): (0) Error in sys-devel/patch-2.5.9-r1 ebuild. (-1)
               Check for syntax error or corruption in the ebuild. (--debug)

Traceback (most recent call last):
  File "/tmp/Mar10/bin/emerge", line 3184, in ?
    if not mydepgraph.xcreate(myaction):
  File "/tmp/Mar10/bin/emerge", line 1395, in xcreate
    if not self.select_dep(portage.root, mydep, raise_on_missing=True):
  File "/tmp/Mar10/bin/emerge", line 1323, in select_dep
    if not self.create(myk,myparent,"--onlydeps" not in
myopts,myuse=binpkguseflags):
  File "/tmp/Mar10/bin/emerge", line 1020, in create
    if not self.select_dep("/",mydep["/"],myparent=mp,myuse=myuse):
  File "/tmp/Mar10/bin/emerge", line 1318, in select_dep
    if not self.create(myk,myparent,myuse=binpkguseflags):
  File "/tmp/Mar10/bin/emerge", line 1020, in create
    if not self.select_dep("/",mydep["/"],myparent=mp,myuse=myuse):
  File "/tmp/Mar10/bin/emerge", line 1318, in select_dep
    if not self.create(myk,myparent,myuse=binpkguseflags):
  File "/tmp/Mar10/bin/emerge", line 1020, in create
    if not self.select_dep("/",mydep["/"],myparent=mp,myuse=myuse):
  File "/tmp/Mar10/bin/emerge", line 1263, in select_dep
    mreasons = portage.getmaskingstatus(p)
  File "/tmp/Mar10/lib/portage/pym/portage.py", line 3633, in getmaskingstatus
    mygroups, eapi = portdb.aux_get(mycpv, ["KEYWORDS", "EAPI"])
  File "/tmp/Mar10/lib/portage/pym/portage.py", line 4895, in aux_get
    raise KeyError

....

-- 
gentoo-osx@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux...
  2006-03-15  1:17       ` m h
@ 2006-03-15  2:01         ` Kito
  0 siblings, 0 replies; 9+ messages in thread
From: Kito @ 2006-03-15  2:01 UTC (permalink / raw
  To: gentoo-osx


On Mar 14, 2006, at 7:17 PM, m h wrote:

>>>
>>> I'm using the native bash and prepending the
>>> $PREFIX/bin:$PREFIX/usr/bin:$PREFIX/sbin:$PREFIX/usr/sbin to it....
>>
>> I you are only doing this in your env it won't work. Portage will
>> automatically cleanse the PATHs to include the $PREFIX.
>>
>>
> Thanks.  I put it in portage_const.py
> Now I'm getting:
> $ emerge  -av system


Try just starting with `emerge --info` first. Its still not finding  
the basic utils.

> !!! Problem with sandbox binary. Disabling...
>
>
> These are the packages that would be merged, in order:
>
> Calculating system dependencies /
> aux_get(): (0) Error in sys-devel/patch-2.5.9-r1 ebuild. (-1)
>                Check for syntax error or corruption in the ebuild.  
> (--debug)
>
>
> !!! All ebuilds that could satisfy "sys-devel/patch" have been masked.
> !!! One of the following masked packages is required to complete  
> your request:
>
> aux_get(): (0) Error in sys-devel/patch-2.5.9-r1 ebuild. (-1)
>                Check for syntax error or corruption in the ebuild.  
> (--debug)
>
> Traceback (most recent call last):
>   File "/tmp/Mar10/bin/emerge", line 3184, in ?
>     if not mydepgraph.xcreate(myaction):
>   File "/tmp/Mar10/bin/emerge", line 1395, in xcreate
>     if not self.select_dep(portage.root, mydep,  
> raise_on_missing=True):
>   File "/tmp/Mar10/bin/emerge", line 1323, in select_dep
>     if not self.create(myk,myparent,"--onlydeps" not in
> myopts,myuse=binpkguseflags):
>   File "/tmp/Mar10/bin/emerge", line 1020, in create
>     if not self.select_dep("/",mydep["/"],myparent=mp,myuse=myuse):
>   File "/tmp/Mar10/bin/emerge", line 1318, in select_dep
>     if not self.create(myk,myparent,myuse=binpkguseflags):
>   File "/tmp/Mar10/bin/emerge", line 1020, in create
>     if not self.select_dep("/",mydep["/"],myparent=mp,myuse=myuse):
>   File "/tmp/Mar10/bin/emerge", line 1318, in select_dep
>     if not self.create(myk,myparent,myuse=binpkguseflags):
>   File "/tmp/Mar10/bin/emerge", line 1020, in create
>     if not self.select_dep("/",mydep["/"],myparent=mp,myuse=myuse):
>   File "/tmp/Mar10/bin/emerge", line 1263, in select_dep
>     mreasons = portage.getmaskingstatus(p)
>   File "/tmp/Mar10/lib/portage/pym/portage.py", line 3633, in  
> getmaskingstatus
>     mygroups, eapi = portdb.aux_get(mycpv, ["KEYWORDS", "EAPI"])
>   File "/tmp/Mar10/lib/portage/pym/portage.py", line 4895, in aux_get
>     raise KeyError
>
> ....
>
> -- 
> gentoo-osx@gentoo.org mailing list
>

--Kito




-- 
gentoo-osx@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux...
  2006-03-14 23:57 [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux m h
  2006-03-15  0:53 ` Brian Harring
  2006-03-15  1:04 ` Kito
@ 2006-03-15  2:24 ` Kito
  2 siblings, 0 replies; 9+ messages in thread
From: Kito @ 2006-03-15  2:24 UTC (permalink / raw
  To: gentoo-osx


On Mar 14, 2006, at 5:57 PM, m h wrote:

> This is probably configure issues...
>
> I'm installing portage 2.1.6 on RHEL4 using the following configure:
> ./configure --prefix=${PREFIX} --with-user=`whoami`
> --with-group=${GROUP} --sysconfdir=${PREFIX}/etc
> --with-rootuser=`whoami` --with-rootuid=`id -u`
> --with-offset-prefix=${PREFIX}
>

I would probably try:

	./configure --prefix=${PREFIX}/usr --with-offset-prefix=${PREFIX} \
	--with-user=`whoami` --with-group=`id -g` \
	--with-rootuser=`whoami` --with-rootuid=`id -un` \
	--with-wheelgroup=`id -g` --with-wheelgid=`id -gn`

I used exactly this last night using 2.1.6 on solaris nv31a and it  
worked.
	
--Kito




-- 
gentoo-osx@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux...
  2006-03-15  1:04 ` Kito
@ 2006-03-15  8:24   ` Michael Haubenwallner
  0 siblings, 0 replies; 9+ messages in thread
From: Michael Haubenwallner @ 2006-03-15  8:24 UTC (permalink / raw
  To: gentoo-osx

Hi all,

have just installed 2.1.6 on a rhel-as4 for interest, though won't have
time yet to do real work on it - however, some cents from me:

On Tue, 2006-03-14 at 19:04 -0600, Kito wrote:
<snip>
> 
> 	ROOTPATH=/path/to/bash:/path/to/gcc:$PATH

for bash, i quickly did a softlink: PREFIX/usr/bin/bash -> /bin/bash

> Another hack I thought of was autoconf'ing make.globals and use  
> macros to find the paths to all tools needed  
> (gcc,ld,as,ar,findutils,etc.etc.). This should make getting portage  
> running very easy on most systems.

In my first implementation, i did some similar in isolated-functions.sh:
For each coreutil/diffutil/findutil/grep/patch i added a
shell-wrapper-function, which calls the real executable with an absolute
path identified by configure, having some fallbacks if configured paths
are out of date.

Setting a PATH to them might be the better idea for the toolchain, but
having a bash-function xargs(), calling '/path/to/gxargs -r' (identified
by configure), 'xargs -r' or 'xargs' (as fallbacks) instead of having a
variable $XARGS looks also nice to me...

Same for egrep ('grep -E', 'egrep'), fgrep and others...

Well, the xargs() function will work for 'find | xargs', but fex egrep()
will not work within 'find -exec egrep {} \;' ...

Also for bash and python i used autoconf'd '@CU_BASH@' and '@PYTHON@'
(substituted while installing) in the first line of the scripts.

-- haubi

-- 
gentoo-osx@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2006-03-15  8:25 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-14 23:57 [gentoo-osx] [PREFIX] Portage 2.1.6 issues on linux m h
2006-03-15  0:53 ` Brian Harring
2006-03-15  1:06   ` m h
2006-03-15  1:08     ` Kito
2006-03-15  1:17       ` m h
2006-03-15  2:01         ` Kito
2006-03-15  1:04 ` Kito
2006-03-15  8:24   ` Michael Haubenwallner
2006-03-15  2:24 ` Kito

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox