all bugs related to the 2005.1 prereleases should go HERE AND NOWHERE ELSE. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Hi! I've booted successfully, hardware has been properly discovered etc. For me it works. There is one question though: any chance to include iproute2 in any future release?
testing install-minimal-x86-2005.1_pre1.iso : gentoo-nofb This error is shown during bootup: >> Mounting squashfs filesystem >> Copying read-write image contents to tmpfs >> Booting (initramfs)...... find: /init: No such file or directory find: /modules.cache: No such file or directory /init: 590: Can't open /dev/null INIT: version 2.86 booting gpm is neither configured nor started by default. I had to manually uncomment mousedevice and mouse entries in /etc/conf.d/gpm and /etc/init.d/gpm start roger
Testet on an old P3 machine with an ICP GDT6113RS SCSI-Controller, works like a charme. Well done, Benni! :)
The GRP set seems to be built without (some?) USE Flags from the default-linux/x86/2005.1 profile, i.e. kde-meta is compiled without arts support which is set by default profile-wise.
RE: iproute2 Not likely. We are working to reduce the size fo the disk, not increase it. Anything that is not absolutely necessary for installation will not be included.
Sidenote: could we strip -fomit-frame-pointer from the default CFLAGS? To quote the GCC Manual: -fomit-frame-pointer Don't keep the frame pointer in a register for functions that don't need one. This avoids the instructions to save, set up and restore frame pointers; it also makes an extra register available in many functions. It also makes debugging impossible on some machines. On some machines, such as the VAX, this flag has no effect, because the standard calling sequence automatically handles the frame pointer and nothing is saved by pretending it doesn't exist. The machine-description macro FRAME_POINTER_REQUIRED controls whether a target machine supports this flag. See Register Usage. Enabled at levels -O, -O2, -O3, -Os.
Markus: I have to make that change on the catalyst side, but I can do that now
using the pre1 media to perform a networkless aka GRP install: vixie-cron missing distfiles: emerge -av vixie-cron These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] net-mail/mailbase-0.00-r9 +pam 0 kB [ebuild N ] mail-mta/ssmtp-2.61 +ipv6 -mailwrapper -md5sum +ssl 52 kB [ebuild N ] dev-libs/glib-1.2.10-r5 -hardened 0 kB [ebuild N ] sys-libs/pam-0.77-r6 +berkdb -pwdb (-selinux) 0 kB [ebuild N ] sys-process/vixie-cron-4.1-r7 -debug +pam (-selinux) 57 kB Total size of downloads: 109 kB ------------------------ for some reason sys-apps/shadow is emerged without pam in USE resulting in users being in wheel unable to su to root: "you are not allowed to su root" wolf suspects a catalyst bug, on this one. ----------------------- oddity as reported by dertobi123: when emerging -k kde-meta lots of errors like this one: * You are trying to compile kde-base/kverbos-3.4.1 with the "arts" USE flag enabled. * However, was compiled with this flag disabled. * * You must either disable this use flag, or recompile * with this use flag enabled. !!! ERROR: kde-base/kverbos-3.4.1 failed. !!! Function kde_pkg_setup, Line 37, Exitcode 0 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. /kde/3.4/share/apps/klettres/en/alpha/P.ogg >>> /usr/kde/3.4/share/apps/klettres/en/alpha/Q.ogg >>> /usr/kde/3.4/share/apps/klettres/en/alpha/R.ogg ..... it all installs fine though. haven't tried anything but kde-meta today, will try gnome and xfce later. roger
(In reply to comment #8) > using the pre1 media to perform a networkless aka GRP install: > > vixie-cron missing distfiles: > emerge -av vixie-cron dcron fcron vixie-cron ...has been added to my source set for GRP. Thanks for pointing that out. > for some reason sys-apps/shadow is emerged without pam in USE resulting in > users being in wheel unable to su to root: > "you are not allowed to su root" > > wolf suspects a catalyst bug, on this one. It is also affectign KDE, and really every package on the GRP set. To put it simply, GRP is not compiling with the profile's default USE, but only with the additional USE flags. I am looking into this now, and will come up with a solution today.
(In reply to comment #2) I exactly have the same issue; moreover I can't find the evms tools.I have tryed with the "doevms2" nolvm2" (in every combination) with no result.
EVMS wasn't built into the initrd, so no combination of "do" anything will get it to load. It can still be used from the CD filesystem, however. This will be changed for the next pre-release. Also, there's really no need to test this anymore, as we've redone the GRP portion of catalyst and are working to resolve these bugs. Thanks for the bug reports... we're expecting to have a _pre2 out that should resolve all of these bugs and we will definitely need and appreciate testing.
2005.1 is released, so I think it is safe to close this bad boy...