Solved Debian update - keyboard responsive, Lennart Sorrenson not so much

Russell Reiter rreiter91-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org
Sun Oct 30 09:18:04 UTC 2011


On Sun, Oct 30, 2011 at 1:47 AM, Ivan Avery Frey
<ivan.avery.frey-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org> wrote:
> On 29/10/11 11:17, Russell Reiter wrote:
>>
>> Lennart, I don't know what it is about me that brings out the troll in
>> otherwise apparantly normal people. But there it is. When someone
>> bangs on me as hard as you did, I have to defend my position and that
>> position is, I quote you here:
>>
>> "In other words, don't take advice from people that don't know what they
>> are doing, ..."
>>
>> Well Lennart that's your opinion, here's mine.
>>
>> You had little desire to assist with the problem, until someone
>> thanked me for posting my experience. Then you tried to use your
>> belief in your own superior knowledge to belittle the solution, which
>> in fact was not my solution but simply a solution provided by someone
>> else experiencing the same difficulties.
>>
>> If you notice, what I did was not exactly the same as what was posted.
>> Not that it matters, or does it? You tell me you're the theorist, I'm
>> a system's integrator.  You have to remember who I am in all this, I
>> was helping the system operator restore functionality.
>>
>> Debian developers started using Dependency Based Boot around 2009.
>> Squeeze is the first to use it as default in a product release. It is
>> to deal with the fact the kernel is becoming more event driven. I
>> won't bore you with the abstract details of the transitional problems
>> of migration, even in respect of moving a temporary virtual file
>> system to a static one because you should know all this. However, you
>> apparantly don't care enough about the problem. Instead you try and
>> piss all over me when I asked a sincere question.
>>
>> What you didn't know, before you tried to pick on me, was where the
>> problem was sourced, yet you pretended you did and worse, you assumed
>> that I didn't.
>>
>> Here's some background on how Debian maintainers are dealing with
>> event driven kernels, which is what this is really all about.
>>
>> http://lists.debian.org/debian-devel/2005/03/msg02640.html
>>
>> When I first joined this list there were about sixty users sharing
>> their experiences with integrating this OS into more mainstream use.
>>
>> I do my small bit to help users adapt. Much in the same way that my
>> old friend Jan Carlson did. One day I asked him why he sold me a cd
>> with Red Hat on it for five bucks at a TLUG meeting and then gave me
>> two thousand dollars worth of telephone support?
>>
>> He said "I'm just an old Unix fart. Besides I"m beta testing for them
>> and I like to keep my hand in."
>>
>> Thanks Jan, god bless you.
>>
>> Lennart, wise up.
>
> I have to say both you and Lennart appeared to be talking past each other.
> In a normal boot process does the os pass through runlevel 2?
>
> Because if it does then the fact that udev gets started in rc.S (typo?) and
> killed in runlevel 2 but you still have udev running is a mystery to me
> also.
>
> At the very least what Lennart is trying to warn you about is that when you
> switch to runlevel 2, the K script is supposed to stop udev. Scripts
> beginning with K are kill scripts.

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.



>
> Ivan.
> --
> 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