From owner-cvs-all@FreeBSD.ORG Tue Aug 23 03:26:06 2011 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 139C3106564A; Tue, 23 Aug 2011 03:26:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 6DB051551D9; Tue, 23 Aug 2011 03:25:57 +0000 (UTC) Message-ID: <4E531DC5.3050101@FreeBSD.org> Date: Mon, 22 Aug 2011 20:25:57 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110819 Thunderbird/6.0 MIME-Version: 1.0 To: Alexey Dokuchaev References: <201108221821.p7MILBln038468@repoman.freebsd.org> <20110823020838.GA96726@FreeBSD.org> <4E530E26.2090603@FreeBSD.org> <20110823024224.GA99925@FreeBSD.org> In-Reply-To: <20110823024224.GA99925@FreeBSD.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: cvs-ports@FreeBSD.org, ports-committers@FreeBSD.org, cvs-all@FreeBSD.org, Pawel Pekala Subject: Re: cvs commit: ports/polish/kadu Makefile distinfo pkg-descr pkg-plist ports/polish/kadu/files patch-kadu-core__CMakeLists.txt patch-kadu-core_gadu_resolver.cpp patch-modules__docking__CMakeLists.txt patch-modules__idle__CMakeLists.txt patch-modules__kde_notify__CMakeLists.txt patch-modules__screenshot__CMakeLists.txt patch-modules__sound__CMakeLists.txt ... X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: **OBSOLETE** CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2011 03:26:06 -0000 On 08/22/2011 19:42, Alexey Dokuchaev wrote: > On Mon, Aug 22, 2011 at 07:19:18PM -0700, Doug Barton wrote: >>> bumping port revision of library consumer ports to chase shlib version >>> bumps. >> >> The version should only be specified for dependents that are tied to a >> specific version. If the dependent can survive a version bump of the lib >> then the dependency should be specified without version, and NOT bumped >> when the lib is updated. > > I believe it will take too much work to verify which parts of the API port > uses and either add or remove this suffix on every update. It's up to the maintainer to do this work, and handle the consequences. I've done it for my ports. Those who don't wish to do this work can simply add the specific version. There are of course things that need to be consistent, but forcing consistency where it's not necessary is not only not helpful, but can cause more problems then it solves. > We should uphold upstream decision (assuming they are not complete idiots to > bump shlib version with no good reason) Yeah, cuz that's never happened before. :) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/