[gentoo-osx] [PREFIX] Creating a profile (package.provided)

[gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Grobian]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Kito]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Grobian]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Grobian]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Grobian]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Grobian]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Grobian]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

>
> 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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Grobian]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[m h]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Grobian]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Kito]

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

Re: [gentoo-osx] [PREFIX] Creating a profile (package.provided)

[Kito]

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