View previous topic :: View next topic |
Author |
Message |
GenKreton l33t
![l33t l33t](/images/ranks/rank_rect_4.gif)
![](images/avatars/32209115435451019fdb3.jpg)
Joined: 20 Sep 2003 Posts: 828 Location: Cambridge, MA
|
Posted: Sun Nov 14, 2004 12:19 am Post subject: |
|
|
veezi wrote: | Got to this point reading the whole thread, and still have one *silly* question:
Do I still need hotplug in boot or default runlevel?
is 'rc-update del hotplug boot' the correct thing to do after this split of functionality?
Thanks, |
It is completely not necessary to have it in boot. The only thing the init.d script does now is verify that people built their kernel with hotplug support. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
DLF n00b
![n00b n00b](/images/ranks/rank_rect_0.gif)
Joined: 02 Jul 2004 Posts: 40
|
Posted: Sun Nov 14, 2004 12:55 am Post subject: |
|
|
GenKreton wrote: |
When running the autoload files it's supposed to calculate dependencies and load them in the necessary order. I am assuming that your nvidia module requires other things like agp modules and such. |
I removed nvidia and tried again but still 21 modules are loaded (fat,vfat,usbcore, gameport and loads of sound related stuff). I suspect that it is a side effect of udev starting at bootup which of course uses hotplug. Possibly . _________________ I'll get my coat. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
rhill Retired Dev
![Retired Dev Retired Dev](/images/ranks/rank-retired.gif)
![](images/avatars/15561531474b7621e21bc81.jpg)
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Sun Nov 14, 2004 5:24 am Post subject: |
|
|
altstadt wrote: | dsd wrote: | pausing the ebuild is not an option - its against our policy and would have probably caused more havoc from people who start a big update and leave it..plus the portage functionality you are referring to is built into portage, only applies to portage upgrades, and can't be accessed by other ebuilds. |
You should try setting FEATURES=maketest and then emerge cups.
The Makefile does exactly that, pause the ebuild. Unfortunately the Makefile does not also flush stdin before portage starts the test phase, but that is another matter. No more running ebuilds from cron if you want to use maketest. |
that's not the gentoo devs breaking policy on CUPS tho, it's CUPS breaking gentoo's dev policy. remember, maketest just came out publically a month or so ago. there's a ton of these little quirks to iron out. file a bug report about it so it can be fixed. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
rhill Retired Dev
![Retired Dev Retired Dev](/images/ranks/rank-retired.gif)
![](images/avatars/15561531474b7621e21bc81.jpg)
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Sun Nov 14, 2004 5:35 am Post subject: |
|
|
dsd wrote: | as to some way of getting this message over better, well, does anyone have any suggestions?
we describe the new behaviour in the ebuild, in the changelog, in the hotplug init script (which you must have seen with etc-update) and by spamming messages at the end of the emerge. i'm going to submit an article for the GWN but thats not going to get out to everybody. |
as one poster suggested, the best thing would be if the user knew to do an lsmod before emerging hotplug. why not put an 'lsmod >> /etc/loadedmods' at the beginning and a message referring to it at the end.
granted, anyone who misses each and every one of the warnings isn't going to see that either, but it would make clean up a lot easier if when ppl come here completely oblivious to what's happened you could tell them "cat /etc/loadedmods. then modprobe netmodule, modprobe lvmmodule, modprobe lifesupportmodule, etc until you reach sanity and then add those modules to /etc/modules.autoload.d/kernel-2.6 and/or emerge coldplug." instead of having to handle each case individually. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
frilled Retired Dev
![Retired Dev Retired Dev](/images/ranks/rank-retired.gif)
![](images/avatars/15648281494375ee83ca682.png)
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Sun Nov 14, 2004 8:47 am Post subject: |
|
|
veezi wrote: | Do I still need hotplug in boot or default runlevel?
is 'rc-update del hotplug boot' the correct thing to do after this split of functionality? |
Yes. As you can see in the script it does nothing but generate an error message if you didn't have hotplug support in your kernel. _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
altstadt n00b
![n00b n00b](/images/ranks/rank_rect_0.gif)
Joined: 04 Nov 2003 Posts: 16
|
Posted: Sun Nov 14, 2004 9:28 pm Post subject: |
|
|
dirtyepic wrote: | that's not the gentoo devs breaking policy on CUPS tho, it's CUPS breaking gentoo's dev policy. remember, maketest just came out publically a month or so ago. there's a ton of these little quirks to iron out. file a bug report about it so it can be fixed. |
Agreed on all counts. Nasty CUPS.
Minor bug report created. 71202. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
pbardet Tux's lil' helper
![Tux's lil' helper Tux's lil' helper](/images/ranks/rank_rect_1.gif)
![](images/avatars/87936512440d33f732c73d.jpg)
Joined: 11 Dec 2003 Posts: 143 Location: wpg, mb
|
Posted: Mon Nov 15, 2004 2:05 pm Post subject: Re: READ THIS FOR CLARIFICATION! |
|
|
dsd wrote: | The autoloading-modules-at-bootup code has been split off into the more appropriately named coldplug package. To restore the old hotplug-autoloading-modules-at-boot functionality, all you need to do is:
Code: | emerge coldplug
rc-update add coldplug boot |
Alternatively, you can simply list the modules you wish to load in /etc/modules.autoload.d/kernel-2.6
(or, /etc/modules.autoload.d/kernel-2.4 if you run a 2.4 kernel)
[/b] |
This message is the one on gentoo.org, posted recently ( I found it this morning, from work, since my internet connection is "dead" at home (lost eth0 in the last update).
How do I emerge coldplug, when such an essential service is gone ?
I don't undesrtand why the message during emerge was not as clear as the one on the website. I saw it, didn't understand it was THAT crucial to emerge coldplug before rebooting... Yep, logging may help, but having better info would help as well.
I guess my only option is to try the modules thing, but I was pretty sure my network card was compiled in the kernel, to avoid problems while booting. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
DLF n00b
![n00b n00b](/images/ranks/rank_rect_0.gif)
Joined: 02 Jul 2004 Posts: 40
|
Posted: Mon Nov 15, 2004 2:14 pm Post subject: Re: READ THIS FOR CLARIFICATION! |
|
|
pbardet wrote: | dsd wrote: | The autoloading-modules-at-bootup code has been split off into the more appropriately named coldplug package. To restore the old hotplug-autoloading-modules-at-boot functionality, all you need to do is:
Code: | emerge coldplug
rc-update add coldplug boot |
Alternatively, you can simply list the modules you wish to load in /etc/modules.autoload.d/kernel-2.6
(or, /etc/modules.autoload.d/kernel-2.4 if you run a 2.4 kernel)
[/b] |
This message is the one on gentoo.org, posted recently ( I found it this morning, from work, since my internet connection is "dead" at home (lost eth0 in the last update).
How do I emerge coldplug, when such an essential service is gone ?
I don't undesrtand why the message during emerge was not as clear as the one on the website. I saw it, didn't understand it was THAT crucial to emerge coldplug before rebooting... Yep, logging may help, but having better info would help as well.
I guess my only option is to try the modules thing, but I was pretty sure my network card was compiled in the kernel, to avoid problems while booting. |
This is what I did because I couldn't find my Knoppix CD. I tried 'emerge coldplug' and of course it fell over trying to download something (ironically hotplug-2004_09_20.tar.gz). I downloaded this file on another machine and put it in '/usr/portage/distfiles'. 'emerge coldplug' will now work. _________________ I'll get my coat. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
dashnu l33t
![l33t l33t](/images/ranks/rank_rect_4.gif)
Joined: 21 Jul 2004 Posts: 703 Location: Casco Maine
|
Posted: Mon Nov 15, 2004 4:15 pm Post subject: |
|
|
I have 5 productions machines that want to update hotplug, I have read this thread and I would like to make sure I have everything correct before I follow through with this.
1) If I add all of the modules I need loaded at boot to my /etc/modules.autoload.d/kernel-2.6 I should be all set.
2) If I understand this correcly I would than no longer need hotplug or would not have the need to emerge coldplug because these are servers and I do not plug and unplug hardware.
3) Now on my laptop I would want coldplug due to the fact that I have a wireless card that I do not need loaded at boot but want to load when I plug the card in.
Will someone confirm that I am understanding this correctly.
Thanks. _________________ write quit bang |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
dsd Developer
![Developer Developer](/images/ranks/rank-dev.gif)
Joined: 30 Mar 2003 Posts: 2162 Location: nr London
|
Posted: Mon Nov 15, 2004 5:55 pm Post subject: |
|
|
1 and 2 correct
3 : no
coldplugging is the process of scanning hardware *at bootup* . if you run coldplug then your wireless card module will be loaded at boot if its present. i dont think you want coldplug at all.
hotplugging is the process of loading modules when a card is plugged in *during system operation*. sounds like you want this for your wifi. _________________ http://dev.gentoo.org/~dsd |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
STEDevil Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
Joined: 24 Apr 2003 Posts: 156
|
Posted: Mon Nov 15, 2004 5:56 pm Post subject: |
|
|
Well thank you very much, I just spent 3 hours (including going home to a friend just to access internet to find out just what the hell was wrong with my system) getting my 2 nics back online as well and keyboard in X (luckily I still had keyboard in cli, or I wouldn't even have been able to edit configfiles & emerge to get me out of the mess).
DLF wrote: | Maybe the answer would be for udev to have a dependency on coldplug because when I first set up udev, auto-detecting modules at startup is precisely what it was advertised to do! |
You probaby got this from the exactly the same place as I did, the gentoo HANDBOOK. It has said for a very long time (and STILL!!! does)
Quote: |
Now, let's perform one more step to get our system to be more like the Live CD -- let's emerge hotplug. While the initrd autodetects hardware that is needed to boot your system, hotplug autodetects everything else. To emerge and enable hotplug, type the following:
Code Listing 19: Emerging and enabling hotplug
# emerge hotplug
# rc-update add hotplug default
|
Now all of a sudden some devs think that it's a really good idea to break thousands of peoples systems, going compleatly agains what the handbook states, becuse of some noncence "this isn't really hotplugging" argument. Who the hell cares about semantics when the "solution" (to a nonexsisting problem) is to break loads of unsuspecting users systems.
To make matters worse they even implement this on x86, not to mention especially the people that DO NOT want to fiddle around with manually adding modules for every piece of hardware in their box (and are thus using hotplug as it's been advertized as automatically taking care of this for you). In fact why the hell do we have ~arch when shit like this is allowed to hit non ~ straight away? Isn't there supposted to be a 1 month testing in ~arch so normal users won't have to deal with crap like this? If I wanted an emerge to compleatly break my gentoo I would go to breakmygentoo.com or at the very least use ~x86.
Quote: |
also, adding a dependancy on coldplug won't help the situation. coldplug is pretty useless unless the user adds it into a runlevel. we cant modify runlevels from inside ebuilds.
|
It is NOT useless. If you HAVE coldplug on your system there at least EXISIST a possibility to get your system back up and running without having to figure out how to start loading all those crucial modules you need but don't even know the name of becuse you where specifically told by the handbook that you don't need to bother with it.
Quote: |
also, i'll be getting an announcement about this on the front page pretty soon. |
Much to litte and for many much too late. And this will KEEP breaking peoples systems for many months (many don't emerge world -uD 2+ times a week). This needs to HARDMASKED NOW, at least as long as the OFFICIAL GENTOO HANDBOOK is not uppdated with correct info. For crying out load, currently you can't even install a working system from scratch by following the handbook...
In a week or two you might begin slowly releasing this to ~arch and then later to non ~, but make sure coldplug is available on peoples systems first. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
dashnu l33t
![l33t l33t](/images/ranks/rank_rect_4.gif)
Joined: 21 Jul 2004 Posts: 703 Location: Casco Maine
|
Posted: Mon Nov 15, 2004 6:17 pm Post subject: |
|
|
dsd wrote: | 1 and 2 correct
3 : no
coldplugging is the process of scanning hardware *at bootup* . if you run coldplug then your wireless card module will be loaded at boot if its present. i dont think you want coldplug at all.
hotplugging is the process of loading modules when a card is plugged in *during system operation*. sounds like you want this for your wifi. |
This is good enough for me..
thx _________________ write quit bang |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
dashnu l33t
![l33t l33t](/images/ranks/rank_rect_4.gif)
Joined: 21 Jul 2004 Posts: 703 Location: Casco Maine
|
Posted: Mon Nov 15, 2004 7:23 pm Post subject: |
|
|
Ok so my plan was going to be this:
1) One add all my modules to my modules file.
2) Remove hotplug from system and runlevel. (dont need it on my servers)
3) For backup reasons emerge coldplug just so I could kick that off incase autoload.d didnt work.
coldplug depends on hotplug ?!??
According to what was said above in previous post. Coldplug - scans hardware on boot / loads modules (which I want) Hotplug - loads modules when a card is plugged in durring normal system operation. (which I dont want)
Are we just sharing libraies or something here... Why do I _need_ hotplug when I "dont need it". _________________ write quit bang |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
DLF n00b
![n00b n00b](/images/ranks/rank_rect_0.gif)
Joined: 02 Jul 2004 Posts: 40
|
Posted: Mon Nov 15, 2004 8:16 pm Post subject: |
|
|
init-zero wrote: | Ok so my plan was going to be this:
1) One add all my modules to my modules file.
2) Remove hotplug from system and runlevel. (dont need it on my servers)
3) For backup reasons emerge coldplug just so I could kick that off incase autoload.d didnt work.
coldplug depends on hotplug ?!??
According to what was said above in previous post. Coldplug - scans hardware on boot / loads modules (which I want) Hotplug - loads modules when a card is plugged in durring normal system operation. (which I dont want)
Are we just sharing libraies or something here... Why do I _need_ hotplug when I "dont need it". |
Probably. I suspect they have just changed the name of the script because coldplug uses the hotplug code. It doesn't make sense for the underlying hotplug code to give a sh*t when something was plugged in so I am not surprised. Why the old hotplug script couldn't have stayed around for a while beats me but hey ho. _________________ I'll get my coat. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
dashnu l33t
![l33t l33t](/images/ranks/rank_rect_4.gif)
Joined: 21 Jul 2004 Posts: 703 Location: Casco Maine
|
Posted: Mon Nov 15, 2004 8:23 pm Post subject: |
|
|
This is a mess...... Oh well onwards I go...... _________________ write quit bang |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
frilled Retired Dev
![Retired Dev Retired Dev](/images/ranks/rank-retired.gif)
![](images/avatars/15648281494375ee83ca682.png)
Joined: 15 Mar 2004 Posts: 386 Location: Atlantis, inner city ring
|
Posted: Mon Nov 15, 2004 10:13 pm Post subject: |
|
|
Well, you might be exaggerating this a bit too much. This was serious b0rkage and completely unneccessary, but OTOH it was fixable. You still had all the modules, you just had to load them by hand. I was caught by surprise, too, and hell I was more than annoyed, I have to admit. And I think it should not have been done like this. But I had worse troubles. So let this be a reminder to the devs that they shouldn't take stuff like this too lightly. Especially the comments on the gentoo handbook raised here were very, very true. It has actually been a difficult month for gentoo in my opinion. Quite some breakage. But that's how it is. It comes and goes in waves... _________________ "Failure is not an option!"
"Sir, we are out of further options." |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
pbardet Tux's lil' helper
![Tux's lil' helper Tux's lil' helper](/images/ranks/rank_rect_1.gif)
![](images/avatars/87936512440d33f732c73d.jpg)
Joined: 11 Dec 2003 Posts: 143 Location: wpg, mb
|
Posted: Mon Nov 15, 2004 11:22 pm Post subject: |
|
|
I don't think the handbook is at fault in this mess. To me, it clearly states (whether it's the current version, or the 1.4 I used to setup my system) that you should add modules in your kernel2.x file in /etc/modules.autoload. And hotplug is used for everything else (I've always been under the impression hotplug was used for USB stuff).
Quote: | Now, let's perform one more step to get our system to be more like the Live CD -- let's emerge hotplug. While the initrd autodetects hardware that is needed to boot your system, hotplug autodetects everything else. To emerge and enable hotplug, type the following: |
I understand that the fact that it used to work without doing the kernel2.x edit can be considered a problem, which could have been pointed a lot more clearly during emerge.
Here is the message that showed up during emerge and that I saved because I was not quite sure what it meant and I would look into it later:
Code: | * WARNING: The hotplug init script is now gone (dead and burried.)
* WARNING: If you want to load modules for hardware that was already
* WARNING: discovered at boot time, like the old hotplug init script
* WARNING: did, then emerge the coldplug package, and add coldplug to
* WARNING: a runlevel, e.g. # rc-update add coldplug boot
* WARNING: All firmware loaded by the hotplug scripts needs to be
* WARNING: moved to the /lib/firmware directory, as the scripts now
* WARNING: expect it to be in that location. |
I'm still not quite sure what the last 3 lines mean, but I guess I'll find it out the hard way at some point.
By reading this, I have absolutely no idea that my ethernet card is concerned by this change, unless I remember how I setup my machine more than 12 months ago, while the message available on the web site clearly shows what could go wrong, before you lose your connection by rebooting, or next time you turn your computer on.
At least, I understand better the way all that stuff works, so I learned something new and that's what I hope to remember from this experience. This problem should not happen again since my system is now configured the proper way, without relying on coldplug. Until I compile my next kernel with network enabled in the kernel. I'll have to find out why this was not the case, when I was pretty sure to have done it in the past. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
andyfraser33 Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
Joined: 11 Nov 2004 Posts: 166 Location: Oxford, UK
|
Posted: Mon Nov 15, 2004 11:36 pm Post subject: |
|
|
dsd wrote: | spewing out a message at the end of the emerge is again not an option, there is no functionality in ebuilds that allows us to do this. the message you are referring to about etc-update is again a portage internal and not controlled by any ebuilds. |
I think it's definitely a good idea though. Like others here, I don't watch the build process and so miss most of the messages that fly by. I also only check configs that I know I've edited so the 18 or so hotplug config changes weren't checked.
I got caught by this issue too but luckily my policy is to load modules for fixed hardware (soundcard, NIC, graphics card) via /etc/modules.autoload.d/kernel-2.6 and only let hotplug (now coldplug) load devices that might change from boot to boot such as USB devices so I didn't lose network access and it was easy enough to workout and fix. I just had no mouse until I loaded the USB modules manually.
I now have PORT_LOGDIR set up and use portlog-info to check for these messages. Having all these warnings displayed at the end of a merge would've been much better. Next time something like this happens it could have a much worse side effect if people miss the warnings. _________________ Andy. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
STEDevil Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
Joined: 24 Apr 2003 Posts: 156
|
Posted: Mon Nov 15, 2004 11:50 pm Post subject: |
|
|
wgi wrote: | Well, you might be exaggerating this a bit too much. This was serious b0rkage and completely unneccessary, but OTOH it was fixable.
You still had all the modules, you just had to load them by hand. I was caught by surprise, too, and hell I was more than annoyed, I have to admit.
|
It is fixable for you and fixable for me, but it sure isn't fixable for eg my mother that lives 1500km from where I do, and if this would have struck here before me I couldn't even have logged in by remote ssh to fix it for her.
This IS SERIOUS, and I don't think I'm exaggerating, becuse it hits the hardest against exactly the group of people that is the LEAST likely to be able to recover from it. My mothers system would have stayed dead until I had had time to buy a planeticket to go there and fix it for here. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
STEDevil Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
Joined: 24 Apr 2003 Posts: 156
|
Posted: Tue Nov 16, 2004 12:07 am Post subject: |
|
|
pbardet wrote: |
Code: | * WARNING: The hotplug init script is now gone (dead and burried.)
* WARNING: If you want to load modules for hardware that was already
* WARNING: discovered at boot time, like the old hotplug init script
* WARNING: did, then emerge the coldplug package, and add coldplug to
* WARNING: a runlevel, e.g. # rc-update add coldplug boot
* WARNING: All firmware loaded by the hotplug scripts needs to be
* WARNING: moved to the /lib/firmware directory, as the scripts now
* WARNING: expect it to be in that location. |
I'm still not quite sure what the last 3 lines mean, but I guess I'll find it out the hard way at some point.
By reading this, I have absolutely no idea that my ethernet card is concerned by this change, unless I remember how I setup my machine more than 12 months ago
|
A large contributing factor to the mess BTW is the coinciding version rollup of Gnome in stable. I had 92 packages in my world -upD on a system I had fully updated only 3-4 days before. After the emerge had finished I had 50 or so configfiles to update in etc-config. The warnings during emerge and configupdate simply got lost in the information overload (which in it self is a really big flaw in portage), not that eg my mother or ex gf would probably have understood the warningmessages in any case.
I can tell my mother on the phone to boot into CLI-mode (since X & login didn't even have keyboard working) and then tell her to type
Code: | rc-update add coldplug default |
and then reboot.
I can NOT tell her to "try and find the correct modules you need for your system and add them to the modules load file". The solution would most likely have been "open the drawer, take out the Windows 2k CD, insert & install"...
In short, at the very least, GET COLDPLUG ONTO PEOPLES SYSTEMS. Anybody that doesn't want/need to use it don't have to, but for many it can be a life saver. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
DLF n00b
![n00b n00b](/images/ranks/rank_rect_0.gif)
Joined: 02 Jul 2004 Posts: 40
|
Posted: Tue Nov 16, 2004 12:27 am Post subject: |
|
|
STEDevil wrote: |
In short, at the very least, GET COLDPLUG ONTO PEOPLES SYSTEMS. Anybody that doesn't want/need to use it don't have to, but for many it can be a life saver. |
Ah but think of the bloat caused by that 31 line script . _________________ I'll get my coat. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
drescherjm Advocate
![Advocate Advocate](/images/ranks/rank-G-1-advocate.gif)
Joined: 05 Jun 2004 Posts: 2790 Location: Pittsburgh, PA, USA
|
Posted: Tue Nov 16, 2004 12:35 am Post subject: |
|
|
Thank You dsd for posting the simple fix. It was very annoying to use my laptop without an external usb mouse... _________________ John
My gentoo overlay
Instructons for overlay |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
BServiss n00b
![n00b n00b](/images/ranks/rank_rect_0.gif)
Joined: 24 Nov 2002 Posts: 62
|
Posted: Tue Nov 16, 2004 1:54 am Post subject: |
|
|
I lost usb functions after upgrading hotplug. After re-emerging hotplug and seeing the reference to coldplug, I did the rc-update.
If you want to find which module(s) will solve your problem, you'd have to look at the compiled modules as directed earlier, and insert each one in turn and see when the problem goes away. Not a solution for all situations to be sure, but if you want to find out why you can'tcommunicate with your usb ups, there are only a few modules that need looking at. Mine was usb-uhci (third on the list).
Just goes to show that a small update can have a large effect on your system.
Overall, I think the hotplug upgrade problem is a good thing as it requires you to really know whats going on in the system, as in my case. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Gentree Watchman
![Watchman Watchman](/images/ranks/rank-G-2-watchman.gif)
![](images/avatars/1364161114417d616b9645b.jpg)
Joined: 01 Jul 2003 Posts: 5350 Location: France, Old Europe
|
Posted: Tue Nov 16, 2004 2:29 am Post subject: |
|
|
OK , please admit this was not thought through properly and try to learn the necessary lessons that it does not happen again.
I wont repeat what's already been said and STEDevil summed up the situation and my levels of frustration quite well above.
Portage is one of the corner-stones of Gentoo. For it to be useful it has to be reliable. It isnt.
I did emerge -uDav world and ended up with a completely broken system: pam login issues, no X, no LAN. And this is supposed to be "stable"!
I have had to mask and retrograde several packages and am still trying to work out what I can or cant install from what is supposedly stable.
I am now completely reviewing my update strategy.
One certain step will be finding 10Gb free space somewhere for a complete ghost image. This was necessary policy on Windows, it appears now to be needed on Gentoo.
You ask for SUGGESTIONS:
Number One: put yourself in the user's position , most of us dont have the same familiarity or the ammount of time to invest as devs do.
Dont let this sort of thing happen to stable
If by accident it does, at least put a sticky in the portage forum to help those caught out and to warn other potential victims who do check for issues before updating, this still has not been done!
If by accident it does, use portage masking a.s.a.p. to stop it hitting everyone.
etc-update could make diff files so any changes are clearly documented and backed-up and can be reversed if needs be.
If portinfo is needed to make any use of the (tens of ) thousands of lines output by portage why isnt it part of the base system? I cant even find it in portage! Where do I get it?
Since packages are not often done one at a time , the current method for outputting warnings is inadequate. It needs reviewing.
The whole hotplug/coldplug distinction is nonsense anyway . Coldplugging is when the system is powered-off and is nothing to do with any run-level.
Thanks for your explaination of what this was all about. Now I know it seems the whole mega-headache was a pendantic whim rather than a system "upgrade".
This week was the first time since I switch from Windows to Gentoo that I came close to kicking the computer. I hope it's the last.
I had just partitioned a friend's PC to make room for Gentoo but if I need a ghost of the system there wont be enough room. Rethink.
I hope this thread leads to a better future for portage. Gentoo is great but I waste too much time debugging updates.
Best regards. ![Cool 8)](images/smiles/icon_cool.gif) _________________ Linux, because I'd rather own a free OS than steal one that's not worth paying for.
Gentoo because I'm a masochist
AthlonXP-M on A7N8X. Portage ~x86 |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
stalcair n00b
![n00b n00b](/images/ranks/rank_rect_0.gif)
![](images/avatars/gallery/Futurama/cartoon_futurama_monkey.gif)
Joined: 07 Aug 2003 Posts: 57
|
Posted: Tue Nov 16, 2004 3:15 am Post subject: all hail common sense and pragmatism |
|
|
Gentree and STEDevil had a great way to sum up what I have felt, bravo.
Many see Gentoo as Gentoo is described, a customizable and usable system that puts you in control. Then they use it.
The forums, if you dig long and deep enough, will reveal that Gentoo and "it just works" are not generally terms you hear in the same sentence. Read: you best like fixing things over and over and over again and spending all your time debugging, troubleshooting, searching, trying, and tweaking to get it to a working condition.
This is much like any hobby and is not in itself a bad thing at all.
When someone uses a computer it may be for the enjoyment of tinkering with every single detail just to feel they accomplished something great and wonderous when they get Tux Racer fired up that glorious first time.
Others want to use it as a tool to help them in a particular task and saw the level of customizability as a means to that end. (this would include me).
If my car doesn't work after I took it into the shop for regular maintenance (emerge -uDva world) then you can bet I am not a happy camper. If the mechanic and his company ignore or insult me then that does not help. If many others have the same problem... yet the company still does not acknowledge and properly post warnings and update their own system (I am inspired here by the 2004.x LiveCD's, especially 2004.2) then we have a serious problem.
So what does the community want from Gentoo? What is Gentoo exactly? If extensive QA is required (as opposed to some simple smoke tests as would normally happen) for every update then please add that to the description of Gentoo and "what users can expect."
Otherwise it would be nice to track a system matrix of compatibility (by various degrees, think LinuxPrinter.org") and keep it UP TO DATE with various problems and solutions. This may even help dev's out (hint: I use this system at work, albeit on spreadsheets and it helps all eyes to see the picture better and avoid foolish duplication) |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
|
|
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
|
|