From: Bill Davidsen <davidsen@tmr.com>
To: "Robert P. J. Day" <rpjday@mindspring.com>
Cc: Jan Engelhardt <jengelh@linux01.gwdg.de>,
Dave Jones <davej@redhat.com>,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: undeprecate raw driver.
Date: Mon, 14 May 2007 09:39:17 -0400 [thread overview]
Message-ID: <46486685.4000606@tmr.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0705131239200.942@localhost.localdomain>
Robert P. J. Day wrote:
> On Sun, 13 May 2007, Jan Engelhardt wrote:
>
>> On May 13 2007 12:32, Dave Jones wrote:
>>
>>> Despite repeated attempts over the last two and half years, this
>>> driver seems somewhat persistant. Remove its deprecated status as
>>> it has existing users who may not be in a position to migrate their
>>> apps
>> At least keep the "it's obsolete" Kconfig description. We don't want
>> new users/projects to jump on /dev/raw.
>
> i just *know* this is a mistake, but i'm going to take one more shot
> at distinguishing between deprecated and obsolete.
>
> as i understand it, the raw driver is *deprecated*. that is, it's
> still there, it's still supported, people are still using it but its
> use is *seriously* discouraged and everyone should be trying to move
> off of it at their earliest possible convenience.
>
> that is *not* the same as "obsolete" which should mean that that
> feature is dead, dead, DEAD and *no one* should be using it anymore.
>
> yes, i realize it sounds like splitting hairs, but it's this malleable
> definition of "deprecated" that's causing all of this trouble in the
> first place -- the fact that the raw driver is currently listed as
> "obsolete" when it is, in fact, only deprecated.
>
> in short, do *not* remove its "deprecated" status. rather, remove its
> "obsolete" status and *make* it deprecated.
>
Correct. Like the weird lady next door who fancies you, it's old, it's
ugly, but it's not likely to go away any time soon.
--
Bill Davidsen <davidsen@tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
prev parent reply other threads:[~2007-05-14 13:39 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-13 16:32 undeprecate raw driver Dave Jones
2007-05-13 16:35 ` Jan Engelhardt
2007-05-13 16:43 ` Dave Jones
2007-05-13 16:46 ` Robert P. J. Day
2007-05-13 17:34 ` Bernd Eckenfels
2007-05-13 17:56 ` Robert P. J. Day
2007-05-13 20:06 ` Stefan Richter
2007-05-13 20:24 ` Robert P. J. Day
2007-05-13 21:40 ` Stefan Richter
2007-05-13 20:10 ` Stefan Richter
2007-05-13 21:49 ` Tilman Schmidt
2007-05-13 22:42 ` Stefan Richter
2007-05-13 23:01 ` Bob Johnston
2007-05-14 11:42 ` Alan Cox
2007-05-14 13:53 ` Bob Johnston
2007-05-14 14:07 ` Robert P. J. Day
2007-05-15 2:47 ` David Schwartz
2007-05-14 13:39 ` Bill Davidsen [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46486685.4000606@tmr.com \
--to=davidsen@tmr.com \
--cc=davej@redhat.com \
--cc=jengelh@linux01.gwdg.de \
--cc=linux-kernel@vger.kernel.org \
--cc=rpjday@mindspring.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.