Re: Hotplug, udev, hal, etc.
<veröffentlicht & per Mail versendet>
> Udev without hotplug works well here with kernel 2.6.13.[/color]
Read again! 2.6.13 is greater than 2.6.12, so you completely missed the
> All things keep on working very well : sound, nvidia, tv, cpufreq, usbkey
> and others ... So, what the problem is ? Before hitting the maintainer,
> you should give it a try first, shouldn't you ?[/color]
"works here" never was a good argument. Did you try with linux-2.4.30 and
linux-2.6.11 parallel-booting with linux-2.6.13?
Additonally, why do you carry this to another list? At least you should ask
if the others involved persons do read the other list!
Additionally, your quoting style is called TOFU (text above, fullquote
I stay with my opinion that the current udev package is an unacceptable
drawback regarding compatibility because having both installed shouldn't be
that hard to do: use hotplug for 2.4.xx and ask the admin what to do for
> Le Dimanche 9 Octobre 2005 12:36, Hendrik Sattler a écrit :[color=green]
>> Am Sonntag, 9. Oktober 2005 11:57 schrieb Anders Ellenshøj Andersen:[color=darkred]
>> > Udev in unstable now conflicts with hotplug. From what I can gather
>> > udev has eaten up all of hotplugs functionallity, but I don't really
>> > have a clue about what is going on. Since some important KDE stuff
>> > depends on all this to work, I'd sure like if someone who knows this
>> > stuff could explain what the h... is going on.[/color]
>> Sure, by upgrading, you loose all abilities to run linux-2.4.xx with
>> hotplug functionality. You also agree to not run a linux kernel <2.6.12
>> because that won't work, too. Actually, you should run linux kernel
>> 2.6.14 or higher. I know, doesn't exist, yet but that seems to be the
>> attitude of the udev maintainer.
>> Obviously, he lives in a perfect world, where all external kernel modules
>> adapt to kernel changes very fast.
>> Obviously, some DDs (e.g. the udev maintainer) gave up to make it
>> possible to have more than one major kernel version installed (and still
>> be able to run it properly).
>> The udev package somewhat digs its own hole and I am glad that I did not
>> change to udev. The udev package could also ask if you want to use
>> hotplug or udev's coldplug, does it? (Can't tell because I don't have it