Date: Thu, 18 May 2006 14:10:40 +0200 From: Ulrich Spoerlein <uspoerlein@gmail.com> To: freebsd-ports@freebsd.org Subject: Re: Is it safe to compile multiple ports at the same time ? Message-ID: <20060518121040.GF1039@roadrunner.informatik.uni-wuerzburg.de> In-Reply-To: <20060517073919.GA169@pentarou.parodius.com> References: <200605171353.37745.paul.koch@statseeker.com> <20060517045403.GI1113@k7.mavetju> <20060517073919.GA169@pentarou.parodius.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--3O1VwFp74L81IIeR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Jeremy Chadwick wrote: > Will this solve (indirectly I presume) the following issue? If not, > not a big deal, but thought I'd ask anyways, as it's something I've > run into a couple of times: >=20 > * cd ports/A > * make > * ports/A begins building, finds dependancy on ports/X > * begins building ports/X >=20 > Then in another window/screen/whatever: >=20 > * cd ports/B > * make clean > * ports/B begins cleaning out work/ directories for all dependancies, > which includes ports/X >=20 > Back to the other window: >=20 > * ports/X stops building because you just nuked its work/ directory > * ports/A breaks due to the above That's why I set NOCLEANDEPENDS and run portsclean -C from time to time (actually, I also set 'WRKDIRPREFIX' and usually simply rm -rf WRKDIRPREFIX, this is *much* faster than 'make clean' anyway). Ulrich Spoerlein --=20 PGP Key ID: 20FEE9DD Encrypted mail welcome! Fingerprint: AEC9 AF5E 01AC 4EE1 8F70 6CBD E76E 2227 20FE E9DD Which is worse: ignorance or apathy? Don't know. Don't care. --3O1VwFp74L81IIeR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEbGRA524iJyD+6d0RAjmRAJsFkj0UgFhj4QOlD55D2Gt7noaDqgCglohW 0ZvYwjwwc5x1yJEqlFcItB8= =G8hl -----END PGP SIGNATURE----- --3O1VwFp74L81IIeR--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060518121040.GF1039>