From owner-svn-ports-head@FreeBSD.ORG Wed Jul 16 11:13:28 2014 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id E00F3E4B; Wed, 16 Jul 2014 11:13:28 +0000 (UTC) Date: Wed, 16 Jul 2014 11:13:28 +0000 From: Alexey Dokuchaev To: Vsevolod Stakhov Subject: Re: svn commit: r361646 - in head/net/samba36: . files Message-ID: <20140716111328.GB82901@FreeBSD.org> References: <201407122229.s6CMTN42057554@svn.freebsd.org> <53C322A7.2090705@marino.st> <20140714003112.GA54756@mouf.net> <53C451FA.2020304@marino.st> <20140715170501.GA73101@FreeBSD.org> <53C5618F.2020104@FreeBSD.org> <20140716094453.GA53961@FreeBSD.org> <53C65677.8060603@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <53C65677.8060603@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: svn-ports-head , "Timur I. Bakeyev" , Steve Wills , svn-ports-all , marino@freebsd.org, "ports-committers@freebsd.org" X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 11:13:29 -0000 On Wed, Jul 16, 2014 at 11:39:51AM +0100, Vsevolod Stakhov wrote: > I'd like to ask a single question only: do you really think that the > whole FreeBSD project should just fulfil your needs? That's nonsense: we > should take care of *users* first. And believe me, they won't be happy > if their upgrade is broken just because you use archaic hardware to > build ports. It is broken not because of me or my hardware. And mind you, there are lots of folks who build ports on not-so-superfast MIPS and ARMs; sparc64 are also quite slow compared to modern x86, even not so archaic ones. Even on my superfast Q9550, where I care less for build times, I still would like to avoid needless port rebuilds. > > Tell me, why on earth shall i bump revision for a typo fix in COMMENT or > > pkg-message, www, maintainer change? Why do I have to waste time and CPU > > cycles for rebuilding my otherwise perfectly fine packages? > > Fell free to suggest your set of fields. Unless we have released pkg 1.3 > this set is a subject for discussions. I don't see why it cannot work the old way, just as described in PHB section 5.2.2.1. That is, bump port revision when something is wrong with previous package. Fixed typos or added license do not render previous packages wrong. Ditto for staging, maintainership changes or other things that are not user- noticeable. ./danfe