[4245] in arla-drinkers
Re: arla on FreeBSD 6 or 7?
daemon@ATHENA.MIT.EDU (Robert Watson)
Sun Jan 20 09:54:52 2008
From arla-drinkers-bounces@stacken.kth.se Sun Jan 20 14:54:52 2008
Return-Path: <arla-drinkers-bounces@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 23472 invoked from network); 20 Jan 2008 14:54:52 -0000
Received: from mx1.kth.se (130.237.32.140)
by charon.mit.edu with SMTP; 20 Jan 2008 14:54:52 -0000
Received: from localhost (localhost [127.0.0.1])
by mx1.kth.se (Postfix) with ESMTP id 9E97EFD2F2;
Sun, 20 Jan 2008 15:54:50 +0100 (CET)
X-Virus-Scanned: by amavisd-new at kth.se
Received: from mx1.kth.se ([127.0.0.1])
by localhost (mx1.kth.se [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id N6MqIGZl7sHP; Sun, 20 Jan 2008 15:54:43 +0100 (CET)
Received: from tapas.stacken.kth.se (tapas.stacken.kth.se [130.237.234.140])
by mx1.kth.se (Postfix) with ESMTP id EE394FD681;
Sun, 20 Jan 2008 15:54:29 +0100 (CET)
Received: from tapas.stacken.kth.se (localhost [127.0.0.1])
by tapas.stacken.kth.se (Postfix) with ESMTP id 7561853500;
Sun, 20 Jan 2008 15:54:29 +0100 (CET)
X-Original-To: arla-drinkers@tapas.stacken.kth.se
Delivered-To: arla-drinkers@tapas.stacken.kth.se
Received: from brev.stacken.kth.se (brev.stacken.kth.se [130.237.234.84])
by tapas.stacken.kth.se (Postfix) with ESMTP id 2A45953500
for <arla-drinkers@tapas.stacken.kth.se>;
Sun, 20 Jan 2008 15:54:27 +0100 (CET)
Received: from mx3.kth.se (mx3.kth.se [130.237.48.97])
by brev.stacken.kth.se (8.12.10/8.12.10) with ESMTP id m0KEsQCu023030
for <arla-drinkers@stacken.kth.se>;
Sun, 20 Jan 2008 15:54:26 +0100 (MET)
Received: from localhost (localhost [127.0.0.1])
by mx3.kth.se (Postfix) with ESMTP id 6974C6A127
for <arla-drinkers@stacken.kth.se>;
Sun, 20 Jan 2008 15:54:21 +0100 (CET)
X-Virus-Scanned: by amavisd-new at kth.se
X-Spam-Score: -0.099
X-Spam-Level:
X-Spam-Status: No, score=-0.099 tagged_above=-200 required=5
tests=[BAYES_00=-2.599, DKIM_POLICY_SIGNSOME=0, SPF_SOFTFAIL=2.5]
Received: from mx3.kth.se ([127.0.0.1])
by localhost (mx3.kth.se [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id WZ-fU0NHUFeQ for <arla-drinkers@stacken.kth.se>;
Sun, 20 Jan 2008 15:54:17 +0100 (CET)
Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42])
by mx3.kth.se (Postfix) with ESMTP id 9D9BA6976A
for <arla-drinkers@stacken.kth.se>;
Sun, 20 Jan 2008 15:54:16 +0100 (CET)
Received: from fledge.watson.org (fledge.watson.org [209.31.154.41])
by cyrus.watson.org (Postfix) with ESMTP id 1470E4710E;
Sun, 20 Jan 2008 09:44:48 -0500 (EST)
Date: Sun, 20 Jan 2008 14:44:48 +0000 (GMT)
From: Robert Watson <rwatson@FreeBSD.org>
X-X-Sender: robert@fledge.watson.org
To: Alec Kloss <alec-keyword-arla.4d43de@SetFilePointer.com>
Subject: Re: arla on FreeBSD 6 or 7?
In-Reply-To: <20080119061302.GD1251@hamlet.SetFilePointer.com>
Message-ID: <20080120143605.S96172@fledge.watson.org>
References: <20080118031908.GA1578@hamlet.SetFilePointer.com>
<8FB98FF4521F9E4CA16EF827AA55B2830F3424@mucse342.eu.infineon.com>
<2CEC7E48-14A6-4781-9EBA-8DDCF93CCF2B@randomscrews.net>
<20080119061302.GD1251@hamlet.SetFilePointer.com>
MIME-Version: 1.0
Cc: arla-drinkers@stacken.kth.se
X-BeenThere: arla-drinkers@stacken.kth.se
X-Mailman-Version: 2.1.6
Precedence: list
List-Id: Arla discussions <arla-drinkers.stacken.kth.se>
List-Unsubscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=unsubscribe>
List-Archive: <http://lists.stacken.kth.se/pipermail/arla-drinkers>
List-Post: <mailto:arla-drinkers@stacken.kth.se>
List-Help: <mailto:arla-drinkers-request@stacken.kth.se?subject=help>
List-Subscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: arla-drinkers-bounces@stacken.kth.se
Errors-To: arla-drinkers-bounces@stacken.kth.se
On Sat, 19 Jan 2008, Alec Kloss wrote:
> I have, for everyone's consideration, FreeBSD ports for a recent arla
> snapshot and OpenAFS 1.5.30. The arla client appears to work well on
> FreeBSD 6.3-PRERELEASE. The The OpenAFS port does not include the client,
> just the server and the client tools, which I tend to prefer over the arla
> tools because they're more complete. I install most of arla into
> /usr/local/arla, and most of OpenAFS into /usr/local, so they don't stomp
> all over each other. You want/need heimdal 1.0.1 and a readline. There are
> also FreeBSD 6.3-PRE packages for everything.
>
> http://setfilepointer.com/pub/afs/FreeBSD/
>
> /afs/setfilepointer.com/packages/afs/FreeBSD/
>
> Comments welcome. Testers on 6.2 and 5.5 would probably be a good thing
> too.
I ran into a few difficulties with this on 8-CURRENT (not surprisingly), in
approximately this order:
- The Coda and Arla liblwp's have the same name but different functionality.
I wonder if Arla's liblwp could be installed as liblwp_arla? Uninstalling
Coda did the trick, but it would be nice to be able to have both on the same
machine.
- configure seemed to get fairly confused about picking the right variants of
various VFS-related calls, such as vget(), and often enabled several
#defines rather than just one. For example, I found that
HAVE_THREE_ARGUMENTS_VFS_BUSY and HAVE_FOUR_ARGUMENTS_VFS_BUSY were both
defined.
- I ran into quite a few unprotected ifdefs, such as "#if __NetBSD_version__ >
" which need to be in the form "#if defined (__NetBSD__) && ...".
- VFS has changed some more -- VOP_LOCK() now lacks a thread pointer,
VOP_OPEN() accepts a file * rather than a file index as the last argument,
so typically it's now NULL rather than -1. And other things along these
lines.
My autoconf/automake is fairly weak, and it's already the case that the ifdefs
in nnpfs as getty pretty hairy in an attempt to capture all the *BSD's:
#if defined(__APPLE__)
#define nnpfs_vfs_busy(mp, flags, lock, proc) 0
#define nnpfs_vfs_unbusy(mp, proc)
#elif defined(HAVE_THREE_ARGUMENT_VFS_BUSY)
#define nnpfs_vfs_busy(mp, flags, lock, proc) vfs_busy((mp), (flags), (lock))
#define nnpfs_vfs_unbusy(mp, proc) vfs_unbusy((mp))
#elif defined(HAVE_FOUR_ARGUMENT_VFS_BUSY)
#define nnpfs_vfs_busy(mp, flags, lock, proc) vfs_busy((mp), (flags), (lock),
(proc))
#define nnpfs_vfs_unbusy(mp, proc) vfs_unbusy((mp), (proc))
#else
#define nnpfs_vfs_busy(mp, flags, lock, proc) vfs_busy((mp), (flags))
#define nnpfs_vfs_unbusy(mp, proc) vfs_unbusy((mp))
#endif
In continue to wonder if the right answer for FreeBSD isn't just to
unifdef/configure the kernel module and import it into CVS. This would allow
nnpfs to get its parts updated as FreeBSD's VFS evolves, which it will
continue to do for the forseeable future. To do this, we need an nnpfs that
builds and mostly works on 8-CURRENT as a starting point. If someone is
willing to do this work, perhaps by simply forward-porting Arla to 8.x as it
stands, and then working with me to unifdef it and get it commit-ready, I'd be
happy to get it into CVS. This does mean being careful to track changes in
the Arla tree for nnpfs over time in order to not let the FreeBSD kernel
module fall behind, but my impression is that the FreeBSD VFS changes more
than Arla's nnpfs does over time...
Robert N M Watson
Computer Laboratory
University of Cambridge
_______________________________________________
Arla-drinkers mailing list
Arla-drinkers@stacken.kth.se
https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers
