atom feed40 messages in org.freebsd.freebsd-archRe: Removing wait union
FromSent OnAttachments
Mike BarcroftJun 1, 2002 10:00 pm.diff, .diff
Bruce EvansJun 2, 2002 8:21 am 
Mike BarcroftJun 3, 2002 4:07 pm 
Kris KennawayJun 3, 2002 4:24 pm 
Terry LambertJun 3, 2002 4:49 pm 
Garance A DrosihnJun 3, 2002 5:51 pm 
Kris KennawayJun 3, 2002 6:15 pm 
Terry LambertJun 3, 2002 6:24 pm 
Terry LambertJun 3, 2002 6:33 pm 
Kris KennawayJun 3, 2002 6:37 pm 
Kris KennawayJun 3, 2002 6:38 pm 
John BaldwinJun 3, 2002 6:42 pm 
Will AndrewsJun 3, 2002 8:42 pm 
Terry LambertJun 3, 2002 11:22 pm 
Terry LambertJun 3, 2002 11:42 pm 
Terry LambertJun 3, 2002 11:44 pm 
Bakul ShahJun 4, 2002 10:52 am 
Garance A DrosihnJun 4, 2002 11:34 am 
Kris KennawayJun 4, 2002 2:09 pm 
Brian SomersJun 4, 2002 2:20 pm 
Garrett WollmanJun 4, 2002 2:30 pm 
Poul-Henning KampJun 4, 2002 2:55 pm 
Mike BarcroftJun 4, 2002 4:07 pm 
Terry LambertJun 4, 2002 4:08 pm 
Terry LambertJun 4, 2002 4:10 pm 
Mike BarcroftJun 4, 2002 4:18 pm 
Garance A DrosihnJun 4, 2002 4:26 pm 
Kris KennawayJun 4, 2002 4:30 pm 
Terry LambertJun 4, 2002 4:30 pm 
Terry LambertJun 4, 2002 4:49 pm 
Bakul ShahJun 4, 2002 5:50 pm 
Mike BarcroftJun 4, 2002 7:11 pm 
Terry LambertJun 4, 2002 7:49 pm 
Garance A DrosihnJun 4, 2002 7:50 pm 
Steve KarglJun 4, 2002 7:57 pm 
Alfred PerlsteinJun 4, 2002 8:15 pm 
Terry LambertJun 4, 2002 9:06 pm 
Brian SomersJun 5, 2002 11:24 am 
Garance A DrosihnJun 5, 2002 2:37 pm 
David O'BrienJun 6, 2002 10:16 am 
Subject:Re: Removing wait union
From:Terry Lambert (tlam@mindspring.com)
Date:Jun 3, 2002 4:49:39 pm
List:org.freebsd.freebsd-arch

Kris Kennaway wrote:

On Mon, Jun 03, 2002 at 01:22:14AM +1000, Bruce Evans wrote:

I think the only potential problem is use of the compatibility cruft in deprecware outside the base system. It would be useful to have a quick way to determine how many ports a change in a standard header affects.

I'm always happy to test proposed patches on the ports cluster.

I think the problem needs something other than the ports cluster.

The ports cluster is designed to keep dependencies seperate, so it serializes a lot of things that could otherwise be done in parallel, to ensure dependency order is maintained.

I think that, for the most part, what you care about in this case is not catching broken dependencies, but catching breakage caused by system cahnges, not inter-port dependency changes.

This really argues that you could install the ports sources on a machine, and then build out all of the ports from local copies of all the packages, in parallel -- if you had already installed the things on which they dependend on the machine.

This would let you basically re-build in parallel, without needing to enforce ports dependency order, on a single machine instead of a cluster, and much faster, because all the dependencies would already be there (from the previous "install" of all ports, rather than from the build process for an individual port). All the builds could be done in parallel in their own subdirectories (not installed), so the process could be much fater than using the cluster the way the cluser is supposed to be used.

-- Terry

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message