Date: Tue, 25 Aug 2009 12:11:35 +1000 From: Andrew Reilly <andrew-freebsd@areilly.bpc-users.org> To: Kevin Oberman <oberman@es.net> Cc: gnome@freebsd.org, ports@freebsd.org, gecko@freebsd.org Subject: Re: [HEADUP] FreeBSD Gecko's TODO and plan for future Message-ID: <20090825021135.GA70448@duncan.reilly.home> In-Reply-To: <20090825011847.53F801CC09@ptavv.es.net> References: <20090825002359.GA61141@duncan.reilly.home> <20090825011847.53F801CC09@ptavv.es.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <andrew-freebsd@areilly.bpc-users.org> > > 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. Hence my question about a tool to manipulate the dependency graph as a graph... Maybe the list will get shorter if I just repeat the rebuild process a few times?... > 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. Cheers, -- Andrew
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090825021135.GA70448>