From owner-freebsd-ports@FreeBSD.ORG Mon Mar 19 12:53:04 2007 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F17F16A401 for ; Mon, 19 Mar 2007 12:53:04 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4AAED13C46C for ; Mon, 19 Mar 2007 12:53:04 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: (qmail 2309 invoked from network); 19 Mar 2007 12:26:22 -0000 Received: from aldan.algebra.com ([216.254.65.224]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 19 Mar 2007 12:26:22 -0000 Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l2JCQKIf007665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Mar 2007 07:26:20 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l2JCQKB1007664; Mon, 19 Mar 2007 08:26:20 -0400 (EDT) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Gabor Kovesdan Date: Mon, 19 Mar 2007 08:26:19 -0400 User-Agent: KMail/1.9.5 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: freebsd-ports@freebsd.org Subject: Re: SoC application: please comment! X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2007 12:53:04 -0000 What I'd like to see added, is a flag, which would cause bsd.port.mk to simply ignore the explicit shared libraries' major numbers in LIB_DEPENDS. In almost all cases requiring a specific number does not make sense (not from a user's point of view, anyway). It only causes unneccessary rebuilds: * install mplayer, which uses libFOO.X * wait a week * update the ports-tree * try to install vlc -- oops, because of the shlib number bump of libFOO, got to rebuild the libFOO and the mplayer, which uses it. Of course, vlc would use libFOO.X just as well libFOO.X+1 -- in almost all cases. So there is no point in _forcing_ the user to rebuild all that... The proposed knob would allow the users to ignore the numbers. I hope, of course, that the flag will, eventually, become default... -mi