Date: Sun, 14 May 2006 18:40:27 +1000 From: Peter Jeremy <peterjeremy@optushome.com.au> To: Joseph Kerian <jkerian@gmail.com> Cc: ports@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Has the port collection become to large to handle. Message-ID: <20060514084027.GA8696@turion.vk2pj.dyndns.org> In-Reply-To: <282b2dd90605132037h2a062218y265ef68dd05f56b5@mail.gmail.com> References: <MIEPLLIBMLEEABPDBIEGIEPBHGAA.fbsd@a1poweruser.com> <p06230939c08c16a1821f@128.113.24.47> <002101c676ed$bd1f2720$b3db87d4@multiplay.co.uk> <44667EAF.10802@vonostingroup.com> <282b2dd90605132037h2a062218y265ef68dd05f56b5@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2006-May-13 22:37:01 -0500, Joseph Kerian wrote: >The resemblance is not, in and of itself, a bad thing. Is there anything >preventing someone from making a portupgrade-like tool that uses only tmp, a >/ports dir on an ftp site and a bit of intelligence regarding dependency >resolution? Correct me if I'm wrong, but I'm not seeing any technical >reasons this couldn't be done. (okay... so your equivelent of portversion >might get a little more complicated or potentially wierd) The biggest problem I see is keeping just your local ports subset up-to-date (so when you do a 'make foo', you can be sure that all the dependencies - including ports/Mk are up to date). CVSup and CTM are not designed to do this (though CVS can mostly manage it) so the portupgrade-like tool would need to manage this itself. >I would submit, however, that it hasn't been done simply because it isn't >needed. 210 mb is laughably insignificant on any system I would build ports. As a CVS checkout (in a 16k/2k filesystem), my ports tree is nearly 500MB and 190,000 inodes. Without the CVS metadata, it's 327MB and just over 100K inodes. The size is fairly irrelevant (especially in the face of ports that need 2-4GB to build) but the 100K-200K inodes is non-trivial. -- Peter Jeremy
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060514084027.GA8696>