From owner-freebsd-hackers Tue Dec 11 22:50:37 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from monorchid.lemis.com (monorchid.lemis.com [192.109.197.75]) by hub.freebsd.org (Postfix) with ESMTP id 912DF37B416; Tue, 11 Dec 2001 22:50:23 -0800 (PST) Received: by monorchid.lemis.com (Postfix, from userid 1004) id DD78B786E6; Wed, 12 Dec 2001 17:20:21 +1030 (CST) Date: Wed, 12 Dec 2001 17:20:21 +1030 From: Greg Lehey To: Terry Lambert Cc: Hiten Pandya , Alfred Perlstein , hackers@FreeBSD.org, Peter Wemm , current@FreeBSD.ORG Subject: Re: [SUGGESTION] - JFS for FreeBSD Message-ID: <20011212172021.L82733@monorchid.lemis.com> References: <20011211093550.D4BF638CC@overcee.netplex.com.au> <20011211102645.46795.qmail@web21110.mail.yahoo.com> <20011210220153.50612.qmail@web21102.mail.yahoo.com> <20011210161410.L92148@elvis.mu.org> <3C15AC5A.44BFD2BD@mindspring.com> <20011211183001.B67986@monorchid.lemis.com> <3C15CD07.6D5FC2E7@mindspring.com> <20011212131125.A82733@monorchid.lemis.com> <3C16D226.F169C43D@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C16D226.F169C43D@mindspring.com> User-Agent: Mutt/1.3.23i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 6B 7B C3 8C 61 CD 54 AF 13 24 52 F8 6D A4 95 EF Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tuesday, 11 December 2001 at 19:42:30 -0800, Terry Lambert wrote: > Greg Lehey wrote: >> Of course. But you're missing the point: ufs is *not* a port, it has >> been with BSD since the beginning. There is a similar list of items >> for JFS which would need to be addressed, with the additional issue of >> the fact that it was not designed for FreeBSD. > > I maintain that the FreeBSD UFS *is* a port of the Heidemann > implementation from the FICUS project, which had to be done because > certain files were claimed to be "contaminated" with USL IP, and > were removed as part of the USL/UCB settlement (6 key files from 5 > subsystems, which they thought we couldn't rewrite from scratch in > time to be a competitive threat). Which files? Did they require adapting to a different environment? > I also maintain that the most difficult thing is getting the list of > items, and, with the information from the UFS work in hand, the JFS > specific items not on that list are trivial (there are exactly two > items, in fact: log roll forward/backward, and transaction abort). I'd expect these to be the easiest parts, since they don't have too much to do with the rest of the system. One of the issues with Linux is that the interface to the rest of the system, and I don't expect these parts to have much interfacing to do. >>> I think that everyone saying "Ut oh! SCARY!" gives people the wrong >>> idea, and scares off potential contributors in these areas. >> >> I'm not saying that. I'm saying that it's non-trivial, which I >> suppose is what you mean when you say "where are the patches?". As I >> said, I'm quite happy to help people port JFS2 to FreeBSD. > > I ported the entire GFS user space tools set, sans two, to FreeBSD in > about 2 hours. I expect the user space tools for JFS2 to be pretty straightforward too. >> If we port JFS2, it will be relatively trivial to have it as the root >> file system too. > > Only, you will never be able to build a firewall, router, or other > product that ships with it statically linked into the kernel, since > that would violate the terms of the GPL (additional restrictions, > and linked code not being GPL'ed). Fine, so we load the module. What's your point? > What good is the damn thing, if the only people who can use it are > ... Well, I suppose it'll still be good for them. Maybe. > RMS has indicated a willingness to sue people distributing bipartite > distributions, where the linking is delayed until installation to > work around the letter of the GPL. Given his religious convictions, > I can't see him *not*. Factor that into your decision. You want me personally to get him to agree that loading modules at boot time does not violate the GPL? Greg -- See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message