|C0NRAD| Install V400 | "Flying Colors" | #(Number) 1?

Message

Ishiki · Post by **Ishiki** » Sun Jun 10, 2007 9:07 am

Well... just CFLAGS from this guide alone will probably break many things, so I wouldn't expect much stability and "bug-freenes" from it. I propose to use the normal, stable, clean, fast, efficient, ultra cool way to install Gentoo - Gentoo Handbook
And after that, tell us, if that worked for You.

Master Chef · Post by **Master Chef** » Sun Jun 10, 2007 7:45 pm

Ishiki wrote:Well... just CFLAGS from this guide alone will probably break many things, so I wouldn't expect much stability and "bug-freenes" from it. I propose to use the normal, stable, clean, fast, efficient, ultra cool way to install Gentoo - Gentoo Handbook
And after that, tell us, if that worked for You.

I'm a moron and confused the build use flag with some other flag. And I'm willing to bet that caused it, but let's wait half an hour and see.

I've tried vanilla-gentoo, I got really sick of the tendencies to avoid ~x86, and found that embracing it is much less troublesome. The only CFLAGS I've had problems with are "combine", and so I got rid of it

. I've never compared Vanilla to Conrad as far a benchmarks go, but I think there's a strong reliance on compilers now to optimize our code since we don't have the time. So I say, let GCC go at it (from the "full force" that somebody neatly laid out for us

).

RobNyc · Post by **RobNyc** » Wed Jun 13, 2007 12:05 pm

I'm trying this

And waiting to see you guys at the irc channel

RobNyc · Post by **RobNyc** » Wed Jun 13, 2007 3:13 pm

emerge binutils glibc
Calculating dependencies -
!!! All ebuilds that could satisfy "dev-util/unifdef" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-util/unifdef-1.20 (masked by: missing keyword)

For more information, see MASKED PACKAGES section in the emerge man page or
refer to the Gentoo Handbook.
(dependency required by "sys-kernel/linux-headers-2.6.21" [ebuild])

cheater1034 · Post by **cheater1034** » Thu Jun 14, 2007 4:20 pm

Yo guys, I've been really busy unable to work on this and no-sources or whatever. School's now out, I don't have any real commitments at the moment, so I should be able to get going again soon.

Also, if anybody wants to maintain or co-maintain the conrad guide, then I'd be more than happy to evaluate you for the position

(I would prefer for myself to be co-maintainer, and somebody takes the position of maintainer/releaser, and ideally a few people just help out) I would make the conrad CD and the kernel, and contribute enough, but the maintainer would make the final decisions of what's in or out and make the final changes and then release it.

Sorry for not being here for the last 5 pages of this thread, and thanks for considering maintaining.

I'll be in #conrad, here, or email me at cheater1034@gmail.com

RobNyc · Post by **RobNyc** » Fri Jun 15, 2007 12:35 pm

I'm still at step 8.3 please help

emerge glibc
Calculating dependencies... done!

>>> Emerging (1 of 1) sys-libs/glibc-2.5-r1 to /
* glibc-linuxthreads-2.5.tar.bz2 MD5

... [ ok ]
* glibc-linuxthreads-2.5.tar.bz2 RMD160

... [ ok ]
* glibc-linuxthreads-2.5.tar.bz2 SHA1

... [ ok ]
* glibc-linuxthreads-2.5.tar.bz2 SHA256

... [ ok ]
* glibc-linuxthreads-2.5.tar.bz2 size

... [ ok ]
* glibc-2.5-extra_patches-1.3.tar.bz2 MD5

... [ ok ]
* glibc-2.5-extra_patches-1.3.tar.bz2 RMD160

... [ ok ]
* glibc-2.5-extra_patches-1.3.tar.bz2 SHA1

... [ ok ]
* glibc-2.5-extra_patches-1.3.tar.bz2 SHA256

... [ ok ]
* glibc-2.5-extra_patches-1.3.tar.bz2 size

... [ ok ]
* glibc-2.5.tar.bz2 MD5

... [ ok ]
* glibc-2.5.tar.bz2 RMD160

... [ ok ]
* glibc-2.5.tar.bz2 SHA1

... [ ok ]
* glibc-2.5.tar.bz2 SHA256

... [ ok ]
* glibc-2.5.tar.bz2 size

... [ ok ]
>>> Downloading 'http://distfiles.gentoo.org/distfiles/g ... .4.tar.bz2'
--08:16:22-- http://distfiles.gentoo.org/distfiles/g ... .4.tar.bz2
=> `/usr/portage/distfiles/glibc-2.5-patches-1.4.tar.bz2'
Resolving distfiles.gentoo.org... 216.165.129.135, 156.56.247.195, 64.50.238.52, ...
Connecting to distfiles.gentoo.org|216.165.129.135|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
08:16:22 ERROR 404: Not Found.

>>> Downloading 'http://distro.ibiblio.org/pub/linux/dis ... .4.tar.bz2'
--08:16:22-- http://distro.ibiblio.org/pub/linux/dis ... .4.tar.bz2
=> `/usr/portage/distfiles/glibc-2.5-patches-1.4.tar.bz2'
Resolving distro.ibiblio.org... 152.46.7.109
Connecting to distro.ibiblio.org|152.46.7.109|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
08:16:26 ERROR 404: Not Found.

>>> Downloading 'http://snigel.no-ip.com/~nxsty/linux/gl ... .4.tar.bz2'
--08:16:26-- http://snigel.no-ip.com/~nxsty/linux/gl ... .4.tar.bz2
=> `/usr/portage/distfiles/glibc-2.5-patches-1.4.tar.bz2'
Resolving snigel.no-ip.com... 81.226.250.213
Connecting to snigel.no-ip.com|81.226.250.213|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
08:16:27 ERROR 404: Not Found.

>>> Downloading 'http://snigel.no-ip.com/~nxsty/linux/gl ... .4.tar.bz2'
--08:16:27-- http://snigel.no-ip.com/~nxsty/linux/gl ... .4.tar.bz2
=> `/usr/portage/distfiles/glibc-2.5-patches-1.4.tar.bz2'
Resolving snigel.no-ip.com... 81.226.250.213
Connecting to snigel.no-ip.com|81.226.250.213|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
08:16:27 ERROR 404: Not Found.

!!! Couldn't download 'glibc-2.5-patches-1.4.tar.bz2'. Aborting.

aldo_a · Post by **aldo_a** » Fri Jun 15, 2007 1:49 pm

RobNyc wrote:I'm still at step 8.3 please help

.........

!!! Couldn't download 'glibc-2.5-patches-1.4.tar.bz2'. Aborting.

You can found it here http://dev.gentoo.org/~vapier/dist/

RobNyc · Post by **RobNyc** » Mon Jun 18, 2007 12:39 pm

Thanks now .. After I emerged these, it crashed at libstdc++ so here it is when I tried again

emerge -pv glibc binutils gcc libstdc++-v3 libtool

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild R ] sys-libs/glibc-2.5-r1 USE="nptl nptlonly -build -debug -glibc-compat20 -glibc-omitfp -hardened -multilib -nls -nomalloccheck -profile -selinux" 0 kB [1]
[ebuild R ] sys-devel/binutils-2.17.50.0.16 USE="multislot -multitarget -nls -test -vanilla" 0 kB
[ebuild R ] sys-devel/gcc-4.1.0-r1 USE="gtk multislot -altivec -bootstrap -build -doc -fortran -gcj -hardened -ip28 -ip32r10k -mudflap -multilib -n32 -n64 -nls -nocxx -objc -objc++ -objc-gc -test -vanilla" 0 kB
[ebuild UD] sys-libs/libstdc++-v3-3.3.3-r1 [3.3.4] USE="-build -nls* -nptl* -uclibc% (-multilib%)" 0 kB
[ebuild U ] sys-devel/libtool-1.5.23b [1.5.22] 0 kB

Total: 5 packages (1 upgrade, 1 downgrade, 3 reinstalls), Size of downloads: 0 kB
Portage overlays:
[1] /usr/local/overlays/conrad
[2] /usr/local/portage
small-gentoo_x86 distfiles # emerge libstdc++-v3 libtool Calculating dependencies... done!
>>> starting parallel fetching

>>> Emerging (1 of 2) sys-libs/libstdc++-v3-3.3.3-r1 to /
* gcc-3.3.3.tar.bz2 RMD160 ... [ ok ]
* gcc-3.3.3.tar.bz2 SHA1 ... [ ok ]
* gcc-3.3.3.tar.bz2 SHA256 ... [ ok ]
* gcc-3.3.3.tar.bz2 size ... [ ok ]
>>> Unpacking source...
>>> Unpacking gcc-3.3.3.tar.bz2 to /var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/work

blablabla then the end of message is

In file included from /var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/work/gcc-3.3.3/gcc/read-rtl.c:24:
/var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/work/gcc-3.3.3/gcc/rtl.h:132: warning: type of bit-field 'code' is a GCC extension
/var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/work/gcc-3.3.3/gcc/rtl.h:135: warning: type of bit-field 'mode' is a GCC extension
/var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/work/gcc-3.3.3/gcc/read-rtl.c: In function 'fatal_with_file_and_line':
/var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/work/gcc-3.3.3/gcc/read-rtl.c:53: warning: traditional C rejects ISO C style function definitions
/var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/work/gcc-3.3.3/gcc/read-rtl.c: In function 'read_rtx':
/var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/work/gcc-3.3.3/gcc/read-rtl.c:653: error: invalid lvalue in increment
make[1]: *** [read-rtl.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/work/build/gcc'
make: *** [all-gcc] Error 2

!!! ERROR: sys-libs/libstdc++-v3-3.3.3-r1 failed.
Call stack:
ebuild.sh, line 1621: Called dyn_compile
ebuild.sh, line 973: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
libstdc++-v3-3.3.3-r1.ebuild, line 224: Called die

!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/sys-libs/libstdc++-v3-3.3.3-r1/temp/build.log'.

Zmyrgel · Post by **Zmyrgel** » Tue Jun 19, 2007 10:48 am

micr0c0sm wrote:Agreed with porting your overlay to layman.
I might modify your guide to work with paludis but I don't think I will release it.

Clear, concise guide. Kudos.

Hopefully you decide to release it. Atleast I'm interested on seeing that as I've planned to test out the Paludis.

matobsk · Post by **matobsk** » Tue Jun 19, 2007 9:10 pm

I can confirm this guide works with the latest paludis.

I didn't attempt to write an appendix for doing conrad this way, as my install uses a few other overlays.
It wasn't difficult at all to 'port' the portage configurations to paludis.

I just installed paludis as my first emerge (before rebuilding the stage3 toolchain) followed by subversion (for my other overlays).
Set up the paludis configs according to the paludis site (porting conrad settings where applicable)

Then use paludis to rebuild the toolchain and world, and you're off!

Strowi · Post by **Strowi** » Wed Jul 18, 2007 1:30 pm

hi,

i have used the conrad install-method a couple of times to install my Thinkpad-X30 and my amd64 system (and also a couple of workstations (x86)).
I just wanted to report that the ARCH= setting makes "emerge virtualbox*" fail, at least on pentium3...

make.conf

Code: Select all

ARCH="pentium3"
...

An emerge virtualbox (-bin also) shows, that it is searching for the virtualbox-
*-pentium3 package, but there is only a x86 available.

I am not sure if this belongs here or if i sould file a bug for virtualbox. But since ARCH="" doesn't seem to be used by the official make.conf, i tried first here...

saffsd · Post by **saffsd** » Mon Jul 23, 2007 9:51 am

*edit* edited first code block (inserted various \n) to work with screen widths below 2560px -- think4urs11

Hello all.
I'm working my way through this install guide, but:

Code: Select all

mv -f /var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/shlib.ldsT
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/shlib.lds
x86_64-pc-linux-gnu-gcc -Wl,-O1  -shared -static-libgcc -Wl,-O1  -Wl,-z,defs -Wl,-dynamic-linker=/lib32/ld-linux.so.2 
-B/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/csu/  
-Wl,--version-script=/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/libc.map -Wl,-soname=libc.so.6 -Wl,-z,combreloc 
-Wl,-z,relro -nostdlib -nostartfiles -e __libc_main -Wl,-z,now -L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl 
-L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/math 
-L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/elf 
-L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/dlfcn 
-L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/nss 
-L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/nis 
-L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/rt 
-L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/resolv 
-L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/crypt 
-L/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/nptl 
-Wl,-rpath-link=/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl:
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/math:
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/elf:
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/dlfcn:
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/nss:
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/nis:
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/rt:
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/resolv:
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/crypt:
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/nptl -o 
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/libc.so -T 
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/shlib.lds 
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/csu/abi-note.o 
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/soinit.os 
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/libc_pic.os 
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/sofini.os 
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/interp.os 
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/elf/ld.so -lgcc

/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: warning: creating a DT_TEXTREL in object.
/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/libc_pic.os: In function `sync_file_range':
: undefined reference to `.Lpseudo_end'
collect2: ld returned 1 exit status
make[1]: *** [/var/tmp/portage/sys-libs/glibc-2.6/work/build-x86-x86_64-pc-linux-gnu-nptl/libc.so] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.6/work/glibc-2.6'
make: *** [all] Error 2
 * 
 * ERROR: sys-libs/glibc-2.6 failed.
 * Call stack:
 *   ebuild.sh, line 1648:   Called dyn_compile
 *   ebuild.sh, line 988:   Called qa_call 'src_compile'
 *   ebuild.sh, line 44:   Called src_compile
 *   glibc-2.6.ebuild, line 1168:   Called src_compile
 *   glibc-2.6.ebuild, line 1179:   Called toolchain-glibc_src_compile
 *   glibc-2.6.ebuild, line 275:   Called die
 * 
 * make for x86 failed
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/sys-libs/glibc-2.6/temp/build.log'.
 * 
 * GNU info directory index is up-to-date.

Code: Select all

# Conrad make.conf v4.1
ARCH="nocona"

COREFLAGS="-frename-registers -fweb -pipe -fomit-frame-pointer -funit-at-a-time -freorder-blocks -fno-ident -freorder-blocks-and-partition -fmerge-all-constants -combine"

# Only uncomment below item if CPU supports sse3
CPUFLAGS="-msse3"

CFLAGS="-Os -march=${ARCH} ${CPUFLAGS} ${COREFLAGS}"
#CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,-O1"
CHOST="x86_64-pc-linux-gnu"

ACCEPT_KEYWORDS="~amd64"

CONRAD_OVERLAY="/usr/local/overlays/conrad"
PORTAGE_OVERLAY="/usr/local/portage"
PORTDIR_OVERLAY="${CONRAD_OVERLAY} ${PORTAGE_OVERLAY}"

PORTAGE_NICENESS="12"
FEATURES="parallel-fetch distlocks"

# USE="alsa arts cairo cdr dbus dvd dvdr eds emboss encode esd fam firefox gif gnome gstreamer gtk gtk2 hal jpeg kde mad mikmod mp3 mpeg ogg opengl oss png qt3 qt4 quicktime sdl spell truetype vorbis win32codecs X xml xv"

# Multiple Cores/CPUS (uncomment as necessary)
# 1 CPU: one core
#MAKEOPTS="-j2"
# 1 CPU: two cores
MAKEOPTS="-j3"
# 1 CPU: four cores
#MAKEOPTS="-j5"
# 2 CPUs: one core each
#MAKEOPTS="-j4"
# 2 CPUs: two cores each
#MAKEOPTS="-j6"
# 2 CPUs: four cores each
#MAKEOPTS="-j8"

# Input_Devices for Modular Xorg
# (nvidia-based example given)
# INPUT_DEVICES="keyboard mouse"
# VIDEO_CARDS="nv nvidia vesa"

I have set ARCH="nocona", is this the correct setting for a Core 2 Duo E6420? I want a 64-bit OS. I have also removed -fvisibility-inlines-hidden but that has not solved the problem. I am building this system through a Ubuntu install already on the disk. The only point at which i have done things differently from the guide is linking the 2007.0 profile to /etc/make.profile/. I have not been able to google up a similar error. Any help is much appreciated, thanks!

Strowi · Post by **Strowi** » Mon Jul 23, 2007 10:11 am

hi,

it seems that this is a problem with the new glibc-2.6. As a quick fix, you could use an older glibc-2.5-r4 version (I did a few minutes ago, by deleting glibc-2.6.ebuild and doing "ebuild /usr/portage/sys-libs/glibc-2.5-r4.ebuild digest". Seems glibc2.6 has been put into ~arch recently.

seren · Post by **seren** » Tue Jul 24, 2007 12:24 am

Strowi wrote:hi,

it seems that this is a problem with the new glibc-2.6. As a quick fix, you could use an older glibc-2.5-r4 version (I did a few minutes ago, by deleting glibc-2.6.ebuild and doing "ebuild /usr/portage/sys-libs/glibc-2.5-r4.ebuild digest". Seems glibc2.6 has been put into ~arch recently.

thats NOT a fix

please add =sys-libs/glibc-2.6 to /etc/portage/package.mask i would wait until 2.6.1 come out, but the fact of the matter is that your cflags are breaking the merge of 2.6 i suggest trimming them down to

Code: Select all

jaymzbox gcc # cat /etc/make.conf | grep CFLAGS
CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer"
CFLAGS="${CFLAGS} -fno-ident -frename-registers -fweb -msse3"

I have addressed this before that Conrad's flags are way to aggressive

Strowi · Post by **Strowi** » Tue Jul 24, 2007 9:10 am

yes, sorry... i should have mentioned that.
But i always struggle wit un-/masking packages in the right place, so that was really only a dirty dirty one. But for the rest of the install guide... it worked fine.

Mr. Tao · Post by **Mr. Tao** » Mon Jul 30, 2007 5:19 pm

saffsd wrote:I have set ARCH="nocona", is this the correct setting for a Core 2 Duo E6420? I want a 64-bit OS.

No, that's not correct. Please, take a look here.

This guide, despite how much I like it, can cause headache when it comes to 64 bit systems. Please, check also this kerberos related problem, directly connected to this guide.