Date: Fri, 16 Dec 2016 10:16:31 -0600 From: John Marino <freebsd.contact@marino.st> To: Roger Marquis <marquis@roble.com> Cc: "ports@FreeBSD.org Ports" <ports@FreeBSD.org> Subject: Re: The ports collection has some serious issues Message-ID: <a0c196df-0663-1de1-4cc6-7a4ecf207246@marino.st> In-Reply-To: <1612160801490.3123@mx5.roble.com> References: <5c6df0ce-a473-d125-10a0-71b95a83512b@marino.st> <1612160801490.3123@mx5.roble.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/16/2016 10:09, Roger Marquis wrote: >> I never understood why people went ape-**** over it, unless they don't >> understand what "deprecated without expiration" actually means. > > Perhaps then this is the crux of the issue. From my experience > "deprecated" means only that something will not appear in a future > version of the OS. It implies nothing about the suitability of the > software itself. "deprecated without expiration" is a contradiction. From porters handbook, section 12.15: "It is possible to set DEPRECATED without an EXPIRATION_DATE (for instance, recommending a newer version of the port), but the converse does not make any sense." So it's not a contradiction. Ports that have a specific removal date must have EXPIRATION_DATE set. If you say, well DEPRECATION implies removal, I'd agree, but it's at an indefinite time and I'd say that time would come when portmaster no longer works on the current ports tree. When that happens (and it probably will happen) then EXPIRATION can be set. > >> If Torsten drops maintainership then some sort of "strong" warning >> should come with that drop. I would be satisfied with adding a >> descriptive DEPRECATED message myself. > > TZ or no TZ we should drop the deprecation notice until it has an > expiration date and clarify the warning terms (ASAP). At least that > way, when a thread like this comes up in the future, the only response > needed would be a pointer to the install message. Which notice should we drop? There's no DEPRECATION set now. There's no warning set. portmaster is not marked as "deprecated". And as the handbook points out: You can't have EXPIRATION without DEPRECATED, but it's perfectly legal to have the reverse. It's documented clearly. John --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a0c196df-0663-1de1-4cc6-7a4ecf207246>