Summary: | sys-apps/coldplug, sys-apps/hotplug, sys-apps/hotplug-base removal request | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Heiko Baums <heiko.baums> |
Component: | New packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | amigadave, kanelxake, kripton, rhill, robbat2, roy, thomas.mey, uberlord, zdavatz, ziga.boehm |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=456314 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 72485, 129882, 158114, 159931, 162183, 162185, 162190, 162201, 162205, 163610, 209966, 210079, 210082, 210085, 210088 | ||
Bug Blocks: | 74850, 82729, 99038, 104962, 124427, 130540, 130638, 131244, 144388, 145187, 147006 | ||
Attachments: | disable hotplugd-calling for compatibility |
Description
Heiko Baums
2006-08-31 22:48:53 UTC
This is already under way, both of these will provide a virtual... But right now we do rely on one part of the hotplug scripts, the network stuff that has yet to be implemented in the udev scripts. I'm going to close this out, this is the way forward, but we are not quite ready... *** Bug 148104 has been marked as a duplicate of this bug. *** Reopen to dupe. *** This bug has been marked as a duplicate of 147006 *** On a second though, this thing is heavily broken, completely unmaintained and just needs to die; see the bugs linked to this one. udev-103 should block this thing to force people to unmerge it, it's causing lots of troubles and isn't much useful for anything. Created attachment 107057 [details, diff]
disable hotplugd-calling for compatibility
Second approach that enables people to keep hotplug for strange mixed 2.4/2.6 systems: Not call hotplugd compatibility script by default.
udev-103-r1 no longer calls scripts in hotplug dir. (In reply to comment #7) > udev-103-r1 no longer calls scripts in hotplug dir. /me blinks... Like, that you killed hotplug functionality in udev unconditionally? Yes, that is the correct solution. udev should handle it all on it's own now. If you need hotplug to do anything for 2.4, we should leave it alone on the box. And sorry for the delay, real-world has been rough lately, and my gentoo time has been limited :( (In reply to comment #9) > Yes, that is the correct solution. Uhm, could you clarify please what exactly is the correct solution? Killing udev's hotplug functionality? (In reply to comment #7) > udev-103-r1 no longer calls scripts in hotplug dir. Congratulations. Both gregkh and myself told you that network scripts and bluetooth would not be called anymore. I've lost the ability to plug a pcmcia network card into my laptop and Gentoo to start it automatically :/ (In reply to comment #11) > I've lost the ability to plug a pcmcia network card into my laptop and Gentoo > to start it automatically :/ You have? To fix this would be a very simple udev rule, which is the correct solution to take here. I'll work on this tomorrow, as I have the hardware to test this out. This is also why I did not do this kind of change just yet, it needs a lot of testing and coordination. And I haven't "disappeared", a simple email or ping would have proven that. I'll try to fix up the mess tomorrow... (In reply to comment #12) > (In reply to comment #11) > > I've lost the ability to plug a pcmcia network card into my laptop and Gentoo > > to start it automatically :/ > > You have? To fix this would be a very simple udev rule, which is the correct > solution to take here. Remember to export IN_HOTPLUG=1 :) Ditto automatic starting of my network scripts on modprobe. I'll test too see if bluetooth still automatically works on my laptop later today. gregkh: zzam did send you a ping to see if you were alive, and recieved no response, and thus went ahead to work on udev. He was originally after fixing some CDROM stuff and thus asked me about it (since you nearly ate my head off for bumping udev in the past when I had fibrechannel issues and needed the bump). There are a lot of people claiming breakage, because of all the things that were invoked by hotplug. net.agent, code from 2004 raising Uberlord's ire for one. Hotplug scripts and maps that were installed by packages other than hotplug itself need some more work from their maintainers - I'm doing gpsd now, simply because I have supported hardware. uberlord: the bluetooth init scripts are started on my laptop fine automatically by udev when the modules get loaded. I'm porting the gpsd hotplug caller now uberlord: Here is an extremely crude version of everything that hotplug's net.agent did for Gentoo: ACTION=="add", SUBSYSTEM=="net", RUN+="/etc/init.d/net.%k start" ACTION=="remove", SUBSYSTEM=="net", RUN+="/etc/init.d/net.%k stop" It works for me, but it does definetly need cleanup. Look at 70-bluetooth.rules and /lib/udev/bluetooth.sh for a cleaner way to do it. gregkh could probably suggest other nice cleanups too. (In reply to comment #16) > uberlord: > Here is an extremely crude version of everything that hotplug's net.agent did > for Gentoo: > ACTION=="add", SUBSYSTEM=="net", RUN+="/etc/init.d/net.%k start" > ACTION=="remove", SUBSYSTEM=="net", RUN+="/etc/init.d/net.%k stop" > > It works for me, but it does definetly need cleanup. > Look at 70-bluetooth.rules and /lib/udev/bluetooth.sh for a cleaner way to do > it. I went with adding net.sh to /lib/udev and calling that. This is because we may wish to expand it at some point to maybe create links to net.lo if needed on hotplug events. When we stop we sleep for a second so that any interface monitoring daemons like wpa_supplicant, netplug, etc have a chance to stop before we do - this is needed so udev can in turn stop the daemons. This has been added to udev-103-r2. gregkh: I've been sending you e-mails and I was also trying to work with you several months ago before 103 hit the tree on new HAL stuff but you kind of stopped responding to me.... *** Bug 163106 has been marked as a duplicate of this bug. *** Any issues w/ p.masking hotplug anywhere but on 2.4 profiles (plus doing some udev versions cleanup)? net-wireless/ipw2100-firmware depends on hotplug. Is this really necessary? Else I could unmerge hotplug. net-wireless/ipw2100-firmware should not depend on hotplug since hotplug is no longer executed and used if you have udev on your system. Why is hotplug not being removed from the system when you upgrade to a new version of udev? Why is there no remark _after_ emerging udev about big collisions with hotplug? The combination of hotplug and a up-to-date version of udev is a system-killer after you reboot! A simple message would solve a lot of sweat and be very user friendly. Thank you for your Feedback. Best Zeno *** Bug 228289 has been marked as a duplicate of this bug. *** Maybe we should finally add the blocker, and just break the remaining issues so they get fixed soon. OR: Set a fixed date when to add the blocker. Lets say the 2008/07/19. Yes, this would make sense. Last but not least for the normal user. Best Zeno Can't we just package.mask hotplug on the kernel-2.6 profiles? is there anything holding this back now? (In reply to comment #28) > is there anything holding this back now? > Bump. There are no blockers left. http://qa-reports.gentoo.org/output/genrdeps/rindex/sys-apps/hotplug-base media-tv/wis-go7007-0.9.8-r3 sys-apps/hotplug-20040923-r1 sys-apps/hotplug-20040923-r2 http://qa-reports.gentoo.org/output/genrdeps/rindex/sys-apps/hotplug app-emulation/xen-tools-4.1.1-r6 app-emulation/xen-tools-4.1.2-r2 app-emulation/xen-tools-4.1.2-r3 app-emulation/xen-tools-4.2.0-r1 app-emulation/xen-tools-4.2.0-r2 media-tv/ivtv-1.0.1 media-tv/ivtv-1.0.2 media-tv/ivtv-1.0.3-r2 media-tv/wis-go7007-0.9.8-r3 net-dialup/capi4k-utils-20050718-r3:usb net-wireless/at76c503a-0.16 net-wireless/at76c503a-9999 net-wireless/atmel-firmware-1.3-r1 net-wireless/ipw2100-firmware-1.3 net-wireless/ipw2200-firmware-2.2 net-wireless/ipw2200-firmware-2.4:kernel_linux net-wireless/ipw2200-firmware-3.1 net-wireless/ipw3945-ucode-1.13 net-wireless/ipw3945-ucode-1.14.2 net-wireless/prism54-firmware-1.0.4.3 net-wireless/prism54-firmware-2.13 net-wireless/rt2860-firmware-34 net-wireless/rt2870-firmware-29 net-wireless/rt61-firmware-1.2 net-wireless/rt73-firmware-1.8-r1 net-wireless/zd1201-firmware-0.14 net-wireless/zd1211-firmware-1.2 net-wireless/zd1211-firmware-1.3 net-wireless/zd1211-firmware-1.4 sys-apps/coldplug-20040920 sys-apps/ezusb2131-1.0 sys-fs/iprutils-2.2.18 sys-fs/iprutils-2.2.19 sys-fs/iprutils-2.3.0 sys-fs/iprutils-2.3.9 CC treecleaner. Mostly those packages have || ( ) dependency for hotplug, so it can be simply dropped from it. Then sys- I guess sys-apps/coldplug can go too. Nothing depends on it. # Samuli Suominen <ssuominen@gentoo.org> (22 Jan 2012) # Remove coldplug, hotplug and hotplug-base in 30 days wrt bug #145809 sys-apps/ezusb2131 sys-apps/hotplug sys-apps/hotplug-base sys-apps/coldplug They are gone. |