View previous topic :: View next topic |
Author |
Message |
SamuliSuominen Retired Dev
Joined: 30 Sep 2005 Posts: 2133 Location: Finland
|
Posted: Tue Jan 22, 2013 1:03 am Post subject: |
|
|
depontius wrote: | ssuominen wrote: | depontius wrote: | ssuominen wrote: | module-init-tools is dead package, use kmod instead:
Code: |
# emerge -C module-init-tools
|
|
Let me get this straight... I can use kmod with the udev-171, then?
This udev upgrade has bugged me because it looks like I have to incompatibly replace 2 key pieces of infrastructure at the same time, and hope that it's all OK on the far end. I'm much happier if I can replace module-init-tools with kmod, make sure that works, then move on to upgrade udev. |
Yes, I've been told kmod works fine with older udevs too when USE="tools" is enabled. I haven't tested it myself, but I trust the people who told me so. |
It works. I removed module-init-tools, installed kmod with "USE="tools", and rebooted. All went well. Now I'm upgrading udev itself. That's happening in two stages - right now I'm doing it with "USE="-openrc", then I'll do it allowing my default USE="openrc" to take over. I had to do it this way because of the block on udev-init-scripts. I'm surprised this was a "B" block instead of a "b" block. |
You could have just `emerge -1 udev-init-scripts` and same for other blockers like lvm2, upgrade them one-by-one.
Or even `emerge -C udev-init-scripts` and let `emerge -1 udev` pull it back. Certainly USE="-openrc" isn't advised. |
|
Back to top |
|
|
bedtime n00b
Joined: 19 Dec 2012 Posts: 71
|
Posted: Tue Jan 22, 2013 1:04 am Post subject: |
|
|
ssuominen wrote: | module-init-tools is dead package, use kmod instead:
Code: |
# emerge -C module-init-tools
|
and only reason to use eudev is older kernels than 2.6.39, it doesn't bring anything else. Otherwise eudev is a downgrade over 197 since it's based off from 196. If anyone tells you different, he is lying. |
This command worked perfect for me. Was able to update world, do a depclean, rebuild, and restart without issue. Also, I noticed that I'm using a tiny bit less ram now too! |
|
Back to top |
|
|
depontius Advocate
Joined: 05 May 2004 Posts: 3509
|
Posted: Tue Jan 22, 2013 2:05 am Post subject: |
|
|
ssuominen wrote: | depontius wrote: | ssuominen wrote: | depontius wrote: | ssuominen wrote: | module-init-tools is dead package, use kmod instead:
Code: |
# emerge -C module-init-tools
|
|
Let me get this straight... I can use kmod with the udev-171, then?
This udev upgrade has bugged me because it looks like I have to incompatibly replace 2 key pieces of infrastructure at the same time, and hope that it's all OK on the far end. I'm much happier if I can replace module-init-tools with kmod, make sure that works, then move on to upgrade udev. |
Yes, I've been told kmod works fine with older udevs too when USE="tools" is enabled. I haven't tested it myself, but I trust the people who told me so. |
It works. I removed module-init-tools, installed kmod with "USE="tools", and rebooted. All went well. Now I'm upgrading udev itself. That's happening in two stages - right now I'm doing it with "USE="-openrc", then I'll do it allowing my default USE="openrc" to take over. I had to do it this way because of the block on udev-init-scripts. I'm surprised this was a "B" block instead of a "b" block. |
You could have just `emerge -1 udev-init-scripts` and same for other blockers like lvm2, upgrade them one-by-one.
Or even `emerge -C udev-init-scripts` and let `emerge -1 udev` pull it back. Certainly USE="-openrc" isn't advised. |
It's all done and boots cleanly. I re-emerged with openrc right after. _________________ .sigs waste space and bandwidth |
|
Back to top |
|
|
figueroa Advocate
Joined: 14 Aug 2005 Posts: 2963 Location: Edge of marsh USA
|
Posted: Sun Jan 27, 2013 6:00 pm Post subject: |
|
|
This forum topic did help prod me to bite the bullet and upgrade the older kernels on all my machines to the current x86 gentoo-sources/stable 3.5.7 from 2.6.34-r12, 2.6.35-r12 or 2.6.35-r15. I had been stuck on those kernels because they not only worked perfectly for me, but earlier upgrade attempts failed badly for various reasons. On the other hand, going to 3.5.7 not only took little effort, but also worked perfectly on two laptops, a desktop and a server.
So, for those, like me, who had been reluctant to upgrade from stable, but older, kernels, my experience is that there may be little to fear.
Also, a news item has been released about the upgrade to udev-197 to pre-warn those running updates about some of the issues.
Finally, I find the new udev to also work without issues.
I am thankful for the patient developer "ssuominen" and his work here. _________________ Andy Figueroa
hp pavilion hpe h8-1260t/2AB5; spinning rust x3
i7-2600 @ 3.40GHz; 16 gb; Radeon HD 7570
amd64/23.0/split-usr/desktop (stable), OpenRC, -systemd -pulseaudio -uefi |
|
Back to top |
|
|
njcwotx Guru
Joined: 25 Feb 2005 Posts: 587 Location: Texas
|
Posted: Thu May 30, 2013 4:41 pm Post subject: |
|
|
FYI, I recently had the same issue, but with udev-200. I did the emerge -C module-init-tools and that worked on first update, however, python-updater complained, so I updated my profile, resynced, and got the error again. This time I installed kmod, but no luck. I saw that pambase was also in the list of conflicts, so I emerge -C pambase. Then emerge -uDNvp system came up clean and updated. _________________ Drinking from the fountain of knowldege.
Sometimes sipping.
Sometimes gulping.
Always thirsting. |
|
Back to top |
|
|
|
|
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
|
|