Date: Mon, 12 Aug 2019 20:11:08 +0300 From: Anatoly <anatoly@kazanfieldhockey.ru> To: freebsd-ports@freebsd.org Subject: Re: PHP version retirement Message-ID: <20190812201108.4336bdee@asd2> In-Reply-To: <20190810112225.GE28929@home.opsec.eu> References: <CF1F28D6-1072-4BE6-B124-A97DE43FA4E6@waschbuesch.de> <20190810112225.GE28929@home.opsec.eu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 10 Aug 2019 13:22:25 +0200 Kurt Jaeger <pi@freebsd.org> wrote: > Hi! > > [...] > > Would it not be better to have, say, the last two versions before > > current stable still in ports but with a huge disclaimer saying: > > use at your own risk, etc.? > > > > What do y'all think? > > You make the case for something other systems call backports, > basically, keeping stuff in working order in the tree. > > Backports in other systems need someone to take up stewardship. > > So, either a group steps forward and takes responsibility to > keep them in working order in the generic tree, e.g. by > - having a mailing list, e.g. backports@, > - and changing the maintainer from ports@ to backports@ > - and fixing PRs as they come up > > Or a group provides their own pkg repo that the normal pkg-user can > reference to retrieve those older packages. > > Both approaches sound possible, but need a non-trivial amount of > investment. > Just wishing one day someone come up with it... I do more and more builds from souce last years because more and more ports disappearing due to deprecated dependencies or themselves (last time it was Natron->qt4 for ex.) what's about php5.6, it isn't big deal to me to build it from source, but if I'll ask people from low budget hosting companies around "Why not FreeBSD?", I think this will be one of significant points, cause many of them hire low-budget engineers, who only can or want install something from ready distro/packages and copy pre-written configs. But maybe FreeBSD indeed isn't right OS for them.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190812201108.4336bdee>