Mailing List Archive

PREFIX the next generation...
So following Grobian's lead I decided I'll not worry about toolsbox
right now and just try to get portage working (I'm on linux so I
already have the requirements for portage...)

I wrote the notoolsbox.sh (pasted in below) script to document my steps.

After the standard user/group tweaks, I'm back to where I was
previously. "emerge -av system" returns the following:

niger:mharrison[1216] /data1/portage/dec19/prefix/usr/bin/emerge -av
system --debug
Invalid package name in package.provided: virtual/libc
Invalid package name in package.provided: virtual/linux-sources
Invalid package name in package.provided: virtual/os-headers

These are the packages that I would merge, in order:

Calculating system dependencies
Parent: None
Depstring: >=app-shells/bash-3.0-r9
Candidates: ['>=app-shells/bash-3.0-r9']

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


!!! All ebuilds that could satisfy ">=app-shells/bash-3.0-r9" have been masked.
!!! One of the following masked packages is required to complete your request:

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

Traceback (most recent call last):
File "/data1/portage/dec19/prefix/usr/bin/emerge", line 3159, in ?
if not mydepgraph.xcreate(myaction):
File "/data1/portage/dec19/prefix/usr/bin/emerge", line 1428, in xcreate
if not self.select_dep(portage.root, mydep):
File "/data1/portage/dec19/prefix/usr/bin/emerge", line 1280, in select_dep
mreasons = portage.getmaskingstatus(p)
File "/data1/portage/dec19/prefix/usr/lib/portage/pym/portage.py",
line 3706, in getmaskingstatus
mygroups, eapi = portdb.aux_get(mycpv, ["KEYWORDS", "EAPI"])
File "/data1/portage/dec19/prefix/usr/lib/portage/pym/portage.py",
line 5008, in aux_get
raise KeyError
KeyError


I stepped through (or began to) the monsterous function doebuild and
saw that it was trying to run ebuild.sh depend path/to/bash/ebuild and
return -1.

Running that from the command line returns doesn't work (I'm assumming
it is an environment issue):

niger:mharrison[1217] /data1/portage/dec19/prefix/usr/bin/ebuild
depend /data1/portage/dec19/prefix/usr/local/portage/app-shells/bash/bash-3.0-r13.ebuild
Invalid package name in package.provided: virtual/libc
Invalid package name in package.provided: virtual/linux-sources
Invalid package name in package.provided: virtual/os-headers
'/data1/portage/depend' does not exist.

I'm now lurking in #gentoo-osx and #gentoo-portage if anyone is
interested in chatting....

matt

##############notoolsbox.sh##################
#!/bin/sh

export PREFIX=/data1/portage/dec19/prefix
KITO=/data1/portage/kito
HAUBI=/data1/portage/haubi
MATT=/data1/portage/matt
STAGE1=/data1/portage/stage/stageUnzipped

function createDir {
mkdir -p ${PREFIX}

mkdir -p ${PREFIX}/workspace
}

function installPortage {
cp -r ${MATT}/portage-2.0.54 ${PREFIX}/workspace

cd ${PREFIX}/workspace/portage-2.0.54

configure \
--sysconfdir=${PREFIX}/etc \
--prefix=${PREFIX}/usr \
--with-offset-prefix=${PREFIX} \
--with-user=`id -un` \
--with-group=`id -gn` \
--with-wheelgroup=`id -gn` \
--with-rootuser=`id -un` \

make

make install
}

function tweakFiles {
cp ${MATT}/make.conf ${PREFIX}/etc/
sed -e "s|#PREFIX#|${PREFIX}|g" -i ${PREFIX}/etc/make.conf

#add profile
mkdir -p ${PREFIX}/portage/profiles

#copy contents of dir/ignore directories
cp ${HAUBI}/secondary-portage-snapshot-20050927/profiles/*
${PREFIX}/portage/profiles
#recursively copy default-secondary
cp -r ${HAUBI}/secondary-portage-snapshot-20050927/profiles/default-secondary
${PREFIX}/portage/profiles

rm ${PREFIX}/etc/make.profile
#link profile
ln -s ${PREFIX}/portage/profiles/default-secondary/linux/x86
${PREFIX}/etc/make.profile

mkdir -p ${PREFIX}/usr/local/portage/

#copy prefixed-ebuild tree
cp -r ${KITO}/prefix-overlay/* ${PREFIX}/usr/local/portage/

#make log dir
mkdir -p ${PREFIX}/var/log/

}

createDir
installPortage
tweakFiles

--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On 12/19/05, m h <sesquile@gmail.com> wrote:
....
> previously. "emerge -av system" returns the following:
>
> niger:mharrison[1216] /data1/portage/dec19/prefix/usr/bin/emerge -av
> system --debug
snip snip
> aux_get(): (0) Error in app-shells/bash-3.0-r13 ebuild. (-1)
> Check for syntax error or corruption in the ebuild. (--debug)
>
> Traceback (most recent call last):
> File "/data1/portage/dec19/prefix/usr/bin/emerge", line 3159, in ?
> if not mydepgraph.xcreate(myaction):
> File "/data1/portage/dec19/prefix/usr/bin/emerge", line 1428, in xcreate
> if not self.select_dep(portage.root, mydep):
> File "/data1/portage/dec19/prefix/usr/bin/emerge", line 1280, in select_dep
> mreasons = portage.getmaskingstatus(p)
> File "/data1/portage/dec19/prefix/usr/lib/portage/pym/portage.py",
> line 3706, in getmaskingstatus
> mygroups, eapi = portdb.aux_get(mycpv, ["KEYWORDS", "EAPI"])
> File "/data1/portage/dec19/prefix/usr/lib/portage/pym/portage.py",
> line 5008, in aux_get
> raise KeyError
> KeyError
>
>
> I stepped through (or began to) the monsterous function doebuild and
> saw that it was trying to run ebuild.sh depend path/to/bash/ebuild and
> return -1.

The -1 was caused by a missing ${PREFIX}/bin/bash (remnant of not
using toolsbox). A symlink fixes that issue.

New results:

niger:mharrison[1238] /data1/portage/dec19/prefix/usr/bin/emerge -av system
Invalid package name in package.provided: virtual/libc
Invalid package name in package.provided: virtual/linux-sources
Invalid package name in package.provided: virtual/os-headers

These are the packages that I would merge, in order:

Calculating system dependencies
/data1/portage/dec19/prefix/usr/lib/portage//bin/ebuild.sh: line 1672:
/data1/portage/dec19/prefix/portage/eclass/eutils.eclass: No such file
or directory

!!! ERROR: app-shells/bash-3.0-r13 failed.
!!! Function inherit, Line 1673, Exitcode 1
!!! died sourcing
/data1/portage/dec19/prefix/portage/eclass/eutils.eclass in inherit()
!!! If you need support, post the topmost build error, NOT this status message.


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


!!! All ebuilds that could satisfy ">=app-shells/bash-3.0-r9" have been masked.
!!! One of the following masked packages is required to complete your request:
/data1/portage/dec19/prefix/usr/lib/portage//bin/ebuild.sh: line 1672:
/data1/portage/dec19/prefix/portage/eclass/eutils.eclass: No such file
or directory

!!! ERROR: app-shells/bash-3.0-r13 failed.
!!! Function inherit, Line 1673, Exitcode 1
!!! died sourcing
/data1/portage/dec19/prefix/portage/eclass/eutils.eclass in inherit()
!!! If you need support, post the topmost build error, NOT this status message.


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

Traceback (most recent call last):
File "/data1/portage/dec19/prefix/usr/bin/emerge", line 3159, in ?
if not mydepgraph.xcreate(myaction):
File "/data1/portage/dec19/prefix/usr/bin/emerge", line 1428, in xcreate
if not self.select_dep(portage.root, mydep):
File "/data1/portage/dec19/prefix/usr/bin/emerge", line 1280, in select_dep
mreasons = portage.getmaskingstatus(p)
File "/data1/portage/dec19/prefix/usr/lib/portage/pym/portage.py",
line 3706, in getmaskingstatus
mygroups, eapi = portdb.aux_get(mycpv, ["KEYWORDS", "EAPI"])
File "/data1/portage/dec19/prefix/usr/lib/portage/pym/portage.py",
line 5008, in aux_get
raise KeyError
KeyError

I've probably got more env issues that are overlooked....

--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
Just to give you an update. I ended more or less in the same state as
you. Though I think I know why it's so stubborn. Portage seems to
expect all binaries and stuff in the prefixed location. I added
(symlinked) /bin/bash in my prefix, and was after that able to run
ebuild xxxx digest for instance.

So my thoughts were actually to give haubi's box a fling again, because
it might install the minimal set of tools necessary. Sigh. I need
longer weekends and much more hair to pull ;)

Not going into IRC now, because I try to stay away from it at least
during the week, to be able to actually do something...


On 19-12-2005 13:07:43 -0800, m h wrote:
> So following Grobian's lead I decided I'll not worry about toolsbox
> right now and just try to get portage working (I'm on linux so I
> already have the requirements for portage...)
>
> I wrote the notoolsbox.sh (pasted in below) script to document my steps.
>
> After the standard user/group tweaks, I'm back to where I was
> previously. "emerge -av system" returns the following:
>
> niger:mharrison[1216] /data1/portage/dec19/prefix/usr/bin/emerge -av
> system --debug
> Invalid package name in package.provided: virtual/libc
> Invalid package name in package.provided: virtual/linux-sources
> Invalid package name in package.provided: virtual/os-headers
>
> These are the packages that I would merge, in order:
>
> Calculating system dependencies
> Parent: None
> Depstring: >=app-shells/bash-3.0-r9
> Candidates: ['>=app-shells/bash-3.0-r9']
>
> aux_get(): (0) Error in app-shells/bash-3.0-r13 ebuild. (-1)
> Check for syntax error or corruption in the ebuild. (--debug)
>
>
> !!! All ebuilds that could satisfy ">=app-shells/bash-3.0-r9" have been masked.
> !!! One of the following masked packages is required to complete your request:
>
> aux_get(): (0) Error in app-shells/bash-3.0-r13 ebuild. (-1)
> Check for syntax error or corruption in the ebuild. (--debug)
>
> Traceback (most recent call last):
> File "/data1/portage/dec19/prefix/usr/bin/emerge", line 3159, in ?
> if not mydepgraph.xcreate(myaction):
> File "/data1/portage/dec19/prefix/usr/bin/emerge", line 1428, in xcreate
> if not self.select_dep(portage.root, mydep):
> File "/data1/portage/dec19/prefix/usr/bin/emerge", line 1280, in select_dep
> mreasons = portage.getmaskingstatus(p)
> File "/data1/portage/dec19/prefix/usr/lib/portage/pym/portage.py",
> line 3706, in getmaskingstatus
> mygroups, eapi = portdb.aux_get(mycpv, ["KEYWORDS", "EAPI"])
> File "/data1/portage/dec19/prefix/usr/lib/portage/pym/portage.py",
> line 5008, in aux_get
> raise KeyError
> KeyError
>
>
> I stepped through (or began to) the monsterous function doebuild and
> saw that it was trying to run ebuild.sh depend path/to/bash/ebuild and
> return -1.
>
> Running that from the command line returns doesn't work (I'm assumming
> it is an environment issue):
>
> niger:mharrison[1217] /data1/portage/dec19/prefix/usr/bin/ebuild
> depend /data1/portage/dec19/prefix/usr/local/portage/app-shells/bash/bash-3.0-r13.ebuild
> Invalid package name in package.provided: virtual/libc
> Invalid package name in package.provided: virtual/linux-sources
> Invalid package name in package.provided: virtual/os-headers
> '/data1/portage/depend' does not exist.
>
> I'm now lurking in #gentoo-osx and #gentoo-portage if anyone is
> interested in chatting....
>
> matt
>
> ##############notoolsbox.sh##################
> #!/bin/sh
>
> export PREFIX=/data1/portage/dec19/prefix
> KITO=/data1/portage/kito
> HAUBI=/data1/portage/haubi
> MATT=/data1/portage/matt
> STAGE1=/data1/portage/stage/stageUnzipped
>
> function createDir {
> mkdir -p ${PREFIX}
>
> mkdir -p ${PREFIX}/workspace
> }
>
> function installPortage {
> cp -r ${MATT}/portage-2.0.54 ${PREFIX}/workspace
>
> cd ${PREFIX}/workspace/portage-2.0.54
>
> configure \
> --sysconfdir=${PREFIX}/etc \
> --prefix=${PREFIX}/usr \
> --with-offset-prefix=${PREFIX} \
> --with-user=`id -un` \
> --with-group=`id -gn` \
> --with-wheelgroup=`id -gn` \
> --with-rootuser=`id -un` \
>
> make
>
> make install
> }
>
> function tweakFiles {
> cp ${MATT}/make.conf ${PREFIX}/etc/
> sed -e "s|#PREFIX#|${PREFIX}|g" -i ${PREFIX}/etc/make.conf
>
> #add profile
> mkdir -p ${PREFIX}/portage/profiles
>
> #copy contents of dir/ignore directories
> cp ${HAUBI}/secondary-portage-snapshot-20050927/profiles/*
> ${PREFIX}/portage/profiles
> #recursively copy default-secondary
> cp -r ${HAUBI}/secondary-portage-snapshot-20050927/profiles/default-secondary
> ${PREFIX}/portage/profiles
>
> rm ${PREFIX}/etc/make.profile
> #link profile
> ln -s ${PREFIX}/portage/profiles/default-secondary/linux/x86
> ${PREFIX}/etc/make.profile
>
> mkdir -p ${PREFIX}/usr/local/portage/
>
> #copy prefixed-ebuild tree
> cp -r ${KITO}/prefix-overlay/* ${PREFIX}/usr/local/portage/
>
> #make log dir
> mkdir -p ${PREFIX}/var/log/
>
> }
>
> createDir
> installPortage
> tweakFiles
>
> --
> gentoo-osx@gentoo.org mailing list
>

--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
> The -1 was caused by a missing ${PREFIX}/bin/bash (remnant of not
> using toolsbox). A symlink fixes that issue.
>
> New results:
>
> niger:mharrison[1238] /data1/portage/dec19/prefix/usr/bin/emerge -av system

snip...
> KeyError
>
> I've probably got more env issues that are overlooked....
>

Copied over Haubi's eclass directory to resolve above.

New results:
niger:mharrison[1240] /data1/portage/dec19/prefix/usr/bin/emerge -av system
Invalid package name in package.provided: virtual/libc
Invalid package name in package.provided: virtual/linux-sources
Invalid package name in package.provided: virtual/os-headers

These are the packages that I would merge, in order:

Calculating system dependencies
emerge: there are no ebuilds to satisfy ">=sys-apps/portage-2.1_pre".



!!! Problem resolving dependencies for >=sys-apps/portage-2.1_pre
!!! Depgraph creation failed.

--
gentoo-osx@gentoo.org mailing list
Re: Re: PREFIX the next generation... [ In reply to ]
On 19-12-2005 13:26:05 -0800, m h wrote:
> > KeyError
> >
> > I've probably got more env issues that are overlooked....
> >
>
> Copied over Haubi's eclass directory to resolve above.

Hmmm, I think I did that too...

> New results:
> niger:mharrison[1240] /data1/portage/dec19/prefix/usr/bin/emerge -av system
> Invalid package name in package.provided: virtual/libc
> Invalid package name in package.provided: virtual/linux-sources
> Invalid package name in package.provided: virtual/os-headers
>
> These are the packages that I would merge, in order:
>
> Calculating system dependencies
> emerge: there are no ebuilds to satisfy ">=sys-apps/portage-2.1_pre".

Hmmm, this message sounds very familiar to me. I don't remember the
package.provided stuff though... I just 'ported' baselayout because I
needed it.

Anywayz, congrats! You seem to have the beast running!


--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
I'm basically at the same state with Haubi's toolsbox and your method.
After chatting with Kito I'm also thinking about sticking with
toolsbox. (Since it is pretty generic and should run on most any
unix). Kito also helped explain the next steps with seem to be coming
up with virtuals/package.provided for (taken from emerge info):
dev-lang/python: [Not Present]
sys-apps/sandbox: [Not Present]
sys-devel/autoconf: [Not Present]
sys-devel/automake: [Not Present]
sys-devel/binutils: [Not Present]
sys-devel/libtool: [Not Present]
sys-devel/odcctools: [Not Present]
virtual/os-headers: [Not Present]

Haubi- How did you deal with this in your 2.1 tree?
Also why is emerge -av system trying to installing portage2.1?


On 12/19/05, Grobian <grobian@gentoo.org> wrote:
> Just to give you an update. I ended more or less in the same state as
> you. Though I think I know why it's so stubborn. Portage seems to
> expect all binaries and stuff in the prefixed location. I added
> (symlinked) /bin/bash in my prefix, and was after that able to run
> ebuild xxxx digest for instance.
>
> So my thoughts were actually to give haubi's box a fling again, because
> it might install the minimal set of tools necessary. Sigh. I need
> longer weekends and much more hair to pull ;)
>
> Not going into IRC now, because I try to stay away from it at least
> during the week, to be able to actually do something...
>
>

--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On Dec 19, 2005, at 4:49 PM, m h wrote:

> Also why is emerge -av system trying to installing portage2.1?
>

Because portage is part of the base system packages. You manually
installed portage(i.e. not via an ebuild) so portage itself doesn't
know it is installed(hope that made sense). In other words, you have
an empty world file, and portage is trying to satisfy all the deps
specified in your base profile.

Take a look at PORTDIR/profiles/base/packages

On a side note, I put a placeholder on a wiki page[1] so we can start
trying to consolidate all of our various notes/efforts. Alas, I
didn't have time today to put anything useful...

--Kito

[1] http://gentoo-wiki.com/Portage-prefix
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
More progress...
So after tweaking the portage overlay tree and adding some symlinks,
portage will calculate the deps for emerge -av system. But when I try
to emerge the 53 packages it fails because it is trying to merge to
"/".... ie:
Do you want me to merge these packages? [Yes/No] y
>>> emerge (1 of 53) sys-devel/patch-2.5.9-r1 to /
!!! File system problem. (Bad Symlink?)
!!! Fetching may fail: [Errno 2] No such file or directory: ''
!!! No write access to /
!!! File patch-2.5.9.tar.gz isn't fetched but unable to get it.

----------------
Note the "/" in the first line. Still my environment is missing
something. But I'm getting closer....

On 12/19/05, Kito <kito@gentoo.org> wrote:
>
> On Dec 19, 2005, at 4:49 PM, m h wrote:
>
> > Also why is emerge -av system trying to installing portage2.1?
> >
>
> Because portage is part of the base system packages. You manually
> installed portage(i.e. not via an ebuild) so portage itself doesn't
> know it is installed(hope that made sense). In other words, you have
> an empty world file, and portage is trying to satisfy all the deps
> specified in your base profile.
>
> Take a look at PORTDIR/profiles/base/packages
>
> On a side note, I put a placeholder on a wiki page[1] so we can start
> trying to consolidate all of our various notes/efforts. Alas, I
> didn't have time today to put anything useful...
>
> --Kito
>
> [1] http://gentoo-wiki.com/Portage-prefix
> --
> gentoo-osx@gentoo.org mailing list
>
>

--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On 19-12-2005 17:33:23 -0800, m h wrote:
> !!! File system problem. (Bad Symlink?)
> !!! Fetching may fail: [Errno 2] No such file or directory: ''
> !!! No write access to /
> !!! File patch-2.5.9.tar.gz isn't fetched but unable to get it.

Wrah! I've seen this too, and fixed it. I don't know for sure any
more, but maybe I just solved it by commenting out the FETCH_COMMAND
lines in ${PREFIX}/etc/make.conf, because they point to /usr/bin/wget.
I assume that the default points to ${PREFIX}/usr/bin/wget
This may not be the problem...


--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On 19-12-2005 17:33:23 -0800, m h wrote:
> !!! File system problem. (Bad Symlink?)
> !!! Fetching may fail: [Errno 2] No such file or directory: ''
> !!! No write access to /
> !!! File patch-2.5.9.tar.gz isn't fetched but unable to get it.

Wrah! I've seen this too, and fixed it. I don't know for sure any
more, but maybe I just solved it by commenting out the FETCH_COMMAND
lines in ${PREFIX}/etc/make.conf, because they point to /usr/bin/wget.
I assume that the default points to ${PREFIX}/usr/bin/wget
This may not be the problem...


--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On 20-12-2005 07:32:30 +0100, Grobian wrote:
> On 19-12-2005 17:33:23 -0800, m h wrote:
> > !!! File system problem. (Bad Symlink?)
> > !!! Fetching may fail: [Errno 2] No such file or directory: ''
> > !!! No write access to /
> > !!! File patch-2.5.9.tar.gz isn't fetched but unable to get it.
>
> Wrah! I've seen this too, and fixed it. I don't know for sure any
> more, but maybe I just solved it by commenting out the FETCH_COMMAND

This should read "uncommenting"

> lines in ${PREFIX}/etc/make.conf, because they point to /usr/bin/wget.
> I assume that the default points to ${PREFIX}/usr/bin/wget
> This may not be the problem...


--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
No, that doesn't work. I've looked through the code of portage and
the portage.root value is hardcoded in some places as "/"....



On 12/20/05, Grobian <grobian@gentoo.org> wrote:
> On 20-12-2005 07:32:30 +0100, Grobian wrote:
> > On 19-12-2005 17:33:23 -0800, m h wrote:
> > > !!! File system problem. (Bad Symlink?)
> > > !!! Fetching may fail: [Errno 2] No such file or directory: ''
> > > !!! No write access to /
> > > !!! File patch-2.5.9.tar.gz isn't fetched but unable to get it.
> >
> > Wrah! I've seen this too, and fixed it. I don't know for sure any
> > more, but maybe I just solved it by commenting out the FETCH_COMMAND
>
> This should read "uncommenting"
>
> > lines in ${PREFIX}/etc/make.conf, because they point to /usr/bin/wget.
> > I assume that the default points to ${PREFIX}/usr/bin/wget
> > This may not be the problem...
>
>
> --
> Fabian Groffen
> Gentoo for Mac OS X Project -- Interim Lead
> --
> gentoo-osx@gentoo.org mailing list
>
>

--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On 20-12-2005 12:11:41 -0800, m h wrote:
> No, that doesn't work. I've looked through the code of portage and
> the portage.root value is hardcoded in some places as "/"....

I just got this:
% ebuild gpm-1.20.1-r5.ebuild digest
!!! Problem with sandbox binary. Disabling...

!!! File system problem. (Bad Symlink?)
!!! Fetching may fail: [Errno 2] No such file or directory: ''
!!! No write access to /
!!! File gpm-1.20.1.tar.bz2 isn't fetched but unable to get it.

I solved it by uncommenting the DISTDIR=${PORTDIR}/distfiles line in my
etc/make.conf. The default is apparently set before the ${PORTDIR}
variable is set:


% ebuild gpm-1.20.1-r5.ebuild digest
!!! Problem with sandbox binary. Disabling...

*** Adjusting cvs-src permissions for portage user...
>>> Downloading ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/gpm-1.20.1-patches-1.4.tar.bz2
--21:51:09-- ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/gpm-1.20.1-patches-1.4.tar.bz2
=> `/programs/gentoo/usr/portage/distfiles/gpm-1.20.1-patches-1.4.tar.bz2'
Resolving ftp.tu-clausthal.de... 139.174.2.36
Connecting to ftp.tu-clausthal.de|139.174.2.36|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /pub/linux/gentoo/distfiles ... done.
==> PASV ... done. ==> RETR gpm-1.20.1-patches-1.4.tar.bz2 ... done.
Length: 8,049 (7.9K) (unauthoritative)

100%[====================================>] 8,049 --.--K/s

21:51:12 (201.48 KB/s) - `/programs/gentoo/usr/portage/distfiles/gpm-1.20.1-patches-1.4.tar.bz2' saved [8049]

>>> Generating digest file...
<<< gpm-1.20.1-patches-1.4.tar.bz2
<<< gpm-1.20.1.tar.bz2
>>> Generating manifest file...
<<< ChangeLog
<<< files/digest-gpm-1.20.1-r5
<<< files/gpm-linux26-headers.patch
<<< files/gpm.conf.d
<<< files/gpm.rc6
<<< gpm-1.20.1-r5.ebuild
<<< metadata.xml
>>> Computed message digests.


--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On Dec 20, 2005, at 2:11 PM, m h wrote:

> No, that doesn't work. I've looked through the code of portage and
> the portage.root value is hardcoded in some places as "/"....

ROOT=/ is correct. If it was set to anything else you would get
packages merged to /${ROOT}/${PREFIX}

The caveat in this is we cheat in the prefix by hacking etc/portage/
bashrc to automatically append $PREFIX to maintain compatibility with
the countless ebuilds that do things in src_install() like `if [[ -e $
{ROOT}/usr/bin ]]; then foo bar;fi;

I think your errors are from a malformed make.conf. Its not picking
up things like DISTDIR.

---Kito
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On Dec 20, 2005, at 4:18 PM, Kito wrote:

>
> On Dec 20, 2005, at 2:11 PM, m h wrote:
>
>> No, that doesn't work. I've looked through the code of portage and
>> the portage.root value is hardcoded in some places as "/"....
>
> ROOT=/ is correct. If it was set to anything else you would get
> packages merged to /${ROOT}/${PREFIX}
>
> The caveat in this is we cheat in the prefix by hacking etc/portage/
> bashrc to automatically append $PREFIX to maintain compatibility
> with the countless ebuilds that do things in src_install() like `if
> [[ -e ${ROOT}/usr/bin ]]; then foo bar;fi;
>
> I think your errors are from a malformed make.conf. Its not picking
> up things like DISTDIR.

Ooops, didn't see the response from Fabian. Sounds like he tracked it
down....


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

--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
Thanks, after setting that and a few more symlinks, I'm compiling away....

On 12/20/05, Grobian <grobian@gentoo.org> wrote:
> On 20-12-2005 12:11:41 -0800, m h wrote:
> > No, that doesn't work. I've looked through the code of portage and
> > the portage.root value is hardcoded in some places as "/"....
>
> I just got this:
> % ebuild gpm-1.20.1-r5.ebuild digest
> !!! Problem with sandbox binary. Disabling...
>
> !!! File system problem. (Bad Symlink?)
> !!! Fetching may fail: [Errno 2] No such file or directory: ''
> !!! No write access to /
> !!! File gpm-1.20.1.tar.bz2 isn't fetched but unable to get it.
>
> I solved it by uncommenting the DISTDIR=${PORTDIR}/distfiles line in my
> etc/make.conf. The default is apparently set before the ${PORTDIR}
> variable is set:
>
>
> % ebuild gpm-1.20.1-r5.ebuild digest
> !!! Problem with sandbox binary. Disabling...
>
> *** Adjusting cvs-src permissions for portage user...
> >>> Downloading ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/gpm-1.20.1-patches-1.4.tar.bz2
> --21:51:09-- ftp://ftp.tu-clausthal.de/pub/linux/gentoo/distfiles/gpm-1.20.1-patches-1.4.tar.bz2
> => `/programs/gentoo/usr/portage/distfiles/gpm-1.20.1-patches-1.4.tar.bz2'
> Resolving ftp.tu-clausthal.de... 139.174.2.36
> Connecting to ftp.tu-clausthal.de|139.174.2.36|:21... connected.
> Logging in as anonymous ... Logged in!
> ==> SYST ... done. ==> PWD ... done.
> ==> TYPE I ... done. ==> CWD /pub/linux/gentoo/distfiles ... done.
> ==> PASV ... done. ==> RETR gpm-1.20.1-patches-1.4.tar.bz2 ... done.
> Length: 8,049 (7.9K) (unauthoritative)
>
> 100%[====================================>] 8,049 --.--K/s
>
> 21:51:12 (201.48 KB/s) - `/programs/gentoo/usr/portage/distfiles/gpm-1.20.1-patches-1.4.tar.bz2' saved [8049]
>
> >>> Generating digest file...
> <<< gpm-1.20.1-patches-1.4.tar.bz2
> <<< gpm-1.20.1.tar.bz2
> >>> Generating manifest file...
> <<< ChangeLog
> <<< files/digest-gpm-1.20.1-r5
> <<< files/gpm-linux26-headers.patch
> <<< files/gpm.conf.d
> <<< files/gpm.rc6
> <<< gpm-1.20.1-r5.ebuild
> <<< metadata.xml
> >>> Computed message digests.
>
>
> --
> Fabian Groffen
> Gentoo for Mac OS X Project -- Interim Lead
> --
> gentoo-osx@gentoo.org mailing list
>
>

--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On 12/20/05, m h <sesquile@gmail.com> wrote:
> Thanks, after setting that and a few more symlinks, I'm compiling away....
>

Hmm, let me re-phrase that. I'm configuring away. Been "configuring"
for the past 20 minutes or so. (Actually I don't think it's
configuring, I think it is stuck. Here's a screen dump, nothing is
going)

emerge -av system.
....

Do you want me to merge these packages? [Yes/No] y
>>> emerge (1 of 53) sys-devel/patch-2.5.9-r1 to /
*** Adjusting cvs-src permissions for portage user...
>>> md5 files ;-) patch-2.5.9-r1.ebuild
>>> md5 files ;-) files/digest-patch-2.5.9
>>> md5 files ;-) files/digest-patch-2.5.9-r1
>>> md5 files ;-) files/patch-2.5.9-cr-stripping.patch
>>> md5 src_uri ;-) patch-2.5.9.tar.gz
>>> Unpacking source...
>>> Unpacking patch-2.5.9.tar.gz to /data1/portage/dec20/prefix/toolsbox-4-patch
espre.20051220/i686-pc-linux-gnu/var/tmp/portage/patch-2.5.9-r1/work
[ ok ]ing patch-2.5.9-cr-stripping.patch ...
>>> Source unpacked.
>>> Compiling source in /data1/portage/dec20/prefix/toolsbox-4-patchespre.200512
20/i686-pc-linux-gnu/var/tmp/portage/patch-2.5.9-r1/work/patch-2.5.9 ...
./configure --prefix=/data1/portage/dec20/prefix/toolsbox-4-patchespre.20051220/
i686-pc-linux-gnu//usr --host=i686-pc-linux-gnu --mandir=/data1/portage/dec20/pr
efix/toolsbox-4-patchespre.20051220/i686-pc-linux-gnu//usr/share/man --infodir=/
data1/portage/dec20/prefix/toolsbox-4-patchespre.20051220/i686-pc-linux-gnu//usr
/share/info --datadir=/data1/portage/dec20/prefix/toolsbox-4-patchespre.20051220
/i686-pc-linux-gnu//usr/share --sysconfdir=/data1/portage/dec20/prefix/toolsbox-
4-patchespre.20051220/i686-pc-linux-gnu//etc --localstatedir=/data1/portage/dec2
0/prefix/toolsbox-4-patchespre.20051220/i686-pc-linux-gnu//var/lib --build=i686-
pc-linux-gnu

--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
still chugging. Upto 550Megs of memory for configure.... I guess I
need to see what is really going on here...

On 12/20/05, m h <sesquile@gmail.com> wrote:
> On 12/20/05, m h <sesquile@gmail.com> wrote:
> > Thanks, after setting that and a few more symlinks, I'm compiling away....
> >
>
> Hmm, let me re-phrase that. I'm configuring away. Been "configuring"
> for the past 20 minutes or so. (Actually I don't think it's
> configuring, I think it is stuck. Here's a screen dump, nothing is
> going)
>
> emerge -av system.
> ....
>
> Do you want me to merge these packages? [Yes/No] y
> >>> emerge (1 of 53) sys-devel/patch-2.5.9-r1 to /
> *** Adjusting cvs-src permissions for portage user...
> >>> md5 files ;-) patch-2.5.9-r1.ebuild
> >>> md5 files ;-) files/digest-patch-2.5.9
> >>> md5 files ;-) files/digest-patch-2.5.9-r1
> >>> md5 files ;-) files/patch-2.5.9-cr-stripping.patch
> >>> md5 src_uri ;-) patch-2.5.9.tar.gz
> >>> Unpacking source...
> >>> Unpacking patch-2.5.9.tar.gz to /data1/portage/dec20/prefix/toolsbox-4-patch
> espre.20051220/i686-pc-linux-gnu/var/tmp/portage/patch-2.5.9-r1/work
> [ ok ]ing patch-2.5.9-cr-stripping.patch ...
> >>> Source unpacked.
> >>> Compiling source in /data1/portage/dec20/prefix/toolsbox-4-patchespre.200512
> 20/i686-pc-linux-gnu/var/tmp/portage/patch-2.5.9-r1/work/patch-2.5.9 ...
> ./configure --prefix=/data1/portage/dec20/prefix/toolsbox-4-patchespre.20051220/
> i686-pc-linux-gnu//usr --host=i686-pc-linux-gnu --mandir=/data1/portage/dec20/pr
> efix/toolsbox-4-patchespre.20051220/i686-pc-linux-gnu//usr/share/man --infodir=/
> data1/portage/dec20/prefix/toolsbox-4-patchespre.20051220/i686-pc-linux-gnu//usr
> /share/info --datadir=/data1/portage/dec20/prefix/toolsbox-4-patchespre.20051220
> /i686-pc-linux-gnu//usr/share --sysconfdir=/data1/portage/dec20/prefix/toolsbox-
> 4-patchespre.20051220/i686-pc-linux-gnu//etc --localstatedir=/data1/portage/dec2
> 0/prefix/toolsbox-4-patchespre.20051220/i686-pc-linux-gnu//var/lib --build=i686-
> pc-linux-gnu
>

--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On Mon, 2005-12-19 at 14:49 -0800, m h wrote:
> I'm basically at the same state with Haubi's toolsbox and your method.
> After chatting with Kito I'm also thinking about sticking with
> toolsbox. (Since it is pretty generic and should run on most any
> unix). Kito also helped explain the next steps with seem to be coming
> up with virtuals/package.provided for (taken from emerge info):
> dev-lang/python: [Not Present]
> sys-apps/sandbox: [Not Present]
> sys-devel/autoconf: [Not Present]
> sys-devel/automake: [Not Present]
> sys-devel/binutils: [Not Present]
> sys-devel/libtool: [Not Present]
> sys-devel/odcctools: [Not Present]
> virtual/os-headers: [Not Present]
>
> Haubi- How did you deal with this in your 2.1 tree?

Hmm, don't know what you did, but i've installed these things using
portage. IIRC portage reads those versions from its database, not
querying the package's executables found in PATH or the like.

My 'emerge --info' output is attached.

~haubi
Re: PREFIX the next generation... [ In reply to ]
On 20-12-2005 16:09:47 -0800, m h wrote:
> still chugging. Upto 550Megs of memory for configure.... I guess I
> need to see what is really going on here...

After adding many packages to either package.provided, or just porting
them to EAPI="prefix". (well in fact just adding them and doing a quick
scan for possible problems), I finally got portage giving me a whole
bunch of apps it wanted to emerge on emerge -av system.

Unfortunately, my luck was spoiled right after removing the -a:

Do you want me to merge these packages? [Yes/No] y
>>> emerge (1 of 70) sys-devel/patch-2.5.9-r1 to /
!!! Unable to create PORT_LOGDIR
!!!
Traceback (most recent call last):
File "/ufs/fabian/scratch/programs/gentoo/usr/bin/emerge", line 3257, in ?
mydepgraph.merge(pkglist)
File "/ufs/fabian/scratch/programs/gentoo/usr/bin/emerge", line 1951, in merge retval=portage.doebuild(y,"clean",myroot,self.pkgsettings,edebug,cleanup=1,tree="porttree")
File "/net/pegasus.ins.cwi.nl/export/scratch0/fabian/programs/gentoo/usr/lib/portage/pym/portage.py", line 2698, in doebuild
print "!!!",e
UnboundLocalError: local variable 'e' referenced before assignment


Do I understand Python's ****** stacktrace correctly if I think this is
an error during an error? I guess figuring out what PORT_LOGDIR should
be will help...


--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On 20-12-2005 16:09:47 -0800, m h wrote:
> still chugging. Upto 550Megs of memory for configure.... I guess I
> need to see what is really going on here...

I have my suspicions that configure is in a loop generating
configure.lineno. It seems the configure.lineno is always super recent
if I kill it, and the growing memory behaviour would match with
configure for some daft reason going recursive on itself... :(

No clue why or how to fix it for now...
--
gentoo-osx@gentoo.org mailing list
Re: PREFIX the next generation... [ In reply to ]
On Wed, Dec 21, 2005 at 01:50:20PM +0100, Grobian wrote:
> On 20-12-2005 16:09:47 -0800, m h wrote:
> > still chugging. Upto 550Megs of memory for configure.... I guess I
> > need to see what is really going on here...
>
> After adding many packages to either package.provided, or just porting
> them to EAPI="prefix". (well in fact just adding them and doing a quick
> scan for possible problems), I finally got portage giving me a whole
> bunch of apps it wanted to emerge on emerge -av system.
>
> Unfortunately, my luck was spoiled right after removing the -a:
>
> Do you want me to merge these packages? [Yes/No] y
> >>> emerge (1 of 70) sys-devel/patch-2.5.9-r1 to /
> !!! Unable to create PORT_LOGDIR
> !!!
> Traceback (most recent call last):
> File "/ufs/fabian/scratch/programs/gentoo/usr/bin/emerge", line 3257, in ?
> mydepgraph.merge(pkglist)
> File "/ufs/fabian/scratch/programs/gentoo/usr/bin/emerge", line 1951, in merge retval=portage.doebuild(y,"clean",myroot,self.pkgsettings,edebug,cleanup=1,tree="porttree")
> File "/net/pegasus.ins.cwi.nl/export/scratch0/fabian/programs/gentoo/usr/lib/portage/pym/portage.py", line 2698, in doebuild
> print "!!!",e
> UnboundLocalError: local variable 'e' referenced before assignment
>
>
> Do I understand Python's ****** stacktrace correctly if I think this is
> an error during an error? I guess figuring out what PORT_LOGDIR should
> be will help...
That 'UnboundLocalError' is a bug in prefix and trunk (fixed also).

That said, I'm wondering what perms/privs you're running as. The
port_logdir perm resets shouldn't be failing unless you're running as
non root and trying to have it modify a dir it lacks privs to...
~harring
Re: PREFIX the next generation... [ In reply to ]
On Wed, Dec 21, 2005 at 10:57:23PM -0800, Brian Harring wrote:
> On Wed, Dec 21, 2005 at 01:50:20PM +0100, Grobian wrote:
> > Do you want me to merge these packages? [Yes/No] y
> > >>> emerge (1 of 70) sys-devel/patch-2.5.9-r1 to /
> > !!! Unable to create PORT_LOGDIR
> > !!!
> > Traceback (most recent call last):
> > File "/ufs/fabian/scratch/programs/gentoo/usr/bin/emerge", line 3257, in ?
> > mydepgraph.merge(pkglist)
> > File "/ufs/fabian/scratch/programs/gentoo/usr/bin/emerge", line 1951, in merge retval=portage.doebuild(y,"clean",myroot,self.pkgsettings,edebug,cleanup=1,tree="porttree")
> > File "/net/pegasus.ins.cwi.nl/export/scratch0/fabian/programs/gentoo/usr/lib/portage/pym/portage.py", line 2698, in doebuild
> > print "!!!",e
> > UnboundLocalError: local variable 'e' referenced before assignment
> >
> >
> > Do I understand Python's ****** stacktrace correctly if I think this is
> > an error during an error? I guess figuring out what PORT_LOGDIR should
> > be will help...
> That 'UnboundLocalError' is a bug in prefix and trunk (fixed also).
attached the patch for this fix this time around also.
~harring
Re: PREFIX the next generation... [ In reply to ]
I saw your checkin, thanks.

It was easily solveable though. I'm not running as root, but my
PORT_LOGDIR pointed to $(PREFIX)/var/log/portage (absolute path),
however, I didn't have the directory $(PREFIX)/var/log. It died
actually because it expected the log dir to be there (and probably the
var dir too). When I created the dir, it worked like a charm.

Maybe this is easily catchable too to make the error message somewhat
less confusing. However, I assume this normally doesn't/shouldn't
happen, so it's only minor.


On 21-12-2005 23:02:00 -0800, Brian Harring wrote:
> attached the patch for this fix this time around also.

--
gentoo-osx@gentoo.org mailing list