Date: Wed, 4 Jun 2014 17:11:03 -0700 From: Eitan Adler <lists@eitanadler.com> To: Allan Jude <allanjude@freebsd.org> Cc: freebsd-hackers@freebsd.org Subject: Re: "Legacy" Release Terminology [was: There is currently no usable release of FreeBSD.] Message-ID: <CAF6rxgmoERHO_9qWhW3DG0RPUDjsVJRkUjS1dh19XLED9LPYCw@mail.gmail.com> In-Reply-To: <538F818B.8060408@freebsd.org> References: <alpine.BSF.2.00.1406040944570.2120@kozubik.com> <332D72DF-2225-40E2-B246-0786181AAB51@tony.li> <538F5FB5.9060008@FreeBSD.org> <662C363E-A16E-48B2-9FBF-D2D4AB81733C@dataix.net> <538F70A8.4060904@FreeBSD.org> <538F747C.7010901@vangyzen.net> <538F818B.8060408@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 4 June 2014 13:28, Allan Jude <allanjude@freebsd.org> wrote:
> On 2014-06-04 15:33, Eric van Gyzen wrote:
>> On 06/04/2014 14:16, Jonathan Anderson wrote:
>>> Jason Hellenthal wrote:
>>>> Legacy . . .
>>>> /adjective/
>>>> COMPUTING
>>>> **
>>>>
>>>> 1.
>>>> *1*.
>>>> denoting software or hardware that has been superseded but is
>>>> difficult to replace because of its wide use.
>>>>
>>>>
>>>> What about that says unsupported ?
>>>
>>>
>>> Sure, you're right about the dictionary definition, but in some usage
>>> (including among certain folks who build, package and use a popular
>>> open-source alternative to FreeBSD), people treat the word "legacy" as
>>> synonymous with "obsolete". Perhaps they shouldn't, but many do, and
>>> the original poster is trying to justify to the compliance-happy parts
>>> of an organisation why it's ok to base a company's future on something
>>> labelled as ${perceived-to-be-negative adjective}.
>>>
>>> So, rather than use words that are unclear (people in this
>>> conversation seem to have different perspectives on them), I suggest
>>> that we use unambiguous language: "branch X will be supported until
>>> x/y/zz".
>>
>> I have long thought that "Legacy", as used on the front page of
>> www.freebsd.org, was misleading. Please, let's change it. Let's call
>> 8.4, 9.2, and 10.0 all "Production", because that is what they are. The
>> numbers imply most of the relevant distinctions (features, maturity,
>> longevity, etc.).
>>
>> Independently, specifying branch support dates would also be helpful,
>> but let's at least improve the "legacy" terminology.
>>
>> Eric
>> _______________________________________________
>> freebsd-hackers@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
>> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
>>
>
> I have made a diff for the proposed change to the front page:
>
> https://phabric.freebsd.org/D175
These aren't (yet) available to the public. Maybe you should copy the
diff to the list?
--
Eitan Adler
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAF6rxgmoERHO_9qWhW3DG0RPUDjsVJRkUjS1dh19XLED9LPYCw>