User: Password:
|
|
Subscribe / Log in / New account

Re-deprecating sysctl()

Re-deprecating sysctl()

Posted Aug 30, 2007 14:47 UTC (Thu) by jengelh (subscriber, #33263)
In reply to: Re-deprecating sysctl() by mrshiny
Parent article: Re-deprecating sysctl()

That is a standpoint I can accept. But then again, vendors don't have their software certified or (officially) tested for this new kernel _at all_ (example: VMware). When you call their hotline, they will just tell you that. And then you are stuck - either buy hardware that runs on the usual kernel, or do anything to get the old software to run on a new kernel, possibly modifying the application in ways that invalidate the service contracts. And this is the point I really was aiming at. When enough people get into that awkward situation and request support for newer kernels, the vendor will (if we look at this on a purely mathematical and logical basis...) revalidate their software for newer kernels (...otherwise the customers will be running away). The sooner the better.

Bet what will happen. I bet that if sysctl() is going away in September 2010, then the earliest userspace software upgrade wrt. sysctl() we will see will be after {date of next non-rc release after sysctl removal}. What I believe is that even though we shout "sysctl() is going away in 3 years!", noone will be listening until it actually happened. And when it is about to go away, one side of the kernel developer group ("Janitors") will try to remove it while the other side ("Home") whines about retaining it.

Just look at the RAW character device driver. There have been futile attempts at other things too.


(Log in to post comments)

Re-deprecating sysctl()

Posted Aug 31, 2007 1:29 UTC (Fri) by mrshiny (subscriber, #4266) [Link]

Well, don't get me wrong, I think a certain amount of backwards compatibility can be sacrificed in the name of progress, especially if (as is believed) nobody is actually using the sysctl interface anyway. Anyway it may be possible to write a patch for certain programs if those programs can't be modified; basically a stripped down sysctl could be made to emulate the behaviour of an unfixable app. But I can pretty much guarantee that SOMEONE will suffer due to the loss of this function. Some app somewhere that can't or won't be fixed will stop working and some business will lose money while a solution is investigated.

Re-deprecating sysctl()

Posted Aug 31, 2007 8:03 UTC (Fri) by jengelh (subscriber, #33263) [Link]

Constructive destruction ;-)


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