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