From owner-freebsd-ports@FreeBSD.ORG Sat Jul 22 21:13:27 2006 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C22816A4DA; Sat, 22 Jul 2006 21:13:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0FF143D46; Sat, 22 Jul 2006 21:13:26 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 1378F41C9; Sat, 22 Jul 2006 16:13:26 -0500 (CDT) Date: Sat, 22 Jul 2006 16:13:26 -0500 To: "[LoN]Kamikaze" Message-ID: <20060722211326.GB8547@soaustin.net> References: <44C1F68E.80601@gmx.de> <44C2096E.4080701@FreeBSD.org> <44C20B29.30308@gmx.de> <20060722182659.U60076@woozle.rinet.ru> <44C24549.4030703@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44C24549.4030703@gmx.de> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: Dmitry Morozovsky , freebsd-ports@freebsd.org, Sergey Matveychuk Subject: Re: portinstall breaks with -m "-j 4" X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Jul 2006 21:13:27 -0000 > BTW, I apologize for this is not at all a portupgrade issue, but an issue > of the ports system. It is an issue with individual ports -- actually not the "port" (e.g. Makefile framework, pkg-*) but the individual applications (IIUC). > Well, at least the ports system itself should not be broken able to work > with this. With larger ports I manage to reduce build times by 40% with > distcc and a second machine. As far as I see it the number of ports > breaking is rather low. Please feel free to suggest a framework (complete with regression test framework) where the infrastructure code can "learn" which ports are safe. I think it's going to be a harder problem than you think it is. Note that "appears to work" and "can be shown to work under arbitrary build circumstances for all users" are IMHO going to be two very different classes of problem -- and the latter will need to be solved before it can be used on the package-building cluster. mcl