From owner-freebsd-ports@FreeBSD.ORG Wed Dec 29 09:37:22 2004 Return-Path: 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 4969B16A4CE for ; Wed, 29 Dec 2004 09:37:22 +0000 (GMT) Received: from mail.lovett.com (core.lovett.com [216.168.8.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F87A43D39 for ; Wed, 29 Dec 2004 09:37:22 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from 66-169-244-255.or.charter.com ([66.169.244.255] helo=[10.21.91.101]) by mail.lovett.com with esmtpa (Exim 4.43 (FreeBSD)) id 1CjaGg-000Pti-2H; Wed, 29 Dec 2004 09:37:22 +0000 Message-ID: <41D27AD0.5090005@FreeBSD.org> Date: Wed, 29 Dec 2004 01:37:20 -0800 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bob Tito References: <41D16E29.6020300@magicfingers.org> <41D267D0.6030006@magicfingers.org> In-Reply-To: <41D267D0.6030006@magicfingers.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: ports@freebsd.org Subject: Re: INDEX failed for sparc64 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Dec 2004 09:37:22 -0000 Bob Tito wrote: [the problem] >> lists# /usr/local/sbin/portsdb -Uu >> Updating the ports index ... Generating INDEX.tmp - please >> wait.."Makefile", line 110: Unsupported architecture sparc64. [the smoking gun] > The problem occurs on 8 sparc machines.., not the intel boxes Since there's pending work going on surrounding the whole linux_base thing right now, I'm kinda loathed to touch the port itself for fear of toe-stepping, but ports/emulators/linux_base/Makefile is broken on !i386 as it stands. A quick local fix would be to replace the two instances of .error with IGNORE= That will at least allow the index to build. Hrm. Perhaps the index generation needs to be expanded a bit more now in the days of 'make fetchindex', and have it pull a file based not only on OS revision, but also machine architecture, along with the relevant building of such indexes which would catch these !i386 errors considerably quicker. -aDe