From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 28 23:23:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AF0E10656A7; Sat, 28 Aug 2010 23:23:40 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU [18.9.25.12]) by mx1.freebsd.org (Postfix) with ESMTP id DAF158FC0C; Sat, 28 Aug 2010 23:23:39 +0000 (UTC) X-AuditID: 1209190c-b7c9cae00000753f-0a-4c7996f4aead Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-1.mit.edu (Symantec Brightmail Gateway) with SMTP id 92.69.30015.4F6997C4; Sat, 28 Aug 2010 19:08:36 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id o7SN8a3S004037; Sat, 28 Aug 2010 19:08:36 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id o7SN8Yvs007791 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 28 Aug 2010 19:08:35 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id o7SN8YV6011409; Sat, 28 Aug 2010 19:08:34 -0400 (EDT) Date: Sat, 28 Aug 2010 19:08:34 -0400 (EDT) From: Benjamin Kaduk To: kientzle@freebsd.org, kaiw@freebsd.org Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: AAAAAA== Cc: freebsd-hackers@freebsd.org Subject: ar(1) format_decimal failure is fatal? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Aug 2010 23:23:40 -0000 Hi all, I've been working on fixing the OpenAFS network filesystem client for FreeBSD, and it's at the point where I want to use the lazy man's filesystem stress test: buildworld. However, quite early in the process, I get the following error: >>> stage 1.1: legacy release compatibility shims [...] ===> tools/build (obj,includes,depend,all,install) [...] building static egacy library ar: fatal: Numeric user ID too large *** Error code 70 This error appears to be coming from lib/libarchive/archive_write_set_format_ar.c , which seems to only have provisions for outputting a user ID in AR_uid_size = 6 columns. Now, AFS user IDs are not tied to unix IDs; there is a separate protection server whose "pts" IDs are used for access control; these pts IDs are tied to kerberos authentication. In this case, I was authenticated as daemon/freebuild.mit.edu@ATHENA.MIT.EDU, with pts ID 33554737, which needs 8 columns to display. It looks like this macro was so defined in version 1.1 of that file, with commit message "'ar' format support for libarchive, contributed by Kai Wang.". This doesn't make it terribly clear whether the 'ar' format mandates this length, or if it is an implementation decision, so I get to ask: what reasoning (if any) was behind this choice? Would anything break if it was bumped up to a larger size? Are there other options for a workaround in my AFS environment? Thanks for your thoughts, Ben Kaduk