Date: Sun, 15 Jan 2006 10:09:36 +0100 From: Alexander Leidinger <Alexander@Leidinger.net> To: Doug Barton <dougb@FreeBSD.org> Cc: pav@FreeBSD.org, freebsd ports <freebsd-ports@FreeBSD.org> Subject: Re: New /bin/sh based script to manage ports Message-ID: <20060115100936.zqxdnz9a1w0g4g4g@netchild.homeip.net> In-Reply-To: <43C99C50.6060608@FreeBSD.org> References: <43BCF31F.8050900@FreeBSD.org> <1136501778.40648.17.camel@localhost> <43C38A38.1020408@FreeBSD.org> <1136893017.2410.9.camel@pav.hide.vol.cz> <43C8E446.5010603@FreeBSD.org> <20060114144016.1dc9fdd0@Magellan.Leidinger.net> <43C97BEB.3030601@FreeBSD.org> <43C99C50.6060608@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Doug Barton <dougb@FreeBSD.org> wrote: > BTW, where the typical case of updating or installing a single port > is concerned, going from the top down is the right thing to do, since > dependencies will vary depending on OPTIONS chosen. However, for the > case of updating all the ports that are already installed, your > suggestion is a welcome optimization. After your explanation how portmaster operates I don't see the immediate benefit for the entire update procedure. You just change the order in which the ports are updated while still being consistent regarding the dependencies. It may matter while the update procedure process still runs, since the user may be able to use updated stand-alone ports earlier. But most of the time the leaf ports are the interesting ones (graphical MUA, webbrowser, word processor, php, whatever), and for them this changes (nearly ?) nothing. So at the moment I just see a pessimization regarding code complexity and maintainability, but no optimization regarding user benefit or correctness (since the update procedure already DTRT regarding dependencies). Can you please explain where you see an optimization? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 panic: kernal segmentation violation. core dumped (only kidding)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060115100936.zqxdnz9a1w0g4g4g>