From owner-freebsd-ports@FreeBSD.ORG Tue Aug 25 02:54:40 2009 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86662106564A; Tue, 25 Aug 2009 02:54:40 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id 569FA8FC0C; Tue, 25 Aug 2009 02:54:40 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n7P2sZZY027407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 24 Aug 2009 19:54:36 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 59C591CC09; Mon, 24 Aug 2009 19:54:35 -0700 (PDT) To: Andrew Reilly In-reply-to: Your message of "Tue, 25 Aug 2009 12:11:35 +1000." <20090825021135.GA70448@duncan.reilly.home> Date: Mon, 24 Aug 2009 19:54:35 -0700 From: "Kevin Oberman" Message-Id: <20090825025435.59C591CC09@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-24_10:2009-08-11, 2009-08-24, 2009-08-24 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0907200000 definitions=main-0908240220 Cc: gnome@freebsd.org, ports@freebsd.org, gecko@freebsd.org Subject: Re: [HEADUP] FreeBSD Gecko's TODO and plan for future 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: Tue, 25 Aug 2009 02:54:40 -0000 > Date: Tue, 25 Aug 2009 12:11:35 +1000 > From: Andrew Reilly > > On Mon, Aug 24, 2009 at 06:18:47PM -0700, Kevin Oberman wrote: > > > Date: Tue, 25 Aug 2009 10:23:59 +1000 > > > From: Andrew Reilly > > > Is there any convenient way to list dependencies hierarchially, > > > rather than the flat set that pkg_info -r provides? > > > > How did you sequence the re-builds? I'd guess that gimp-app was re-built > > after the gimp metaport, so the metaport retained the dependency. > > More or less: > for i in $(pkg_info -q -o $(cat /var/db/pkg/firefox-2.0.0.20_9,1/+REQUIRED_BY )); do > echo $i: > cd /usr/ports/$i > sudo make build deinstall reinstall clean > done > > > If you have portupgrade, I would suggest 'portupgrade -rfx firefox > > firefox'. portupgrade works by building a dependency graph of the needed > > ports and builds te tree from the root. This should get rid of all but a > > handful of ports. > > I've stopped using portupgrade in favour of portmaster, but I > don't see a ready equivalent to this with portmaster, hence my > dumb script. In particular, I don't think that portmaster can > combine the -r and -x flags (depend and exclude), and when I've > done -f -r in combination before, then it seems to build the > entire transitive closure of dependencies, rather than just the > immediate ones. Sadly, there is no good way I know of to avoid this. > Hence my question about a tool to manipulate the dependency > graph as a graph... That I can help with. It does mean using portupgrade, but not to actually upgrade anything. 'portupgrade -nrfx firefox firefox' will provide a trivially parsable list. If the list is short, cut & paste can do it quickly. It's possible that portmaster has a similar capability. > Maybe the list will get shorter if I just repeat the rebuild > process a few times?... It will, but using the order from the command above will save time. > > It looks like everything in the list should rebuild without the firefox > > dependency. I had every one of them. I'm now down to just > > mplayerplug-in because it fails to build against libxul. > > That's good to know. It'd be nice to be able to get rid of > firefox2, if it's not going to get security patches. Yes, as soon as I can build mplayerplug-in without it, it's history. And none too soon. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751