Date: Fri, 17 Jun 2005 12:03:41 -0700 From: Ade Lovett <ade@FreeBSD.org> To: Sergey Matveychuk <sem@FreeBSD.org> Cc: ports@FreeBSD.org, Joe Marcus Clarke <marcus@FreeBSD.org>, portmgr@FreeBSD.org Subject: Re: ports/82356: gmake -> gmake-devel repocopy request Message-ID: <42B31E8D.4090303@FreeBSD.org> In-Reply-To: <42B31D57.1040703@FreeBSD.org> References: <200506171850.j5HIo4UM035054@freefall.freebsd.org> <42B31D57.1040703@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Sergey Matveychuk wrote: > Ade Lovett wrote: > >> Synopsis: gmake -> gmake-devel repocopy request >> >> State-Changed-From-To: feedback->closed >> State-Changed-By: ade >> State-Changed-When: Fri Jun 17 18:43:24 GMT 2005 >> State-Changed-Why: Sorry, such a repocopy will lead to considerable >> confusion over which >> gmake to use. No other infrastructure changes would happen, so this is >> likely to turn into an enormous problem, for minimal (if any) gain. > > > What kind of problem do you mean? Having two gmakes in the tree, with the only difference being these two patches, will lead to considerable confusion. The USE_GMAKE knob will *not* be extended to handle the two ports, so then you end up with a high probability of other ports erroneously converting over to gmake-devel, leading to major infrastructural problems. Please try to think in terms of the bigger picture here. gmake is one of a number of absolutely core components of the FreeBSD ports/ build structure, and any changes to these have to be VERY carefully considered. I've already explained multiple times the correct approach to dealing with this, in terms of getting these patches (and any others) rolled into a new GNU make release. As and when this happens, and a release is made available, it will then be possible to upgrade the gmake port after considerable tree-wide testing. This is my last email on the subject. Please respect my wishes as gmake MAINTAINER. Thank you. -aDe
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42B31E8D.4090303>