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

Goto page Previous  1, 2, 3 ... , 22, 23, 24  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
cornmander
n00b
n00b


Joined: 27 Apr 2005
Posts: 45

PostPosted: Thu Jun 23, 2005 12:07 pm    Post subject: Corrupted File? Reply with quote

woops...

wrong thread.
Back to top
View user's profile Send private message
rd
n00b
n00b


Joined: 22 Jun 2005
Posts: 2

PostPosted: Thu Jun 23, 2005 1:51 pm    Post subject: Reply with quote

:oops: um, that would be a yes. oops!

-hummingbird
Back to top
View user's profile Send private message
jhunholz
Apprentice
Apprentice


Joined: 29 Apr 2004
Posts: 154
Location: Raleigh, NC

PostPosted: Wed Jul 06, 2005 2:48 pm    Post subject: Reply with quote

I had to reinstall Gentoo on my laptop, so I thought I would give this stage 1/3 install a try. I've got most of the hard work done, but the sysfsutils package is giving me some grief. Anyone have an idea how I can fix this?

Error message:
Code:
mv -f libsysfs_la-sysfs_dir.o .libs/libsysfs_la-sysfs_dir.lo
mv: cannot stat `libsysfs_la-sysfs_dir.o': No such file or directory
make[2]: *** [libsysfs_la-sysfs_dir.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f libsysfs_la-sysfs_utils.o .libs/libsysfs_la-sysfs_utils.lo
mv: cannot stat `libsysfs_la-sysfs_utils.o': No such file or directory
make[2]: *** [libsysfs_la-sysfs_utils.lo] Error 1
make[2]: Leaving directory `/var/tmp/portage/sysfsutils-1.2.0-r2/work/sysfsutils-1.2.0/lib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sysfsutils-1.2.0-r2/work/sysfsutils-1.2.0'
make: *** [all] Error 2

!!! ERROR: sys-fs/sysfsutils-1.2.0-r2 failed.
!!! Function src_compile, Line 26, Exitcode 2
!!! emake failed
!!! If you need support, post the topmost build error, NOT this status message.


My make.conf:
Code:
CFLAGS="-O3 -mcpu=athlon-xp -fomit-frame-pointer -pipe -fforce-addr -momit-leaf-frame-pointer -ftracer"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
ACCEPT_KEYWORDS="x86"
PORTAGE_TMPDIR=/var/tmp
PORTDIR=/usr/portage
DISTDIR=${PORTDIR}/distfiles
PKGDIR=${PORTDIR}/packages
PORT_LOGDIR=/var/log/portage
SYNC="rsync://barliman/gentoo-portage"
RSYNC_RETRIES="3"
RSYNC_TIMEOUT=180
MAKEOPTS="-j2"
PORTAGE_NICENESS=3
AUTOCLEAN="yes"
FEATURES="ccache distlocks sandbox userpriv usersandbox"
CCACHE_SIZE="512M"
RSYNC_EXCLUDEFROM=/etc/portage/rsync_excludes
USE="npt1"


Any ideas? Thanks!
_________________
Member of the Gentoo Right Wing Conspiracy
Back to top
View user's profile Send private message
dustin_mays
n00b
n00b


Joined: 11 Jul 2005
Posts: 12

PostPosted: Wed Jul 13, 2005 4:06 am    Post subject: Reply with quote

Hi, I'm having trouble running the stage 1/3 install. Everything works fine until section 7.2.5.

Error:
Code:
trings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wold-style-definition     -DHAVE_CONFIG_H    -I. -I. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/../include  /var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/hooks.c -o hooks.o
stage1/xgcc -Bstage1/ -B/usr/i586-pc-linux-gnu/bin/ -c    -O2 -march=k6-2 -pipe -fprofile-generate -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wold-style-definition     -DHAVE_CONFIG_H    -I. -I. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/../include  /var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/ifcvt.c -o ifcvt.o
stage1/xgcc -Bstage1/ -B/usr/i586-pc-linux-gnu/bin/ -c    -O2 -march=k6-2 -pipe -fprofile-generate -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wold-style-definition     -DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/../include  /var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/genattrtab.c -o genattrtab.o
stage1/xgcc -Bstage1/ -B/usr/i586-pc-linux-gnu/bin/ -c    -O2 -march=k6-2 -pipe -fprofile-generate -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wold-style-definition     -DHAVE_CONFIG_H -DGENERATOR_FILE    -I. -I. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/../include  /var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/genautomata.c -o genautomata.o
stage1/xgcc -Bstage1/ -B/usr/i586-pc-linux-gnu/bin/ -c    -O2 -march=k6-2 -pipe -fprofile-generate -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wold-style-definition     -DHAVE_CONFIG_H    -I. -I. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/. -I/var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/../include  /var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/varray.c -o varray.o
stage1/xgcc -Bstage1/ -B/usr/i586-pc-linux-gnu/bin/    -O2 -march=k6-2 -pipe -fprofile-generate -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wold-style-definition     -DHAVE_CONFIG_H -DGENERATOR_FILE  -o genattrtab \
 genattrtab.o genautomata.o \
 rtl.o read-rtl.o bitmap.o ggc-none.o min-insn-modes.o gensupport.o insn-conditions.o print-rtl1.o errors.o \
 varray.o ../libiberty/libiberty.a -lm
./genattrtab /var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/gcc/config/i386/i386.md > tmp-attrtab.c
make[2]: *** [s-attrtab] Error 139
make[2]: Leaving directory `/var/tmp/portage/gcc-3.4.3.20050110-r2/work/build/gcc'
make[1]: *** [stageprofile_build] Error 2
make[1]: Leaving directory `/var/tmp/portage/gcc-3.4.3.20050110-r2/work/build/gcc'
make: *** [profiledbootstrap] Error 2

!!! ERROR: sys-devel/gcc-3.4.3.20050110-r2 failed.
!!! Function gcc_do_make, Line 1211, Exitcode 2
!!! emake failed with profiledbootstrap
!!! If you need support, post the topmost build error, NOT this status message.


emerge --info:
Code:
Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r3 i586)
=================================================================
System uname: 2.6.11-gentoo-r3 i586 AMD-K6(tm) 3D processor
Gentoo Base System version 1.4.16
dev-lang/python:     2.3.4-r1
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i586-pc-linux-gnu"
CFLAGS="-O2 -march=k6-2 -fomit-frame-pointer -pipe"
CHOST="i586-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="-O2 -march=k6-2 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sfperms strict userpriv"
GENTOO_MIRRORS="http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm arts avi berkdb bitmap-fonts crypt cups emboss encode foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl spell ssl tcpd truetype truetype-fonts type1-fonts xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY


You guys have any idea what my problem is?

Thanks,
Dustin
Back to top
View user's profile Send private message
96140
Retired Dev
Retired Dev


Joined: 23 Jan 2005
Posts: 1324

PostPosted: Wed Jul 13, 2005 4:37 am    Post subject: Reply with quote

Have you tried re-emerging GCC with FEATURES="-strict"?

Better yet, unless you are recompiling an existing Gentoo installation with gcc 3.4.3, I would strongly encourage you to use a Jackass!-built system. We created it specifically to do away with recompiling an entire system from scratch (as per the Stage 1/3 method); it contains the exact same enhancements to make.conf as provided in the stage 1/3 install, but every last emerge -e system/world has been done in advance. No recompiling needed whatsoever. You get all the benefits--NPTL, CFLAGS, recompilation--with none of the disadvantages. Plus, the tarball is just a Stage 3 tarball that is installed in exactly the same manner as a regular Gentoo Stage 3 tarball. Check out the link, unless you don't want to hose an existing Gentoo installation. Jackass! saves days of recompiling time and wear'n'tear on your older hardware.
Back to top
View user's profile Send private message
dustin_mays
n00b
n00b


Joined: 11 Jul 2005
Posts: 12

PostPosted: Wed Jul 13, 2005 6:26 am    Post subject: Reply with quote

I had thought about using Jackass!, but then I saw there wasn't a CD that supported my architecture. Stupid k6-2's. :cry: That's why I'm doing the Stage 1/3 install. Or is there a way that I can use one of the CDs, and then optimize for k6-2? If not, then how do I pass -strict on to gcc? Would I set it as an environment variable? Sorry for the n00b questions, but that's what I am. :oops:

Thanks a lot,
Dustin
Back to top
View user's profile Send private message
96140
Retired Dev
Retired Dev


Joined: 23 Jan 2005
Posts: 1324

PostPosted: Wed Jul 13, 2005 6:40 am    Post subject: Reply with quote

dustin_mays wrote:
I had thought about using Jackass!, but then I saw there wasn't a CD that supported my architecture. Stupid k6-2's. :cry: That's why I'm doing the Stage 1/3 install. Or is there a way that I can use one of the CDs, and then optimize for k6-2? If not, then how do I pass -strict on to gcc? Would I set it as an environment variable? Sorry for the n00b questions, but that's what I am.

You do really need to read up on how to use emerge; man emerge and man 5 portage will give some pointers there. Basically, you'd try emerging gcc with -strict by doing this:
Code:
# FEATURES="-strict" emerge gcc
That's all; just a variable placed immediately before the package you want to emerge. If you want to globally set FEATURES="-strict", you need to modify that line in /etc/make.conf. Just set it to the code above.

Also, search the forums for your specific processor--I am positive that this subject has come up elsewhere. I believe that if you do cat /proc/cpuinfo, you'll see the kinds of flags that a K6-2 will accept. For now, you can use the Pentium MMX Jackass! LiveCD & tarball; that is the highest arch compatible with your processor.

But if you don't want to do that, then just stick with the Stage 1/3 method. And do give the FEATURES suggestion a try. I don't recall ever hearing about too many failed emerges of gcc with such basic CFLAGS. I'll check Bugzilla, and do let me know if the solution works.

EDIT: I found this bug in Bugzilla: https://bugs.gentoo.org/show_bug.cgi?id=78618

Are you trying to use some other secure/hardened software in Gentoo, like the hardened gcc?
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: Wed Jul 13, 2005 4:27 pm    Post subject: Reply with quote

i think that this is another example of the developers silently tinkering with packages in the portage tree without telling anyone -- and breaking things that weren't broken in the process.

one thing that is important for a n00b to understand is that using the portage tree is an exercise in risk management. depending upon what the devs have been doing, packages that used to work fine may suddenly become b0rked without warning, and there will be no possibility of a work around until they fix what they've broken. it may be totally impossible for you to build a Gentoo system if the ebuilds are corrupted. your only choice is to use a different portage snapshot, or to wait until the problems are fixed.

one of the main objectives of the Jackass! project was to identify a stable portage snapshot, capture it, and use it for all system functions, thereby avoiding the problem caused by developers who can't resist the urge to tinker with the toolkit.

if i were in your shoes, i would use the Jackass! tarball for Pentium-MMX and be done with it. When you examine the K6 compiler flags, you'll realize that you're not going to be missing anything significant.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
dustin_mays
n00b
n00b


Joined: 11 Jul 2005
Posts: 12

PostPosted: Wed Jul 13, 2005 4:29 pm    Post subject: Reply with quote

As far as I know, no, I'm not using any hardened software. Thanks for clarifying that for me, I'll go do that right now. I'd have read emerge's man page, but the live CD doesn't have man on it, and I haven't tried my chrooted environment. I'll try that as well.

Thanks,
Dustin

Edit: I'll try the Jackass CD if the install keeps b0rking on me, but I would really like to work my way through the Stage 1/3 install first. I really appreciate all of your help, guys. :)


Last edited by dustin_mays on Wed Jul 13, 2005 4:34 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: Wed Jul 13, 2005 4:33 pm    Post subject: Reply with quote

nightmorph wrote:
Basically, you'd try emerging gcc with -strict by doing this:
Code:
# FEATURES="-strict" emerge gcc
That's all; just a variable placed immediately before the package you want to emerge. If you want to globally set FEATURES="-strict", you need to modify that line in /etc/make.conf. Just set it to the code above.


as a general rule, i've never liked the idea of recommending the use of one-time features statements on the command line. more often than not, users will be able to successfully install an ebuild that way, but they will eventually forget what they have done. eventually, when they try to rebuild something, they run into problems and can't remember that they had to use a one-time command line statement to get things going. when they try to rebuild their system at a later date, something fails and they can't remember what they've done or why they've done it. for reasons liek this i've never been a fan of non-persistent emerge parameters. my recommendation would be to edit make.conf and make the changes global, but that's just me...
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
96140
Retired Dev
Retired Dev


Joined: 23 Jan 2005
Posts: 1324

PostPosted: Wed Jul 13, 2005 9:12 pm    Post subject: Reply with quote

Me neither, actually, but in this case I couldn't dig up any method of setting make.conf variables like FEATURES on a per-package basis, if that option even exists. AFAIK, only CFLAGS, USE flags, and masking instructions can be set for individual packages.

Of course, it's entirely possible I simply missed the obvious instructions of how to permanently set FEATURES for some specific ebuild. Global changes would be preferable. I've never liked the sudden introduction of "strict" by the Gentoo devs into the default make.conf, but there are probably many cases when that would be beneficial, even necessary, to emerging packages.
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: Wed Jul 13, 2005 11:41 pm    Post subject: Reply with quote

nightmorph wrote:
... I've never liked the sudden introduction of "strict" by the Gentoo devs into the default make.conf, but there are probably many cases when that would be beneficial, even necessary, to emerging packages.


ooh. i remember that. THAT problem significantly delayed the release of Jackass!
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
dustin_mays
n00b
n00b


Joined: 11 Jul 2005
Posts: 12

PostPosted: Thu Jul 14, 2005 1:49 am    Post subject: Reply with quote

I've set -strict globally in make.conf, and now I've recompiled the whole toolkit with it enabled. Now I'm emerging -e system. I hope to finish everything up tomorrow. Thanks a lot for your help, BobP and nightmorph, I really do appreciate it. :)

Dustin
Back to top
View user's profile Send private message
bsander
Tux's lil' helper
Tux's lil' helper


Joined: 23 Aug 2004
Posts: 104

PostPosted: Thu Jul 14, 2005 3:41 pm    Post subject: Reply with quote

I'm a bit confused. In section 7.2.7 (the Summary), step 2 mentions updating my USE flags. However, in the previous 7.2.x sections there isn't a word about USE flags. So can I update them before the emerge -e system or should continue with ntpl as only USE flag and wait until the guide is completed and everything is installed, then update my USE flags and do an emerge --newuse world?
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 Jul 14, 2005 5:14 pm    Post subject: Reply with quote

the flag update step referenced in Step 2 of the Summary is 7.2.1, where you update make.conf.

the Guide does not address updating USE flags on purpose. the reason for this is that you will ultimately spend less time compiling if you wait to introduce USE flags that are specific for your world packages until after your toolkit has been built.

the idea of the Stage 1/3 Guide is to build your TOOLKIT and create a functional Gentoo system. once you finish the install and have a functional Gentoo system, THEN you should change USE flags for specific world packages, and then emerge the world packages manually. you'll save alot of time doing it that way.

for the purpose of clarity, i'm editing Step 2 in the Summary to remove the reference to USE flags. that was a carry-over from the previous version of the Guide which should have been trimmed. thanks for pointing it out.
_________________
.
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 Jul 14, 2005 5:42 pm    Post subject: Reply with quote

New problem added to the Quick Reference Guide:

:arrow: Framebuffer Problems with 2.6.12 Kernels https://forums.gentoo.org/viewtopic-t-345229-start-40.html
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
bsander
Tux's lil' helper
Tux's lil' helper


Joined: 23 Aug 2004
Posts: 104

PostPosted: Thu Jul 14, 2005 6:16 pm    Post subject: Reply with quote

Bob P wrote:
the flag update step referenced in Step 2 of the Summary is 7.2.1, where you update make.conf.

the Guide does not address updating USE flags on purpose. the reason for this is that you will ultimately spend less time compiling if you wait to introduce USE flags that are specific for your world packages until after your toolkit has been built.

the idea of the Stage 1/3 Guide is to build your TOOLKIT and create a functional Gentoo system. once you finish the install and have a functional Gentoo system, THEN you should change USE flags for specific world packages, and then emerge the world packages manually. you'll save alot of time doing it that way.

for the purpose of clarity, i'm editing Step 2 in the Summary to remove the reference to USE flags. that was a carry-over from the previous version of the Guide which should have been trimmed. thanks for pointing it out.
Okay, I get it. Thanks for clearing that up!
Back to top
View user's profile Send private message
dustin_mays
n00b
n00b


Joined: 11 Jul 2005
Posts: 12

PostPosted: Thu Jul 14, 2005 7:14 pm    Post subject: Reply with quote

For some reason, a python package is trying to call i386-pc-linux-gnu-gcc, when it should be i586-pc-linux-gnu-gcc. I think it might be a problem in a Makefile, but I really don't know. I also searched the bug database and the forums, but found nothing. :\

Code:
*** Resuming merge...
>>> emerge (1 of 62) dev-python/python-fchksum-1.7.1 to /
>>> md5 files   ;-) python-fchksum-1.7.1.ebuild
>>> md5 files   ;-) python-fchksum-1.6.1-r1.ebuild
>>> md5 files   ;-) files/digest-python-fchksum-1.7.1
>>> md5 files   ;-) files/digest-python-fchksum-1.6.1-r1
>>> md5 src_uri ;-) python-fchksum-1.7.1.tar.gz
>>> Unpacking source...
>>> Unpacking python-fchksum-1.7.1.tar.gz to /var/tmp/portage/python-fchksum-1.7.1/work
>>> Source unpacked.
['setup.py', 'build']
running build
running build_ext
building 'fchksum' extension
creating build
creating build/temp.linux-i586-2.3
i386-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -march=k6-2 -fomit-frame-pointer -pipe -fPIC -I/usr/include/python2.3 -c sum.c -o build/temp.linux-i586-2.3/sum.o
gcc-config error: Could not run/locate "i386-pc-linux-gnu-gcc"
error: command 'i386-pc-linux-gnu-gcc' failed with exit status 1

!!! ERROR: dev-python/python-fchksum-1.7.1 failed.
!!! Function src_compile, Line 20, Exitcode 1
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.


Is there a workaround I can use, or is there a patch available to fix this?
Back to top
View user's profile Send private message
96140
Retired Dev
Retired Dev


Joined: 23 Jan 2005
Posts: 1324

PostPosted: Thu Jul 14, 2005 8:47 pm    Post subject: Reply with quote

dustin_mays wrote:
For some reason, a python package is trying to call i386-pc-linux-gnu-gcc, when it should be i586-pc-linux-gnu-gcc. I think it might be a problem in a Makefile, but I really don't know. I also searched the bug database and the forums, but found nothing.

You should have read the very first page of this Support Thread. There is a Quick Help Guide with links to solutions of the common problems that may be encountered. In this case, earlier in this thread is a fix for dealing with python failing checksum.
Back to top
View user's profile Send private message
dustin_mays
n00b
n00b


Joined: 11 Jul 2005
Posts: 12

PostPosted: Fri Jul 15, 2005 12:11 am    Post subject: Reply with quote

nightmorph wrote:
You should have read the very first page of this Support Thread. There is a Quick Help Guide with links to solutions of the common problems that may be encountered. In this case, earlier in this thread is a fix for dealing with python failing checksum.


Whoops, my bad. :oops: I read the first page in the thread when I made my first post, but the Quick Reference section didn't pop out at me when I made my latest post. Thanks for pointing it out to me.

Dustin
Back to top
View user's profile Send private message
Albeit
n00b
n00b


Joined: 15 Jul 2005
Posts: 15

PostPosted: Fri Jul 15, 2005 4:41 am    Post subject: Reply with quote

...

(Didn't do the guide word-for-word)


Last edited by Albeit on Fri Jul 15, 2005 10:08 pm; edited 1 time in total
Back to top
View user's profile Send private message
bsander
Tux's lil' helper
Tux's lil' helper


Joined: 23 Aug 2004
Posts: 104

PostPosted: Fri Jul 15, 2005 6:53 am    Post subject: Reply with quote

By the way, what about config files? After I did emerge -e system, portage tells me there are 73 config files that need updating. Is it safe to do that between these steps or should I also wait until everything is finished? I know this seems very minor and I guess it doesn't really matter, but people here are emphasizing to follow this guide to the letter so I just thought I'd ask :)
Back to top
View user's profile Send private message
Z_God
n00b
n00b


Joined: 14 Dec 2004
Posts: 15
Location: Netherlands

PostPosted: Fri Jul 15, 2005 3:12 pm    Post subject: Reply with quote

Hi,
In step 7.1 when doing 'emerge gcc-config glibc binutils gcc', I get the following error when emerge is trying to compile sys-libs/glibc-2.3.5:
attr.c: In function '__pthread_attr_init_2_1':
attr.c:36: error: structure has no member named '__detaclstate'
make[2]: *** ]/var/tmp/portage/glibc-2.3.5/work/build-default-i686-pc-linux-gnu-linuxthreads/linuxthreads/attr.o] Error 1

Any idea what could cause this? I've done exactly the same install on a similar machine earlier this week and didn't have any such problems then. I believe I'm doing everything almost exactly the same as before.

Thanks in advance,
Z

PS: A athlon-tbird version of Jackass would be nice :)


Edit:
This is weird, I just tried it again (this time without gcc-config though, since it seemed it had already been emerged correctly) and now glibc compiles without problems, but I get an error when compiling gcc.
I think I'll just try it again (also without glibc and binutils this time) and see what happens now.

Edit2:
This again worked.
I'm now at step 7.2.5. I'll guess I do not have a problem anymore:?:
Back to top
View user's profile Send private message
dustin_mays
n00b
n00b


Joined: 11 Jul 2005
Posts: 12

PostPosted: Sat Jul 16, 2005 12:09 am    Post subject: Reply with quote

:lol: Thanks to you guys, I now have completed a Stage 1/3 install. I've booted into it and am emerging links now. Thanks so much, guys. Just need to recompile my kernel with initrd support, I didn't see in the manual where it says to do that, and I didn't think about it when I was emerging the splashtools. Thanks again for your help, I now have a fully-functioning Gentoo system. 8)

Dustin
Back to top
View user's profile Send private message
Moriah
Advocate
Advocate


Joined: 27 Mar 2004
Posts: 2055
Location: Kentucky

PostPosted: Sat Jul 16, 2005 4:25 am    Post subject: falling apart (almost crashing) while doing mksquashfs Reply with quote

I have done the stage 1/3 thing several times, and been satisfied with the results, but a week or so ago I did a stage 1/3 on my backup server. This box is an AMD Athlon XP+ 2000 with 1 GB of RAM and 4 250 GB IDE drives. /dev/hda is the boot drive, and the other 3 drives are in mobile carriers and make up a RAID-1 3-way mirror that is passed thru a loop device to aes-256 encrypt the entire resulting /dev/md0. There is also a DVD burner that is used to make archival backups using a compressed and encrypted technique I developed and documented at https://forums.gentoo.org/viewtopic-t-245019-highlight-pumpkins.html?sid=e1ea7ea704cc58a6ecb20be99e8e5657 which basicly uses a perl script to split a directory tree up into compressed dvd images using mksquashfs.

I have been running this system prior to the stage 1/3 upgrade since September or October of 2004, so I know the approach works; however, since doing the stage 1/3 thing, I have been experiencing system lock-ups while running mksquashfs. It does not always happen at the same place -- in other words, the size of the resulting squashed image at the time of the problem is not always the same, but given a 5 dvd backup run, it has happened every time so far, so I am unable to burn the set of dvds because I cannot produce the dvd images to burn because mksquashfs dies.

The reason I suspect a system problem, rather than a mksquashfs problem, is because when the trouble occurs, the system is almost dead. I cannot even sync before a reset forced reboot. I do not know if either mksquashfs or the squashfs kernel support has changed since I did the stage 1/3, but before I trash everything and rebuild with a simple stage3 install, I would like to ask here if anyone has experienced any such problems using the AMD Athlon XP+ architecture. All my other stage 1/3 installs were on Pentium class machiines.
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 Unsupported Software All times are GMT
Goto page Previous  1, 2, 3 ... , 22, 23, 24  Next
Page 23 of 24

 
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