From owner-freebsd-afs Sun Apr 1 0:14:10 2001 Delivered-To: freebsd-afs@freebsd.org Received: from zaphod.ece.cmu.edu (ZAPHOD.ECE.CMU.EDU [128.2.236.35]) by hub.freebsd.org (Postfix) with ESMTP id 2C09C37B71A for ; Sun, 1 Apr 2001 00:14:06 -0800 (PST) (envelope-from tardis@watson.org) Received: (from tardis@localhost) by zaphod.ece.cmu.edu (8.11.0/8.8.8) id f318DtJ09125; Sun, 1 Apr 2001 04:13:55 -0400 (EDT) X-Authentication-Warning: zaphod.ece.cmu.edu: tardis set sender to tardis@watson.org using -f To: freebsd-afs@FreeBSD.ORG, port-freebsd@openafs.org Cc: openafs-devel@openafs.org Subject: FreeBSD 4.2 patch available From: Tom Maher Date: 01 Apr 2001 04:13:55 -0400 In-Reply-To: Tom Maher's message of "30 Mar 2001 15:05:49 -0500" Message-ID: Lines: 62 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-afs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org http://www.watson.org/~tardis/openafs/oafs-fbsd-986108868.patch It's around 200KB. This patch is based off of the 31 March 2001 CVS snapshot. Due to recent Darwin commits, which I've spent most of today hacking around, I doubt that it would build against anything much older. My build machine is running 4.2-RELEASE, with the GENERIC kernel. I used GNU Make v3.78.1, as the system make will not work. Additionally, bison v1.28 was used, but whatever's currently in ports for gmake and bison will probably work just fine. You probably also want kth kerberos 4. Build Instructions 1) Grab the snapshot from http://www.openafs.org/dl/openafs/snapshot/openafs-2001-03-31.tar.gz and untar it somewhere not in AFS. I haven't tried building it in AFS. 2) Grab the patch 3) `cd openafs-2001-03-31` 4) `patch -p0 < ../oafs-fbsd-986108868.patch` 5) `mkdir i386_fbsd_42` 6) `ln -s src/Makefile` 7) `ln -s i386_fbsd_42 @sys` 8) `ln -s @sys/dest` 9) `ln -s @sys/obj` 10) `gmake SYS_NAME=i386_fbsd_42 links` 11) `gmake SYS_NAME=i386_fbsd_42` 12) patch up everything that's broken and submit the patches. CAVEATS: I've done no, zero, zippo testing beyond getting the darn thing to compile. I'd be fairly surprised if it did anything more than deposit some pretty core files. I strongly doubt that the OpenAFS client programs (eg fs, vos) will work with arla. Don't blame me if salvager eats your / file system. There is no kernel module, which means no client. A month or so back, the fine folks at KTH said I was free to use the current Arla code, as it's BSD-style licensed, with no advertising clause. I think this means that it's compatible with the IBM license covering AFS, but we should probably check on that. At any rate, I haven't used any Arla code yet. In large part, this is the patch of a thousand "defined(AFS_FBSD_ENV)"'s. You may note some preliminary kernel stuff in src/{afs,rx}/FBSD. This was almost entirely stolen from the DUX stuff, so I sort of doubt that it works. I owe a very large debt of gratitude to Chaskiel Grundman for the Darwin patches. They provided a lot of sanity checking for me over the past two days. One last thing, while I realize the ammount of traffic on freebsd-afs and port-freebsd is far from large, I think it would be a good idea to pick one list and stick with it. Since this is more of a change to the OpenAFS codebase than to the FreeBSD codebase, I think port-freebsd would be the logical list to choose. Thoughts? Feedback from people who, unlike myself, actually know what they're doing would be strongly appreciated. -- Tom Maher To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-afs" in the body of the message