Date: Sat, 1 Feb 2020 01:26:10 +0000 From: Alexey Dokuchaev <danfe@freebsd.org> To: Mark Linimon <linimon@freebsd.org> Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r524740 - head Message-ID: <20200201012610.GB9754@FreeBSD.org> In-Reply-To: <202001311847.00VIlGlL027178@repo.freebsd.org> References: <202001311847.00VIlGlL027178@repo.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jan 31, 2020 at 06:47:16PM +0000, Mark Linimon wrote: > New Revision: 524740 > URL: https://svnweb.freebsd.org/changeset/ports/524740 > > Log: > Remove entry for editors/xed which, even though the name has been > brought back but via different sourcebase, still prevents the new > port from being built. What prevents it from being built, why MOVED has anything to do with the build? Can you show the excerpt from the failure log? > I do not know TRT to annoate in such a case, but at least this > will allow the port to build. Interesting. So, how do we handle cases like this? Obviously, names that once belonged to an old and gone software should be allowed to recycle, but the MOVED entries for their previous owners should stay since they still could be resurrected as, e.g., a base for a modern fork. I could've renamed the port to xeditor, retaining the PKGNAME and the category, thus making it shallow move and waived the new MOVED entry, which allowed to readd previous (now removed) entry, but we'd better find a more universal way of how to recycle sofware names properly without losing the previous MOVED history. We can start with fixing the tools which trip on MOVED entries against existing ports. This is wrong, these things are orthogonal. It looks like it is some kind of harness against those who accidentally forget to update MOVED file when due, but it does not make it less wrong, as it prevents legit cases like this one. Could we make this thing more flexible please? ./danfe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200201012610.GB9754>