Custom Search
|
Date: December 31, 2006
From: "Kurt Hindenburg" <kurt.hindenburg@xxxxxxxxx>
In-reply-to:
<20061231215244.GE22227@xxxxxxxxxx>
References:
<3eb00e9b0612301856x573aad68q8153a1af86a93e59@xxxxxxxxxxxxxx> <20061231085450.GA1630@xxxxxxxxxx> <3eb00e9b0612310752x69ac4b1bj51fe2a0dc4592905@xxxxxxxxxxxxxx> <20061231215244.GE22227@xxxxxxxxxx>
The cc invocation doesn't have -lc, so maybe try and see if adding -lc
to CFLAGS or LDFLAGS gets it copied into the cc call. Otherwise, you'll
have to hack the sources to get it in there. Are you sure you compile
the right way? A package which has so much Mac knownledge, I can hardly
imagine doesn't know it should add -lc.
Date: December 31, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<3eb00e9b0612310752x69ac4b1bj51fe2a0dc4592905@xxxxxxxxxxxxxx>
References:
<3eb00e9b0612301856x573aad68q8153a1af86a93e59@xxxxxxxxxxxxxx> <20061231085450.GA1630@xxxxxxxxxx> <3eb00e9b0612310752x69ac4b1bj51fe2a0dc4592905@xxxxxxxxxxxxxx>
On 31-12-2006 10:52:35 -0500, Kurt Hindenburg wrote: > On 12/31/06, Fabian Groffen <[1]grobian@xxxxxxxxxx> wrote: > > Yeah. The manpage of vasprintf says to include stdio.h, and to use -lc > (link against libc library). I think the first is done, but the second > is not. Is this compilation time? > > Yea, it is when it is trying to build the .app executable. Where is > libc? > The small example in man vasprintf works, so perhaps it is just the > software I'm trying to compile... > (in /Volumes/Extra/Projects/DOOM/prboom2/src) > cc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk > -F/Users/kurthindenburg/Library/Frameworks -F/Library/Frameworks > -F/System/Library/Frameworks -o " PrBoom.app/Contents/MacOS/PrBoom" > SDL/i_main.o SDL/i_network.o SDL/i_joy.o SDL/i_sound.o SDL/i_system.o > SDL/i_video.o MAC/i_system.o MAC/i_sound.o MAC/SDLMain.o ./am_map.o > ./d_client.o ./d_deh.o ./d_items.o ./d_main.o ./doomdef.o ./doomstat.o > ./dstrings.o ./f_finale.o ./f_wipe.o ./g_game.o ./gl_main.o > ./gl_texture.o ./hu_lib.o ./hu_stuff.o ./info.o ./lprintf.o ./m_argv.o > ./m_bbox.o ./m_cheat.o ./m_menu.o ./m_misc.o ./m_random.o ./md5.o > ./mmus2mid.o ./p_ceilng.o ./p_checksum.o ./p_doors.o ./p_enemy.o > ./p_floor.o ./p_genlin.o ./p_inter.o ./p_lights.o ./p_map.o > ./p_maputl.o ./p_mobj.o ./p_plats.o ./p_pspr.o ./p_saveg.o ./p_setup.o > ./p_sight.o ./p_spec.o ./p_switch.o ./p_telept.o ./p_tick.o ./p_user.o > ./r_bsp.o ./r_data.o ./r_demo.o ./r_draw.o ./r_filter.o ./r_fps.o > ./r_main.o ./r_patch.o ./r_plane.o ./r_segs.o ./r_sky.o ./r_things.o > ./s_sound.o ./sounds.o ./st_lib.o ./st_stuff.o ./tables.o ./v_video.o > ./version.o ./w_wad.o ./w_mmap.o ./wi_stuff.o ./z_bmalloc.o ./z_zone.o > -framework SDL -framework SDL_net -framework Cocoa -framework > Carbon -framework QuickTime -framework OpenGL > /Users/kurthindenburg/Library/Gentoo/usr/lib/ruby/site_ruby/1.8/rake.rb > :728: warning: Insecure world writable dir /Volumes, mode 041777 > /Users/kurthindenburg/Library/Gentoo/usr/bin/ld: Undefined symbols: > _va_end > _va_start > collect2: ld returned 1 exit status The cc invocation doesn't have -lc, so maybe try and see if adding -lc to CFLAGS or LDFLAGS gets it copied into the cc call. Otherwise, you'll have to hack the sources to get it in there. Are you sure you compile the right way? A package which has so much Mac knownledge, I can hardly imagine doesn't know it should add -lc. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 31, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
In-reply-to:
<20061231190829.GD22227@xxxxxxxxxx>
References:
<20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx> <20061230203354.GO22232@xxxxxxxxxx> <897E65E8-B125-43E6-B37B-266C31E5B26A@xxxxxxxxx> <20061230211042.GQ22232@xxxxxxxxxx> <3D3A4AF0-15D5-4E27-8946-9E9D919B48C8@xxxxxxxxx> <20061230231226.GR22232@xxxxxxxxxx> <FD3CE02D-EFAD-4707-83D6-1C4713FBC960@xxxxxxxxx> <20061231190829.GD22227@xxxxxxxxxx>
So what do you think, should I do a fresh bootstrap now?Well... I advice you to wait a while. I've done some "new yearscleaning" and moved away my own prefix to built it again. My prefix has gone through many evolutions of Prefixed Portage, starting from the verybeginning, so I guessed a clean start wouldn't be so bad... Anyway, I still had the same problem, so it's not solved yet. Hence,I'd like to try and fix this issue for once and forever before you try,so I can see it really works.
Ok, seems like a good idea!I'm happy to to the "final" test (my powerbook will also be happy not to do so many bootstraps!)...
Just tell me when you're ready.
I mean my current target is to port some ebuilds... :-) And I would say a clean bootstrap would probably be good for that right?I'd like you to start with a good ground, because that eases the job andmakes the result more predictable.
Ok then I'll heavily play around now in/with my prefix and try to learn as much as possible... ;-)
And when you think you fixed the problem I'll start fresh!I'm interested in helping you with ebuild porting to prefix if you're interested!
As the docs are saying:(While the prefix tree contains enough packages to bootstrap a prefix system, run some editor and read mail via mutt, it currently lacks packages in a number of areas. Currently for instance Java and XOrg are not in the tree at all. This limits the number of packages in a way. We are looking on how to expand on these areas.)
Just tell me if you're interested in me helping you out in this area! Steffen -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 31, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<FD3CE02D-EFAD-4707-83D6-1C4713FBC960@xxxxxxxxx>
References:
<20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx> <20061230203354.GO22232@xxxxxxxxxx> <897E65E8-B125-43E6-B37B-266C31E5B26A@xxxxxxxxx> <20061230211042.GQ22232@xxxxxxxxxx> <3D3A4AF0-15D5-4E27-8946-9E9D919B48C8@xxxxxxxxx> <20061230231226.GR22232@xxxxxxxxxx> <FD3CE02D-EFAD-4707-83D6-1C4713FBC960@xxxxxxxxx>
On 31-12-2006 15:48:31 +0100, Steffen Strobel wrote: > >We're off to bootstrapping again... > > Cool you found the problem! ;-) > > So what do you think, should I do a fresh bootstrap now? Well... I advice you to wait a while. I've done some "new years cleaning" and moved away my own prefix to built it again. My prefix has gone through many evolutions of Prefixed Portage, starting from the very beginning, so I guessed a clean start wouldn't be so bad... Anyway, I still had the same problem, so it's not solved yet. Hence, I'd like to try and fix this issue for once and forever before you try, so I can see it really works. > I mean my current target is to port some ebuilds... :-) > And I would say a clean bootstrap would probably be good for that > right? I'd like you to start with a good ground, because that eases the job and makes the result more predictable. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 31, 2006
From: "Kurt Hindenburg" <kurt.hindenburg@xxxxxxxxx>
In-reply-to:
<20061231085450.GA1630@xxxxxxxxxx>
References:
<3eb00e9b0612301856x573aad68q8153a1af86a93e59@xxxxxxxxxxxxxx> <20061231085450.GA1630@xxxxxxxxxx>
Yeah. The manpage of vasprintf says to include stdio.h, and to use -lc
(link against libc library). I think the first is done, but the second
is not. Is this compilation time?
Date: December 31, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
In-reply-to:
<20061230231226.GR22232@xxxxxxxxxx>
References:
<20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx> <20061230203354.GO22232@xxxxxxxxxx> <897E65E8-B125-43E6-B37B-266C31E5B26A@xxxxxxxxx> <20061230211042.GQ22232@xxxxxxxxxx> <3D3A4AF0-15D5-4E27-8946-9E9D919B48C8@xxxxxxxxx> <20061230231226.GR22232@xxxxxxxxxx>
What do you think happened? ;-)I found the problem. And the problem is on every system now. Yes, Matt, listen closely now. Remember that problem with an endless loop for sed? Well, here is the thing: On a normal Gentoo box, usr/bin/sed is a symlink to ../../bin/sed (bin/sed). Great, you'd say. But why? or better said, who made it?Noone, it seems. On a native Gentoo Linux system, portage doesn't know who made that symlink. So the sed ebuild, certainly doesn't add it. Idon't know why, but it doesn't. Portage installs a sed wrapper in usr/bin if it doesn't see one. This wrapper script then assumes you have a gsed, or else it happily likes to call itself, running into the endless loop. I "avoided" this by the time, by removing the wrapper installed by portage, during the bootstrap, but it was added back afterwards. To solve this, I now let the bootstrap script create a symlink from usr/bin/sed to bin/sed, like there is on native Gentoo systems. Thisproblem actually caused the gcc-config wrapper script to not be able tofind sed when ran from portage, causing the weird effect that it "did work the third time", as that time was outside portage.There you go:Thanks, that made me go figure and find the problem, which wasn't in thescript in the end. We're off to bootstrapping again...
Cool you found the problem! ;-) So what do you think, should I do a fresh bootstrap now? I mean my current target is to port some ebuilds... :-)And I would say a clean bootstrap would probably be good for that right?
Thanks so far, Steffen -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 31, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<459733BA.4020303@xxxxxxxxxxx>
References:
<20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx> <20061230203354.GO22232@xxxxxxxxxx> <897E65E8-B125-43E6-B37B-266C31E5B26A@xxxxxxxxx> <20061230211042.GQ22232@xxxxxxxxxx> <3D3A4AF0-15D5-4E27-8946-9E9D919B48C8@xxxxxxxxx> <20061230231226.GR22232@xxxxxxxxxx> <459733BA.4020303@xxxxxxxxxxx>
On 31-12-2006 14:51:22 +1100, MattM wrote: > Fabian Groffen wrote: > >Yes, Matt, listen closely now. Remember that problem with an endless > >loop for sed? Well, here is the thing: > > Sounds good. I might hose my current OSX prefix and try a bootstrap from > scratch. > > Matt. Hehe! I meant another (the other?) Matt. LOL, there are too many Matts here! :D You're welcome anyhow :) -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 31, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<3eb00e9b0612301856x573aad68q8153a1af86a93e59@xxxxxxxxxxxxxx>
References:
<3eb00e9b0612301856x573aad68q8153a1af86a93e59@xxxxxxxxxxxxxx>
On 30-12-2006 21:56:59 -0500, Kurt Hindenburg wrote: > Perhaps not Gentoo related, but has anyone seen this error before? > /Users/kurthindenburg/Library/Gentoo/usr/bin/ld: Undefined symbols: > _va_end > _va_start > collect2: ld returned 1 exit status > rake aborted! > Command failed with status (1): [cc -arch ppc -arch i386 -isysroot > /Develo...] > On ppc-macos > Kurt Yeah. The manpage of vasprintf says to include stdio.h, and to use -lc (link against libc library). I think the first is done, but the second is not. Is this compilation time? -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 31, 2006
From: MattM <me@xxxxxxxxxxx>
In-reply-to:
<20061230231226.GR22232@xxxxxxxxxx>
References:
<20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx> <20061230203354.GO22232@xxxxxxxxxx> <897E65E8-B125-43E6-B37B-266C31E5B26A@xxxxxxxxx> <20061230211042.GQ22232@xxxxxxxxxx> <3D3A4AF0-15D5-4E27-8946-9E9D919B48C8@xxxxxxxxx> <20061230231226.GR22232@xxxxxxxxxx>
Fabian Groffen wrote:
On 30-12-2006 22:58:35 +0100, Steffen Strobel wrote:What do you think happened? ;-)I found the problem. And the problem is on every system now. Yes, Matt, listen closely now. Remember that problem with an endless loop for sed? Well, here is the thing: On a normal Gentoo box, usr/bin/sed is a symlink to ../../bin/sed (bin/sed). Great, you'd say. But why? or better said, who made it? Noone, it seems. On a native Gentoo Linux system, portage doesn't know who made that symlink. So the sed ebuild, certainly doesn't add it. I don't know why, but it doesn't. Portage installs a sed wrapper in usr/bin if it doesn't see one. This wrapper script then assumes you have a gsed, or else it happily likes to call itself, running into the endless loop. I "avoided" this by the time, by removing the wrapper installed by portage, during the bootstrap, but it was added back afterwards. To solve this, I now let the bootstrap script create a symlink from usr/bin/sed to bin/sed, like there is on native Gentoo systems. This problem actually caused the gcc-config wrapper script to not be able to find sed when ran from portage, causing the weird effect that it "did work the third time", as that time was outside portage.
Sounds good. I might hose my current OSX prefix and try a bootstrap from scratch.
Matt. -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 31, 2006
From: "Kurt Hindenburg" <kurt.hindenburg@xxxxxxxxx>
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<3D3A4AF0-15D5-4E27-8946-9E9D919B48C8@xxxxxxxxx>
References:
<20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx> <20061230203354.GO22232@xxxxxxxxxx> <897E65E8-B125-43E6-B37B-266C31E5B26A@xxxxxxxxx> <20061230211042.GQ22232@xxxxxxxxxx> <3D3A4AF0-15D5-4E27-8946-9E9D919B48C8@xxxxxxxxx>
On 30-12-2006 22:58:35 +0100, Steffen Strobel wrote: > >>What do you think happened? ;-) I found the problem. And the problem is on every system now. Yes, Matt, listen closely now. Remember that problem with an endless loop for sed? Well, here is the thing: On a normal Gentoo box, usr/bin/sed is a symlink to ../../bin/sed (bin/sed). Great, you'd say. But why? or better said, who made it? Noone, it seems. On a native Gentoo Linux system, portage doesn't know who made that symlink. So the sed ebuild, certainly doesn't add it. I don't know why, but it doesn't. Portage installs a sed wrapper in usr/bin if it doesn't see one. This wrapper script then assumes you have a gsed, or else it happily likes to call itself, running into the endless loop. I "avoided" this by the time, by removing the wrapper installed by portage, during the bootstrap, but it was added back afterwards. To solve this, I now let the bootstrap script create a symlink from usr/bin/sed to bin/sed, like there is on native Gentoo systems. This problem actually caused the gcc-config wrapper script to not be able to find sed when ran from portage, causing the weird effect that it "did work the third time", as that time was outside portage. > There you go: Thanks, that made me go figure and find the problem, which wasn't in the script in the end. We're off to bootstrapping again... -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
In-reply-to:
<20061230211042.GQ22232@xxxxxxxxxx>
References:
<20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx> <20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx> <20061230203354.GO22232@xxxxxxxxxx> <897E65E8-B125-43E6-B37B-266C31E5B26A@xxxxxxxxx> <20061230211042.GQ22232@xxxxxxxxxx>
Yes, it emerged the whole system! But you're right there is no $EPREFIX/usr/bin/gcc . It compiles everthing with powerpc-apple-darwin8-gcc.Owh really! That's grand!
Yeah, I already emerged subversion! ;-)
What do you think happened? ;-)I don't understand it yet. Before you "fix" your installation, please do the following: $ ls -la $EPREFIX/etc/env.d/gcc/ $ cat $EPREFIX/etc/env.d/gcc/config $ cat $EPREFIX/etc/env.d/05gcc
There you go: PowerBook:~ shs$ ls -la $EPREFIX/etc/env.d/gcc/ total 8 drwxr-xr-x 4 shs shs 136 Dec 30 20:23 . drwxr-xr-x 11 shs shs 374 Dec 30 20:23 .. -rw-r--r-- 1 shs shs 36 Dec 30 20:23 config -rw-r--r-- 1 shs shs 437 Dec 30 20:23 powerpc-apple-darwin8-4.0.1 PowerBook:~ shs$ cat $EPREFIX/etc/env.d/gcc/config CURRENT=powerpc-apple-darwin8-4.0.1 PowerBook:~ shs$ cat $EPREFIX/etc/env.d/05gcc PATH="/Users/shs/Library/Gentoo/usr/powerpc-apple-darwin8/gcc-bin/4.0.1"ROOTPATH="/Users/shs/Library/Gentoo/usr/powerpc-apple-darwin8/gcc-bin/ 4.0.1" MANPATH="/Users/shs/Library/Gentoo/usr/share/gcc-data/powerpc-apple- darwin8/4.0.1/man" INFOPATH="/Users/shs/Library/Gentoo/usr/share/gcc-data/powerpc-apple- darwin8/4.0.1/info" LDPATH="/Users/shs/Library/Gentoo/usr/lib/gcc/powerpc-apple- darwin8/4.0.1"
What should I do now? Run gcc-config several times? Steffen -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<897E65E8-B125-43E6-B37B-266C31E5B26A@xxxxxxxxx>
References:
<20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx> <20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx> <20061230203354.GO22232@xxxxxxxxxx> <897E65E8-B125-43E6-B37B-266C31E5B26A@xxxxxxxxx>
On 30-12-2006 21:40:47 +0100, Steffen Strobel wrote: > Yes, it emerged the whole system! > > But you're right there is no $EPREFIX/usr/bin/gcc . > It compiles everthing with powerpc-apple-darwin8-gcc. Owh really! That's grand! > What do you think happened? ;-) I don't understand it yet. Before you "fix" your installation, please do the following: $ ls -la $EPREFIX/etc/env.d/gcc/ $ cat $EPREFIX/etc/env.d/gcc/config $ cat $EPREFIX/etc/env.d/05gcc -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
In-reply-to:
<20061230203354.GO22232@xxxxxxxxxx>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
> <20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx> <20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx> <20061230203354.GO22232@xxxxxxxxxx>
No, it compiled straight through... ;-)compilation ok, but the GCC_SPECS thing, which is bogus, yesThis is the section after gcc was emerged:/Users/shs/Library/Gentoo/usr/share/gcc-data/powerpc-apple-darwin8/4.0.1/man/man7/gpl.7 * gcc-config: Profile does not exist or invalid setting for /Users/ shs/Library/Gentoo/etc/env.d/gcc/powerpc-apple-darwin8-4.0.1 * Switching native-compiler to powerpc-apple-darwin8-4.0.1 ... * Your gcc has a bug with GCC_SPECS. * Please re-emerge gcc. * http://bugs.gentoo.org/show_bug.cgi?id=68395 /Users/shs/Library/Gentoo/usr/bin/gcc-config: line 150: ///gcc: No such file or directory [ ok ]You got this tooEmerging (59 of 68) net-misc/openssh-4.5_p1 to /Does it really continue emerging? I guess there is no $EPREFIX/usr/bin/gcc, right?
Yes, it emerged the whole system! But you're right there is no $EPREFIX/usr/bin/gcc . It compiles everthing with powerpc-apple-darwin8-gcc. What do you think happened? ;-) Steffen -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
> <20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx> <20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx> <975DEEE2-49A7-477C-AEDE-2676F75F44AD@xxxxxxxxx>
On 30-12-2006 21:31:05 +0100, Steffen Strobel wrote: > No, it compiled straight through... ;-) compilation ok, but the GCC_SPECS thing, which is bogus, yes > This is the section after gcc was emerged: > > >>> /Users/shs/Library/Gentoo/usr/share/gcc-data/powerpc-apple- > darwin8/4.0.1/man/man7/gpl.7 > * gcc-config: Profile does not exist or invalid setting for /Users/ > shs/Library/Gentoo/etc/env.d/gcc/powerpc-apple-darwin8-4.0.1 > * Switching native-compiler to powerpc-apple-darwin8-4.0.1 ... > > * Your gcc has a bug with GCC_SPECS. > * Please re-emerge gcc. > * http://bugs.gentoo.org/show_bug.cgi?id=68395 > > /Users/shs/Library/Gentoo/usr/bin/gcc-config: line 150: ///gcc: No > such file or > directory > [ ok ] You got this too > >>> Emerging (59 of 68) net-misc/openssh-4.5_p1 to / Does it really continue emerging? I guess there is no $EPREFIX/usr/bin/gcc, right? -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
In-reply-to:
<20061230162625.GI22232@xxxxxxxxxx>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
> <20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx> <20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx> <20061230162625.GI22232@xxxxxxxxxx>
Yes it works:Ok, then I'll add that to the bootstrap page.I'm now continuing with emerge -e system... ;-)I got trouble after gcc-apple, it required me to like two times call gcc-config in order for it to be happy and all. Please report if you run into that problem too.
No, it compiled straight through... ;-) No errors! ;-) What now? This is the section after gcc was emerged:>>> /Users/shs/Library/Gentoo/usr/share/gcc-data/powerpc-apple- darwin8/4.0.1/man/man7/gpl.7 * gcc-config: Profile does not exist or invalid setting for /Users/ shs/Library/Gentoo/etc/env.d/gcc/powerpc-apple-darwin8-4.0.1
* Switching native-compiler to powerpc-apple-darwin8-4.0.1 ... * Your gcc has a bug with GCC_SPECS. * Please re-emerge gcc. * http://bugs.gentoo.org/show_bug.cgi?id=68395/Users/shs/Library/Gentoo/usr/bin/gcc-config: line 150: ///gcc: No such file or directory [ ok ]
* If you intend to use the gcc from the new profile in an already * running shell, please remember to do: * # source /Users/shs/Library/Gentoo/etc/profile >>> sys-devel/gcc-apple-4.0.1_p5363-r1 merged. >>> No packages selected for removal by clean. >>> Emerging (59 of 68) net-misc/openssh-4.5_p1 to / Thanks so far, Steffen -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
> <20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx> <20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx> <EDC2441C-C15C-4059-A8F8-83973170C3C1@xxxxxxxxx>
On 30-12-2006 16:15:18 +0100, Steffen Strobel wrote: > Yes it works: Ok, then I'll add that to the bootstrap page. > I'm now continuing with emerge -e system... ;-) I got trouble after gcc-apple, it required me to like two times call gcc-config in order for it to be happy and all. Please report if you run into that problem too. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
In-reply-to:
<20061230142524.GG22232@xxxxxxxxxx>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
> <20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx> <20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx> <20061230142524.GG22232@xxxxxxxxxx>
Ok, now I finally have this mail account in my mail client so i don't have to use this freaking webmailer anymore who adds that annoing AW: to the subject (and thus breaking the thread)... ;-)Steffen, how far did you get in your process? Maybe you can help me trying something out right now if you're not already too far...Not too far, because my primary mac is in repair currently... ;-) What should I try? As I already said I'm happy to help...right before the first "emerge -e system" do: $ emerge --nodeps baselayout-prefix see if that works, if so, continue with the emerge -e system
Yes it works: >>> sys-apps/portage-2.1.20.5400 merged. >>> No packages selected for removal by clean. >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date.* IMPORTANT: 1 config files in '/Users/shs/Library/Gentoo/etc' need updating.
* Type emerge --help config to learn how to update config files. PowerBook:~ shs$ rm -Rf $EPREFIX/tmp/* PowerBook:~ shs$ hash -r PowerBook:~ shs$ envLDFLAGS=-Wl,-search_paths_first -L/Users/shs/Library/Gentoo/usr/lib - L/Users/shs/Library/Gentoo/lib
TERM_PROGRAM=Apple_Terminal TERM=xterm-color SHELL=/bin/bash CPPFLAGS=-I/Users/shs/Library/Gentoo/usr/include TERM_PROGRAM_VERSION=133 USER=shs __CF_USER_TEXT_ENCODING=0x1F5:0:3PATH=/Users/shs/Library/Gentoo/usr/bin:/Users/shs/Library/Gentoo/bin:/ Users/shs/Library/Gentoo/tmp/usr/bin:/Users/shs/Library/Gentoo/tmp/ bin:/bin:/sbin:/usr/bin:/usr/sbin
EPREFIX=/Users/shs/Library/Gentoo PWD=/Users/shs SHLVL=1 HOME=/Users/shs LOGNAME=shs SECURITYSESSIONID=685300 _=/Users/shs/Library/Gentoo/bin/env PowerBook:~ shs$ emerge --nodeps baselayout-prefix Calculating dependencies... done! >>> Emerging (1 of 1) sys-apps/baselayout-prefix-1.12.5-r2 to />>> Downloading 'http://distfiles.gentoo.org/distfiles/ baselayout-1.12.5.tar.bz2' --16:12:44-- http://distfiles.gentoo.org/distfiles/ baselayout-1.12.5.tar.bz2 => `/Users/shs/Library/Gentoo/usr/portage/distfiles/ baselayout-1.12.5.tar.bz2' Resolving distfiles.gentoo.org... 64.50.238.52, 64.50.236.52, 216.165.129.135, ...
Connecting to distfiles.gentoo.org|64.50.238.52|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 220,693 (216K) [application/x-tar] 100%[====================================>] 220,693 75.26K/s16:12:47 (75.06 KB/s) - `/Users/shs/Library/Gentoo/usr/portage/ distfiles/baselayout-1.12.5.tar.bz2' saved [220693/220693]
* checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking baselayout-1.12.5.tar.bz2 ;-) ... [ ok ]
>>> Unpacking source...>>> Unpacking baselayout-1.12.5.tar.bz2 to /Users/shs/Library/Gentoo/ var/tmp/portage/sys-apps/baselayout-prefix-1.12.5-r2/work * Applying baselayout-1.12.5- prefix.patch ... [ ok ]
* Adjusting to prefix* 00basic ... [ ok ] * profile ... [ ok ] * env- update.sh ... [ ok ] * functions.sh ... [ ok ]
>>> Source unpacked.>>> Compiling source in /Users/shs/Library/Gentoo/var/tmp/portage/ sys-apps/baselayout-prefix-1.12.5-r2/work/baselayout-1.12.5 ...
>>> Source compiled. >>> Test phase [not enabled]: sys-apps/baselayout-prefix-1.12.5-r2>>> Install baselayout-prefix-1.12.5-r2 into /Users/shs/Library/ Gentoo/var/tmp/portage/sys-apps/baselayout-prefix-1.12.5-r2/image/ Users/shs/Library/Gentoo/ category sys-apps >>> Completed installing baselayout-prefix-1.12.5-r2 into /Users/shs/ Library/Gentoo/var/tmp/portage/sys-apps/baselayout-prefix-1.12.5-r2/ image/Users/shs/Library/Gentoo/
man: * checking 11 files for package collisions >>> Merging sys-apps/baselayout-prefix-1.12.5-r2 to / --- /Users/shs/Library/Gentoo/etc/ --- /Users/shs/Library/Gentoo/etc/env.d/ >>> /Users/shs/Library/Gentoo/etc/env.d/00basic >>> /Users/shs/Library/Gentoo/etc/gentoo-release >>> /Users/shs/Library/Gentoo/etc/init.d/ >>> /Users/shs/Library/Gentoo/etc/profile >>> /Users/shs/Library/Gentoo/lib/ >>> /Users/shs/Library/Gentoo/lib/rcscripts/ >>> /Users/shs/Library/Gentoo/lib/rcscripts/awk/ >>> /Users/shs/Library/Gentoo/lib/rcscripts/awk/functions.awk >>> /Users/shs/Library/Gentoo/sbin/ >>> /Users/shs/Library/Gentoo/sbin/depscan.sh >>> /Users/shs/Library/Gentoo/sbin/env-update.sh >>> /Users/shs/Library/Gentoo/sbin/functions.sh >>> /Users/shs/Library/Gentoo/sbin/runscript.sh>>> /Users/shs/Library/Gentoo/etc/init.d/depscan.sh -> ../../sbin/ depscan.sh >>> /Users/shs/Library/Gentoo/etc/init.d/functions.sh -> ../../sbin/ functions.sh >>> /Users/shs/Library/Gentoo/etc/init.d/runscript.sh -> ../../sbin/ runscript.sh
* Please be sure to update all pending '._cfg*' files in /etc, * else things might break! You can use 'etc-update' * to accomplish this: * * # etc-update >>> sys-apps/baselayout-prefix-1.12.5-r2 merged. >>> Recording sys-apps/baselayout-prefix in "world" favorites file... >>> No packages selected for removal by clean. >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date.* IMPORTANT: 1 config files in '/Users/shs/Library/Gentoo/etc' need updating.
* Type emerge --help config to learn how to update config files. I'm now continuing with emerge -e system... ;-) Steffen -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
> <20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx> <20061230121749.GF22232@xxxxxxxxxx> <24531056-0ECD-4D30-B0CA-531E66D85E70@xxxxxxxxx>
On 30-12-2006 14:59:47 +0100, Steffen Strobel wrote: > Ok, now I finally have this mail account in my mail client so i don't > have to use this freaking webmailer anymore who adds that annoing AW: > to the subject (and thus breaking the thread)... ;-) > > >Steffen, how far did you get in your process? Maybe you can help me > >trying something out right now if you're not already too far... > > Not too far, because my primary mac is in repair currently... ;-) > > What should I try? As I already said I'm happy to help... right before the first "emerge -e system" do: $ emerge --nodeps baselayout-prefix see if that works, if so, continue with the emerge -e system -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
In-reply-to:
<20061230121749.GF22232@xxxxxxxxxx>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
> <20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx> <20061230121749.GF22232@xxxxxxxxxx>
Steffen, how far did you get in your process? Maybe you can help me trying something out right now if you're not already too far...
Not too far, because my primary mac is in repair currently... ;-) What should I try? As I already said I'm happy to help... Steffen
Well..... you better abort your mission right now, not to waste more ofyour time.
-- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
Not too far, because my primary mac is in repair currently... ;-) What should I try? As I already said I'm happy to help... Steffen >Steffen, how far did you get in your process? Maybe you can help me >trying something out right now if you're not already too far... >On 30-12-2006 13:14:18 +0100, Fabian Groffen wrote: >> Well..... you better abort your mission right now, not to waste more of >> your time. -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<20061230121417.GE22232@xxxxxxxxxx>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
> <20061230120616.GC22232@xxxxxxxxxx> <20061230121417.GE22232@xxxxxxxxxx>
Steffen, how far did you get in your process? Maybe you can help me trying something out right now if you're not already too far... On 30-12-2006 13:14:18 +0100, Fabian Groffen wrote: > Well..... you better abort your mission right now, not to waste more of > your time. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<20061230120616.GC22232@xxxxxxxxxx>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
> <20061230120616.GC22232@xxxxxxxxxx>
On 30-12-2006 13:06:16 +0100, Fabian Groffen wrote: > On 30-12-2006 13:04:11 +0100, Steffen Strobel wrote: > > The new instructions with $HOME are working great, I just tried them! > > I'm currently bootstrapping again (now with > > prefix-overlay-20061230.tar.bz2)! > > > > I'll tell you when something interesting happens... ;-) > > I'm also bootstrapping now, to see if it works out. The more people > trying, the more joy though, so keep on trying ;) Well..... you better abort your mission right now, not to waste more of your time. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
>
References:
<28291681.848721167480251941.JavaMail.servlet@kundenserver
>
On 30-12-2006 13:04:11 +0100, Steffen Strobel wrote: > The new instructions with $HOME are working great, I just tried them! > I'm currently bootstrapping again (now with prefix-overlay-20061230.tar.bz2)! > > I'll tell you when something interesting happens... ;-) I'm also bootstrapping now, to see if it works out. The more people trying, the more joy though, so keep on trying ;) -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
>> > 2) the ldwrapper script adds the lib-path for the current compiler's >> > libs. However, during bootstrap, you don't have a compiler yet, so this >> > horribly fails to find such path. This results in a "-L" (with nothing >> > following) being passed onto the linker, which afterwards (correctly) >> > complains that either no argument was given, or that the given argument >> > doesn't make sense. Solution here is to incorporate some more logic in >> > the ldwrapper program, to refrain from adding the lib-path for the >> > compiler if it can't find one. >Hopefully solved now too. I uploaded a new snapshot, so please try your >luck again this time! :) Cool! The new instructions with $HOME are working great, I just tried them! I'm currently bootstrapping again (now with prefix-overlay-20061230.tar.bz2)! I'll tell you when something interesting happens... ;-) Steffen >-- >Fabian Groffen >Gentoo on a different level > >-- >gentoo-alt@xxxxxxxxxx mailing list > -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<20061229220722.GA22183@xxxxxxxxxx>
References:
<4650737.1780511167423979672.JavaMail.servlet@kundenserver
> <20061229203651.GC20585@xxxxxxxxxx> <20061229220722.GA22183@xxxxxxxxxx>
On 29-12-2006 23:07:22 +0100, Fabian Groffen wrote: > On 29-12-2006 21:36:51 +0100, Fabian Groffen wrote: > > If you want the details: the problem is two-fold: > > > > 1) binutils-config will return an error if no profile is currently > > active, thereby preventing setting an profile. Solution here is > > probably to have a bit smarter ebuild, such that when no profile is > > active, the first possible profile is attempted. > > This one I just fixed. So only the one below to go. But it will be > tomorrow. > > > 2) the ldwrapper script adds the lib-path for the current compiler's > > libs. However, during bootstrap, you don't have a compiler yet, so this > > horribly fails to find such path. This results in a "-L" (with nothing > > following) being passed onto the linker, which afterwards (correctly) > > complains that either no argument was given, or that the given argument > > doesn't make sense. Solution here is to incorporate some more logic in > > the ldwrapper program, to refrain from adding the lib-path for the > > compiler if it can't find one. Hopefully solved now too. I uploaded a new snapshot, so please try your luck again this time! :) -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<3eb00e9b0612292200r76a82401h45202bc1f8332ebe@xxxxxxxxxxxxxx>
References:
<3eb00e9b0612292200r76a82401h45202bc1f8332ebe@xxxxxxxxxxxxxx>
On 30-12-2006 01:00:08 -0500, Kurt Hindenburg wrote: > Hello, > Please add: > [ebuild R ] dev-ruby/rake-0.7.1 USE="-doc -examples" 0 kB [1] > [ebuild R ] media-libs/giflib-4.1.4 USE="-X -rle" 0 kB [1] > They both work on ppc-macos after being eapified. Done, nice! -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 30, 2006
From: "Kurt Hindenburg" <kurt.hindenburg@xxxxxxxxx>
Date: December 29, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<20061229203651.GC20585@xxxxxxxxxx>
References:
<4650737.1780511167423979672.JavaMail.servlet@kundenserver
> <20061229203651.GC20585@xxxxxxxxxx>
On 29-12-2006 21:36:51 +0100, Fabian Groffen wrote: > If you want the details: the problem is two-fold: > > 1) binutils-config will return an error if no profile is currently > active, thereby preventing setting an profile. Solution here is > probably to have a bit smarter ebuild, such that when no profile is > active, the first possible profile is attempted. This one I just fixed. So only the one below to go. But it will be tomorrow. > 2) the ldwrapper script adds the lib-path for the current compiler's > libs. However, during bootstrap, you don't have a compiler yet, so this > horribly fails to find such path. This results in a "-L" (with nothing > following) being passed onto the linker, which afterwards (correctly) > complains that either no argument was given, or that the given argument > doesn't make sense. Solution here is to incorporate some more logic in > the ldwrapper program, to refrain from adding the lib-path for the > compiler if it can't find one. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 29, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<96c9d6a80612291334v6fc616c1k85266b60cd4fdd1f@xxxxxxxxxxxxxx>
References:
<18760651.1772101167425826118.JavaMail.servlet@kundenserver
> <96c9d6a80612291334v6fc616c1k85266b60cd4fdd1f@xxxxxxxxxxxxxx>
On 29-12-2006 14:34:20 -0700, Nathan wrote: > On 12/29/06, Steffen Strobel <shs.gentoo-alt@xxxxxxxxx> wrote: > >>What is your shell? It's not expanding the ~ in your export. That's > >>kind of uncommon. Are you sure you used double quotes and not single > >>ones? > > > >I'm using the Mac OS X Terminal with /bin/bash. > >I copy & pasted the command and thus really used double quotes! > > Weird. He's right. Look at this. The behaviour is identical on my > MacBook Pro with Tiger, and on my Gentoo Linux server: > > $ echo "~/Gentoo" > ~/Gentoo > > $ echo ~/Gentoo > /Users/nathan/Gentoo Hmmm.... Ok... I'd swear it was expanded, but now I think of it, it makes more sense it isn't... Thanks, I'll edit it in the howto to use $HOME instead. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 29, 2006
From: Nathan <nathan.stocks@xxxxxxxxx>
In-reply-to:
<18760651.1772101167425826118.JavaMail.servlet@kundenserver
>
References:
<18760651.1772101167425826118.JavaMail.servlet@kundenserver
>
On 12/29/06, Steffen Strobel <shs.gentoo-alt@xxxxxxxxx> wrote:
>What is your shell? It's not expanding the ~ in your export. That's >kind of uncommon. Are you sure you used double quotes and not single >ones? I'm using the Mac OS X Terminal with /bin/bash. I copy & pasted the command and thus really used double quotes!
Weird. He's right. Look at this. The behaviour is identical on my MacBook Pro with Tiger, and on my Gentoo Linux server: $ echo "~/Gentoo" ~/Gentoo $ echo ~/Gentoo /Users/nathan/Gentoo ~ Nathan. -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 29, 2006
From: Steffen Strobel <shs.gentoo-alt@xxxxxxxxx>
>On 29-12-2006 21:26:19 +0100, shs.gentoo-alt@xxxxxxxxx wrote:
>> The first problem was that setting export EPREFIX="~/Library/Gentoo"
>>resultet in creating a ~ directory in my home dir (with subdirs) while
>>running
>>./bootstrap-prefix.sh $EPREFIX tree (which then obviously failed at mv
>>prefix-overlay portage). Thus I simply removed everything again and used
>>export EPREFIX="/Users/myusername/Library/Gentoo" which worked!
>What is your shell? It's not expanding the ~ in your export. That's
>kind of uncommon. Are you sure you used double quotes and not single
>ones?
I'm using the Mac OS X Terminal with /bin/bash.
I copy & pasted the command and thus really used double quotes!
I tried it again:
powerbook:~ shs$ export EPREFIX="~/Gentoo"
powerbook:~ shs$ export
PATH="$EPREFIX/usr/bin:$EPREFIX/bin:$EPREFIX/tmp/usr/bin:$EPREFIX/tmp/bin:$PATH"
powerbook:~ shs$ ./bootstrap-prefix.sh $EPREFIX tree
* Bootstrapping Gentoo prefixed portage installation using
* host: powerpc-apple-darwin8
* prefix: ~/Gentoo
* ready to bootstrap tree
* Fetching prefix-overlay-20061227.tar.bz2
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 4866k 100 4866k 0 0 221k 0 0:00:21 0:00:21 --:--:-- 313k
mv: rename portage/distfiles to prefix-overlay/distfiles: No such file or
directory
powerbook:~ shs$ ls
Desktop Music bootstrap-prefix.sh
Documents Pictures mplayer
Library Public ~
Movies Sites
powerbook:~ shs$ env
TERM_PROGRAM=Apple_Terminal
TERM=xterm-color
SHELL=/bin/bash
TERM_PROGRAM_VERSION=133
USER=shs
__CF_USER_TEXT_ENCODING=0x1F5:0:3
PATH=~/Gentoo/usr/bin:~/Gentoo/bin:~/Gentoo/tmp/usr/bin:~/Gentoo/tmp/bin:/bin:/sbin:/usr/bin:/usr/sbin
EPREFIX=~/Gentoo
PWD=/Users/shs
SHLVL=1
HOME=/Users/shs
LOGNAME=shs
SECURITYSESSIONID=5069e0
_=/usr/bin/env
powerbook:~ shs$ ls \~
Gentoo
powerbook:~ shs$ ls \~/Gentoo
etc usr var
powerbook:~ shs$ ls \~/Gentoo/etc
powerbook:~ shs$ ls \~/Gentoo/usr
bin portage sbin ~
powerbook:~ shs$ ls \~/Gentoo/var
db lib log tmp
powerbook:~ shs$ ls \~/Gentoo/usr/\~
Gentoo
powerbook:~ shs$ ls \~/Gentoo/usr/\~/Gentoo
usr
powerbook:~ shs$ ls \~/Gentoo/usr/\~/Gentoo/usr
portage
powerbook:~ shs$ ls \~/Gentoo/usr/\~/Gentoo/usr/portage
distfiles
powerbook:~ shs$ ls \~/Gentoo/usr/\~/Gentoo/usr/portage/distfiles
prefix-overlay-20061227.tar.bz2
>> I'm using a Mac OS Extended (case sensitive and journaled) filesystem.
>That's cool.
Great!
>> After doing the above everything went smooth till emerge -e system:
>> It failed at emerging sys-devel/gcc-apple-4.0.1_p5363-r1:
>> configure: error: cannot execute: >>/Users/shs/Library/Gentoo/usr/bin/ld:
>>check --with-ld or env. var. DEFAULT_LINKER
>> make: *** [configure-gcc] Error 1
>This is the same problem Nathan reported. For the moment I don't have a
>solution for this, but I'm working on it.
Cool, thanks for your efforts! ;-)
>> What do you think?
>>
>> If you need more information or want me to try something just tell me!
>>
>> I'm happy to help... ;-)
>
>Good, thanks!
You're welcome!
>I'm going to try and fix this problem. You'll have to start over from
>scratch unfortunately, but I'll post to the list whenever I think I
>found the solution ;)
Restarting from scratch is no problem!
>If you want the details: the problem is two-fold:
>
>1) binutils-config will return an error if no profile is currently
>active, thereby preventing setting an profile. Solution here is
>probably to have a bit smarter ebuild, such that when no profile is
>active, the first possible profile is attempted.
>
>2) the ldwrapper script adds the lib-path for the current compiler's
>libs. However, during bootstrap, you don't have a compiler yet, so this
>horribly fails to find such path. This results in a "-L" (with nothing
>following) being passed onto the linker, which afterwards (correctly)
>complains that either no argument was given, or that the given argument
>doesn't make sense. Solution here is to incorporate some more logic in
>the ldwrapper program, to refrain from adding the lib-path for the
>compiler if it can't find one.
Thanks for the details!
Steffen
>--
>Fabian Groffen
>Gentoo on a different level
>--
>gentoo-alt@xxxxxxxxxx mailing list
>
--
gentoo-alt@xxxxxxxxxx mailing list
Date: December 29, 2006
From: Fabian Groffen <grobian@xxxxxxxxxx>
In-reply-to:
<4650737.1780511167423979672.JavaMail.servlet@kundenserver
>
References:
<4650737.1780511167423979672.JavaMail.servlet@kundenserver
>
On 29-12-2006 21:26:19 +0100, shs.gentoo-alt@xxxxxxxxx wrote: > Hi everybody, > > I also followed the gentoo-alt/prefix/bootstrap.xml doc yesterday (the doc > was like today) and I got through till emerge -e system... ;-) > > The first problem was that setting export EPREFIX="~/Library/Gentoo" resultet > in creating a ~ directory in my home dir (with subdirs) while running > ./bootstrap-prefix.sh $EPREFIX tree (which then obviously failed at mv > prefix-overlay portage). Thus I simply removed everything again and used > export EPREFIX="/Users/myusername/Library/Gentoo" which worked! What is your shell? It's not expanding the ~ in your export. That's kind of uncommon. Are you sure you used double quotes and not single ones? > Maybe the docs or the srcipt should be changed? > > I'm using a Mac OS Extended (case sensitive and journaled) filesystem. That's cool. > After doing the above everything went smooth till emerge -e system: > It failed at emerging sys-devel/gcc-apple-4.0.1_p5363-r1: > configure: error: cannot execute: /Users/shs/Library/Gentoo/usr/bin/ld: check > --with-ld or env. var. DEFAULT_LINKER > make: *** [configure-gcc] Error 1 This is the same problem Nathan reported. For the moment I don't have a solution for this, but I'm working on it. > What do you think? > > If you need more information or want me to try something just tell me! > > I'm happy to help... ;-) Good, thanks! I'm going to try and fix this problem. You'll have to start over from scratch unfortunately, but I'll post to the list whenever I think I found the solution ;) If you want the details: the problem is two-fold: 1) binutils-config will return an error if no profile is currently active, thereby preventing setting an profile. Solution here is probably to have a bit smarter ebuild, such that when no profile is active, the first possible profile is attempted. 2) the ldwrapper script adds the lib-path for the current compiler's libs. However, during bootstrap, you don't have a compiler yet, so this horribly fails to find such path. This results in a "-L" (with nothing following) being passed onto the linker, which afterwards (correctly) complains that either no argument was given, or that the given argument doesn't make sense. Solution here is to incorporate some more logic in the ldwrapper program, to refrain from adding the lib-path for the compiler if it can't find one. -- Fabian Groffen Gentoo on a different level -- gentoo-alt@xxxxxxxxxx mailing list
Date: December 29, 2006
From: shs.gentoo-alt@xxxxxxxxx
Hi everybody,
I also followed the gentoo-alt/prefix/bootstrap.xml doc yesterday (the doc was
like today) and I got through till emerge -e system... ;-)
The first problem was that setting export EPREFIX="~/Library/Gentoo" resultet
in creating a ~ directory in my home dir (with subdirs) while running
./bootstrap-prefix.sh $EPREFIX tree (which then obviously failed at mv
prefix-overlay portage). Thus I simply removed everything again and used export
EPREFIX="/Users/myusername/Library/Gentoo" which worked!
Maybe the docs or the srcipt should be changed?
I'm using a Mac OS Extended (case sensitive and journaled) filesystem.
After doing the above everything went smooth till emerge -e system:
It failed at emerging sys-devel/gcc-apple-4.0.1_p5363-r1:
gcc -O2 -pipe -o makedepend \
makedepend.o libcpp.a ../libiberty/libiberty.a \
-liconv
make[1]: Leaving directory
`/Users/shs/Library/Gentoo/var/tmp/portage/sys-devel/gcc-apple-4.0.1_p5363-r1/work/build/libcpp'
Configuring in gcc
configure: creating cache ./config.cache
checking build system type... powerpc-apple-darwin8
checking host system type... powerpc-apple-darwin8
checking target system type... powerpc-apple-darwin8
checking LIBRARY_PATH variable... ok
checking GCC_EXEC_PREFIX variable... ok
checking whether to place generated files in the source directory... no
configure: error: cannot execute: /Users/shs/Library/Gentoo/usr/bin/ld: check
--with-ld or env. var. DEFAULT_LINKER
make: *** [configure-gcc] Error 1
!!! ERROR: sys-devel/gcc-apple-4.0.1_p5363-r1 failed.
Call stack:
ebuild.sh, line 1758: Called dyn_compile
ebuild.sh, line 1116: Called src_compile
gcc-apple-4.0.1_p5363-r1.ebuild, line 128: Called die
!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if
relevant.
emerge -e system wanted to emerge the following:
[ebuild N ] app-arch/gzip-1.3.7 USE="-nls -pic -static"
[ebuild N ] sys-devel/flex-2.5.33-r1 USE="-nls -static"
[ebuild R ] sys-libs/ncurses-5.5-r3
[ebuild N ] sys-devel/gnuconfig-20060702
[ebuild R ] sys-devel/automake-wrapper-3-r1
[ebuild N ] sys-devel/m4-1.4.8 USE="-nls"
[ebuild R ] sys-devel/autoconf-wrapper-4-r3
[ebuild N ] sys-apps/findutils-4.3.2 USE="-nls (-selinux) -static"
[ebuild N ] sys-devel/make-3.81 USE="-nls -static"
[ebuild R ] sys-apps/sed-4.1.5
[ebuild N ] app-arch/bzip2-1.0.3-r6 USE="-build -static"
[ebuild N ] app-arch/tar-1.16-r2 USE="-nls -static"
[ebuild N ] sys-devel/patch-2.5.9-r1 USE="-build -static"
[ebuild N ] sys-apps/debianutils-2.17.4 USE="-static"
[ebuild N ] sys-apps/grep-2.5.1a-r1 USE="-nls -pcre -static"
[ebuild N ] app-arch/cpio-2.7-r1 USE="-nls"
[ebuild N ] sys-devel/gcc-config-1.3.14
[ebuild N ] sys-apps/diffutils-2.8.7-r1 USE="-nls -static"
[ebuild N ] dev-util/pkgconfig-0.21 USE="(-hardened)"
[ebuild R ] sys-apps/gawk-3.1.5-r2
[ebuild N ] sys-apps/darwin-miscutils-2
[ebuild R ] sys-apps/texinfo-4.8-r5
[ebuild R ] app-shells/bash-3.2_p1
[ebuild N ] sys-devel/binutils-config-1.9-r03.2
[ebuild N ] sys-apps/mktemp-1.5
[ebuild N ] sys-apps/less-394 USE="-unicode"
[ebuild N ] sys-devel/bison-2.3 USE="-nls -static"
[ebuild N ] app-editors/nano-2.0.2 USE="-debug -justify -minimal -ncurses
-nls -slang -spell -unicode"
[ebuild N ] sys-apps/groff-1.19.2-r1 USE="-X"
[ebuild N ] sys-devel/odcctools-20060413-r1
[ebuild N ] sys-apps/which-2.16
[ebuild N ] sys-libs/readline-5.2
[ebuild N ] sys-apps/man-1.6e USE="-nls"
[ebuild N ] sys-apps/bsd-man-pages-56
[ebuild N ] sys-libs/db-4.3.27 USE="-bootstrap -doc -java -nocxx -tcl
-test"
[ebuild N ] sys-devel/libperl-5.8.8-r1 USE="berkdb -debug -gdbm -ithreads"
[ebuild N ] dev-lang/perl-5.8.8-r2 USE="berkdb -build -debug -doc -gdbm
-ithreads -perlsuid"
[ebuild N ] perl-core/Test-Harness-2.64
[ebuild N ] app-admin/perl-cleaner-1.04.3
[ebuild N ] perl-core/PodParser-1.35
[ebuild N ] sys-apps/help2man-1.36.4 USE="-nls"
[ebuild R ] sys-devel/autoconf-2.61
[ebuild R ] sys-devel/autoconf-2.13
[ebuild N ] dev-libs/openssl-0.9.8d USE="zlib -bindist -emacs (-sse2)
-test"
[ebuild R ] sys-devel/automake-1.10
[ebuild R ] sys-devel/automake-1.4_p6
[ebuild R ] sys-devel/automake-1.5
[ebuild R ] sys-devel/automake-1.6.3
[ebuild R ] sys-devel/automake-1.7.9-r1
[ebuild R ] sys-devel/automake-1.8.5-r3
[ebuild R ] sys-devel/automake-1.9.6-r2
[ebuild N ] app-misc/ca-certificates-20050804
[ebuild R ] net-misc/wget-1.10.2
[ebuild R ] sys-devel/libtool-1.5.22
[ebuild N ] dev-libs/popt-1.10.7 USE="-nls"
[ebuild U ] sys-apps/coreutils-6.7 [5.94-r3]
[ebuild N ] sys-libs/zlib-1.2.3-r01.1 USE="-build"
[ebuild N ] sys-devel/gcc-apple-4.0.1_p5363-r1 USE="objc objc++ -nls
-nocxx"
[ebuild N ] net-misc/openssh-4.5_p1 USE="-X -X509 -chroot -hpn -kerberos
-ldap -libedit -pam (-selinux) -skey -smartcard -static -tcpd"
[ebuild N ] virtual/gcc-0
[ebuild N ] dev-libs/expat-2.0.0
[ebuild R ] dev-lang/python-2.4.4
[ebuild N ] dev-python/python-fchksum-1.7.1
[ebuild N ] dev-python/pycrypto-2.0.1-r5 USE="-bindist -gmp -test"
[ebuild N ] sys-apps/file-4.19 USE="python"
[ebuild R ] sys-apps/portage-2.1.20.5400
[ebuild N ] net-misc/rsync-2.6.9 USE="-acl -build -ipv6 -static -xinetd"
[ebuild N ] sys-apps/baselayout-prefix-1.12.5-r2
What do you think?
If you need more information or want me to try something just tell me!
I'm happy to help... ;-)
Thanks,
Steffen Strobel
>On 12/29/06, Fabian Groffen <grobian@xxxxxxxxxx> wrote:
>> On 29-12-2006 11:01:49 -0700, Nathan wrote:
>> > On 12/29/06, Nathan <nathan.stocks@xxxxxxxxx> wrote:
>> > >Ok, I'll try emerging the rest of the system again...for the sixth(?)
>time.
>> >
>> > Now it doesn't work at all. Reemerging man failed, and that's been
>> > successfully emerged many times already.
>>
>> Ok, thanks. I'll have to make a fix for this before you can continue.
>> We have a chicken-egg kind of problem now. Thanks for the efforts so
>> far!
>
>No problem. Let me know if I need to start over from scratch.
>
>~ Nathan
>--
>gentoo-alt@xxxxxxxxxx mailing list
>
--
gentoo-alt@xxxxxxxxxx mailing list
Date: December 29, 2006
From: Nathan <nathan.stocks@xxxxxxxxx>
In-reply-to:
<20061229180907.GB20585@xxxxxxxxxx>
References:
<96c9d6a80612281409x6e71c713of367a7ad2b78e3cd@xxxxxxxxxxxxxx> <