Date: Fri, 22 Aug 2014 00:27:22 +0200 From: John Marino <freebsd.contact@marino.st> To: Bryan Drewery <bdrewery@FreeBSD.org>, marino@freebsd.org Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, Hiroki Sato <hrs@FreeBSD.org>, ports-committers@freebsd.org Subject: Re: svn commit: r365590 - in head/cad/spice: . files Message-ID: <53F6724A.6000602@marino.st> In-Reply-To: <53F66EE5.7080500@FreeBSD.org> References: <201408211941.s7LJf6de048334@svn.freebsd.org> <53F663B2.3000800@marino.st> <20140822.070939.1253386656808735449.hrs@allbsd.org> <53F66EE5.7080500@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 8/22/2014 00:12, Bryan Drewery wrote: > On 8/21/2014 5:09 PM, Hiroki Sato wrote: >> John Marino <freebsd.contact@marino.st> wrote >> in <53F663B2.3000800@marino.st>: >> >> fr> On 8/21/2014 21:41, Hiroki Sato wrote: >> fr> > Author: hrs >> fr> > Date: Thu Aug 21 19:41:06 2014 >> fr> > New Revision: 365590 >> fr> > URL: http://svnweb.freebsd.org/changeset/ports/365590 >> fr> > QAT: https://qat.redports.org/buildarchive/r365590/ >> >> ... >> >> fr> I'm sorry, but using freebsd-specific <bsd.prog.mk> in a ports vendor >> fr> makefile is NOT an improvement and frankly puts the build at risk on >> fr> DragonFly. >> fr> >> fr> I wish there was a rule that ports should not use system make fragments. >> fr> This is not a good practice. This port had a perfectly working and >> fr> generic makefile before. >> fr> >> fr> There's a good chance this just broke spice on DragonFly as the system >> fr> make file these are different. >> >> I can understand that vendor's Makefile should be platform-neutral, >> but I do not think there is advantage to maintain >> ${FILESDIR}/Makefile in a way not to use FreeBSD-specific stuff >> because it is used only by the port. Should we care about build on >> DragonFly? > > No! This is FreeBSD. Ports is only officially supported on FreeBSD. > > There are plenty of other ports using bsd.prog.mk. Putting the first statement aside which frankly contradicts other statements made by other portmgr and completely belittles my contributions, this is a bad idea for FreeBSD too. You are not containing the port to ports collection. If the system makefile fragment changes, it affects the port. It's a dumb decision. If you want these makefile fragments, put a tailored copy of Mk/ In this PARTICULAR case, I staged the port. I fixed that makefile. HRS changes serve no purpose other than to potentially break my work. Obviously that is not his intention, but that is the result. Frankly he should revert this immediately. It was working before everywhere. John
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53F6724A.6000602>