From owner-freebsd-multimedia@FreeBSD.ORG Mon Mar 5 03:02:22 2007 Return-Path: X-Original-To: multimedia@freebsd.org Delivered-To: freebsd-multimedia@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6B53916A403 for ; Mon, 5 Mar 2007 03:02:22 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from mail3.sea5.speakeasy.net (mail3.sea5.speakeasy.net [69.17.117.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3FD1513C494 for ; Mon, 5 Mar 2007 03:02:22 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: (qmail 12949 invoked from network); 5 Mar 2007 03:02:22 -0000 Received: from aldan.algebra.com ([216.254.65.224]) (envelope-sender ) by mail3.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 5 Mar 2007 03:02:21 -0000 Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l2532Ju0080882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Mar 2007 22:02: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 l2532JBF080881; Sun, 4 Mar 2007 22:02:19 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Ulrich Spoerlein Date: Sun, 4 Mar 2007 22:02:19 -0500 User-Agent: KMail/1.9.5 References: <200702260942.27062@aldan> <200703041447.01127@aldan> <20070304201157.GB1577@roadrunner.q.local> In-Reply-To: <20070304201157.GB1577@roadrunner.q.local> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: multimedia@freebsd.org Subject: shlib majors (Re: improving vlc-devel) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2007 03:02:22 -0000 On Sunday 04 March 2007 15:11, Ulrich Spoerlein wrote: = > Doing so _knowingly_ is simply capricious... = = There is one advantage I see (omitting the library inter-dependance = thingy): Once the shared lib version is bumped, all dependant ports have = to be rebuild (relinked). WHY? This is the core of the disagreement, I feel. I may be perfectly fine with an earlier version of libfoo, which 15 of other installed packages are using. I should not be _forced_ to upgrade foo (and those 15 other ports), if I updated my ports tree and wish to install the 16th foo-using port (bar). Not unless bar _really_ needs an updated version of foo. = In a perfect world, everybody would be using portupgrade -rf libfoo to = update a library. In our real world it is not so. By hardcoding the lib = number we intentionally break the automated build system (tinderbox), thus = reminding us, that we should probably bump the portrevision so people = rebuild all required ports, even if they only use portupgrade -a. What you also "intentionally break", is everybody's install -- they can't add a port from an updated tree without first updating a bunch of other ports. Portupgrade makes this _easier_ (if nothing breaks, that is), but not _faster_. Automated tinderboxes should use other means of dependency tracking (if they really need it at all -- it seems, complete rebuilds simply run as often as the hardware allows). Something based on the all-depends-list target would be both more reliable and not break users' setups. This is quite obvious, but continuous nit-picking leaves people with shorter attention spans feel, the issue is still "unresolved" or something... -mi