From owner-cvs-all@FreeBSD.ORG  Tue Aug 23 03:31:35 2011
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@FreeBSD.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
	id 84DB61065672; Tue, 23 Aug 2011 03:31:35 +0000 (UTC)
Date: Tue, 23 Aug 2011 03:31:35 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Doug Barton <dougb@FreeBSD.org>
Message-ID: <20110823033135.GA4929@FreeBSD.org>
References: <201108221821.p7MILBln038468@repoman.freebsd.org>
	<20110823020838.GA96726@FreeBSD.org> <4E530E26.2090603@FreeBSD.org>
	<20110823024224.GA99925@FreeBSD.org> <4E531DC5.3050101@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <4E531DC5.3050101@FreeBSD.org>
User-Agent: Mutt/1.4.2.1i
Cc: cvs-ports@FreeBSD.org, ports-committers@FreeBSD.org, cvs-all@FreeBSD.org,
	Pawel Pekala <pawel@FreeBSD.org>
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
	<cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Aug 2011 03:31:35 -0000

On Mon, Aug 22, 2011 at 08:25:57PM -0700, Doug Barton wrote:
> On 08/22/2011 19:42, Alexey Dokuchaev wrote:
> > On Mon, Aug 22, 2011 at 07:19:18PM -0700, Doug Barton wrote:
> >> 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. 
> 
> 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.

In general, yes, but in this particular case I don't see it causing any
problems, being safe, "default" solution.

./danfe