Solved Debian update - keyboard responsive, Lennart Sorrenson not so much
Russell Reiter
rreiter91-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
Mon Oct 31 16:57:30 UTC 2011
On Mon, Oct 31, 2011 at 12:23 PM, Lennart Sorensen
<lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org> wrote:
> On Sun, Oct 30, 2011 at 05:18:04AM -0400, Russell Reiter wrote:
>> Lennart wasn't trying to warn me about anything he was trying to self
>> aggrandize. He didn't understand the problem, he presumed syvinit,
>> even though Debian is now using Dependency Based Boot. Most
>> importantly he did not try to help in the first place, he just
>> criticized without knowledge or understanding. He was not trying to
>> help he was trying to put down. There is a big difference.
>
> What you read into other peoples messages is entirely _your_problem_.
It's what you take out of my message which changes the meaning and
intent. I just don't like people snipping out their words and leaving
mine in, like you did in this snippet:
<snip message>
> Simply rename the incorrect script to anything you want as long as it
> doesn't start with K. Then you will have solved the original problem
> and NOT created a new one.
>
> But hey if you think you are smarter than the udev package maintainer,
> go ahead. Break your system. Who cares.
Nope I'm not smarter than him.
Debian just uses LSB headers to deal with package maintainers.
<end of message>
But hey, thanks for the input.
>
> insserv still uses the symlink files like sysvinit, but not entirely
> the same way, just mostly.
>
> For example:
>
> lennartsorensen:~# ls -l /etc/*/*pulseaudio
> -rw-r--rThe posted fix was to renam-- 1 root root 1166 Oct 1 08:18 /etc/default/pulseaudio
> -rwxr-xr-x 1 root root 2227 Oct 1 08:18 /etc/init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Sep 27 2010 /etc/rc1.d/K01pulseaudio -> ../init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Oct 19 14:08 /etc/rc2.d/S21pulseaudio -> ../init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Oct 19 14:08 /etc/rc3.d/S21pulseaudio -> ../init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Oct 19 14:08 /etc/rc4.d/S21pulseaudio -> ../init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Oct 19 14:08 /etc/rc5.d/S21pulseaudio -> ../init.d/pulseaudio
> lennartsorensen:~# insserv -r pulseaudio
> lennartsorensen:~# ls -l /etc/*/*pulseaudio
> -rw-r--r-- 1 root root 1166 Oct 1 08:18 /etc/default/pulseaudio
> -rwxr-xr-x 1 root root 2227 Oct 1 08:18 /etc/init.d/pulseaudio
> lennartsorensen:~# insserv -d pulseaudio
> lennartThe posted fix was to renamsorensen:~# ls -l /etc/*/*pulseaudio
> -rw-r--r-- 1 root root 1166 Oct 1 08:18 /etc/default/pulseaudio
> -rwxr-xr-x 1 root root 2227 Oct 1 08:18 /etc/init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Oct 31 12:14 /etc/rc1.d/K01pulseaudio -> ../init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Oct 31 12:14 /etc/rc2.d/S21pulseaudio -> ../init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Oct 31 12:14 /etc/rc3.d/S21pulseaudio -> ../init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Oct 31 12:14 /etc/rc4.d/S21pulseaudio -> ../init.d/pulseaudio
> lrwxrwxrwx 1 root root 20 Oct 31 12:14 /etc/rc5.d/S21pulseaudio -> ../init.d/pulseaudio
>
> So the K and S scripts still apply. They are what are used to determine
> what should be started and stopped in a given runlevel by insserv.
> What insserv changes is the fact that they no longer run one at a
> time based only on the names of the scripts. Things are done whenever
> everything they depend on is ready.
>
> A K##udev scripts is still supposed to tell insserv to stop udev in
> the given runlevel. So either it does, and it isn't very noticeable,
> or it does not because some dependancy made insserv figure the user
> didn't know what they were doing.
>
> So it still doesn't make sense that renaming /etc/rc2.d/S##udev to K##udev
> doesn't break the system, but it certainly does make sense that it solves
> the "udev is trying to start twice" problem. It should be resulting in
> insserv stopping udev, but perhaps the dependancies of other things is
> getting udev to ignore the users request.
>
> --
> Len Sorensen
> --
> The Toronto Linux Users Group. Meetings: http://gtalug.org/
> TLUG requests: Linux topics, No HTML, wrap text below 80 columns
> How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
>
--
The Toronto Linux Users Group. Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
More information about the Legacy
mailing list