Results

Okay, here's the full test results from scratch with
everything that
can be keyworded ~x86-macos.  I hope the whole project
doesn't blow
up!  


sys-apps/sed-4.1.4-r1
sys-devel/autoconf-2.13
sys-devel/autoconf-2.59-r7
sys-devel/autoconf-wrapper-3.2
sys-devel/automake-1.5
sys-devel/automake-1.8.5-r3
sys-devel/automake-1.6.3
sys-devel/automake-1.7.9-r1
sys-devel/automake-1.4_p6
sys-devel/automake-1.9.6-r1
sys-devel/automake-wrapper-1-r1
sys-devel/libtool-1.5.22

sys-apps/coreutils-5.94-r3
(note with ELIBC fix backported from 6.1 and /bin/expr
copied in manually.
Also, note this didn't even have the ppc-macos keyword. 
Also had to
remove the "--program-prefix=g" option from the
ebuild, still works
without that, but I don't think we want the 'g' prefix on
everything.)

sys-apps/gawk-3.1.5
(note, this should probably be before coreutils, because
coreutils gives
a non-fatal error about gawk not being found.  Also
"--nodeps" isn't
needed with gawk.)

(emerge system doesn't do anything, so I try to emerge
portage and its deps)

sys-libs/zlib-1.2.3
dev-libs/expat-1.95.8
dev-lang/python-2.4.2
dev-python/python-fchksum-1.7.1
dev-python/pycrypto-2.0.1
sys-libs/ncurses-5.5-r3
app-shells/bash-3.1_p11
sys-apps/portage-2.1.13.4415-r1

Now I try "emerge -uDN world"

sys-apps/texinfo-4.8-r2
sys-apps/groff-1.19.2-r1

libperl-5.8.8 fails:

env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o libperl.1.5.8.dylib
-L/usr/local/lib -L/opt/local/lib -dynamiclib
   -compatibility_version   5.8.0
            -current_version                           5.8.8
-install_name
/gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/libperl.1.5.8
.dylib
perl.o  gv.o toke.o perly.o o
p.o pad.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o
run.o
pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o
regexec.o
utf8.o taint.o deb.o universal.o xsutils.o g
lobals.o perlio.o perlapi.o numeric.o locale.o pp_pack.o
pp_sort.o
-ldl -lm -lc  -Wl,-soname -Wl,libperl.so.`echo
libperl.1.5.8.dylib |
cut -d. -f3`
/usr/bin/libtool: unknown option character `o' in: -soname
Usage: /usr/bin/libtool -static [-] file [...] [-filelist
listfile[,dirname]] [-arch_only arch] [-sacLT]
Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist
listfile[,dirname]] [-arch_only arch] [-o output]
[-install_name name]
[-compatibility_version #] [-current_version #]
 [-seg1addr 0x#] [-segs_read_only_addr 0x#]
[-segs_read_write_addr
0x#] [-seg_addr_table <filename>]
[-seg_addr_table_filename
<file_system_path>] [-all_load] [-noall_load]
make: *** [libperl.1.5.8.dylib] Error 1


Misc notes:
- gpm use flag should probably be masked
- selinux use flag should probably be masked

Thanks!


Chris
-- 
gentoo-osxgentoo.org mailing list

On Mon, 2006-09-11 at 19:34 -0400, Chris L. Mason wrote:
<snip>

> libperl-5.8.8 fails:
> 
> env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o
libperl.1.5.8.dylib
> -L/usr/local/lib -L/opt/local/lib -dynamiclib
>    -compatibility_version   5.8.0
>             -current_version                          
5.8.8
> -install_name
/gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/libperl.1.5.8
.dylib
> perl.o  gv.o toke.o perly.o o
> p.o pad.o regcomp.o dump.o util.o mg.o reentr.o hv.o
av.o run.o
> pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o
doio.o regexec.o
> utf8.o taint.o deb.o universal.o xsutils.o g
> lobals.o perlio.o perlapi.o numeric.o locale.o
pp_pack.o pp_sort.o
> -ldl -lm -lc  -Wl,-soname -Wl,libperl.so.`echo
libperl.1.5.8.dylib |
> cut -d. -f3`
> /usr/bin/libtool: unknown option character `o' in:
-soname
> Usage: /usr/bin/libtool -static [-] file [...]
[-filelist
> listfile[,dirname]] [-arch_only arch] [-sacLT]
> Usage: /usr/bin/libtool -dynamic [-] file [...]
[-filelist
> listfile[,dirname]] [-arch_only arch] [-o output]
[-install_name name]
> [-compatibility_version #] [-current_version #]
>  [-seg1addr 0x#] [-segs_read_only_addr 0x#]
[-segs_read_write_addr
> 0x#] [-seg_addr_table <filename>]
[-seg_addr_table_filename
> <file_system_path>] [-all_load] [-noall_load]
> make: *** [libperl.1.5.8.dylib] Error 1
> 

This looks like some similar problem I had on ia64-hpux,
where native ld
does not understand -soname.
But wait, questions came up while reading your errormessage
thrice:
Seems that your /usr/bin/libtool does not understand -soname
?
Didn't you have libtool-1.5.22 emerged just before to
eprefix ?
Shouldn't this be passed to linker using -Wl, rather than
libtool ?

Anyway:

libperl-5.8.7.ebuild assumes using GNU ld if userland !=
Darwin,
applying a patch called
"$-create-libperl-soname.patch".
Do you have userland set to Darwin ?

I'm not sure how to decide when to apply this patch, in
libperl-5.8.7 it
was done for non-Darwin userland only: 
   use userland_Darwin || epatch
$/$-create-libperl-soname.patch

On ia64-hpux i'm doing this based on CHOST now (will work
for hppa-hpux
too), but IMHO this nothing but a quick-hack:
    ( use userland_Darwin || [[ $ = *-*-hpux* ]] ) ||
        epatch $/$-create-libperl-soname.patch

Maybe I should do with 'use ia64-hpux' ?

Same problem applies for perl itself lateron.

Maybe we should introduce another global use-flags both for
GNU-as and
GNU-ld ?
Because there are some platform out there, where both GNU
and native
as/ld will work, and others where only GNU as works, but GNU
ld does
not, and others where none of the GNU binutils work.

-haubi-
-- 
Michael Haubenwallner                    SALOMON Automation
GmbH
Forschung & Entwicklung                  A-8114 Friesach
bei Graz
mailto:michael.haubenwallnersalomon.at  http://www.salomon.at
No HTML/MIME please, see http://expita.com/nomim
e.html

-- 
gentoo-osxgentoo.org mailing list

On 9/12/06, Michael Haubenwallner
<michael.haubenwallnersalomon.at> wrote:
> On Mon, 2006-09-11 at 19:34 -0400, Chris L. Mason
wrote:
> <snip>
>
> > libperl-5.8.8 fails:
> >
> > env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o
libperl.1.5.8.dylib
> > -L/usr/local/lib -L/opt/local/lib -dynamiclib
> >    -compatibility_version   5.8.0
> >             -current_version                      
    5.8.8
> > -install_name
/gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/libperl.1.5.8
.dylib
> > perl.o  gv.o toke.o perly.o o
> > p.o pad.o regcomp.o dump.o util.o mg.o reentr.o
hv.o av.o run.o
> > pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o
doop.o doio.o regexec.o
> > utf8.o taint.o deb.o universal.o xsutils.o g
> > lobals.o perlio.o perlapi.o numeric.o locale.o
pp_pack.o pp_sort.o
> > -ldl -lm -lc  -Wl,-soname -Wl,libperl.so.`echo
libperl.1.5.8.dylib |
> > cut -d. -f3`
> > /usr/bin/libtool: unknown option character `o'
in: -soname
> > Usage: /usr/bin/libtool -static [-] file [...]
[-filelist
> > listfile[,dirname]] [-arch_only arch] [-sacLT]
> > Usage: /usr/bin/libtool -dynamic [-] file [...]
[-filelist
> > listfile[,dirname]] [-arch_only arch] [-o output]
[-install_name name]
> > [-compatibility_version #] [-current_version #]
> >  [-seg1addr 0x#] [-segs_read_only_addr 0x#]
[-segs_read_write_addr
> > 0x#] [-seg_addr_table <filename>]
[-seg_addr_table_filename
> > <file_system_path>] [-all_load]
[-noall_load]
> > make: *** [libperl.1.5.8.dylib] Error 1
> >
>
> This looks like some similar problem I had on
ia64-hpux, where native ld
> does not understand -soname.
> But wait, questions came up while reading your
errormessage thrice:
> Seems that your /usr/bin/libtool does not understand
-soname ?
> Didn't you have libtool-1.5.22 emerged just before to
eprefix ?
> Shouldn't this be passed to linker using -Wl, rather
than libtool ?

Ah, may that's the problem.  Yes, I did have 1.5.22
emerge'd, but it's
still calling /usr/bin/libtool not /gentoo/usr/bin/libtool. 
Maybe
that's it?

>
> Anyway:
>
> libperl-5.8.7.ebuild assumes using GNU ld if userland
!= Darwin,
> applying a patch called
"$-create-libperl-soname.patch".
> Do you have userland set to Darwin ?

I assume that is set by the profile?  I didn't explicitly
add this anywhere.

>
> I'm not sure how to decide when to apply this patch,
in libperl-5.8.7 it
> was done for non-Darwin userland only:
>    use userland_Darwin || epatch
$/$-create-libperl-soname.patch

Yeah, I don't see this in 5.8.8, just 5.8.7, so I'll try
that one with
the userland_Darwin use flag.
>
>

Thanks,


Chris
-- 
gentoo-osxgentoo.org mailing list

Okay, by manually adding the USE flag userland_Darwin to
/gentoo/etc/make.conf, I was able to get libperl installed. 
So it can
be keyworded as well, and I guess the userland_Darwin flag
needs to be
set somehwere in the profile?

sys-devel/libperl-5.8.7

perl also compiled, but at the end I get three mv questions
I had to
answer:

mv: overwrite
`/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/
perl5/5.8.7/darwin-2level/Config.pm',
overriding mode 0444? y
mv: overwrite
`/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/
perl5/5.8.7/darwin-2level/Encode/Config.pm',
overriding mode 0444? y
mv: overwrite
`/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/
perl5/5.8.7/Net/Config.pm',
overriding mode 0444? y

Then later I get:

File "/gentoo/usr/lib/portage/pym/portage.py",
line 6309, in mergeme
myf=open(myrealdest,"r+")
(several of these lines)
IOError: [Errno 13] Permission denied:
'/gentoo/usr/lib/perl5/5.8.7/darwin-2level/auto/DynaLoader/
DynaLoader.a'

Don't know what to do here.

Thanks,


Chris
-- 
gentoo-osxgentoo.org mailing list

I had similar issues once, my guess is the following:
/usr/bin/
libtool is the Darwin libtool, not the GNU libtool you
emerged
before. I don't know enough about prefix-portage to tell it
which
libtool to use, but I guess that's the problem to solve.

Tobias

 >> /usr/bin/libtool: unknown option character `o'
in: -soname
 >> Usage: /usr/bin/libtool -static [-] file [...]
[-filelist
 >> listfile[,dirname]] [-arch_only arch] [-sacLT]
 >> Usage: /usr/bin/libtool -dynamic [-] file [...]
[-filelist
 >> listfile[,dirname]] [-arch_only arch] [-o output]
[-install_name
 >> name]
 >> [-compatibility_version #] [-current_version #]
 >>  [-seg1addr 0x#] [-segs_read_only_addr 0x#]
[-segs_read_write_addr
 >> 0x#] [-seg_addr_table <filename>]
[-seg_addr_table_filename
 >> <file_system_path>] [-all_load]
[-noall_load]
 >> make: *** [libperl.1.5.8.dylib] Error 1
 >>
 >
 > This looks like some similar problem I had on
ia64-hpux, where
 > native ld
 > does not understand -soname.
 > But wait, questions came up while reading your
errormessage thrice:
 > Seems that your /usr/bin/libtool does not understand
-soname ?
 > Didn't you have libtool-1.5.22 emerged just before to
eprefix ?
 > Shouldn't this be passed to linker using -Wl, rather
than libtool ?
 >


Am 12.09.2006 um 08:45 schrieb Michael Haubenwallner:

> On Mon, 2006-09-11 at 19:34 -0400, Chris L. Mason
wrote:
> <snip>
>
>> libperl-5.8.8 fails:
>>
>> env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o
libperl.1.5.8.dylib
>> -L/usr/local/lib -L/opt/local/lib -dynamiclib
>>    -compatibility_version   5.8.0
>>             -current_version                       
   5.8.8
>> -install_name
/gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/ 
>> libperl.1.5.8.dylib
>> perl.o  gv.o toke.o perly.o o
>> p.o pad.o regcomp.o dump.o util.o mg.o reentr.o
hv.o av.o run.o
>> pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o
doio.o regexec.o
>> utf8.o taint.o deb.o universal.o xsutils.o g
>> lobals.o perlio.o perlapi.o numeric.o locale.o
pp_pack.o pp_sort.o
>> -ldl -lm -lc  -Wl,-soname -Wl,libperl.so.`echo
libperl.1.5.8.dylib |
>> cut -d. -f3`
>> /usr/bin/libtool: unknown option character `o' in:
-soname
>> Usage: /usr/bin/libtool -static [-] file [...]
[-filelist
>> listfile[,dirname]] [-arch_only arch] [-sacLT]
>> Usage: /usr/bin/libtool -dynamic [-] file [...]
[-filelist
>> listfile[,dirname]] [-arch_only arch] [-o output]
[-install_name  
>> name]
>> [-compatibility_version #] [-current_version #]
>>  [-seg1addr 0x#] [-segs_read_only_addr 0x#]
[-segs_read_write_addr
>> 0x#] [-seg_addr_table <filename>]
[-seg_addr_table_filename
>> <file_system_path>] [-all_load] [-noall_load]
>> make: *** [libperl.1.5.8.dylib] Error 1
>>
>
> This looks like some similar problem I had on
ia64-hpux, where  
> native ld
> does not understand -soname.
> But wait, questions came up while reading your
errormessage thrice:
> Seems that your /usr/bin/libtool does not understand
-soname ?
> Didn't you have libtool-1.5.22 emerged just before to
eprefix ?
> Shouldn't this be passed to linker using -Wl, rather
than libtool ?
>
> Anyway:
>
> libperl-5.8.7.ebuild assumes using GNU ld if userland
!= Darwin,
> applying a patch called
"$-create-libperl-soname.patch".
> Do you have userland set to Darwin ?
>
> I'm not sure how to decide when to apply this patch,
in  
> libperl-5.8.7 it
> was done for non-Darwin userland only:
>    use userland_Darwin || epatch
$/$-create-libperl- 
> soname.patch
>
> On ia64-hpux i'm doing this based on CHOST now (will
work for hppa- 
> hpux
> too), but IMHO this nothing but a quick-hack:
>     ( use userland_Darwin || [[ $ = *-*-hpux* ]]
) ||
>         epatch
$/$-create-libperl-soname.patch
>
> Maybe I should do with 'use ia64-hpux' ?
>
> Same problem applies for perl itself lateron.
>
> Maybe we should introduce another global use-flags both
for GNU-as and
> GNU-ld ?
> Because there are some platform out there, where both
GNU and native
> as/ld will work, and others where only GNU as works,
but GNU ld does
> not, and others where none of the GNU binutils work.
>
> -haubi-
> -- 
> Michael Haubenwallner                    SALOMON
Automation GmbH
> Forschung & Entwicklung                  A-8114
Friesach bei Graz
> mailto:michael.haubenwallnersalomon.at  http://www.salomon.at
> No HTML/MIME please, see http://expita.com/nomim
e.html
>
> -- 
> gentoo-osxgentoo.org mailing list
>

-- 
gentoo-osxgentoo.org mailing list

On 9/12/06, Tobias Hahn <tobhahnweb.de> wrote:
> I had similar issues once, my guess is the following:
/usr/bin/
> libtool is the Darwin libtool, not the GNU libtool you
emerged
> before. I don't know enough about prefix-portage to
tell it which
> libtool to use, but I guess that's the problem to
solve.
>

But, this shouldn't be x86-macos specific, right?  Does
anyone see the
same thing on ppc-macos?

Thanks,


Chris
-- 
gentoo-osxgentoo.org mailing list

Well, I am on ppc-macos, but when I experienced this, prefix
was  
still in its infancy, i.e. months ago. Maybe I'll try
another fresh  
install of prefix next weekend after Grobian's mail from
yesterday.

Am 12.09.2006 um 14:37 schrieb Chris L. Mason:

> On 9/12/06, Tobias Hahn <tobhahnweb.de> wrote:
>> I had similar issues once, my guess is the
following: /usr/bin/
>> libtool is the Darwin libtool, not the GNU libtool
you emerged
>> before. I don't know enough about prefix-portage
to tell it which
>> libtool to use, but I guess that's the problem to
solve.
>>
>
> But, this shouldn't be x86-macos specific, right? 
Does anyone see the
> same thing on ppc-macos?
>
> Thanks,
>
>
> Chris
> -- 
> gentoo-osxgentoo.org mailing list
>

-- 
gentoo-osxgentoo.org mailing list

On 9/12/06, Michael Haubenwallner
<michael.haubenwallnersalomon.at> wrote:
> On Mon, 2006-09-11 at 19:34 -0400, Chris L. Mason
wrote:
> <snip>
>
> > libperl-5.8.8 fails:
> >
> > env MACOSX_DEPLOYMENT_TARGET=10.3 cc -o
libperl.1.5.8.dylib
> > -L/usr/local/lib -L/opt/local/lib -dynamiclib
> >    -compatibility_version   5.8.0
> >             -current_version                      
    5.8.8
> > -install_name
/gentoo/usr/lib/perl5/5.8.8/darwin-2level/CORE/libperl.1.5.8
.dylib
> > perl.o  gv.o toke.o perly.o o
> > p.o pad.o regcomp.o dump.o util.o mg.o reentr.o
hv.o av.o run.o
> > pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o
doop.o doio.o regexec.o
> > utf8.o taint.o deb.o universal.o xsutils.o g
> > lobals.o perlio.o perlapi.o numeric.o locale.o
pp_pack.o pp_sort.o
> > -ldl -lm -lc  -Wl,-soname -Wl,libperl.so.`echo
libperl.1.5.8.dylib |
> > cut -d. -f3`
> > /usr/bin/libtool: unknown option character `o'
in: -soname
> > Usage: /usr/bin/libtool -static [-] file [...]
[-filelist
> > listfile[,dirname]] [-arch_only arch] [-sacLT]
> > Usage: /usr/bin/libtool -dynamic [-] file [...]
[-filelist
> > listfile[,dirname]] [-arch_only arch] [-o output]
[-install_name name]
> > [-compatibility_version #] [-current_version #]
> >  [-seg1addr 0x#] [-segs_read_only_addr 0x#]
[-segs_read_write_addr
> > 0x#] [-seg_addr_table <filename>]
[-seg_addr_table_filename
> > <file_system_path>] [-all_load]
[-noall_load]
> > make: *** [libperl.1.5.8.dylib] Error 1
> >
>
> This looks like some similar problem I had on
ia64-hpux, where native ld
> does not understand -soname.
> But wait, questions came up while reading your
errormessage thrice:
> Seems that your /usr/bin/libtool does not understand
-soname ?
> Didn't you have libtool-1.5.22 emerged just before to
eprefix ?
> Shouldn't this be passed to linker using -Wl, rather
than libtool ?

Ah, may that's the problem.  Yes, I did have 1.5.22
emerge'd, but it's
still calling /usr/bin/libtool not /gentoo/usr/bin/libtool. 
Maybe
that's it?

>
> Anyway:
>
> libperl-5.8.7.ebuild assumes using GNU ld if userland
!= Darwin,
> applying a patch called
"$-create-libperl-soname.patch".
> Do you have userland set to Darwin ?

I assume that is set by the profile?  I didn't explicitly
add this anywhere.

>
> I'm not sure how to decide when to apply this patch,
in libperl-5.8.7 it
> was done for non-Darwin userland only:
>    use userland_Darwin || epatch
$/$-create-libperl-soname.patch

Yeah, I don't see this in 5.8.8, just 5.8.7, so I'll try
that one with
the userland_Darwin use flag.
>
>

Thanks,


Chris
-- 
gentoo-osxgentoo.org mailing list

Okay, by manually adding the USE flag userland_Darwin to
/gentoo/etc/make.conf, I was able to get libperl installed. 
So it can
be keyworded as well, and I guess the userland_Darwin flag
needs to be
set somehwere in the profile?

sys-devel/libperl-5.8.7

perl also compiled, but at the end I get three mv questions
I had to
answer:

mv: overwrite
`/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/
perl5/5.8.7/darwin-2level/Config.pm',
overriding mode 0444? y
mv: overwrite
`/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/
perl5/5.8.7/darwin-2level/Encode/Config.pm',
overriding mode 0444? y
mv: overwrite
`/gentoo/var/tmp/portage/perl-5.8.7-r1/image/gentoo/usr/lib/
perl5/5.8.7/Net/Config.pm',
overriding mode 0444? y

Then later I get:

File "/gentoo/usr/lib/portage/pym/portage.py",
line 6309, in mergeme
myf=open(myrealdest,"r+")
(several of these lines)
IOError: [Errno 13] Permission denied:
'/gentoo/usr/lib/perl5/5.8.7/darwin-2level/auto/DynaLoader/
DynaLoader.a'

Don't know what to do here.

Thanks,


Chris
-- 
gentoo-osxgentoo.org mailing list

On 11-09-2006 19:34:08 -0400, Chris L. Mason wrote:
> Okay, here's the full test results from scratch with
everything that
> can be keyworded ~x86-macos.  I hope the whole project
doesn't blow
> up!  

I added x86-macos to the arch.list file, so in prefix it is
real now 

All ebuild listed below, I treated with
"esanitise", which are two
scripts that a) add EAPI="prefix" when not
there, and b) removes all
keywords that are not in my list of supported keywords.

> sys-apps/sed-4.1.4-r1
bumped to 4.1.5 -- please test
> sys-devel/autoconf-2.13
> sys-devel/autoconf-2.59-r7
done
> sys-devel/autoconf-wrapper-3.2
done
> sys-devel/automake-1.5
> sys-devel/automake-1.8.5-r3
> sys-devel/automake-1.6.3
> sys-devel/automake-1.7.9-r1
> sys-devel/automake-1.4_p6
> sys-devel/automake-1.9.6-r1
done
> sys-devel/automake-wrapper-1-r1
done
> sys-devel/libtool-1.5.22
done

> sys-apps/coreutils-5.94-r3
> (note with ELIBC fix backported from 6.1 and /bin/expr
copied in manually.
> Also, note this didn't even have the ppc-macos
keyword.  Also had to
> remove the "--program-prefix=g" option from
the ebuild, still works
> without that, but I don't think we want the 'g'
prefix on everything.)

could you try emerging coreutils-5.94-r3 from the prefix
tree to see if
my modifications work?  On ppc they do.

> sys-apps/gawk-3.1.5
> (note, this should probably be before coreutils,
because coreutils gives
> a non-fatal error about gawk not being found.  Also
"--nodeps" isn't
> needed with gawk.)
(ok, those are wiki fixes)
done

> (emerge system doesn't do anything, so I try to emerge
portage and its deps)
(weird)

> sys-libs/zlib-1.2.3
done
> dev-libs/expat-1.95.8
done
> dev-lang/python-2.4.2
done
> dev-python/python-fchksum-1.7.1
done
> dev-python/pycrypto-2.0.1
done
> sys-libs/ncurses-5.5-r3
done
> app-shells/bash-3.1_p11
done
> sys-apps/portage-2.1.13.4415-r1
please test -r2

First going to make some more scripts now to automate even
more in the
process of "porting" from main to prefix tree.

Thanks for the reports on x86-macos.  Please feel free to
report any
other ebuilds or bugs.

-- 
Fabian Groffen
Gentoo on a different level
-- 
gentoo-osxgentoo.org mailing list