From owner-svn-ports-head@freebsd.org Wed Aug 26 12:30:23 2015 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B91399A7CA; Wed, 26 Aug 2015 12:30:23 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 17E9A283; Wed, 26 Aug 2015 12:30:23 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 16819145C; Wed, 26 Aug 2015 12:30:23 +0000 (UTC) Date: Wed, 26 Aug 2015 12:30:23 +0000 From: Alexey Dokuchaev To: marino@freebsd.org Cc: Baptiste Daroussin , Mathieu Arnold , ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r395079 - in head/graphics: . mitsuba mitsuba/files Message-ID: <20150826123023.GA114@FreeBSD.org> References: <201508230856.t7N8uwal009338@repo.freebsd.org> <96D957F8044D8B647B259802@atuin.in.mat.cc> <20150824070915.GA15244@FreeBSD.org> <20150824084807.GA93486@ivaldir.etoilebsd.net> <20150824090104.GB93486@ivaldir.etoilebsd.net> <20150824094539.GA77434@FreeBSD.org> <20150824102328.GC93486@ivaldir.etoilebsd.net> <20150826114234.GA78599@FreeBSD.org> <55DDAB81.2030302@marino.st> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <55DDAB81.2030302@marino.st> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2015 12:30:23 -0000 On Wed, Aug 26, 2015 at 02:05:21PM +0200, John Marino wrote: > Unfortunately they should expect full out breakage immediately and count > every day that works beyond EOL as a bonus. > > IMO, any expectation of "slow-death bitrot" after EOL is unrealistic and > maybe we would do people a better service of dispelling this notion > rather than perpetuating it. FWIW I don't support removing EOL support > actively (as the only change) but do think it should be removed when > coupled with other maintenance and not just left because it still works > in theory. Well, fair enough. Time to get back to coding. :) ./danfe