From owner-freebsd-ports@FreeBSD.ORG Sun Mar 6 08:38:14 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F4911065672 for ; Sun, 6 Mar 2011 08:38:14 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3094D8FC15 for ; Sun, 6 Mar 2011 08:38:13 +0000 (UTC) Received: from p57918b77.dip.t-dialin.net ([87.145.139.119] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Pw9Tf-0008Hm-K6; Sun, 06 Mar 2011 09:38:11 +0100 Message-ID: <4D7347F2.8010100@gwdg.de> Date: Sun, 06 Mar 2011 09:38:10 +0100 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-DE; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 MIME-Version: 1.0 To: bf1783@gmail.com References: <4D733638.5030608@gwdg.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-ports@freebsd.org Subject: Re: [FYI] Fwd: cvs commit: ports UPDATING ports/Mk bsd.python.mk 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: Sun, 06 Mar 2011 08:38:14 -0000 On 06.03.2011 09:09 (UTC+1), b. f. wrote: > On 3/6/11, Rainer Hurling wrote: >> On 06.03.2011 00:56 (UTC+1), b. f. wrote: >>>>> Does it rebuild all depending packages? >>>> >>>> And waht is the difference between make upgrade-site-packages and >>>> portupgrade -r python? >>> >>> As I explained earlier on freebsd-python@, unlike 'portupgrade -r >>> python', the upgrade-site-packages target just rebuilds ports that >>> have files in the library directories belonging to non-default >>> versions of python, and ports that in turn depend upon them, not >>> necessarily every port that lists python as a dependency. >>> upgrade-site-packages is for your convenience, to rebuild a (probably) >>> smaller collection of ports that are most likely to need rebuilding >>> after a change in default python versions. >> >> Thanks for the explanation. In principle the script works as aspected. >> As far as I can see there remain some ports like graphics/qgis without >> upgrading. QGIS defines USE_PYTHON=yes in its Makefile, but is not >> upgraded. Other examples from my installations are multimedia/xbmc, >> irc/xchat, editors/openoffice.org-3. >> >> pkg_libchk from sysutils/bsdadminscripts identifies most (all?) of them. > > > Sure, there are a number of ways to identify which ports actually > depend upon python. pkg_libchk will get you most, but maybe not all, > of them. (One might be configured in a way that depends upon the > specific version of python used, but not actually link to a python > shared library, for example.) > > Since rebuilding lots of ports can consume time and resources, and > some ports depend upon python only to the extent of containing > portable scripts with a /usr/local/bin/python shebang in them, and > hence don't really need to be updated, the upgrade-site-packages > target was created as a reasonable compromise, to update only those > ports that probably need to be updated when the default version of > python is changed. update-site-packages may update a few that don't > need to be updated (a port that really needs and is set up to use a > non-default version of python, for example), and it may miss others > that ought to be updated (a port that doesn't install files in a > python library directory, but nevertheless depends in an important way > upon the specific version of python used). If you want to be > thorough, then don't use upgrade-site-packages, but rather recursively > update all ports that depend directly or indirectly upon python. Now it is more clear to me that this upgrading process depends from the specific installation. Perhaps it should be mentioned in ports/UPDATING, that eventually this upgrading is not complete? I think for me it was ok to first use the upgrade-site-packages target and after that identifying the few remaining ports with pkg_libchk, which should also be updated. I did that with several machines. All seems to work fine so far. Thanks again for this detailed answer, Rainer