Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Stage 1/3 Installation Support - Gentoo 2004.3 & GCC 343
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 6, 7, 8 ... 10, 11, 12  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Installing Gentoo
View previous topic :: View next topic  
Author Message
Bob P
Advocate
Advocate


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

PostPosted: Mon Mar 14, 2005 5:58 pm    Post subject: Reply with quote

yes, there is a difference in the way that you have described upgrading from stage 3; you suggested re-emerging the world but not the system files. the ebuilds contained in the system and world groups are not the same.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
torchZ06
Apprentice
Apprentice


Joined: 01 Nov 2003
Posts: 175
Location: the front range

PostPosted: Mon Mar 14, 2005 8:38 pm    Post subject: Reply with quote

Bob P wrote:
torchZ06 wrote:
i just finished my second successful 1-on-3 today (now i have 2 machines running 1-on-3s, one using gcc 3.4 and the other i left with gcc 3.3) and copying /proc/mounts is what made it work. i was having the same errors as the others, namely:
Quote:
* Checking root filesystem [ok]
Failed to open the device '/dev/sda4': No such file or directory

thanks for the feedback. i'm trying to get to the bottom of this /proc/mounts business so i thought i'd ask you a question:

/dev/sda4 refers to an SATA or a SCSI drive, doesn't it?

are both systems you've had problems with using SATA or SCSI drives?

FWICT it seems that the vast majority (if not all) of the complaints that have been solved by the /proc/mounts fix have been encountered by people who were attempting to adapt the Guide to install Gentoo on hardware that the Guide does not support.


hi bob

sorry for the delay responding--

actually i just quoted the other post... my errors always said hda3. both machines are plain jane dells: a dimension 8200 and a dimension 4600 at work, so they're using the standard intel ide controllers. heres an lspci for both:
Code:

desiderata root # lspci
0000:00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
0000:00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02)
0000:00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
0000:00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
0000:00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02)
0000:00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02)
0000:00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
0000:00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
0000:00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
0000:00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02)
0000:00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
0000:00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
0000:01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)
0000:02:08.0 Ethernet controller: Intel Corporation 82562EZ 10/100 Ethernet Controller (rev 02)


8200
Code:

zone root # lspci
0000:00:00.0 Host bridge: Intel Corporation 82850 850 (Tehama) Chipset Host Bridge (MCH) (rev 04)
0000:00:01.0 PCI bridge: Intel Corporation 82850 850 (Tehama) Chipset AGP Bridge (rev 04)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 04)
0000:00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 04)
0000:00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 (rev 04)
0000:00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 04)
0000:00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 04)
0000:00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 04)
0000:01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)
0000:02:07.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
0000:02:07.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 07)
0000:02:09.0 Ethernet controller: Davicom Semiconductor, Inc. 21x4x DEC-Tulip compatible 10/100 Ethernet (rev 31)
Back to top
View user's profile Send private message
racoontje
Veteran
Veteran


Joined: 19 Jul 2004
Posts: 1290

PostPosted: Mon Mar 14, 2005 9:19 pm    Post subject: Reply with quote

Bob P wrote:
yes, there is a difference in the way that you have described upgrading from stage 3; you suggested re-emerging the world but not the system files. the ebuilds contained in the system and world groups are not the same.


But if I emerge system and emerge world (both twice, I'm not sure in what order though)
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: Mon Mar 14, 2005 11:45 pm    Post subject: Reply with quote

well, there's not much point in doing the emerge world before the emerge system -- you'd be rebuilding your world file with the old toolkit, than updating the toolkit after you're finished.

the preferred order is to rebuild the toolkit/system first, then use the rebuilt system to rebuild the world files.

as robmoss says:
Code:
emerge -e system && emerge -e system && emerge -e world && emerge -e world


the tack that we have taken with the 1/3 Guide is to selectively rebuild the toolkit elements manually instead of using robmoss' brute force approach that involves less typing but more compiling.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
ruach
n00b
n00b


Joined: 28 May 2004
Posts: 67
Location: Utah

PostPosted: Tue Mar 15, 2005 8:16 pm    Post subject: error emerging glibc Reply with quote

I get all the way to section 7.2.4 Rebuilding the System Toolkit before any problems. When I emerge glibc it fails miserably.

Here is the output from emerge glibc
Code:

make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/locale/global-locale.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3/locale'
make[1]: *** [locale/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3'
make: *** [all] Error 2


I noticed it complaing something about locale so I removed the locale use flag from /etc/portage/packages.use and tried again, but no luck. Heres the output from emerge info
Code:

Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.4.3-20050110, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r1 i686)
=================================================================
System uname: 2.6.9-gentoo-r1 i686 AMD Athlon(TM) MP 2000+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Oct 24 2004, 02:42:32)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r5
sys-devel/automake:  1.8.5-r1
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.2-r5
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-mp -O3 -mtune=athlon-mp -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-mp -O3 -mtune=athlon-mp -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.eliteitminds.com http://lug.mtu.edu/gentoo"
MAKEOPTS="-j16"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="x86 X acpi apache2 apm arts avi berkdb bitmap-fonts crypt cups curses emboss encode font-server foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imlib innodb ipv6 ithreads jpeg kde ldap libg++ libgd libwww mad mikmod mod_php motif mp3 mpeg mysql ncurses nls nptl oggvorbis opengl oss pam pdflib perl php png pthreads python qt quicktime readline samba sdl snmp spell ssl svga tcpd truetype truetype-fonts type1-fonts vnc xml2 xmms xscreensaver xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS


I also tried emerge binutils, to see if things were really broke, and in compiled fine. Any and all help is greatly appreciated.
Thanks
_________________
For much wisdom is much grief and he that increaseth knowledge increaseth sorrow. Eccl 1:18
Back to top
View user's profile Send private message
kimchi_sg
Advocate
Advocate


Joined: 26 Nov 2004
Posts: 2915
Location: Singapore

PostPosted: Wed Mar 16, 2005 1:26 am    Post subject: Re: error emerging glibc Reply with quote

ruach wrote:
I get all the way to section 7.2.4 Rebuilding the System Toolkit before any problems. When I emerge glibc it fails miserably.

Here is the output from emerge glibc
Code:

make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/locale/global-locale.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3/locale'
make[1]: *** [locale/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3'
make: *** [all] Error 2

The actual error is further before these lines. Please post at least the 5 lines before these you have posted above before we can say what the problem is.
_________________
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
ruach
n00b
n00b


Joined: 28 May 2004
Posts: 67
Location: Utah

PostPosted: Wed Mar 16, 2005 3:09 pm    Post subject: Reply with quote

I ran it again, here is the output this time with more lines

Code:

.././scripts/mkinstalldirs /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu
../sysdeps/generic/libc-start.c: In function `__libc_start_main':
../sysdeps/generic/libc-start.c:192: warning: implicit declaration of function `__guard_setup'
.././scripts/mkinstalldirs /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu
echo 'csu/elf-init.oS csu/hp-timing.oS' > /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oST
mv -f /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oST /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oS
../sysdeps/generic/libc-start.c: In function `__libc_start_main':
../sysdeps/generic/libc-start.c:192: warning: implicit declaration of function `__guard_setup'
gcc -nostdlib -nostartfiles -r -o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/crt1.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/start.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/abi-note.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/init.o
gcc -nostdlib -nostartfiles -r -o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/Scrt1.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/start.os /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/abi-note.o /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/init.o
echo 'csu/init-first.o csu/libc-start.o csu/sysdep.o csu/version.o csu/check_fds.o csu/libc-tls.o csu/elf-init.o csu/dso_handle.o csu/errno.o csu/errno-loc.o csu/ssp.o csu/hp-timing.o' > /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oT
mv -f /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.oT /var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/stamp.o
The bug is not reproducible, so it is likely a hardware or OS problem.
make[2]: *** [/var/tmp/portage/glibc-2.3.4.20040808-r1/work/build/csu/errno-loc.os] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3/csu'
make[1]: *** [csu/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20040808-r1/work/glibc-2.3.3'
make: *** [all] Error 2

_________________
For much wisdom is much grief and he that increaseth knowledge increaseth sorrow. Eccl 1:18
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 17, 2005 9:31 pm    Post subject: Reply with quote

the problem seems to be that you are emerging glibc-2.3.4.20040808-r1. please post the contents of your package.keywords file and post the output of the emerge command you're using, but add the "-vp" parameters.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
ruach
n00b
n00b


Joined: 28 May 2004
Posts: 67
Location: Utah

PostPosted: Thu Mar 17, 2005 9:58 pm    Post subject: Reply with quote

I started over because I thought I saw a bug, glibc is still failing, however this time it fails on the first build. The first time I compiled, before starging over, every thing worked the first time thru. But now it failed on the first try. I used different CCFLAGS this time, the ones from the tutorial. Last time I updated the CCFLAGS with some different parrams like -O3 and -mcpu=i686. Now that I am building again, it is using a different ebuild for glibc, not sure why.

Here is package.keywords:
Code:

# cat /etc/portage/package.keywords
sys-devel/gcc ~x86
sys-devel/gcc-config ~x86
sys-libs/libstdc++-v3 ~x86
sys-libs/glibc ~x86

And the outut from emerge:
for glibc only
Code:
 
# emerge -vp glibc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild     U ] sys-libs/glibc-2.3.4.20050125-r1 [2.3.4.20040808-r1] -build -debug -erandom -hardened (-multilib) +nls -nomalloccheck +nptl* -nptlonly -pic +userlocales* 0 kB


And for everything else, just in case it makes a difference ;)
Code:
 # emerge -vp gcc-config glibc binutils gcc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] sys-devel/gcc-config-1.3.10-r1  0 kB
[ebuild     U ] sys-libs/glibc-2.3.4.20050125-r1 [2.3.4.20040808-r1] -build -debug -erandom -hardened (-multilib) +nls -nomalloccheck +nptl* -nptlonly -pic +userlocales* 0 kB
[ebuild     U ] sys-devel/binutils-2.15.92.0.2-r1 [2.14.90.0.8-r1] -bootstrap -build -debug -multitarget +nls (-uclibc) 0 kB
[ebuild  NS   ] sys-devel/gcc-3.4.3.20050110  -bootstrap -boundschecking -build -debug +fortran -gcj +gtk -hardened (-ip28) (-multilib) -multislot (-n32) (-n64) +nls -nocxx -objc -static (-uclibc) 0 kB
[ebuild  N    ] sys-libs/libstdc++-v3-3.3.4  -debug +nls 0 kB


I'm going to post the out put from emerge glibc to http://www.chpc.utah.edu/~ruach/glibc.err in a few minutes. Let me know what you think, and thanks for the help.
_________________
For much wisdom is much grief and he that increaseth knowledge increaseth sorrow. Eccl 1:18
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 17, 2005 10:15 pm    Post subject: Reply with quote

hmmm. i had been thinking that your emerge was trying to rebuild the old version of glibc instead of emerging the new version, so i thought you might have had a typo in package.keywords.

your package.keywords file has correctly enabled glibc in the testing branch, and your pretend emerge looks good, so that's not the problem.

your other post on the remote site shows that the compiler is segfaulting, which may be the result of a configuration problem. have you read the bug report regarding setting the AMD architectures? if not, take a peek at /etc/make.conf/example and follow the link to the bug report. i don't do AMD, so i may not be the most helpful person on this subject.

following kimchi's link, you might want to revert to the most basic and safe cflag settings for your CPU:
Code:
 Athlon MP (AMD)

    CHOST="i686-pc-linux-gnu"
    CFLAGS="-march=athlon-mp -O3 -pipe -fomit-frame-pointer"
    CXXFLAGS="-march=athlon-mp -O3 -pipe -fomit-frame-pointer"

_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
ruach
n00b
n00b


Joined: 28 May 2004
Posts: 67
Location: Utah

PostPosted: Thu Mar 17, 2005 10:47 pm    Post subject: Reply with quote

I looked in /etc/make.conf.example and the only AMD warning I saw was this
Code:

# CRITICAL WARNINGS: ****************************************************** #
# K6 markings are deceptive. Avoid setting -march for them. See Bug #24379. #
# Pentium-M CPU's should not enable sse2 until at least gcc-3.4. Bug 50616. #
# ************************************************************************* #


But I'm not on a K6, so I don't think it should apply. Do you have any other thoughts?

I'll give those other flags a shot and see what I get
_________________
For much wisdom is much grief and he that increaseth knowledge increaseth sorrow. Eccl 1:18
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 17, 2005 10:55 pm    Post subject: Reply with quote

no more ideas... i'd give the basic flags a shot and report back.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
ruach
n00b
n00b


Joined: 28 May 2004
Posts: 67
Location: Utah

PostPosted: Thu Mar 17, 2005 10:57 pm    Post subject: Reply with quote

Ok, I found an error in my make.conf I had -march=athlon not -march=athlon-mp. That still doesn't explain why it broke the last time but I am recompiling glibc now to see if it makes a difference. If it still breaks I'll try omitting the -march altogether or mayber trying i686.

Another quick question:
I noticed the first time you build gcc-3.4 you use simpler CFLAGS, -O2 etc. Then when you rebuild it the second time, you specify beefier flags. Is there any advantage to using higher optimizations for the first build?, would there be an advantage to not using any optimizatoins the first time--in order to compile faster--and then using good optimizations the second time?

Well it just died again, while I was writing this post. I'm going to try it with -march=i686 and see what I get
_________________
For much wisdom is much grief and he that increaseth knowledge increaseth sorrow. Eccl 1:18
Back to top
View user's profile Send private message
ruach
n00b
n00b


Joined: 28 May 2004
Posts: 67
Location: Utah

PostPosted: Thu Mar 17, 2005 11:18 pm    Post subject: Reply with quote

There's no hope! :cry: I tried it again with -march=i686 and then again without -pipe and -fomit-frame-pointer and -j4. I don't get it, it busts on the same line of the same file every time?... grrr. Maybe I'll just do a grp install :wink: I'm gonna try emerging an older glibc, maybe that will work. Thanks for all the help, I really appreciate it. Maybe some one else will come along with a solution, or maybe I'll just get this box built so I can get some real work done. :D
_________________
For much wisdom is much grief and he that increaseth knowledge increaseth sorrow. Eccl 1:18
Back to top
View user's profile Send private message
jeremy whiting
Apprentice
Apprentice


Joined: 25 May 2004
Posts: 159
Location: UT

PostPosted: Sat Mar 19, 2005 3:05 pm    Post subject: Reply with quote

you might check the contents of /proc/meminfo to make sure you've got your swap enabled, etc. I've had this problem a couple times where emerge segfaults at the same place because I forgot to swapon /dev/hda2 or whatever.

just an idea.
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 19, 2005 3:50 pm    Post subject: Reply with quote

ruach wrote:
There's no hope! :cry: I tried it again with -march=i686 and then again without -pipe and -fomit-frame-pointer and -j4. I don't get it, it busts on the same line of the same file every time?... grrr. Maybe I'll just do a grp install :wink: I'm gonna try emerging an older glibc, maybe that will work. Thanks for all the help, I really appreciate it. Maybe some one else will come along with a solution, or maybe I'll just get this box built so I can get some real work done. :D

the recommendation to verify swap is a good one.

which package is the one that is failing? can you post detailed screen output here? have you tried easing back to an -O2 optimization level? i know that the gcc ebuild filters out -O3 and replaces it with -O2 on x86, but i don't know if it does that on alhlons.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
Timdog
n00b
n00b


Joined: 05 Mar 2005
Posts: 10
Location: Pennsylvania

PostPosted: Sun Mar 20, 2005 9:26 pm    Post subject: Reply with quote

When I do emerge -e system, I get the following error:

Code:
checking for C compiler default output... configure: error: C compiler cannot create executables
See `config.log' for more details
make: *** No targets specified and no makefile found. Stop.
!!! ERROR: sys-devel/patch-2.4.9 failed.
!!! Function src_compile, Line 38, Exitcode 2
!!! emake failed


What should I do?
_________________
Fear the Dawg!
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: Sun Mar 20, 2005 9:37 pm    Post subject: Reply with quote

that question has been asked and answered already.

please do your homework and read the support thread before asking questions that have already been answered.

hint: go back one page.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
sunldn
n00b
n00b


Joined: 20 Mar 2005
Posts: 3

PostPosted: Sun Mar 20, 2005 9:51 pm    Post subject: RSYNC_EXCLUDEFROM defined but file not exist Reply with quote

hi all

i am learning to install Gentoo by following Stage 1 NPTL on Stage 3 Tarball. I follow the guide on the lastest PDF file step by step.
I run emerge --sync but I got RSYNC_EXCLUDEFROM defined but file not exist from the server.

anyone please help to solve this error please.

Thanks all.
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: Mon Mar 21, 2005 12:30 am    Post subject: Reply with quote

you can comment-out the line in make.conf that includes RSYNC_EXCLUDEFROM if you don't plan to create the exclusion file.

if you want to use the exclusion file to cut-out some of the portage files during a sync, just list them in the rsync_excludes file using the syntax listed in the Gentoo Installation Handbook.

regardless of whether or not you change the entry in make.conf, if you do not create the rsync_excludes file and populate it with statements, absolutely nothing will happen. there will be no ill-effects on your emerge --sync.

if you are having problems with emerge --sync, you need to look somewhere else for the fix -- RSYNC_EXCLUDEFROM is not causing your problem.

if you are having problems with this because you are new to gentoo, you may wish to reconsider your choice of following this guide. rsync exclusion and the Stage 1/3 guide are expert methods that aren't really intended for users that are new to gentoo.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
powderific
n00b
n00b


Joined: 25 Feb 2005
Posts: 26

PostPosted: Mon Mar 21, 2005 3:54 am    Post subject: Reply with quote

Woohoo! After having many problems installing on my laptop I was able to do the Stage 1/3 install on my desktop with no problems (and pretty quickly too!) I feel confident that I can figure out re-installing on my laptop now, but I have one question regarding CFLAGS in the make.conf file. My laptop has a Pentium M Centrino processor, and it is my understanding that pentium-m cflags are supported with the new version of gcc but not the old. Since this install uses all the nice new toolkit, can I safely change the -march and -mtune settings to pentium-m when I update my use flags before rebuilding the system? Is there any way for me to tell if this is what is causing problems if the install goes south? Thanks!
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: Mon Mar 21, 2005 3:45 pm    Post subject: Reply with quote

i have no experience with pentium-m but i can tell you exactly where to go to find the answer. if you're not sure whether the new compiler supports those flags, read "man gcc". the intel stuff is pretty far down on the man page, but every supported architecture subtype is listed.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks


Last edited by Bob P on Mon Mar 21, 2005 4:13 pm; edited 1 time in total
Back to top
View user's profile Send private message
ruach
n00b
n00b


Joined: 28 May 2004
Posts: 67
Location: Utah

PostPosted: Mon Mar 21, 2005 4:13 pm    Post subject: Reply with quote

Bob P wrote:

the recommendation to verify swap is a good one.

which package is the one that is failing? can you post detailed screen output here? have you tried easing back to an -O2 optimization level? i know that the gcc ebuild filters out -O3 and replaces it with -O2 on x86, but i don't know if it does that on alhlons.


I did verfity swap. top shows 2939884k swap availible, none used. The box has 3gig of ram, so I wouldn't expect memory to be a problem--though I have been wrong in the past. I did try very simple flags, "-O2 -march=i686 -fomit-frame-pointer" and it still failed. Last Friday I installed with linux26-headers, gcc-3.3.5-r1 and glibc-2.3.4.20041102-r1 and did not have ANY problems. I would really like to try and get this all to work, but I just don't have more time to put into it. This is a critical machine to me, and I've got to get it running.

Thanks all, very much for the input and the help.
_________________
For much wisdom is much grief and he that increaseth knowledge increaseth sorrow. Eccl 1:18
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: Mon Mar 21, 2005 4:16 pm    Post subject: Reply with quote

after making swap, did you turn it on? i'm just wondering... with 3 GB of RAM you may never need swap. OTOH, if swap isn't even getting used, its always a good idea to verify that you've both made swap and turned it on.

how many processors do you have, and what is your current makeopts value for j? looking at your emerge info, it seems that you had j=16. :!: 8O
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
ruach
n00b
n00b


Joined: 28 May 2004
Posts: 67
Location: Utah

PostPosted: Mon Mar 21, 2005 6:05 pm    Post subject: Reply with quote

Bob P wrote:
after making swap, did you turn it on? i'm just wondering... with 3 GB of RAM you may never need swap. OTOH, if swap isn't even getting used, its always a good idea to verify that you've both made swap and turned it on.

how many processors do you have, and what is your current makeopts value for j? looking at your emerge info, it seems that you had j=16. :!: 8O


Yeah I turned swap on. I guess it is possible that I might have overlooked that, but I doubt it. top said there was swap availible so I assume that means that it was turned on. I did have -j16, which I was told by one of the guys up here would be acceptable on my hardware. However, when I ran "-O2 -pipe -fomit-frame-pointer" I also turned -j down to -j4 just to be safe. I didn't log every config I tried, and maybe it would be helpful it I did, but I attempted to complie at least 10 times, with various and assundry options.

EDIT:insert
I have two processors. AMD Athlon MP 2000+ and also a 3ware card doing RAID1 on two 250G drives.

I'm leaving for pycon tomorrow, but if you thought we might be able to get this working, and you thought that there would be a good performance advantage to using 3.4 and ntpl I would be willing to give it another shot. If you want I'd be willing to give you a logon so you (bob P) can see what is happening.

Let me know what you think
_________________
For much wisdom is much grief and he that increaseth knowledge increaseth sorrow. Eccl 1:18
Back to top
View user's profile Send private message
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Installing Gentoo All times are GMT
Goto page Previous  1, 2, 3 ... 6, 7, 8 ... 10, 11, 12  Next
Page 7 of 12

 
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