* [gentoo-osx] PREFIX the next generation... @ 2005-12-19 21:07 m h 2005-12-19 21:21 ` [gentoo-osx] " m h 2005-12-19 21:25 ` [gentoo-osx] " Grobian 0 siblings, 2 replies; 23+ messages in thread From: m h @ 2005-12-19 21:07 UTC (permalink / raw To: gentoo-osx 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* [gentoo-osx] Re: PREFIX the next generation... 2005-12-19 21:07 [gentoo-osx] PREFIX the next generation m h @ 2005-12-19 21:21 ` m h 2005-12-19 21:26 ` m h 2005-12-19 21:25 ` [gentoo-osx] " Grobian 1 sibling, 1 reply; 23+ messages in thread From: m h @ 2005-12-19 21:21 UTC (permalink / raw To: gentoo-osx 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* [gentoo-osx] Re: PREFIX the next generation... 2005-12-19 21:21 ` [gentoo-osx] " m h @ 2005-12-19 21:26 ` m h 2005-12-19 21:30 ` Grobian 0 siblings, 1 reply; 23+ messages in thread From: m h @ 2005-12-19 21:26 UTC (permalink / raw To: gentoo-osx > 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] Re: PREFIX the next generation... 2005-12-19 21:26 ` m h @ 2005-12-19 21:30 ` Grobian 0 siblings, 0 replies; 23+ messages in thread From: Grobian @ 2005-12-19 21:30 UTC (permalink / raw To: gentoo-osx 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-19 21:07 [gentoo-osx] PREFIX the next generation m h 2005-12-19 21:21 ` [gentoo-osx] " m h @ 2005-12-19 21:25 ` Grobian 2005-12-19 22:49 ` m h 1 sibling, 1 reply; 23+ messages in thread From: Grobian @ 2005-12-19 21:25 UTC (permalink / raw To: gentoo-osx 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-19 21:25 ` [gentoo-osx] " Grobian @ 2005-12-19 22:49 ` m h 2005-12-19 23:20 ` Kito 2005-12-21 9:39 ` Michael Haubenwallner 0 siblings, 2 replies; 23+ messages in thread From: m h @ 2005-12-19 22:49 UTC (permalink / raw To: gentoo-osx, Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-19 22:49 ` m h @ 2005-12-19 23:20 ` Kito 2005-12-20 1:33 ` m h 2005-12-21 9:39 ` Michael Haubenwallner 1 sibling, 1 reply; 23+ messages in thread From: Kito @ 2005-12-19 23:20 UTC (permalink / raw To: gentoo-osx 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-19 23:20 ` Kito @ 2005-12-20 1:33 ` m h 2005-12-20 6:32 ` Grobian 0 siblings, 1 reply; 23+ messages in thread From: m h @ 2005-12-20 1:33 UTC (permalink / raw To: gentoo-osx, Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-20 1:33 ` m h @ 2005-12-20 6:32 ` Grobian 2005-12-20 9:23 ` Grobian 0 siblings, 1 reply; 23+ messages in thread From: Grobian @ 2005-12-20 6:32 UTC (permalink / raw To: gentoo-osx; +Cc: Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-20 6:32 ` Grobian @ 2005-12-20 9:23 ` Grobian 2005-12-20 20:11 ` m h 0 siblings, 1 reply; 23+ messages in thread From: Grobian @ 2005-12-20 9:23 UTC (permalink / raw To: gentoo-osx, Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-20 9:23 ` Grobian @ 2005-12-20 20:11 ` m h 2005-12-20 20:53 ` Grobian 2005-12-20 22:18 ` Kito 0 siblings, 2 replies; 23+ messages in thread From: m h @ 2005-12-20 20:11 UTC (permalink / raw To: gentoo-osx, Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-20 20:11 ` m h @ 2005-12-20 20:53 ` Grobian 2005-12-20 23:00 ` m h 2005-12-20 22:18 ` Kito 1 sibling, 1 reply; 23+ messages in thread From: Grobian @ 2005-12-20 20:53 UTC (permalink / raw To: gentoo-osx; +Cc: Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-20 20:53 ` Grobian @ 2005-12-20 23:00 ` m h 2005-12-20 23:20 ` m h 0 siblings, 1 reply; 23+ messages in thread From: m h @ 2005-12-20 23:00 UTC (permalink / raw To: gentoo-osx, Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-20 23:00 ` m h @ 2005-12-20 23:20 ` m h 2005-12-21 0:09 ` m h 0 siblings, 1 reply; 23+ messages in thread From: m h @ 2005-12-20 23:20 UTC (permalink / raw To: gentoo-osx, Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-20 23:20 ` m h @ 2005-12-21 0:09 ` m h 2005-12-21 12:50 ` Grobian 2005-12-21 13:26 ` Grobian 0 siblings, 2 replies; 23+ messages in thread From: m h @ 2005-12-21 0:09 UTC (permalink / raw To: gentoo-osx, Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-21 0:09 ` m h @ 2005-12-21 12:50 ` Grobian 2005-12-22 6:57 ` Brian Harring 2005-12-21 13:26 ` Grobian 1 sibling, 1 reply; 23+ messages in thread From: Grobian @ 2005-12-21 12:50 UTC (permalink / raw To: gentoo-osx; +Cc: Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-21 12:50 ` Grobian @ 2005-12-22 6:57 ` Brian Harring 2005-12-22 7:02 ` Brian Harring 0 siblings, 1 reply; 23+ messages in thread From: Brian Harring @ 2005-12-22 6:57 UTC (permalink / raw To: gentoo-osx [-- Attachment #1: Type: text/plain, Size: 1750 bytes --] 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 [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-22 6:57 ` Brian Harring @ 2005-12-22 7:02 ` Brian Harring 2005-12-22 10:35 ` Grobian 0 siblings, 1 reply; 23+ messages in thread From: Brian Harring @ 2005-12-22 7:02 UTC (permalink / raw To: gentoo-osx [-- Attachment #1.1: Type: text/plain, Size: 1172 bytes --] 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 [-- Attachment #1.2: patch --] [-- Type: text/plain, Size: 460 bytes --] Index: pym/portage.py =================================================================== --- pym/portage.py (revision 2436) +++ pym/portage.py (revision 2437) @@ -2700,7 +2700,7 @@ if not os.access(mysettings["PORT_LOGDIR"],os.F_OK): try: os.mkdir(mysettings["PORT_LOGDIR"]) - except OSError: + except OSError, e: print "!!! Unable to create PORT_LOGDIR" print "!!!",e if os.access(mysettings["PORT_LOGDIR"]+"/",os.W_OK): [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-22 7:02 ` Brian Harring @ 2005-12-22 10:35 ` Grobian 0 siblings, 0 replies; 23+ messages in thread From: Grobian @ 2005-12-22 10:35 UTC (permalink / raw To: gentoo-osx 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-21 0:09 ` m h 2005-12-21 12:50 ` Grobian @ 2005-12-21 13:26 ` Grobian 1 sibling, 0 replies; 23+ messages in thread From: Grobian @ 2005-12-21 13:26 UTC (permalink / raw To: gentoo-osx; +Cc: Michael Haubenwallner 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-20 20:11 ` m h 2005-12-20 20:53 ` Grobian @ 2005-12-20 22:18 ` Kito 2005-12-20 22:22 ` Kito 1 sibling, 1 reply; 23+ messages in thread From: Kito @ 2005-12-20 22:18 UTC (permalink / raw To: gentoo-osx 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-20 22:18 ` Kito @ 2005-12-20 22:22 ` Kito 0 siblings, 0 replies; 23+ messages in thread From: Kito @ 2005-12-20 22:22 UTC (permalink / raw To: gentoo-osx 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 ^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [gentoo-osx] PREFIX the next generation... 2005-12-19 22:49 ` m h 2005-12-19 23:20 ` Kito @ 2005-12-21 9:39 ` Michael Haubenwallner 1 sibling, 0 replies; 23+ messages in thread From: Michael Haubenwallner @ 2005-12-21 9:39 UTC (permalink / raw To: m h; +Cc: gentoo-osx [-- Attachment #1: Type: text/plain, Size: 992 bytes --] 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 [-- Attachment #2: emerge-info --] [-- Type: text/plain, Size: 1678 bytes --] Portage 2.1_pre (!/portage/profiles/default-secondary/linux/x86, gcc-3.4.4, unavailable, 2.4.9-e.3smp i686) ================================================================= System uname: 2.4.9-e.3smp i686 Intel(R) Xeon(TM) CPU 2.40GHz Unknown Host Operating System Python: dev-lang/python-2.4.1-r1 [2.4.1 (#1, Sep 14 2005, 15:16:31)] distcc: No such file or directory [disabled] dev-lang/python: 2.4.1-r1 sys-apps/sandbox: 1.2.9 sys-devel/autoconf: 2.59-r7, 2.13 sys-devel/automake: 1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.5 sys-devel/binutils: 2.16-r1 sys-devel/libtool: 1.5.18 virtual/os-headers: [Not Present] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/junk/haubi/w1/etc /junk/haubi/w1/kde/2/share/config /junk/haubi/w1/kde/3/share/config /junk/haubi/w1/share/config /junk/haubi/w1/var/qmail/control" CONFIG_PROTECT_MASK="/junk/haubi/w1/etc/gconf /junk/haubi/w1/etc/terminfo /junk/haubi/w1/etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/junk/haubi/w1/portage/distfiles" FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://sapc154.salomon.at/pub/toolsbox http://pc312005.salomon.at/gentoo" MAKEOPTS="-j2" PKGDIR="/junk/haubi/w1/portage/packages" PORTAGE_TMPDIR="/junk/haubi/w1/var/tmp" PORTDIR="/junk/haubi/w1/portage" PORTDIR_OVERLAY="/junk/haubi/w1/wamas-portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 secondary userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS Config files: /junk/haubi/w1/etc/make.conf ^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2005-12-22 10:35 UTC | newest] Thread overview: 23+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2005-12-19 21:07 [gentoo-osx] PREFIX the next generation m h 2005-12-19 21:21 ` [gentoo-osx] " m h 2005-12-19 21:26 ` m h 2005-12-19 21:30 ` Grobian 2005-12-19 21:25 ` [gentoo-osx] " Grobian 2005-12-19 22:49 ` m h 2005-12-19 23:20 ` Kito 2005-12-20 1:33 ` m h 2005-12-20 6:32 ` Grobian 2005-12-20 9:23 ` Grobian 2005-12-20 20:11 ` m h 2005-12-20 20:53 ` Grobian 2005-12-20 23:00 ` m h 2005-12-20 23:20 ` m h 2005-12-21 0:09 ` m h 2005-12-21 12:50 ` Grobian 2005-12-22 6:57 ` Brian Harring 2005-12-22 7:02 ` Brian Harring 2005-12-22 10:35 ` Grobian 2005-12-21 13:26 ` Grobian 2005-12-20 22:18 ` Kito 2005-12-20 22:22 ` Kito 2005-12-21 9:39 ` Michael Haubenwallner
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox