Date: Mon, 07 Apr 2014 19:44:43 -0400 From: Lowell Gilbert <freebsd-ports-local@be-well.ilk.org> To: freebsd-ports@freebsd.org Subject: Re: FreeBSD ports which are currently scheduled for deletion Message-ID: <44mwfwu2l0.fsf@lowell-desk.lan> In-Reply-To: <5342E09A.5020908@aldan.algebra.com> (Mikhail T.'s message of "Mon, 07 Apr 2014 13:30:02 -0400") References: <mailman.33.1396868769.1399.freebsd-ports@freebsd.org> <5342E09A.5020908@aldan.algebra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
"Mikhail T." <mi+thun@aldan.algebra.com> writes: > Once again I am seeing this dreadful list and once again I am wondering... Why > are we removing ports simply for being "unmaintained"? > > Those with build-errors -- Ok, I understand, bit-rot happens. Those with (much) > newer versions available -- sure. > > But simply "unmaintained" -- that does not seem right... > > graphics/qvplay is just an example -- linimon's list contains many more ports, > whose only "fault" is not having an active maintainer... In this case, it's a port of software that hasn't been updated in well over a decade, specific to hardware that has been out of production for a long time as well. Objectively, it seems unlikely that anyone is actually using this port, and that it would be unlikely to work if somebody actually tried it. If people are using a port, then I would agree it should be kept regardless of maintainer status. But that doesn't mean keeping everything forever as long as it compiles. It's certainly possible that antoine@ has been a little overzealous in deprecating ports, but I don't think it's unreasonable to expect to have some evidence that any particular port has actually *worked* in the last ten or fifteen years.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44mwfwu2l0.fsf>