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>