* [gentoo-osx] [PREFIX] Creating a profile (package.provided) @ 2006-03-15 21:36 m h 2006-03-16 8:27 ` Grobian 2006-03-16 17:11 ` Kito 0 siblings, 2 replies; 24+ messages in thread From: m h @ 2006-03-15 21:36 UTC (permalink / raw To: gentoo-osx So I tried using Kito's solaris configure code this morning. I don't think it changed much. Here's my emerge --info: $ emerge --info !!! Problem with sandbox binary. Disabling... !!! Relying on the shell to locate gcc, this may break !!! DISTCC, installing gcc-config and setting your current gcc !!! profile will fix this Portage 2.1.6 (!/home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3, gcc-3.4.3, unavailable, 2.6.9-5.EL i686) ================================================================= System uname: 2.6.9-5.EL i686 i686 Unknown Host Operating System 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] ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -mcpu=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /tmp/Mar15/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /tmp/Mar15/etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/tmp/Mar15/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" PKGDIR="/tmp/Mar15/usr/portage/packages" PORTAGE_TMPDIR="/tmp/Mar15/var/tmp" PORTDIR="/tmp/Mar15/usr/portage" PREFIX="/tmp/Mar15" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 berkdb crypt ipv6 ncurses nls pam perl python readline ssl tcpd zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY I have a package.provided containing: dev-lang/python-2.3.4 sys-devel/autoconf-2.59 sys-devel/automake-1.9.2 sys-devel/binutils-2.15.92 sys-devel/libtools-1.5.6 These are the rpm versions of these packages. These versions aren't in the prefix portage tree. What is the correct way to deal with these? thanks matt -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-15 21:36 [gentoo-osx] [PREFIX] Creating a profile (package.provided) m h @ 2006-03-16 8:27 ` Grobian 2006-03-16 17:11 ` Kito 1 sibling, 0 replies; 24+ messages in thread From: Grobian @ 2006-03-16 8:27 UTC (permalink / raw To: gentoo-osx Ahrg... sorry man. I promised to give you my profile. Here's what I got in ${PREFIX}/etc/portage/* http://www.cwi.nl/~fabian/troep/amd64-fc4-profile.tar.gz I think the amd64 aspect here is of no real issue, only the FC4 profile. On 15-03-2006 13:36:24 -0800, m h wrote: > So I tried using Kito's solaris configure code this morning. I don't > think it changed much. > > Here's my emerge --info: > $ emerge --info > !!! Problem with sandbox binary. Disabling... > > !!! Relying on the shell to locate gcc, this may break > !!! DISTCC, installing gcc-config and setting your current gcc > !!! profile will fix this > Portage 2.1.6 (!/home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3, > gcc-3.4.3, unavailable, 2.6.9-5.EL i686) > ================================================================= > System uname: 2.6.9-5.EL i686 i686 > Unknown Host Operating System > 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] > ACCEPT_KEYWORDS="x86" > AUTOCLEAN="yes" > CBUILD="i686-pc-linux-gnu" > CFLAGS="-O2 -mcpu=i686 -pipe" > CHOST="i686-pc-linux-gnu" > CONFIG_PROTECT="/etc /tmp/Mar15/etc /usr/kde/2/share/config > /usr/kde/3/share/config /usr/share/config /var/qmail/control" > CONFIG_PROTECT_MASK="/etc/gconf /tmp/Mar15/etc/env.d" > CXXFLAGS="-O2 -mcpu=i686 -pipe" > DISTDIR="/tmp/Mar15/usr/portage/distfiles" > FEATURES="autoconfig distlocks metadata-transfer sfperms strict" > GENTOO_MIRRORS="http://distfiles.gentoo.org > http://distro.ibiblio.org/pub/linux/distributions/gentoo" > LANG="en_US.UTF-8" > PKGDIR="/tmp/Mar15/usr/portage/packages" > PORTAGE_TMPDIR="/tmp/Mar15/var/tmp" > PORTDIR="/tmp/Mar15/usr/portage" > PREFIX="/tmp/Mar15" > SYNC="rsync://rsync.gentoo.org/gentoo-portage" > USE="x86 berkdb crypt ipv6 ncurses nls pam perl python readline ssl > tcpd zlib elibc_glibc kernel_linux userland_GNU" > Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LC_ALL, LDFLAGS, > LINGUAS, MAKEOPTS, PORTDIR_OVERLAY > > I have a package.provided containing: > > dev-lang/python-2.3.4 > sys-devel/autoconf-2.59 > sys-devel/automake-1.9.2 > sys-devel/binutils-2.15.92 > sys-devel/libtools-1.5.6 > > These are the rpm versions of these packages. These versions aren't > in the prefix portage tree. What is the correct way to deal with > these? > > thanks > matt -- Fabian Groffen Gentoo for Mac OS X Project -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-15 21:36 [gentoo-osx] [PREFIX] Creating a profile (package.provided) m h 2006-03-16 8:27 ` Grobian @ 2006-03-16 17:11 ` Kito 2006-03-16 19:12 ` m h 1 sibling, 1 reply; 24+ messages in thread From: Kito @ 2006-03-16 17:11 UTC (permalink / raw To: gentoo-osx On Mar 15, 2006, at 3:36 PM, m h wrote: > So I tried using Kito's solaris configure code this morning. I don't > think it changed much. > First thing is the ${PREFIX}/etc/make.profile symlink is invalid, note the `!` . > Here's my emerge --info: > $ emerge --info > !!! Problem with sandbox binary. Disabling... > > !!! Relying on the shell to locate gcc, this may break > !!! DISTCC, installing gcc-config and setting your current gcc > !!! profile will fix this > Portage 2.1.6 (!/home/spike/portage/portage-alt-prefix/profiles/ > linux/x86/fc3, > gcc-3.4.3, unavailable, 2.6.9-5.EL i686) > ================================================================= > System uname: 2.6.9-5.EL i686 i686 > Unknown Host Operating System > 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] > ACCEPT_KEYWORDS="x86" > AUTOCLEAN="yes" > CBUILD="i686-pc-linux-gnu" > CFLAGS="-O2 -mcpu=i686 -pipe" > CHOST="i686-pc-linux-gnu" > CONFIG_PROTECT="/etc /tmp/Mar15/etc /usr/kde/2/share/config > /usr/kde/3/share/config /usr/share/config /var/qmail/control" > CONFIG_PROTECT_MASK="/etc/gconf /tmp/Mar15/etc/env.d" > CXXFLAGS="-O2 -mcpu=i686 -pipe" > DISTDIR="/tmp/Mar15/usr/portage/distfiles" > FEATURES="autoconfig distlocks metadata-transfer sfperms strict" > GENTOO_MIRRORS="http://distfiles.gentoo.org > http://distro.ibiblio.org/pub/linux/distributions/gentoo" > LANG="en_US.UTF-8" > PKGDIR="/tmp/Mar15/usr/portage/packages" > PORTAGE_TMPDIR="/tmp/Mar15/var/tmp" > PORTDIR="/tmp/Mar15/usr/portage" > PREFIX="/tmp/Mar15" > SYNC="rsync://rsync.gentoo.org/gentoo-portage" > USE="x86 berkdb crypt ipv6 ncurses nls pam perl python readline ssl > tcpd zlib elibc_glibc kernel_linux userland_GNU" > Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LC_ALL, LDFLAGS, > LINGUAS, MAKEOPTS, PORTDIR_OVERLAY > > I have a package.provided containing: > > dev-lang/python-2.3.4 > sys-devel/autoconf-2.59 > sys-devel/automake-1.9.2 > sys-devel/binutils-2.15.92 > sys-devel/libtools-1.5.6 > > These are the rpm versions of these packages. These versions aren't > in the prefix portage tree. What is the correct way to deal with > these? > Provided packages don't necessarily need an existing ${PV} in the tree, so to start it is usually best to document which versions are actually available on the host as opposed to which versions are in PORTDIR. Take a look the 'packages' files in other profiles to see examples of excluding/including system packages to a profile and locking down specific versions. Also, try the portage-prefix-2.1.10 snapshot, it adds the DEFAULT_PATH variable in make.globals, this allows you to set the PATH available to portage. It defaults to only ${PREFIX} paths, but it can be overridden in the profiles or make.conf. --Kito -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 17:11 ` Kito @ 2006-03-16 19:12 ` m h 2006-03-16 19:30 ` Grobian 0 siblings, 1 reply; 24+ messages in thread From: m h @ 2006-03-16 19:12 UTC (permalink / raw To: gentoo-osx On 3/16/06, Kito <kito@gentoo.org> wrote: > > On Mar 15, 2006, at 3:36 PM, m h wrote: > > > So I tried using Kito's solaris configure code this morning. I don't > > think it changed much. > > > > First thing is the ${PREFIX}/etc/make.profile symlink is invalid, > note the `!` . > I'll look into what's causing the "!". Still getting it after updating.. > > Provided packages don't necessarily need an existing ${PV} in the > tree, so to start it is usually best to document which versions are > actually available on the host as opposed to which versions are in > PORTDIR. Take a look the 'packages' files in other profiles to see > examples of excluding/including system packages to a profile and > locking down specific versions. > Still confused on this. Ideally I'd like to be using libc from the base system, but have everything else(excluding stuff like udev) build under the prefix.... (I just want to use the native compiler/python/bash to bootstrap). > Also, try the portage-prefix-2.1.10 snapshot, it adds the > DEFAULT_PATH variable in make.globals, this allows you to set the > PATH available to portage. It defaults to only ${PREFIX} paths, but > it can be overridden in the profiles or make.conf. > Tried the 2.1.10 and there seems to be a simple issue : emerge --info .... Performing Global Updates: /tmp/Mar16/usr/portage/profiles/updates/4Q-2005 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' .................. Traceback (most recent call last): File "/tmp/Mar16/usr/bin/emerge", line 11, in ? import portage File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 6933, in ? global_updates() File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 6887, in global_updates update_config_files(myupd) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 6844, in update_config_files write_atomic(os.path.join("/", WORLD_FILE), "\n".join(worldlist)) File "/tmp/Mar16/usr/lib/portage/pym/portage_util.py", line 601, in write_atomic f.close() File "/tmp/Mar16/usr/lib/portage/pym/portage_util.py", line 565, in close apply_stat_permissions(self.name, os.stat(self._real_name)) OSError: [Errno 2] No such file or directory: '/tmp/Mar16/var/lib/portage/world' Touching the file made this go away. Now my emerge --info looks like this: $ emerge --info !!! Problem with sandbox binary. Disabling... Performing Global Updates: /tmp/Mar16/usr/portage/profiles/updates/3Q-2002 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' ........................................................................................ SNIP/SNIP Performing Global Updates: /tmp/Mar16/usr/portage/profiles/updates/4Q-2005 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' .................. emerge: wheel group use is being deprecated. Please update group and passwd to include the portage user as noted above, and then use group portage. !!! Relying on the shell to locate gcc, this may break !!! DISTCC, installing gcc-config and setting your current gcc !!! profile will fix this Portage 2.1.10 (!/home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3, gcc-3.4.3, unavailable, 2.6.9-5.EL i686) ================================================================= System uname: 2.6.9-5.EL i686 i686 Unknown Host Operating System 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] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -mcpu=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /tmp/Mar16/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /tmp/Mar16/etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DEFAULT_PATH="/tmp/Mar16/sbin:/tmp/Mar16/usr/sbin:/tmp/Mar16/bin:/tmp/Mar16/usr/bin:/tmp/Mar16/usr/lib/portage/bin:/usr/bin:/usr/sbin:/bin:/sbin" DISTDIR="/tmp/Mar16/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF-8" PKGDIR="/tmp/Mar16/usr/portage/packages" PORTAGE_TMPDIR="/tmp/Mar16/var/tmp" PORTDIR="/tmp/Mar16/usr/portage" PREFIX="/tmp/Mar16" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 berkdb crypt ipv6 ncurses nls pam perl python readline ssl tcpd zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY Trying to emerge the system gives me: $ emerge -av system !!! Problem with sandbox binary. Disabling... Performing Global Updates: /tmp/Mar16/usr/portage/profiles/updates/3Q-2002 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' ........................................................................................ SNIP/SNIP Performing Global Updates: /tmp/Mar16/usr/portage/profiles/updates/4Q-2005 (Could take a couple of minutes if you have a lot of binary packages.) .='update pass' *='binary update' @='/var/db move' s='/var/db SLOT move' S='binary SLOT move' p='update /etc/portage/package.*' .................. emerge: wheel group use is being deprecated. Please update group and passwd to include the portage user as noted above, and then use group portage. These are the packages that would be merged, in order: Calculating system dependencies | emerge: there are no ebuilds to satisfy "virtual/libintl". (dependency required by "sys-apps/sed-4.1.4-r1" [ebuild]) !!! Problem resolving dependencies for virtual/libc !!! Depgraph creation failed. I'll start off looking at why my profile has a ! in front.... -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 19:12 ` m h @ 2006-03-16 19:30 ` Grobian 2006-03-16 19:35 ` m h 0 siblings, 1 reply; 24+ messages in thread From: Grobian @ 2006-03-16 19:30 UTC (permalink / raw To: gentoo-osx On 16-03-2006 11:12:58 -0800, m h wrote: > I'll start off looking at why my profile has a ! in front.... what does % ls -la /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3 say for you? -- Fabian Groffen Gentoo for Mac OS X Project -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 19:30 ` Grobian @ 2006-03-16 19:35 ` m h 2006-03-16 19:37 ` m h 0 siblings, 1 reply; 24+ messages in thread From: m h @ 2006-03-16 19:35 UTC (permalink / raw To: gentoo-osx On 3/16/06, Grobian <grobian@gentoo.org> wrote: > On 16-03-2006 11:12:58 -0800, m h wrote: > > I'll start off looking at why my profile has a ! in front.... > > what does > % ls -la /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3 > say for you? > $ ls -la /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3/ total 44 drwxr-xr-x 2 spike spike 4096 Mar 15 12:07 . drwxr-xr-x 3 spike spike 4096 Mar 14 15:43 .. -rw-r--r-- 1 spike spike 5 Mar 14 15:43 arch.list lrwxrwxrwx 1 spike spike 61 Mar 15 12:00 fc3 -> /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3 -rw-r--r-- 1 spike spike 123 Mar 15 12:07 package.provided -rw-r--r-- 1 spike spike 3 Mar 14 15:43 parent -rw-r--r-- 1 spike spike 17710 Mar 14 15:43 rpm.txt -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 19:35 ` m h @ 2006-03-16 19:37 ` m h 2006-03-16 19:44 ` Grobian 0 siblings, 1 reply; 24+ messages in thread From: m h @ 2006-03-16 19:37 UTC (permalink / raw To: gentoo-osx On 3/16/06, m h <sesquile@gmail.com> wrote: > On 3/16/06, Grobian <grobian@gentoo.org> wrote: > > On 16-03-2006 11:12:58 -0800, m h wrote: > > > I'll start off looking at why my profile has a ! in front.... > > > > what does > > % ls -la /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3 > > say for you? > > > $ ls -la /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3/ > total 44 > drwxr-xr-x 2 spike spike 4096 Mar 15 12:07 . > drwxr-xr-x 3 spike spike 4096 Mar 14 15:43 .. > -rw-r--r-- 1 spike spike 5 Mar 14 15:43 arch.list > lrwxrwxrwx 1 spike spike 61 Mar 15 12:00 fc3 -> > /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3 > -rw-r--r-- 1 spike spike 123 Mar 15 12:07 package.provided > -rw-r--r-- 1 spike spike 3 Mar 14 15:43 parent > -rw-r--r-- 1 spike spike 17710 Mar 14 15:43 rpm.txt > fyi: I deleted the extraneous symlink (to fc3), but it doesn't change anything $ ls -la /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3/ total 40 drwxr-xr-x 2 spike spike 4096 Mar 16 12:59 . drwxr-xr-x 3 spike spike 4096 Mar 14 15:43 .. -rw-r--r-- 1 spike spike 5 Mar 14 15:43 arch.list -rw-r--r-- 1 spike spike 123 Mar 15 12:07 package.provided -rw-r--r-- 1 spike spike 3 Mar 14 15:43 parent -rw-r--r-- 1 spike spike 17710 Mar 14 15:43 rpm.txt -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 19:37 ` m h @ 2006-03-16 19:44 ` Grobian 2006-03-16 19:53 ` m h 0 siblings, 1 reply; 24+ messages in thread From: Grobian @ 2006-03-16 19:44 UTC (permalink / raw To: gentoo-osx On 16-03-2006 11:37:26 -0800, m h wrote: > fyi: I deleted the extraneous symlink (to fc3), but it doesn't change anything > > $ ls -la /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3/ > total 40 > drwxr-xr-x 2 spike spike 4096 Mar 16 12:59 . > drwxr-xr-x 3 spike spike 4096 Mar 14 15:43 .. > -rw-r--r-- 1 spike spike 5 Mar 14 15:43 arch.list > -rw-r--r-- 1 spike spike 123 Mar 15 12:07 package.provided > -rw-r--r-- 1 spike spike 3 Mar 14 15:43 parent > -rw-r--r-- 1 spike spike 17710 Mar 14 15:43 rpm.txt A wild guess: is the parent pointing to ..? If so, does that point to a valid profile? If you use the default prefixed profile from the prefixed-tree and put your profile in ${PREFIX}/etc/portage/profile does that work? (That's what I did in the end, because that was as convenient to me.) -- Fabian Groffen Gentoo for Mac OS X Project -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 19:44 ` Grobian @ 2006-03-16 19:53 ` m h 2006-03-16 20:02 ` Grobian 0 siblings, 1 reply; 24+ messages in thread From: m h @ 2006-03-16 19:53 UTC (permalink / raw To: gentoo-osx On 3/16/06, Grobian <grobian@gentoo.org> wrote: > On 16-03-2006 11:37:26 -0800, m h wrote: > > fyi: I deleted the extraneous symlink (to fc3), but it doesn't change anything > > > > $ ls -la /home/spike/portage/portage-alt-prefix/profiles/linux/x86/fc3/ > > total 40 > > drwxr-xr-x 2 spike spike 4096 Mar 16 12:59 . > > drwxr-xr-x 3 spike spike 4096 Mar 14 15:43 .. > > -rw-r--r-- 1 spike spike 5 Mar 14 15:43 arch.list > > -rw-r--r-- 1 spike spike 123 Mar 15 12:07 package.provided > > -rw-r--r-- 1 spike spike 3 Mar 14 15:43 parent > > -rw-r--r-- 1 spike spike 17710 Mar 14 15:43 rpm.txt > > A wild guess: is the parent pointing to ..? If so, does that point to a > valid profile? If you use the default prefixed profile from the > prefixed-tree and put your profile in ${PREFIX}/etc/portage/profile does > that work? (That's what I did in the end, because that was as > convenient to me.) > Which tree are you using? Mine doesn't have a prefix profile. I'm using http://gentoo.osuosl.org/experimental/snapshots/portage-alt-prefix-latest.tar.bz2 -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 19:53 ` m h @ 2006-03-16 20:02 ` Grobian 2006-03-16 20:03 ` m h 0 siblings, 1 reply; 24+ messages in thread From: Grobian @ 2006-03-16 20:02 UTC (permalink / raw To: gentoo-osx On 16-03-2006 11:53:28 -0800, m h wrote: > Which tree are you using? Mine doesn't have a prefix profile. > I'm using > http://gentoo.osuosl.org/experimental/snapshots/portage-alt-prefix-latest.tar.bz2 Ah... I'm a liar: (pegasus:~/scratch/programs/gentoo) fabian% ls -la etc/make.profile lrwxrwxrwx 1 fabian ins 122 Dec 17 22:50 etc/make.profile -> /export/scratch0/fabian/programs/gentoo/usr/portage/profiles/default-linux/amd64/2005.1/no-multilib I use a regular tree profile to feed my Gentoo, and override it in etc/portage/profile ;) -- Fabian Groffen Gentoo for Mac OS X Project -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 20:02 ` Grobian @ 2006-03-16 20:03 ` m h 2006-03-16 20:14 ` m h 0 siblings, 1 reply; 24+ messages in thread From: m h @ 2006-03-16 20:03 UTC (permalink / raw To: gentoo-osx I'll try copying over the normal tree from my gentoo box. On 3/16/06, Grobian <grobian@gentoo.org> wrote: > On 16-03-2006 11:53:28 -0800, m h wrote: > > Which tree are you using? Mine doesn't have a prefix profile. > > I'm using > > http://gentoo.osuosl.org/experimental/snapshots/portage-alt-prefix-latest.tar.bz2 > > Ah... I'm a liar: > > (pegasus:~/scratch/programs/gentoo) fabian% ls -la etc/make.profile > lrwxrwxrwx 1 fabian ins 122 Dec 17 22:50 etc/make.profile -> > /export/scratch0/fabian/programs/gentoo/usr/portage/profiles/default-linux/amd64/2005.1/no-multilib > > I use a regular tree profile to feed my Gentoo, and override it in > etc/portage/profile ;) > > > -- > Fabian Groffen > Gentoo for Mac OS X Project > -- > gentoo-osx@gentoo.org mailing list > > -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 20:03 ` m h @ 2006-03-16 20:14 ` m h 2006-03-16 20:18 ` Grobian 2006-03-16 20:22 ` m h 0 siblings, 2 replies; 24+ messages in thread From: m h @ 2006-03-16 20:14 UTC (permalink / raw To: gentoo-osx On 3/16/06, m h <sesquile@gmail.com> wrote: > I'll try copying over the normal tree from my gentoo box. > I fixed it by doing an absolute symlink rather than relative ie: $ ln -s /tmp/Mar16/usr/portage/profiles/default-linux/x86/2005.1 etc/make.profile instead of $ ln -s usr/portage/profiles/default-linux/x86/2005.1 etc/make.profile Now I need to find out why libc is unavailable... Portage 2.1.10 (default-linux/x86/2005.1, gcc-3.4.3, unavailable, 2.6.9-5.EL i686) -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 20:14 ` m h @ 2006-03-16 20:18 ` Grobian 2006-03-16 20:27 ` m h 2006-03-16 20:22 ` m h 1 sibling, 1 reply; 24+ messages in thread From: Grobian @ 2006-03-16 20:18 UTC (permalink / raw To: gentoo-osx On 16-03-2006 12:14:18 -0800, m h wrote: > On 3/16/06, m h <sesquile@gmail.com> wrote: > > I'll try copying over the normal tree from my gentoo box. > > > I fixed it by doing an absolute symlink rather than relative > ie: I remember having the same issue. > $ ln -s /tmp/Mar16/usr/portage/profiles/default-linux/x86/2005.1 > etc/make.profile > instead of > $ ln -s usr/portage/profiles/default-linux/x86/2005.1 etc/make.profile > > Now I need to find out why libc is unavailable... > > Portage 2.1.10 (default-linux/x86/2005.1, gcc-3.4.3, unavailable, > 2.6.9-5.EL i686) I thought I emerged it... but before that... I have no idea if I had it or not. Makes sense a bit that portage doesn't know it has it. Not sure whether this is vital or not. -- Fabian Groffen Gentoo for Mac OS X Project -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 20:18 ` Grobian @ 2006-03-16 20:27 ` m h 2006-03-16 20:35 ` Grobian 0 siblings, 1 reply; 24+ messages in thread From: m h @ 2006-03-16 20:27 UTC (permalink / raw To: gentoo-osx On 3/16/06, Grobian <grobian@gentoo.org> wrote: > On 16-03-2006 12:14:18 -0800, m h wrote: > > On 3/16/06, m h <sesquile@gmail.com> wrote: > > > I'll try copying over the normal tree from my gentoo box. > > > > > I fixed it by doing an absolute symlink rather than relative > > ie: > > I remember having the same issue. > > > $ ln -s /tmp/Mar16/usr/portage/profiles/default-linux/x86/2005.1 > > etc/make.profile > > instead of > > $ ln -s usr/portage/profiles/default-linux/x86/2005.1 etc/make.profile > > > > Now I need to find out why libc is unavailable... > > > > Portage 2.1.10 (default-linux/x86/2005.1, gcc-3.4.3, unavailable, > > 2.6.9-5.EL i686) > > I thought I emerged it... but before that... I have no idea if I had it > or not. Makes sense a bit that portage doesn't know it has it. Not > sure whether this is vital or not. > > Hmmm, so should I just try and proceed with emerge system? I get : !!! All ebuilds that could satisfy "dev-libs/openssl" have been masked. !!! One of the following masked packages is required to complete your request: - dev-libs/openssl-0.9.8a (masked by: missing keyword) # Martin Schlemmer <azarah@gentoo.org> (05 Jul 2005) # Masked for testing, as it breaks api For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by "dev-lang/python-2.4.2" [ebuild]) !!! Problem resolving dependencies for dev-lang/python !!! Depgraph creation failed. I can go through and deal with these, but I don't want to get started down a track if it's the wrong one. Did you run into lots of issues in the portage tree? I'm assumming I should use the one I pointed to earlier. I'd prefer not to mix/match from the normal tree. But I'm open to suggestions on the best way to proceed. -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 20:27 ` m h @ 2006-03-16 20:35 ` Grobian 2006-03-16 22:41 ` m h 0 siblings, 1 reply; 24+ messages in thread From: Grobian @ 2006-03-16 20:35 UTC (permalink / raw To: gentoo-osx On 16-03-2006 12:27:21 -0800, m h wrote: > On 3/16/06, Grobian <grobian@gentoo.org> wrote: > > On 16-03-2006 12:14:18 -0800, m h wrote: > > > On 3/16/06, m h <sesquile@gmail.com> wrote: > > > > I'll try copying over the normal tree from my gentoo box. > > > > > > > I fixed it by doing an absolute symlink rather than relative > > > ie: > > > > I remember having the same issue. > > > > > $ ln -s /tmp/Mar16/usr/portage/profiles/default-linux/x86/2005.1 > > > etc/make.profile > > > instead of > > > $ ln -s usr/portage/profiles/default-linux/x86/2005.1 etc/make.profile > > > > > > Now I need to find out why libc is unavailable... > > > > > > Portage 2.1.10 (default-linux/x86/2005.1, gcc-3.4.3, unavailable, > > > 2.6.9-5.EL i686) > > > > I thought I emerged it... but before that... I have no idea if I had it > > or not. Makes sense a bit that portage doesn't know it has it. Not > > sure whether this is vital or not. > > > > > Hmmm, so should I just try and proceed with emerge system? > I get : > > !!! All ebuilds that could satisfy "dev-libs/openssl" have been masked. > !!! One of the following masked packages is required to complete your request: > - dev-libs/openssl-0.9.8a (masked by: missing keyword) > # Martin Schlemmer <azarah@gentoo.org> (05 Jul 2005) > # Masked for testing, as it breaks api > That is correct, lol. I tried doing openssl, (by unproviding it and unmasking it locally) but that horribly fails due to some problem with zlib (it seems my setup refuses to take zlib out of my prefix, and fedora ships by default with a buggy and too old zlib according to openssl's configure) If you copied my profile, you need to put the openssl provide back in. > I can go through and deal with these, but I don't want to get started > down a track if it's the wrong one. > Did you run into lots of issues in the portage tree? I'm assumming I > should use the one I pointed to earlier. I'd prefer not to mix/match > from the normal tree. But I'm open to suggestions on the best way to > proceed. With the profile I made (apart from the openssl issue) I was able to emerge system. That is, everything I needed I added to the tree with keyword ~amd64. That might give some trouble for you as well. Oops. -- Fabian Groffen Gentoo for Mac OS X Project -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 20:35 ` Grobian @ 2006-03-16 22:41 ` m h 2006-03-16 22:48 ` Grobian 0 siblings, 1 reply; 24+ messages in thread From: m h @ 2006-03-16 22:41 UTC (permalink / raw To: gentoo-osx > > If you copied my profile, you need to put the openssl provide back in. > ok, did that. But now I'm complaining about missing virtual/libintl. This isn't even in the prefix tree! Didn't you run into that issue? #emerge -av system ...SNIP/SNIP... These are the packages that would be merged, in order: Calculating system dependencies \ emerge: there are no ebuilds to satisfy "virtual/libintl". (dependency required by "sys-apps/sed-4.1.4-r1" [ebuild]) !!! Problem resolving dependencies for sys-apps/sed !!! Depgraph creation failed. -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 22:41 ` m h @ 2006-03-16 22:48 ` Grobian 2006-03-16 23:00 ` m h 0 siblings, 1 reply; 24+ messages in thread From: Grobian @ 2006-03-16 22:48 UTC (permalink / raw To: gentoo-osx On 16-03-2006 14:41:59 -0800, m h wrote: > > > > If you copied my profile, you need to put the openssl provide back in. > > > ok, did that. But now I'm complaining about missing virtual/libintl. > This isn't even in the prefix tree! > Didn't you run into that issue? If I recall correctly this has been updated recently. So I think someone forgot to commit this one (virtuals are ebuilds these days if I'm correct...) I haven't seen the problem myself > Calculating system dependencies \ > emerge: there are no ebuilds to satisfy "virtual/libintl". > (dependency required by "sys-apps/sed-4.1.4-r1" [ebuild]) -- Fabian Groffen Gentoo for Mac OS X Project -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 22:48 ` Grobian @ 2006-03-16 23:00 ` m h 2006-03-16 23:28 ` m h 0 siblings, 1 reply; 24+ messages in thread From: m h @ 2006-03-16 23:00 UTC (permalink / raw To: gentoo-osx On 3/16/06, Grobian <grobian@gentoo.org> wrote: > On 16-03-2006 14:41:59 -0800, m h wrote: > > > > > > If you copied my profile, you need to put the openssl provide back in. > > > > > ok, did that. But now I'm complaining about missing virtual/libintl. > > This isn't even in the prefix tree! > > Didn't you run into that issue? > > If I recall correctly this has been updated recently. So I think > someone forgot to commit this one (virtuals are ebuilds these days if > I'm correct...) > I haven't seen the problem myself > So I'm fudging these right now by adding them to package.provided. (Though in reality I want them to be built in the prefix location...) I'm running into issues like this: These are the packages that would be merged, in order: Calculating system dependencies \ emerge: there are no ebuilds to satisfy "sys-libs/libstdc++-v3". !!! Problem resolving dependencies for sys-devel/gcc !!! Depgraph creation failed. .... There is no ebuild in the tree for sys-libs/libstcc+++-v3, so apparently adding this to package.provided does no good. So I added gcc to packages.provided and now emerge system now asks be if it go ahead. When I hit yes. I get the following: Do you want me to merge these packages? [Yes/No] y >>> Emerging (1 of 53) sys-devel/patch-2.5.9-r1 to / !!! EBUILD_PHASE=clean !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 *** Adjusting cvs-src permissions for portage user... >>> Downloading http://distfiles.gentoo.org/distfiles/patch-2.5.9.tar.gz [patch-2.5.9-r1] bash: /tmp/Mar16/usr/bin/wget: No such file or directory >>> Downloading http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/patch-2.5.9.tar.gz [patch-2.5.9-r1] bash: /tmp/Mar16/usr/bin/wget: No such file or directory Now I set my DEFAULT_PATH in make.global to include /usr/bin (which is where wget is located). But it still doesn't find wget. So I edited make.conf FETCHCOMMAND (actually uncommented it) and I'm now compiling away... matt My package.provided looks like this: sys-apps/portage-2.1.10 sys-devel/binutils-2.15 sys-libs/libstdc++-v3 sys-devel/gcc-3.4 -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 23:00 ` m h @ 2006-03-16 23:28 ` m h 2006-03-16 23:37 ` m h 0 siblings, 1 reply; 24+ messages in thread From: m h @ 2006-03-16 23:28 UTC (permalink / raw To: gentoo-osx Status update. Sorry this is kind of stream of conciousness writing. Basic story is stuff is installing, though apparently not into PREFIX (see bottom). Emerge of patch failed: >>> Emerging (1 of 53) sys-devel/patch-2.5.9-r1 to / !!! EBUILD_PHASE=clean !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 *** Adjusting cvs-src permissions for portage user... >>> Downloading http://distfiles.gentoo.org/distfiles/patch-2.5.9.tar.gz --16:27:30-- http://distfiles.gentoo.org/distfiles/patch-2.5.9.tar.gz => `/tmp/Mar16/usr/portage/distfiles/patch-2.5.9.tar.gz' Resolving distfiles.gentoo.org... 156.56.247.195, 216.165.129.135, 64.50.236.52, ... Connecting to distfiles.gentoo.org[156.56.247.195]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 201,926 [application/x-gzip] 100%[====================================>] 201,926 106.26K/s 16:27:32 (105.92 KB/s) - `/tmp/Mar16/usr/portage/distfiles/patch-2.5.9.tar.gz' saved [201,926/201,926] >>> checksums files ;-) patch-2.5.9-r1.ebuild >>> checksums files ;-) files/patch-2.5.9-cr-stripping.patch >>> checksums files ;-) files/digest-patch-2.5.9-r1 >>> checksums files ;-) files/digest-patch-2.5.9 >>> checksums src_uri ;-) patch-2.5.9.tar.gz !!! EBUILD_PHASE=setup !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 !!! EBUILD_PHASE=unpack !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 >>> Unpacking source... >>> Unpacking patch-2.5.9.tar.gz to /tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/work * Applying patch-2.5.9-cr-stripping.patch ... [ ok ] >>> Source unpacked. !!! EBUILD_PHASE=compile !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 >>> Compiling source in /tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/work/patch-2.5.9 ... ./configure --prefix=/tmp/Mar16/usr --host=i686-pc-linux-gnu --mandir=/tmp/Mar16/usr/share/man --infodir=/tmp/Mar16/usr/share/info --datadir=/tmp/Mar16/usr/share --sysconfdir=/tmp/Mar16/etc --localstatedir=/tmp/Mar16/var/lib --build=i686-pc-linux-gnu checking for i686-pc-linux-gnu-gcc... no checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking how to run the C preprocessor... gcc -E checking for a BSD-compatible install... /usr/bin/install -c checking whether make sets $(MAKE)... yes checking for ed... /bin/ed checking for egrep... grep -E checking for AIX... no checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking for library containing strerror... none required checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... 64 checking for _LARGE_FILES value needed for large files... no checking for function prototypes... yes checking for an ANSI C-conforming const... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking utime.h usability... yes checking utime.h presence... yes checking for utime.h... yes checking varargs.h usability... no checking varargs.h presence... no checking for varargs.h... no checking for mode_t... yes checking for off_t... yes checking for pid_t... yes checking return type of signal handlers... void checking for size_t... yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking for utime.h... (cached) yes checking whether time.h and sys/time.h may both be included... yes checking for struct utimbuf... yes checking whether closedir returns void... no checking for limits.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking whether getenv is declared... yes checking whether malloc is declared... yes checking whether system is Windows or MSDOS... no checking for unistd.h... (cached) yes checking for d_ino member in directory struct... yes checking for long file names... (cached) yes checking for pathconf... yes checking for vprintf... yes checking for _doprnt... no checking for error_at_line... yes checking for strerror... yes checking whether strerror is declared... yes checking whether strerror_r is declared... yes checking for strerror_r... yes checking whether strerror_r returns char *... yes checking for memchr... yes checking whether stat file-mode macros are broken... no checking for rmdir... yes checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for stdlib.h... (cached) yes checking for GNU libc compatible realloc... yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking wchar.h usability... yes checking wchar.h presence... yes checking for wchar.h... yes checking wctype.h usability... yes checking wctype.h presence... yes checking for wctype.h... yes checking for iswprint... yes checking for mbsinit... yes checking for mbstate_t... yes checking whether mbrtowc and mbstate_t are properly declared... yes checking for pathconf... (cached) yes checking for limits.h... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking whether free is declared... yes checking whether getenv is declared... (cached) yes checking whether malloc is declared... (cached) yes checking whether mktemp is declared... yes checking for _doprintf... no checking for geteuid... yes checking for getuid... yes checking for isascii... yes checking for memcmp... yes checking for mktemp... yes checking for pathconf... (cached) yes checking for raise... yes checking for sigaction... yes checking for sigprocmask... yes checking for sigsetmask... yes checking for strerror... (cached) yes checking for mkdir... yes checking for strncasecmp... yes checking for _LARGEFILE_SOURCE value needed for large files... no checking for fseeko... yes checking whether clearerr_unlocked is declared... yes checking whether feof_unlocked is declared... yes checking whether ferror_unlocked is declared... yes checking whether fflush_unlocked is declared... yes checking whether fgets_unlocked is declared... yes checking whether fputc_unlocked is declared... yes checking whether fputs_unlocked is declared... yes checking whether fread_unlocked is declared... yes checking whether fwrite_unlocked is declared... yes checking whether getc_unlocked is declared... yes checking whether getchar_unlocked is declared... yes checking whether putc_unlocked is declared... yes checking whether putchar_unlocked is declared... yes checking whether closedir returns void... (cached) no checking for fcntl.h... (cached) yes checking for unistd.h... (cached) yes checking for DOS-style setmode... no checking for vprintf... (cached) yes checking for _doprnt... (cached) no checking for mkdir... (cached) yes checking whether mkdir takes only one argument... no checking whether system is Windows or MSDOS... (cached) no checking for long file names... (cached) yes configure: creating ./config.status config.status: creating Makefile config.status: creating config.h gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 addext.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 argmatch.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 backupfile.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 basename.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 dirname.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 getopt.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 getopt1.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 inp.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 maketime.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 partime.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 patch.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 pch.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 quote.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 quotearg.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 quotesys.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 util.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 version.c gcc -c -DHAVE_CONFIG_H -Ded_PROGRAM=\"/bin/ed\" -I. -I. -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 xmalloc.c gcc -o patch -O2 -mcpu=i686 -pipe -DLINUX -D_XOPEN_SOURCE=500 addext.o argmatch.o backupfile.o basename.o dirname.o getopt.o getopt1.o inp.o maketime.o partime.o patch.o pch.o quote.o quotearg.o quotesys.o util.o version.o xmalloc.o patch.o(.text+0xf03): In function `make_temp': : warning: the use of `mktemp' is dangerous, better use `mkstemp' >>> Source compiled. !!! EBUILD_PHASE=test !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 >>> Test phase [not enabled]: sys-devel/patch-2.5.9-r1 !!! EBUILD_PHASE=install !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 >>> Install patch-2.5.9-r1 into /tmp/Mar16 category sys-devel /bin/sh ./mkinstalldirs /tmp/Mar16/usr/bin /tmp/Mar16/usr/share/man/man1 mkdir -p -- /tmp/Mar16/usr/share/man/man1 /usr/bin/install -c patch /tmp/Mar16/usr/bin/`echo patch | sed 's,x,x,'` /usr/bin/install -c -m 644 ./patch.man /tmp/Mar16/usr/share/man/man1/`echo patch | sed 's,x,x,'`.1 >>> Completed installing patch-2.5.9-r1 into /tmp/Mar16 !!! EBUILD_PHASE= !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 man: gzipping man page: patch.1 scanelf(1) not found, skipping... >>> Merging sys-devel/patch-2.5.9-r1 to / !!! EBUILD_PHASE=preinst !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 !!! EBUILD_PHASE= !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/patch-2.5.9-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 find: /tmp/Mar16//tmp/Mar16/: No such file or directory find: /tmp/Mar16//tmp/Mar16/: No such file or directory !!! Initializing global counter. Traceback (most recent call last): File "/tmp/Mar16/usr/bin/emerge", line 3304, in ? mydepgraph.merge(pkglist) File "/tmp/Mar16/usr/bin/emerge", line 2020, in merge retval=portage.doebuild(y,"merge",myroot,self.pkgsettings,edebug,tree="porttree") File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 2891, in doebuild return merge(mysettings["CATEGORY"],mysettings["PF"],mysettings["DEST"],mysettings["PORTAGE_BUILDDIR"]+"/build-info",myroot,mysettings,myebuild=mysettings["EBUILD"],mytree=tree) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 3065, in merge return mylink.merge(pkgloc,infloc,myroot,myebuild) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 6372, in merge return self.treewalk(mergeroot,myroot,inforoot,myebuild,cleanup=cleanup) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 5962, in treewalk counter = db["/"]["vartree"].dbapi.counter_tick(self.myroot,mycpv=self.mycpv) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 4029, in counter_tick return self.counter_tick_core(myroot,incrementing=1,mycpv=mycpv) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 4092, in counter_tick_core write_atomic(cpath, str(counter)) File "/tmp/Mar16/usr/lib/portage/pym/portage_util.py", line 601, in write_atomic f.close() File "/tmp/Mar16/usr/lib/portage/pym/portage_util.py", line 565, in close apply_stat_permissions(self.name, os.stat(self._real_name)) OSError: [Errno 2] No such file or directory: '//tmp/Mar16/var/cache/edb/counter' I created a bogus counter file with 0 in it and tried again: SNIP/SNIP !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 Traceback (most recent call last): File "/tmp/Mar16/usr/bin/emerge", line 3304, in ? mydepgraph.merge(pkglist) File "/tmp/Mar16/usr/bin/emerge", line 2020, in merge retval=portage.doebuild(y,"merge",myroot,self.pkgsettings,edebug,tree="porttree") File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 2891, in doebuild return merge(mysettings["CATEGORY"],mysettings["PF"],mysettings["DEST"],mysettings["PORTAGE_BUILDDIR"]+"/build-info",myroot,mysettings,myebuild=mysettings["EBUILD"],mytree=tree) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 3065, in merge return mylink.merge(pkgloc,infloc,myroot,myebuild) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 6372, in merge return self.treewalk(mergeroot,myroot,inforoot,myebuild,cleanup=cleanup) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 6060, in treewalk env_update(makelinks=(not downgrade)) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 586, in env_update myfd.close() File "/tmp/Mar16/usr/lib/portage/pym/portage_util.py", line 565, in close apply_stat_permissions(self.name, os.stat(self._real_name)) OSError: [Errno 2] No such file or directory: '/tmp/Mar16/etc/ld.so.conf' So I touched that file and continued on. It proceeded to try to merge ncurses. I'm watching right now and it appears that the libraries are n't going into PREFIX... ... fixing man page symlink: new_menu.3x.gz scanelf(1) not found, skipping... making executable: //lib/libncurses.so.5.5 making executable: //usr/lib/libform.so.5.5 making executable: //usr/lib/libmenu.so.5.5 making executable: //usr/lib/libpanel.so.5.5 removing executable bit: //usr/lib/libncurses++.a The saga continues ;) It's still running... matt -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 23:28 ` m h @ 2006-03-16 23:37 ` m h 2006-03-17 8:16 ` Grobian 2006-03-17 17:40 ` Kito 0 siblings, 2 replies; 24+ messages in thread From: m h @ 2006-03-16 23:37 UTC (permalink / raw To: gentoo-osx Ncurses ended up failing... >>> Safely unmerging already-installed instance... No package files given... Grabbing a set. >>> Original instance of package unmerged safely. !!! EBUILD_PHASE=postinst !!! D=/tmp/Mar16 !!! DEST=/tmp/Mar16/var/tmp/portage/ncurses-5.5-r1/image/ !!! PREFIX=/tmp/Mar16 !!! ROOT=/tmp/Mar16 >>> Regenerating /etc/ld.so.cache... Traceback (most recent call last): File "/tmp/Mar16/usr/bin/emerge", line 3304, in ? mydepgraph.merge(pkglist) File "/tmp/Mar16/usr/bin/emerge", line 2020, in merge retval=portage.doebuild(y,"merge",myroot,self.pkgsettings,edebug,tree="porttree") File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 2891, in doebuild return merge(mysettings["CATEGORY"],mysettings["PF"],mysettings["DEST"],mysettings["PORTAGE_BUILDDIR"]+"/build-info",myroot,mysettings,myebuild=mysettings["EBUILD"],mytree=tree) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 3065, in merge return mylink.merge(pkgloc,infloc,myroot,myebuild) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 6372, in merge return self.treewalk(mergeroot,myroot,inforoot,myebuild,cleanup=cleanup) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 6060, in treewalk env_update(makelinks=(not downgrade)) File "/tmp/Mar16/usr/lib/portage/pym/portage.py", line 685, in env_update outfile.close() File "/tmp/Mar16/usr/lib/portage/pym/portage_util.py", line 565, in close apply_stat_permissions(self.name, os.stat(self._real_name)) OSError: [Errno 2] No such file or directory: '/tmp/Mar16/etc/profile.env' Though equery on my gentoo machine says this file doesn't belong in any package, I'm assumming the baselayout creates it somehow?!? -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 23:37 ` m h @ 2006-03-17 8:16 ` Grobian 2006-03-17 17:40 ` Kito 1 sibling, 0 replies; 24+ messages in thread From: Grobian @ 2006-03-17 8:16 UTC (permalink / raw To: gentoo-osx On 16-03-2006 15:37:37 -0800, m h wrote: > OSError: [Errno 2] No such file or directory: '/tmp/Mar16/etc/profile.env' > > Though equery on my gentoo machine says this file doesn't belong in > any package, I'm assumming the baselayout creates it somehow?!? % head etc/profile.env # THIS FILE IS AUTOMATICALLY GENERATED BY env-update. # DO NOT EDIT THIS FILE. CHANGES TO STARTUP PROFILES # GO INTO /etc/profile NOT /etc/profile.env export INFOPATH='/usr/share/info' ... Maybe running env-update solves something. I don't recall I ever did that. -- Fabian Groffen Gentoo for Mac OS X Project -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 23:37 ` m h 2006-03-17 8:16 ` Grobian @ 2006-03-17 17:40 ` Kito 2006-03-17 18:10 ` Kito 1 sibling, 1 reply; 24+ messages in thread From: Kito @ 2006-03-17 17:40 UTC (permalink / raw To: gentoo-osx On Mar 16, 2006, at 5:37 PM, m h wrote: > Ncurses ended up failing... >>>> Safely unmerging already-installed instance... > No package files given... Grabbing a set. >>>> Original instance of package unmerged safely. > !!! EBUILD_PHASE=postinst > !!! D=/tmp/Mar16 Ok, looks like a regression from the last merge with trunk. ${D} is not getting declared properly for some reason. I'll whip up another snapshot shortly that should fix this, and also have some slightly better exception handling to hapefuly make tracking your errors down a little easier. Check my distfiles dir and/or I'll send another email once the snapshot has been uploaded. --Kito -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-17 17:40 ` Kito @ 2006-03-17 18:10 ` Kito 0 siblings, 0 replies; 24+ messages in thread From: Kito @ 2006-03-17 18:10 UTC (permalink / raw To: gentoo-osx On Mar 17, 2006, at 11:40 AM, Kito wrote: > > On Mar 16, 2006, at 5:37 PM, m h wrote: > >> Ncurses ended up failing... >>>>> Safely unmerging already-installed instance... >> No package files given... Grabbing a set. >>>>> Original instance of package unmerged safely. >> !!! EBUILD_PHASE=postinst >> !!! D=/tmp/Mar16 > > Ok, looks like a regression from the last merge with trunk. ${D} is > not getting declared properly for some reason. I'll whip up another > snapshot shortly that should fix this, and also have some slightly > better exception handling to hapefuly make tracking your errors > down a little easier. > > Check my distfiles dir and/or I'll send another email once the > snapshot has been uploaded. Ok, give 2.1.11 a try when you get a chance. --Kito -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided) 2006-03-16 20:14 ` m h 2006-03-16 20:18 ` Grobian @ 2006-03-16 20:22 ` m h 1 sibling, 0 replies; 24+ messages in thread From: m h @ 2006-03-16 20:22 UTC (permalink / raw To: gentoo-osx On 3/16/06, m h <sesquile@gmail.com> wrote: > On 3/16/06, m h <sesquile@gmail.com> wrote: > > I'll try copying over the normal tree from my gentoo box. > > > I fixed it by doing an absolute symlink rather than relative > ie: > > $ ln -s /tmp/Mar16/usr/portage/profiles/default-linux/x86/2005.1 > etc/make.profile > instead of > $ ln -s usr/portage/profiles/default-linux/x86/2005.1 etc/make.profile > > Now I need to find out why libc is unavailable... > specifying my version in etc/portage/profile/package.provided doesn't change anything either. (I added the line sys-libs/glibc-2.3.4 to the package.provided file....) > Portage 2.1.10 (default-linux/x86/2005.1, gcc-3.4.3, unavailable, > 2.6.9-5.EL i686) > -- gentoo-osx@gentoo.org mailing list ^ permalink raw reply [flat|nested] 24+ messages in thread
end of thread, other threads:[~2006-03-17 18:11 UTC | newest] Thread overview: 24+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2006-03-15 21:36 [gentoo-osx] [PREFIX] Creating a profile (package.provided) m h 2006-03-16 8:27 ` Grobian 2006-03-16 17:11 ` Kito 2006-03-16 19:12 ` m h 2006-03-16 19:30 ` Grobian 2006-03-16 19:35 ` m h 2006-03-16 19:37 ` m h 2006-03-16 19:44 ` Grobian 2006-03-16 19:53 ` m h 2006-03-16 20:02 ` Grobian 2006-03-16 20:03 ` m h 2006-03-16 20:14 ` m h 2006-03-16 20:18 ` Grobian 2006-03-16 20:27 ` m h 2006-03-16 20:35 ` Grobian 2006-03-16 22:41 ` m h 2006-03-16 22:48 ` Grobian 2006-03-16 23:00 ` m h 2006-03-16 23:28 ` m h 2006-03-16 23:37 ` m h 2006-03-17 8:16 ` Grobian 2006-03-17 17:40 ` Kito 2006-03-17 18:10 ` Kito 2006-03-16 20:22 ` m h
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox