From owner-svn-ports-all@FreeBSD.ORG Wed Jul 16 10:39:55 2014 Return-Path: Delivered-To: svn-ports-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE65B76B; Wed, 16 Jul 2014 10:39:55 +0000 (UTC) Received: from h.highsecure.ru (mail6.highsecure.ru [IPv6:2a01:4f8:191:22a6::99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5D9142895; Wed, 16 Jul 2014 10:39:55 +0000 (UTC) Received: from medway.cl.cam.ac.uk (medway.cl.cam.ac.uk [IPv6:2001:630:212:238:21c:c0ff:fe4b:2b85]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: vsevolod@highsecure.ru) by h.highsecure.ru (Postfix) with ESMTPSA id CD48A300407; Wed, 16 Jul 2014 12:38:34 +0200 (CEST) Message-ID: <53C65677.8060603@FreeBSD.org> Date: Wed, 16 Jul 2014 11:39:51 +0100 From: Vsevolod Stakhov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Alexey Dokuchaev Subject: Re: svn commit: r361646 - in head/net/samba36: . files 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> In-Reply-To: <20140716094453.GA53961@FreeBSD.org> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: svn-ports-head , "Timur I. Bakeyev" , Steve Wills , svn-ports-all , marino@freebsd.org, "ports-committers@freebsd.org" X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2014 10:39:56 -0000 On 16/07/14 10:44, Alexey Dokuchaev wrote: > On Tue, Jul 15, 2014 at 06:14:55PM +0100, Vsevolod Stakhov wrote: >> Let me explain the situation with pkg. Pkg needs to find so called >> ``upgrade chains'' that are used to upgrade packages. To find out >> packages that are suitable for upgrade we use origins in pkg 1.2 and >> name~origin in pkg 1.3. >> >> However, each package is identified by a special field called >> `manifestdigest'. In pkg 1.2, this field is just sha256(manifest). >> Unfortunately, this means that if *any* field of a package is changed a >> version bump is required. By fields I mean files and directories as well >> which leads thus to a policy where we need to bump a revision even if we >> have meaningless changes in the files a package provides (that happens >> after this particular change). >> >> With pkg 1.3 this behaviour has been changed to recognize the following >> fields only: >> >> * name >> * origin >> * version >> * arch >> * maintainer >> * www >> * message >> * comment >> * options >> >> Hence, I think that with the release 1.3 of pkg we should define >> revision bump policy to reflect this change. > > I do not find this design good enough. I don't use pkg, I like to build > things. I'm happy with pkgng for keeping track of what I have installed, > but still prefer to build stuff from ports the old way. Why do you think that pkg is designed for binary packages merely? I'd like to mention that my comment was not about binary packages but about packages generated from the ports. To distinguish one package from another pkg uses (from 1.3) the following fields. Therefore, I would suggest to bump revision to reflect that the package turns to be changed. This is *not* for pkg, it is for users as they want to do `pkg upgrade` from time to time that requires versions to be increased for different packages. > Now perhaps my gear is not as fast as yours; it takes about two hours to > build heavy ports like gcc47 or Boost on PowerPC 7447A (1250.35 MHz), and > even on much faster Pentium M 780 (2.26GHz) building e.g. Clang takes an > hour or so. So while I like to build things from source code, I certainly > do not like to *rebuild* them over and over again for gratuitous reasons. 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. > 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. > There should be a saner way to figure out those upgrade chains. If even > a trivial change requires revbump to allow pkg to work correctly, then it > must be doing it wrong, sorry. Again, I've announced the suggested set of ``significant'' fields in the pkg@ mailing list but I got no objections. I really want to discuss it and it *can* be changed a.t.m. if we conclude that it is inadequate from the ports perspective, for instance. -- Vsevolod Stakhov