FYI,
I have just put up a new system with ~x86, 2.6.3_r2, nptl, and udev, and
all is working well except for alsa (that was broken before). There
were a couple of minor wrinkles.
Here's what I have done, in case that rings any bells. Running from a
fairly current gentoo 2.6 system.
1) Performed stage1 from the 20040204 tarball
make.conf has USE="-java" MAKEOPTS="-j2"
used bootstrap-2.6.sh
2) Performed stage2 as follows
make.conf updated to ACCEPT_KEYWORDS="~x86" USE="nptl"
emerge linux-headers-2.6.1 (bummer this is masked, not just ~x86)
emerge system - failed in iputils (known error)
emerge autoconf openssl flex iputils
emerge system (again, successful)
3) Continued with lots of emerges from the chroot environment
make.conf updated to USE="X -kde -qt -arts -gnome tcltk jpeg tiff gif
nptl dvrd"
emerge python xfce4 (this rebuilds python for tkinter and drags in
all the X related stuff)
emerge gentoo-dev-sources-2.6.3_rc2, built kernel, copied to /boot
(not a separate partition)
emerge grub wdm sysklogd hotplug
emerge -C devfsd
emerge udev
emerge grub aterm nfs-utils alsa-utils sudo aumix cdrutils hddtemp
emerge vixie-cron
tried to emerge nvidia-kernel and glx (but nvidia doesn't like the
chroot environment)
emerge gimp-2.0_pre3 (masked)
rc-update add {sysklogd hotplug nfs vixie-cron} default
rc-update add alsasound boot
fixed up remaining stuff for bootable system (using pre-existing grub
setup)
4) Total time for the above was about 13 hours (AthlonXP 1800+ 512MB)
5) boot from new system
bummer: something deleted /proc along the way. I checked to see that
it existed after untaring stage1!!!
recreated /proc and boot ok
emerge nvidia-kernel and nvidia-glx
copied over my existing XF86Config
did a wget for firefox-0.8 and set it up in /opt
startxfce4
tried to run an 'aterm' but failed immediately
firefox runs ok
research udev on another system.
learned that the default under udev is that users must be in group
tty in order to run a terminal session!!! (Bad idea ???). Fixed
my user. Success with aterm.
tried to emerge sylpheed-claws - failed trying metamail
discoverd fix in bugzilla, emerged metamail sylpheed-claws
copied over my setup for nfs, started nfs, rc-update add nfs default.
mounted my other system's / and copied over sylpheed directories
sylpheed runs and processes mail
copied over plugins for firefox from my other system
firefox works with plugins
gimp works
emerge openoffice-bin and copied over my documents from the other
system
openoffice works
5) now back to the mystery
emerge sync
emerge -puv world
[ebuild N ] sys-fs/devfsd-1.3.25-r5 0 kB
[ebuild U ] app-shells/sash-3.7 [3.6] +readline 49 kB
[ebuild UD] sys-kernel/linux-headers-2.4.22 [2.6.1] -build
28,836 kB
ok try again
emerge -pUv world
[ebuild N ] sys-fs/devfsd-1.3.25-r5 0 kB
[ebuild U ] app-shells/sash-3.7 [3.6] +readline 49 kB
Now that you have the background, let me restate the questions:
1) What is the best way to prevent world from trying to downgrade my
linux-headers? Inject linux-headers-2.4.22? A better way?
2) How do I find what is causing world to want to reintroduce devfsd?
I've tried some of the scripts posted in the past to search the IUSE
conditions, but I didn't find the answer?
Thanks for your patience.
--
Collins Richey - Denver area
gentoo 2004 2.6.3_r2 nptl udev
--
[EMAIL PROTECTED] mailing list
