On Wed, Mar 4, 2009 at 02:16, Victor Lowther <victor.lowther@xxxxxxxxx> wrote: > On Tue, 2009-03-03 at 19:25 -0500, Jeremy Katz wrote: >> On Tuesday, March 03 2009, Victor Lowther said: >> > This should arguably be done by importing the udev git repo as a submodule, >> > but I am too lazy to figure out how to do that right now. >> > >> > I suppose this could also be done by rewriting the 95udev-rules.sh module >> > for each distribution, but that is something best left to the distro >> > maintainers once we acheive some sort of widespread adoption. Until then, >> > stealing rules from upstream udev seems like the most portable solution. >> >> Stealing rules, though, means that they're almost certain to be out of >> date as soon as they're present. Exactly. And they will break horribly next month, when we e.g. switch from vol_id to blkid. > Yep. This is intended to be a quick and dirty hack for those of us who > prefer not to delve into the nuances of how each distro does things. Don't do that. There is no need to know how "distros" work, you only need to know about Debian. :) > Out of date does not mean as much to the initramfs, IMAO -- as long as > we can find and mount root, it does not matter how out of date the rules > are. Oh, no. That will never work. The main udev rules cannot be disconnected from the udev daemon and the udev tools in /lib/udev/, they are tight together and have strong dependencies in the shipped tools and the tool calling options. That's why the tools are in an "application private directory" and not in /sbin. You will end up with several versions of the rules in the dracut repo, and need to select them based on the installed udev version. The current default udev rules will not even work correctly on the "ancient" udev package Debian ships today. >> The right fix here is for distros not >> to go off and think that they know better than upstream on how to write >> udev rules. But I'll let Kay chime in if he really wants to here ;-) All other distros work together and ship a set of rules which is the result of a merge of all the distro stuff. They all ship an identical setup today. There is only one left, which thinks it can do better, and I would not like to see broken workarounds for everybody in the dracut repo. It should be a "Debian dracut module to work around their weird idea of upstream", and not a "pain to maintain default" for all other users. :) > Mmmm... sweet scent of politics. I get the feeling that many kilobytes > have been spent flaming^Wdiscussing this topic. Yeah, it seems hard for some kids to share their toys. :) But it's pretty much over, there is not much to discuss anymore. We all ship the same stuff, and share the same bugs. If you want "Debian" use Ubuntu. It's part of the upstream development, ships recent versions which other stuff can develop against, and can depend on. :) Thanks, Kay -- To unsubscribe from this list: send the line "unsubscribe initramfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
