From owner-freebsd-ports@FreeBSD.ORG Wed May 11 09:26:53 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC7FE1065670 for ; Wed, 11 May 2011 09:26:53 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 32DFA8FC13 for ; Wed, 11 May 2011 09:26:52 +0000 (UTC) Received: (qmail invoked by alias); 11 May 2011 09:26:51 -0000 Received: from f055149018.adsl.alicedsl.de (EHLO apollo.emma.line.org) [78.55.149.18] by mail.gmx.net (mp039) with SMTP; 11 May 2011 11:26:51 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/tiI0tNgrt6P2i8nXG0ivmbWUSKAJNYhouj2o816 ++1GPIre7kjitL Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 1691223DAE0 for ; Wed, 11 May 2011 11:26:50 +0200 (CEST) Message-ID: <4DCA565A.9040809@gmx.de> Date: Wed, 11 May 2011 11:26:50 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Mnenhy/0.8.3 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <20110511032440.GA85517@DataIX.net> <4DCA4D57.8090501@FreeBSD.org> In-Reply-To: <4DCA4D57.8090501@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: graphics/netpbm upgrade from _2 -> _3 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: Wed, 11 May 2011 09:26:53 -0000 Uh, I just figured that is partially unintelligible. So here goes: You currently get in ports/graphics/netpbm: - a version 10.35.80_3 that can be built even with the old netpbm version installed (no matter if 10.35.80_2 or 10.2?.*) - this version still builds with only one job at a time, marked MAKE_JOBS_UNSAFE=yes. This resolves the immediate upgrade pains. What has not been committed yet, from the same PR: - a change that enables MAKE_JOBS_SAFE= and thus parallel builds on multi-core computers. It works for Dirk and me, so I expect we'll see it as soon as Dirk gets around to it. Best regards Matthias