Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Installing Gentoo 2004.3: Stage 1 NPTL on a Stage 3 Tarball
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 14, 15, 16, 17, 18  Next  
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks
View previous topic :: View next topic  
Author Message
gonEH
n00b
n00b


Joined: 16 Jan 2005
Posts: 15
Location: Incheon Korea

PostPosted: Thu Mar 10, 2005 4:46 pm    Post subject: Reply with quote

Good for me!! :lol:
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Thu Mar 10, 2005 8:06 pm    Post subject: Re: 2005.0 ready? Reply with quote

kimchi_sg wrote:
@Bob P:

Just a passing thought: Will you be updating this guide as and when 2005.0 becomes available?

yes, that's the plan. :D

but before we go jumping off of that cliff, have you verified that 2005.0 Stage 1 tarballs have not been updated to solve the only two issues which make the Stage 1/3 installation method necessary??? if they've fixed the 2005.0 Stage 1 Tarballs so that /var/db/pkg lists all of the packages, and if the circular dependencies in the base system have been fixed, there's really no point in using the Stage 1/3 installation method with 2005.0.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Thu Mar 10, 2005 10:48 pm    Post subject: Re: Return of the one one-liner! And other tricks Reply with quote

kimchi_sg wrote:
1.2 >>> How to Transfer this One-liner

I recommend using gpm and links while in the liveCD environment to transfer the text of the one-liner onto the command line. Here's how:

For non-screen users (which means most people):
[*]Press ALT + F2 to switch to console number 2.
[*]Fire up links and navigate from the forums main page down to this post.
Code:
links forums.gentoo.org

[*]Using the mouse, select the first line of the one-liner, in exactly the same way as you select text in any other text editor.

the typical user who's booting from the Live CD doesn't have an active mouse, does he? in any installation where i've booted from the live CD onto a blank system, there's no PS/2 mouse support. so although you can use ALT-F2 to go to the other console, and you can use links to navigate to the forum page, you can't use the mouse to cut and paste text -- unless i'm missing something that's really blatantly obvious... :oops:

just for reference, i have booted a Live CD to install Gentoo on a blank system, and I'm at Section 6.2. i was hoping to cut and paste a big one liner before chrooting. unfortunately, there's NO mouse support...

come to think of it, i've never had mouse support until I've gotten to X11. like i said before, if you're getting mouse support within the live CD environment, then i must be missing something that i shouldn't... :oops:
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Thu Mar 10, 2005 11:03 pm    Post subject: Reply with quote

gonEH wrote:
Good for me!! :lol:

cute dog. bichon?
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
kimchi_sg
Advocate
Advocate


Joined: 26 Nov 2004
Posts: 2915
Location: Singapore

PostPosted: Fri Mar 11, 2005 12:06 am    Post subject: Re: Return of the one one-liner! And other tricks Reply with quote

Bob P wrote:
the typical user who's booting from the Live CD doesn't have an active mouse, does he? in any installation where i've booted from the live CD onto a blank system, there's no PS/2 mouse support. ... :oops:

just for reference, i have booted a Live CD to install Gentoo on a blank system, and I'm at Section 6.2. i was hoping to cut and paste a big one liner before chrooting. unfortunately, there's NO mouse support...

come to think of it, i've never had mouse support until I've gotten to X11. like i said before, if you're getting mouse support within the live CD environment, then i must be missing something that i shouldn't... :oops:

Hmm... the gpm service is included on the liveCD. It started up for me on my very first install, otherwise I would not have noticed that the liveCD has mouse support. 8)

Maybe it simply didn't start automatically for some reason, in this case a
Code:
/etc/init.d/gpm start
will start it. :)
_________________
Murphy's Law of Gentoo installation: If a compile can fail, it will.

MacGillicuddy's Corollary: At the most inopportune time.

Please search and read the FAQs before posting.
Back to top
View user's profile Send private message
gonEH
n00b
n00b


Joined: 16 Jan 2005
Posts: 15
Location: Incheon Korea

PostPosted: Fri Mar 11, 2005 3:51 am    Post subject: Reply with quote

Bob P wrote:
cute dog. bichon?

She is Maltese dog. :)
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Fri Mar 11, 2005 4:13 am    Post subject: Re: Return of the one one-liner! And other tricks Reply with quote

kimchi_sg wrote:
Hmm... the gpm service is included on the liveCD. It started up for me on my very first install, otherwise I would not have noticed that the liveCD has mouse support. 8)

Maybe it simply didn't start automatically for some reason, in this case a
Code:
/etc/init.d/gpm start
will start it. :)

that's funny. i've installed gentoo on a whole bunch of PCs, and I've never had GPM detect the mouse at startup. oh well...

i tried starting the service manually and i got an error when trying to use a simple "gpm start" command:
Code:
/etc/init.d/gpm start
O0o.oops(): [gpn.c(947)]: Please use -m /dev/mouse -t protocol


for some reason it seems that gpm is having trouble finding the mouse device. maybe this is why it never started on any of my PCs when booting from the live CD. :?

i was able to get it running by changing the path for the mouse device using the following command:
Code:
gpm -m /dev/input/mice -t ps2


thanks -- i learned something useful today. the cut and paste feature will be useful. :wink: i only wish that i had found this answer before i had manually typed that painfully long one-liner! :x
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
Genia4
n00b
n00b


Joined: 11 Mar 2005
Posts: 21
Location: Jerusalem, Israel

PostPosted: Fri Mar 11, 2005 9:44 am    Post subject: Reply with quote

Hi
I've read through this intallation method and I don't understand how it can work.
Isn't stage 3 built from stage 1 by the gentoo developers?
If it isn't, how is that possible, they must start from somewhere...
If it is, then it also started with an empty /var/db/pkg, and also was not cleaned by portage, so the whole installation method does not make sense.

I would appreciate an explanation.

Thanks in advance,
Genia
Back to top
View user's profile Send private message
kimchi_sg
Advocate
Advocate


Joined: 26 Nov 2004
Posts: 2915
Location: Singapore

PostPosted: Fri Mar 11, 2005 9:49 am    Post subject: Reply with quote

Genia4 wrote:
If it is, then it also started with an empty /var/db/pkg, and also was not cleaned by portage, ...

... so the whole of your post does not make sense. :lol:

It does not matter what the Stage 3 tarball started life as, all that matters to us users is that when we download it now, it has a complete /var/db/pkg . This the Stage 1 does not have.

In other words, any /var/db/pkg problems with Stage 3 are strictly the developers' hot potato, not ours to handle. We will never see any of these problems.
_________________
Murphy's Law of Gentoo installation: If a compile can fail, it will.

MacGillicuddy's Corollary: At the most inopportune time.

Please search and read the FAQs before posting.
Back to top
View user's profile Send private message
Genia4
n00b
n00b


Joined: 11 Mar 2005
Posts: 21
Location: Jerusalem, Israel

PostPosted: Fri Mar 11, 2005 1:26 pm    Post subject: Reply with quote

kimchi_sg wrote:
Genia4 wrote:
If it is, then it also started with an empty /var/db/pkg, and also was not cleaned by portage, ...

... so the whole of your post does not make sense. :lol:

It does not matter what the Stage 3 tarball started life as, all that matters to us users is that when we download it now, it has a complete /var/db/pkg . This the Stage 1 does not have.

In other words, any /var/db/pkg problems with Stage 3 are strictly the developers' hot potato, not ours to handle. We will never see any of these problems.


Then why not start with a stage1, emerge the toolchain maybe 3 times or something and have a complete /var/db/pkg?
Is the reason for using stage3 based on saving the emerge time of another toolchain pass?
I kinda understand now, but still it's kinda weird. Also, why in like <someamount> of years nobody has thought of this installation method?

I hope I'm making more sense now :)
Back to top
View user's profile Send private message
kimchi_sg
Advocate
Advocate


Joined: 26 Nov 2004
Posts: 2915
Location: Singapore

PostPosted: Fri Mar 11, 2005 2:30 pm    Post subject: Reply with quote

Genia4 wrote:
kimchi_sg wrote:
In other words, any /var/db/pkg problems with Stage 3 are strictly the developers' hot potato, not ours to handle. We will never see any of these problems.

Then why not start with a stage1, emerge the toolchain maybe 3 times or something and have a complete /var/db/pkg?

Because you will not get a complete /var/db/pkg by doing so! Emerging the toolchain a thousand times will not contribute to the completeness of /var/db/pkg.

You can indeed get a similar system by doing a Stage 1 install - if you love to troubleshoot the problems caused by having an incomplete /var/db/pkg. Just look in the Installing Gentoo forum for all those posts with, say, "ncurses fails on Stage 1 install" or "circular perl dependency during bootstrap.sh". I hope you get the idea of Stage 1's deficiencies here. Our method is superior, unless you love practising troubleshooting skills. :D
Genia4 wrote:
Is the reason for using stage3 based on saving the emerge time of another toolchain pass?

No, no, no!

In fact, we compile the toolchain at least 3 times over, first with gcc-3.3.4, then with gcc-3.4.3 and finally one more time during emerge -e system. This is more convoluted than a plain Stage 1 and will take a longer, not shorter, time. In fact, if you read the very first paragraph of the tutorial carefully,
Bob P wrote:
The amount of time required for you to complete this type of installation will equal or exceed that of any other Gentoo installation method. ... It will prove especially painful for users who plan to install Gentoo old hardware.

FYI, bootstrapping on a Stage 1 compiles toolchain only 2 times, once during the running of bootstrap.sh and then again during emerge system.
Genia4 wrote:
I kinda understand now, but still it's kinda weird.

I do not think you "kinda understand now"... your reply seems more confused than your first post. But read, read, install and you will be enlightened. :lol:
Genia4 wrote:
Also, why in like <someamount> of years nobody has thought of this installation method?

Because the devs like to hide secrets from mortals? :P
_________________
Murphy's Law of Gentoo installation: If a compile can fail, it will.

MacGillicuddy's Corollary: At the most inopportune time.

Please search and read the FAQs before posting.
Back to top
View user's profile Send private message
Genia4
n00b
n00b


Joined: 11 Mar 2005
Posts: 21
Location: Jerusalem, Israel

PostPosted: Fri Mar 11, 2005 4:45 pm    Post subject: Reply with quote

Quote:
I do not think you "kinda understand now"... your reply seems more confused than your first post. But read, read, install and you will be enlightened. Laughing


Ok, now I do actually.
Somehow, I've never ever had problems with stage1, and I did it about 3 or 4 times. Never had circular deps, or failed builds.
But now i understand what this guide is trying to accomplish. You want to give people the optimizations of stage 1 but without having to troubleshoot all the possible problems of stage1, right?

If it is so, then this guide is great, I'm going to install gentoo in a day or two, and I'm definely going to try this method out, maybe then I'll finally understand it completely

Thanks for you help kimchi_sg,
Genia
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Fri Mar 11, 2005 5:48 pm    Post subject: Reply with quote

Genia4 wrote:
I've read through this intallation method and I don't understand how it can work.
Isn't stage 3 built from stage 1 by the gentoo developers?
If it isn't, how is that possible, they must start from somewhere...
If it is, then it also started with an empty /var/db/pkg, and also was not cleaned by portage, so the whole installation method does not make sense.

I would appreciate an explanation.

if you're truly curious, then my recommendation would be to view the actual contents of /var/db/pkg in the various tarballs and see the answer youself. no amount of explaining on our part will amount to anything more than handwaving. if you want to see the answer spelled-out clearly, a peek at the contents of the Stage 1 Tarball and comparing it to the contents of the Stage 3 tarball will provide you with an unequivocal answer. we can wave our hands and talk about what the differences are, but if you want to see the real answer, there is no more authorative source than the tarballs themselves.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks


Last edited by Bob P on Fri Mar 11, 2005 6:18 pm; edited 1 time in total
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Fri Mar 11, 2005 5:53 pm    Post subject: Reply with quote

Genia4 wrote:
Somehow, I've never ever had problems with stage1, and I did it about 3 or 4 times. Never had circular deps, or failed builds.
But now i understand what this guide is trying to accomplish. You want to give people the optimizations of stage 1 but without having to troubleshoot all the possible problems of stage1, right?

if you have never had problems with a Stage 1 installation, than you are truly a very, very lucky man. I have NEVER been able to get through a Stage 1 installation without running into circular dependency issues, and I have NEVER had a Stage 1 installation that didn not eventually fall to its knees because of the /var/db/pkg issues.

The circular dependency issues are ones that even the newest of Gentoo users will recognize during the installation process. Unfortunatly, the /var/db/pkg problems often crop up later, and don't always get recognized for what they are.

In regard to what this guide is trying to accomplish, the objectives are spelled out very clearly on Page 1.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Fri Mar 11, 2005 6:16 pm    Post subject: Re: Return of the one one-liner! And other tricks Reply with quote

kimchi_sg wrote:
Here's the super duper stage 1-on-3 NPTL-enabled turbo-charged one-liner:
(reminder: have you edited /etc/locales.build ?)
Code:
env-update && source /etc/profile && emerge -C linux-headers && emerge linux26-headers && emerge gcc-config glibc binutils gcc && sed "s/^CFLAGS=\"-O2/CFLAGS=\"-O3 -mtune=pentium -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer/;s/^CXXFLAGS.*}/& -fvisibility-inlines-hidden/" -i /etc/make.conf && gcc-config 2 && env-update && source /etc/profile && emerge glibc binutils gcc portage && emerge -e system && emerge syslog-ng xinetd grub vixie-cron reiserfsprogs sysfsutils udev dhcpcd hotplug coldplug gentoolkit && emerge --nodeps acpid ntp && for x in syslog-ng net.eth0 vixie-cron xinetd sshd hotplug coldplug acpid ntp-client ; do rc-update add $x default ; done && ntpdate -b -u pool.ntp.org && emerge gentoo-dev-sources && rm /usr/src/linux && cd /usr/src && ln -s linux-2.6.10-gentoo-r2 linux

kimchi-sg, i just thought i'd give you some feedback on the big one liner. i started mine rolling before i had the mouse problem solved, so i had to type in manually. :(

because i'm re-installing a Stage 1/3 on a system that previously held a Stage 1 install, I've left the kernel configuration steps out of the one-liner. i also made a change in how the contents of make.conf get updated. instead of using your cool (dare i say g33kish?) method of editing the CFLAGS on the command line, I took a simpler approach -- before starting the one-liner, I created a make.conf.334 file (optimized for GCC 3.3.4) and a make.conf.343 file (optimized for GCC 3.4.3). this way i was able to make all sorts of detailed changes to the make.conf files to fine-tune them for each stage of the installation process, add USE flags, etc. then, when switching the gcc compilers, i just copied the new version of make.conf over the old one. the biggest difference in this approach is that the one-liner is less typographically complicated and you're able to isolate the changes that are made to make.conf from appearing on the command line. here's the one-liner that i used:

Code:
env-update && source /etc/profile && emerge -C linux-headers && emerge linux26-headers gcc-config glibc binutils gcc && cp /etc/make.conf.343 /etc/make.conf && gcc-config 2 && env-update && source /etc/profile && emerge glibc binutils gcc portage && emerge -e system && emerge ccache syslog-ng xinetd grub vixie-cron reiserfsprogs sysfsutils udev dhcpcd hotplug coldplug gentoolkit && emerge --nodeps acpid ntp && for x in ccache syslog-ng net.eth0 vixie-cron xinetd sshd hotplug coldplug acpid ntp-client ; do rc-update add $x default ; done && ntpdate -b -u pool.ntp.org


i trimmed off the following part because i kept the /boot partition from my previous gentoo installation and i'll be skipping the kernel configuration steps:

Code:
&& emerge gentoo-dev-sources && rm /usr/src/linux && cd /usr/src && ln -s linux-2.6.10-gentoo-r2 linux


the big one-liner definitely does free the user from alot of seat-time during the installation process. for this reason, i'm thinking that it would be a great idea to append the big one-liner to the installation guide, so that users who understand the guide and don't need to have the procedure broken up in order to understand it have the option of the one-liner approach. :wink:
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Fri Mar 11, 2005 9:11 pm    Post subject: Reply with quote

:!: PDF Updated :!:

Updated to match the on-line guide as of March 08, 2005.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
juazp
n00b
n00b


Joined: 09 Mar 2005
Posts: 6

PostPosted: Sat Mar 12, 2005 12:12 am    Post subject: Reply with quote

worked fine for my amd64 with the arch modifications etc . thx alot =)

*well except for fb / splash , even tho it emerges fine etc it simply doesnt show up when i boot , even the res is the default sucky one*
Back to top
View user's profile Send private message
kimchi_sg
Advocate
Advocate


Joined: 26 Nov 2004
Posts: 2915
Location: Singapore

PostPosted: Sat Mar 12, 2005 5:11 pm    Post subject: playing show spoiler here... Reply with quote

Warning: 2 long directory lists ahead! :P


2005.0 STAGE 1 tarball preliminary analysis


(This is initially the content of a PM from me to Bob, but the news is so good that IMO everyone who is considering a Stage 1-on-3 ought to give this a thought. :D )

I have just downloaded a 2005.0 stage 1 tarball (snapshot dated 20050110 downloaded from ftp.isu.edu.tw/pub/Linux/Gentoo/experimental/stages/x86 ) and opened it up in Ark, and it looks promising! The file is 12.8MB, which is about 3MB bigger than the 2004.3 stage1ball. Here is the contents of /var/db/pkg on the 2005.0 stage 1 tarball (edited to show only the package-level directories):
Code:

drwxr-xr-x root/root         0 2005-01-13 01:08:58 ./var/db/pkg/
drwxr-xr-x root/root         0 2005-01-13 01:08:57 ./var/db/pkg/sys-apps/
drwxr-xr-x root/root         0 2005-01-13 01:08:30 ./var/db/pkg/sys-apps/debianutils-1.16.7-r4/
drwxr-xr-x root/root         0 2005-01-13 01:08:32 ./var/db/pkg/sys-apps/diffutils-2.8.7/
drwxr-xr-x root/root         0 2005-01-13 01:06:30 ./var/db/pkg/sys-apps/baselayout-1.9.4-r6/
drwxr-xr-x root/root         0 2005-01-13 01:08:29 ./var/db/pkg/sys-apps/coreutils-5.2.1-r2/
drwxr-xr-x root/root         0 2005-01-13 01:08:34 ./var/db/pkg/sys-apps/findutils-4.1.20-r1/
drwxr-xr-x root/root         0 2005-01-13 01:08:33 ./var/db/pkg/sys-apps/file-4.12/
drwxr-xr-x root/root         0 2005-01-13 01:08:42 ./var/db/pkg/sys-apps/portage-2.0.51-r3/
drwxr-xr-x root/root         0 2005-01-13 01:08:55 ./var/db/pkg/sys-apps/sed-4.0.9/
drwxr-xr-x root/root         0 2005-01-13 01:08:37 ./var/db/pkg/sys-apps/gawk-3.1.3-r1/
drwxr-xr-x root/root         0 2005-01-13 01:08:39 ./var/db/pkg/sys-apps/grep-2.5.1-r6/
drwxr-xr-x root/root         0 2005-01-13 01:08:41 ./var/db/pkg/sys-apps/net-tools-1.60-r9/
drwxr-xr-x root/root         0 2005-01-13 01:08:40 ./var/db/pkg/sys-apps/less-382-r2/
drwxr-xr-x root/root         0 2005-01-13 01:08:57 ./var/db/pkg/sys-apps/texinfo-4.7-r1/
drwxr-xr-x root/root         0 2005-01-13 01:07:34 ./var/db/pkg/sys-kernel/
drwxr-xr-x root/root         0 2005-01-13 01:07:33 ./var/db/pkg/sys-kernel/linux26-headers-2.6.8.1-r1/
drwxr-xr-x root/root         0 2005-01-13 01:08:08 ./var/db/pkg/sys-libs/
drwxr-xr-x root/root         0 2005-01-13 01:07:37 ./var/db/pkg/sys-libs/glibc-2.3.4.20040808-r1/
drwxr-xr-x root/root         0 2005-01-13 01:08:04 ./var/db/pkg/sys-libs/ncurses-5.4-r5/
drwxr-xr-x root/root         0 2005-01-13 01:08:08 ./var/db/pkg/sys-libs/zlib-1.2.1-r3/
drwxr-xr-x root/root         0 2005-01-13 01:08:02 ./var/db/pkg/app-arch/
drwxr-xr-x root/root         0 2005-01-13 01:08:00 ./var/db/pkg/app-arch/ncompress-4.2.4-r1/
drwxr-xr-x root/root         0 2005-01-13 01:08:02 ./var/db/pkg/app-arch/tar-1.14/
drwxr-xr-x root/root         0 2005-01-13 01:07:42 ./var/db/pkg/app-arch/bzip2-1.0.2-r3/
drwxr-xr-x root/root         0 2005-01-13 01:07:59 ./var/db/pkg/app-arch/gzip-1.3.5-r4/
drwxr-xr-x root/root         0 2005-01-13 01:08:05 ./var/db/pkg/app-editors/
drwxr-xr-x root/root         0 2005-01-13 01:08:05 ./var/db/pkg/app-editors/nano-1.3.4/
drwxr-xr-x root/root         0 2005-01-13 01:08:06 ./var/db/pkg/app-shells/
drwxr-xr-x root/root         0 2005-01-13 01:08:06 ./var/db/pkg/app-shells/bash-2.05b-r9/
drwxr-xr-x root/root         0 2005-01-13 01:08:09 ./var/db/pkg/dev-python/
drwxr-xr-x root/root         0 2005-01-13 01:08:09 ./var/db/pkg/dev-python/python-fchksum-1.7.1/
drwxr-xr-x root/root         0 2005-01-13 01:08:14 ./var/db/pkg/dev-lang/
drwxr-xr-x root/root         0 2005-01-13 01:08:13 ./var/db/pkg/dev-lang/python-2.3.4/
drwxr-xr-x root/root         0 2005-01-13 01:08:27 ./var/db/pkg/net-misc/
drwxr-xr-x root/root         0 2005-01-13 01:08:26 ./var/db/pkg/net-misc/rsync-2.6.3/
drwxr-xr-x root/root         0 2005-01-13 01:08:27 ./var/db/pkg/net-misc/wget-1.9-r2/
drwxr-xr-x root/root         0 2005-01-13 01:09:16 ./var/db/pkg/sys-devel/
drwxr-xr-x root/root         0 2005-01-13 01:09:03 ./var/db/pkg/sys-devel/flex-2.5.4a-r5/
drwxr-xr-x root/root         0 2005-01-13 01:09:01 ./var/db/pkg/sys-devel/bison-1.875/
drwxr-xr-x root/root         0 2005-01-13 01:09:07 ./var/db/pkg/sys-devel/gcc-config-1.3.8-r3/
drwxr-xr-x root/root         0 2005-01-13 01:09:00 ./var/db/pkg/sys-devel/m4-1.4.1/
drwxr-xr-x root/root         0 2005-01-13 01:08:58 ./var/db/pkg/sys-devel/binutils-2.15.90.0.1.1-r3/
drwxr-xr-x root/root         0 2005-01-13 01:09:12 ./var/db/pkg/sys-devel/gettext-0.12.1-r2/
drwxr-xr-x root/root         0 2005-01-13 01:09:13 ./var/db/pkg/sys-devel/make-3.80-r1/
drwxr-xr-x root/root         0 2005-01-13 01:09:10 ./var/db/pkg/sys-devel/gcc-3.3.4-r1/
drwxr-xr-x root/root         0 2005-01-13 01:09:16 ./var/db/pkg/sys-devel/patch-2.5.9/

For a total of 35 "listed as installed" packages.

And the corresponding /var/db/pkg on a 2004.3 Stage 1 tarball:
Code:

drwxr-xr-x root/root         0 2004-10-28 05:40:29 ./var/db/pkg/
drwxr-xr-x root/root         0 2004-10-28 05:40:29 ./var/db/pkg/sys-devel/
drwxr-xr-x root/root         0 2004-10-28 05:39:52 ./var/db/pkg/sys-devel/binutils-2.14.90.0.8-r1/
drwxr-xr-x root/root         0 2004-10-28 05:40:00 ./var/db/pkg/sys-devel/gcc-3.3.4-r1/
drwxr-xr-x root/root         0 2004-10-28 05:39:57 ./var/db/pkg/sys-devel/gcc-config-1.3.6-r3/
drwxr-xr-x root/root         0 2004-10-28 05:40:29 ./var/db/pkg/sys-apps/
drwxr-xr-x root/root         0 2004-10-28 05:38:34 ./var/db/pkg/sys-apps/baselayout-1.9.4-r6/

For a total of 4 "listed as installed" packages.

Looks rather lean by comparison, isn't it?

Conclusion: It looks like the full /var/db/pkg is included with 2005.0 stage 1 tarballs. And hence the Stage 1-on-3 install almost certainly will become obsolete with the advent of 2005.0. :-)

I'm very tempted to switch to the 2005.0 CD and tarballs for installation from now on. They already look good enough to eat off of. :P
_________________
Murphy's Law of Gentoo installation: If a compile can fail, it will.

MacGillicuddy's Corollary: At the most inopportune time.

Please search and read the FAQs before posting.
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Sat Mar 12, 2005 7:32 pm    Post subject: Re: playing show spoiler here... Reply with quote

kimchi_sg wrote:
Conclusion: It looks like the full /var/db/pkg is included with 2005.0 stage 1 tarballs. And hence the Stage 1-on-3 install almost certainly will become obsolete with the advent of 2005.0. :-)

I'm very tempted to switch to the 2005.0 CD and tarballs for installation from now on. They already look good enough to eat off of. :P

yes, kimchi_sg and i have been PM'ing each other about whether or not there's a need to update the Stage 1/3 installation method to work with the 2005.0 release of Gentoo. although he had suggested some changes related to the inclusion of new linux headers in 2005.0, i've been wondering whether the Stage 1/3 installation method would even remain relevant if 2005.0 is built the way i think it should be.

like i've been saying for a looooong time, the Stage 1/3 installation method is nothing more than a kludge/workaround to eliminate some of the problems that are inherent in the 2004.3 Stage 1 tarball. if the 2005.0 tarballs are made the way they should be, the Stage 1 on Stage 3 tarball installation method will become irrelevant.

in looking at the output from the 2005.0 Stage 1 Tarball, it certainly does look more complete than the 2004.3 Stage 1 tarball. i think that the best test, though, would be to compare the contents of /var/db/pkg between the 2005.0 Stage 1 and 2005.0 Stage 3 tarballs.

the new 2005.0 Stage 1 tarball is indeed looking better than the old one. i haven't put any effort into working on adapting the Stage 1/3 guide to 2005.0 because I've been anticipating that it would become unnecessary with the advent of a "proper" 2005.0 Stage 1 tarball.

Has anyone actually tried a Stage 1 install using the 2005.0-rc5 betas to determine whether both the /var/db/pkg info is complete, and the circular dependency issues have all been resolved?
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
Sheepdogj15
Guru
Guru


Joined: 07 Jan 2005
Posts: 430
Location: Backyard

PostPosted: Sat Mar 12, 2005 7:43 pm    Post subject: Reply with quote

Hey Bob, i was watching the text from some install scroll by, and i noticed one line saying something about an "nptlonly" USE flag. I was just curious if you were familiar with it, and if so if you would recommend having it in one's use flags. i didn't catch what all it was supposed to do, so i figured i'd pester you.
Back to top
View user's profile Send private message
Sheepdogj15
Guru
Guru


Joined: 07 Jan 2005
Posts: 430
Location: Backyard

PostPosted: Sat Mar 12, 2005 7:47 pm    Post subject: Reply with quote

juazp wrote:
worked fine for my amd64 with the arch modifications etc . thx alot =)

*well except for fb / splash , even tho it emerges fine etc it simply doesnt show up when i boot , even the res is the default sucky one*


i had the same problem, as i mentioned earlier. yeah, other than that the stage 1 on 3tb works well on amd64.

did you remember to have "multilib" in your USE flags before emergeing gcc? i ask just in case, as it is extremely handy on amd64 and is easy to forget.
Back to top
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Sat Mar 12, 2005 8:44 pm    Post subject: Reply with quote

Sheepdogj15 wrote:
Hey Bob, i was watching the text from some install scroll by, and i noticed one line saying something about an "nptlonly" USE flag. I was just curious if you were familiar with it, and if so if you would recommend having it in one's use flags. i didn't catch what all it was supposed to do, so i figured i'd pester you.

<rant>
yes, you are pestering me.
yes, i'm familiar with it.
yes, i've already given an opinion on the use of the nptlonly use flag.

rather than retyping everything all over again, and re-answering questions that have already been answered for someone who's too lazy to look for the answer, i am going to recommend that you review this thread. :idea:

and while I'm at it: the support thread is located here.
</rant>
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
kailauro
n00b
n00b


Joined: 19 Feb 2005
Posts: 26

PostPosted: Sat Mar 12, 2005 9:01 pm    Post subject: Reply with quote

I'm fine to be proven wrong concerning douts about what an optimized gcc can or cannot do :D (page 13)

slycordinator does a little logical thinking on page 13 :D

of course I would't say that an optimized gcc was needed to output optimized binaries....I would instead think that willl heavily optimized gcc still be able to produce optimized binaries. For what I know, optimized gcc outputs runnable binaries and seemingly binaries that perform well, too :D

I'll test this just for myself when I have the time: that on optimized gcc will output the same optimized binary than a standard gcc----to the bit... It would be fundamental fun if the results are the same :D

Right now I would need to learn about using slots and stuff before having acces to a non-optimized gcc..

Compililing the kernel in just a few snappy minutes really is luxury.

A newbie like me would use md5sum + file size to start checking if the outputs are the same..even roughly.. maybe there is be a better way???

Has anyone been there-done-that allready ??

Maybe I'll get back to this business if the output is indeed different...

Just thought that a little empirical testing would start proving a lot about a great idea...including all the logic and symbolistics and stuff...

Once again...both my simplistic desktop and my even more simplistic server have been prepared this stage 1 from stage 3 -way and everything works fine...The questionin was more or less philosophical from the start...

--the nyyb
_________________
is there more to it than zeros and ones
Back to top
View user's profile Send private message
Sheepdogj15
Guru
Guru


Joined: 07 Jan 2005
Posts: 430
Location: Backyard

PostPosted: Sun Mar 13, 2005 4:43 am    Post subject: Reply with quote

oh shoot... you comment on it in the OPENING POST

my sincere apologies, Bob, newbie blonde moment :oops:
Back to top
View user's profile Send private message
juazp
n00b
n00b


Joined: 09 Mar 2005
Posts: 6

PostPosted: Sun Mar 13, 2005 9:11 am    Post subject: Reply with quote

Sheepdogj15 wrote:
juazp wrote:
worked fine for my amd64 with the arch modifications etc . thx alot =)

*well except for fb / splash , even tho it emerges fine etc it simply doesnt show up when i boot , even the res is the default sucky one*


i had the same problem, as i mentioned earlier. yeah, other than that the stage 1 on 3tb works well on amd64.

did you remember to have "multilib" in your USE flags before emergeing gcc? i ask just in case, as it is extremely handy on amd64 and is easy to forget.

ya i did compile with multilib , anyway as weird as it may seem i used the tool in gnome to set boot options and enabled some option wich i cant remember atm but it's pretty obvious one , and now has fb support etc .
I will post wich option it was later when i get home
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks All times are GMT
Goto page Previous  1, 2, 3 ... 14, 15, 16, 17, 18  Next
Page 15 of 18

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum