From owner-freebsd-multimedia@FreeBSD.ORG Sun Mar 4 20:12:17 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 48EC416A400 for ; Sun, 4 Mar 2007 20:12:17 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 9676E13C47E for ; Sun, 4 Mar 2007 20:12:16 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1001921ugh for ; Sun, 04 Mar 2007 12:12:15 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=usraQDiWtIdE2gHCRVxINdNfN8B2D7X85Dj/r/gSFxRT0ZrvksCNhTCdv/Wvk2pM/+MQIzglXHMnG3iDCXcPMCWayiIWHgYdf9d/Rg8x8V324hXHXfCTv6WVrONuvXoVmnl/I5HsryffZE5f0mh/oQCF8q1Uo0X7z9ZmL38kDps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=k6hESEY1K9+p1WZZJR3SiTe4sw5ms6R7Z3/sOXviQkBZ2grU6Ab805mHxYwowQQXybI7qfDqsHRB3L51bH7eePsRcKS6XGWTdnryGPJpvzRmGHcvoGHt+8gOFuGF6vd/DEoS4DNkqvJys0RL+ae6x76IdN43ZSwoOTvIS6xItTQ= Received: by 10.67.22.2 with SMTP id z2mr8755397ugi.1173039135594; Sun, 04 Mar 2007 12:12:15 -0800 (PST) Received: from roadrunner.q.local ( [85.180.132.89]) by mx.google.com with ESMTP id 34sm4963290uga.2007.03.04.12.12.13; Sun, 04 Mar 2007 12:12:14 -0800 (PST) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.8/8.13.8) with ESMTP id l24KC87p008265; Sun, 4 Mar 2007 21:12:08 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.8/8.13.8/Submit) id l24KBw85008264; Sun, 4 Mar 2007 21:11:58 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Sun, 4 Mar 2007 21:11:57 +0100 From: Ulrich Spoerlein To: Mikhail Teterin Message-ID: <20070304201157.GB1577@roadrunner.q.local> Mail-Followup-To: Mikhail Teterin , multimedia@freebsd.org References: <200702260942.27062@aldan> <200702261300.37063@aldan> <20070303162417.GD1530@roadrunner.q.local> <200703041447.01127@aldan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200703041447.01127@aldan> Cc: multimedia@freebsd.org Subject: 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: Sun, 04 Mar 2007 20:12:17 -0000 Mikhail Teterin wrote: > On Saturday 03 March 2007 11:24, Ulrich Spoerlein wrote: > = No, that is how it *should* work. Right now, pkg_info -W is nowhere used > = in the Mk infrastructure. This has the side effect of randomly recording > = wrong dependancies which you then have to fix up with pkgdb -F. > > Yes. Actually, bsd.port.mk uses the ``-O'', instead of the ``-W''. Search for > PACKAGE-DEPENDS-LIST (a rather grotesque contraption, BTW). Thus it is still > prone to mistakes such as recording dependency on meow, when libmeow.so was > installed by meow-devel or something. Yes, that is exactly the issue I tried to raise in the past. I shall submit a PR with an patch, but I think it will only sit idly in GNATS. > But it is *still* perfectly safe without the shared libs major numbers. Using > those without a _real_ need to is useless and breaks the perfectly legitimate > scenarios outlined earlier in this thread. Indeed. I think it is not so clear cut, though. > 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). 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. The portrevision bump is also required for people using pre-built packages. So it goes like this: lib version bump necessitates we touch the port. Thus, we don't forget to bump the revision. Ideally, committers would grep INDEX for ports requiring libfoo, and if libfoo.so.n changes to libfoo.so.m, we assume all ports need their revision bumped as well (which is not necessarily true, but oh well) Ulrich Spoerlein -- "The trouble with the dictionary is you have to know how the word is spelled before you can look it up to see how it is spelled." -- Will Cuppy