LWN.net Logo

Debian Founder Ian Murdock Appointed CTO of the Free Standards Group

Debian Founder Ian Murdock Appointed CTO of the Free Standards Group

Posted Feb 6, 2006 14:21 UTC (Mon) by zooko (subscriber, #2589)
Parent article: Debian Founder Ian Murdock Appointed CTO of the Free Standards Group

Hm. Will this lead to some resolution of the tension between Linux Standard Base (requires RPM) and Debian (supports RPM, but prefers .deb)?

Or is that tension already resolved and I missed the memo?


(Log in to post comments)

Debian Founder Ian Murdock Appointed CTO of the Free Standards Group

Posted Feb 6, 2006 17:38 UTC (Mon) by mikec (guest, #30884) [Link]

There may not have been a memo, but the deafening silence surrounding LSB seems, in may cases, to have spoken for itself...

For binary vendors using C++ (that will teach them!), the "flexibility" of the ABI rendered all the other specifications somewhat moot... Everyone else seems to just use autoconf and not care...

As for .rpm or .deb, hopefully now that apt, yum and the like are widely deployed and working, the concern for the container will die down.

However, so long as other large differences between the RedHat, Slackware and Debian systems remain, different "containers" have to be built for each (in many/most cases), so the end users don't' really care as long it is just works on their systems...

For myself, the begrudging move from Slackware to RedHat was relatively painless, but now I have to actually think (and read) when I try to decipher a Knoppix system and it hurts... This is the real insidious nature of GUIs at work.

If you hide everything behind eye-candy, then no one notices what is going on underneath and things begin to speciate unintentionally. RedHat is just as culpable, if not more, as anyone else. I grow weary of deleting cryptic entries in /etc/sysconfig/networking that seem entirely redundant.

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds