From owner-svn-ports-head@FreeBSD.ORG  Sat Jun 15 12:36:35 2013
Return-Path: <owner-svn-ports-head@FreeBSD.ORG>
Delivered-To: svn-ports-head@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
 id CB0972D7; Sat, 15 Jun 2013 12:36:35 +0000 (UTC)
Date: Sat, 15 Jun 2013 12:36:35 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Boris Samorodov <bsam@passap.ru>
Subject: Re: RE : Re: svn commit: r320973 - head/audio/grip
Message-ID: <20130615123635.GE89902@FreeBSD.org>
References: <kqcoep27lv3xn9u9fa53omnt.1371285299440@email.android.com>
 <51BC2E7E.8030605@passap.ru> <20130615092043.GA47945@FreeBSD.org>
 <51BC3F88.4060706@passap.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <51BC3F88.4060706@passap.ru>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: svn-ports-head@freebsd.org, Baptiste Daroussin <bapt@FreeBSD.org>,
 svn-ports-all@freebsd.org, bapt <bapt@etoilbsd.net>,
 bapt <baptiste.daroussin@gmail.com>, ports-committers@freebsd.org
X-BeenThere: svn-ports-head@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: SVN commit messages for the ports tree for head
 <svn-ports-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-ports-head>
List-Post: <mailto:svn-ports-head@freebsd.org>
List-Help: <mailto:svn-ports-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 15 Jun 2013 12:36:35 -0000

On Sat, Jun 15, 2013 at 02:18:48PM +0400, Boris Samorodov wrote:
> Is it because the dependency is more wide? If yes, than thanks, I need
> just this information: "It is not a significant change for the package."

Yeah; basically, for the package (binary), shlibs are always versioned.
Dropping version from LIB_DEPENDS does not produce different package, but
will make the port more robust, e.g. it would allow to build the port even
if one doesn't want to upgrade its dependent libraries.  Also, most of the
times software does not depend on specific ABI version, so including it in
LIB_DEPENDS is actually rather wrong than right.  In those rare cases when
we actually *require* specific version (e.g. for binary ports), we continue
to list it.

./danfe