From owner-cvs-src@FreeBSD.ORG Fri May 23 17:04:09 2008 Return-Path: Delivered-To: cvs-src@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06C541065680; Fri, 23 May 2008 17:04:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8BA898FC16; Fri, 23 May 2008 17:04:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m4NH170V005579; Fri, 23 May 2008 11:01:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 23 May 2008 11:02:28 -0600 (MDT) Message-Id: <20080523.110228.480803659.imp@bsdimp.com> To: bms@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <4836F649.9050006@FreeBSD.org> References: <20080521.211110.-749259186.imp@bsdimp.com> <4836F649.9050006@FreeBSD.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: cvs-src@FreeBSD.org, jb@FreeBSD.org, cvs-all@FreeBSD.org, peter@wemm.org, src-committers@FreeBSD.org Subject: Re: cvs commit: src/lib/libdwarf Makefile _libdwarf.h dwarf.h dwarf_abbrev.c dwarf_attr.c dwarf_attrval.c dwarf_cu.c dwarf_dealloc.c dwarf_die.c dwarf_dump.c dwarf_errmsg.c dwarf_errno.c dwarf_finish.c dwarf_form.c dwarf_init.c dwarf_loc.c ... X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2008 17:04:09 -0000 In message: <4836F649.9050006@FreeBSD.org> "Bruce M. Simpson" writes: : Peter Wemm wrote: : > The next point is that the Linux folks (including Linus) seem to : > consider that making calls to the linux kernel causes your driver to : > be a derivative, unless the API you're calling has been blessed as a : > public interface. (To be fair, I can see the point for their specific : > circumstances, but their interpretation of copyright seems to be quite : > a stretch to me). : > : : I wonder if the "netlink" API constitutes such a set of calls to the : Linux kernel. I raise this matter because we've just grown multiple : route table support, and it looks like we could use an API for that. If : we can gain compatibility with other systems, that widens our appeal. Again, API isn't comprightable. It is the use of code, distributed and linked into the Linux kernel that would cause the contamination. : Given that its developers had an informational RFC published, under the : auspices of "an interface to IP service modules", I think that somewhat : weakens the case that implementing an API constitutes a "derivative work". No, it isn't a derived work. Standard interfaces aren't copyrightable. The Linux folks themselves have used this arguments against the SCO Monster :-). Implementing them would be safe from a copyright perspective. : Such an interpretation of copyright seems equivocal, when one considers : that the same group criticise Microsoft for not opening their APIs: "We : want everyone to be able to play together, but only by our new set of : rules". Good thing such an interpretation doesn't square with copyright law. Nor have I seen them make such a direct argument. Let's keep in mind that the GNU folks and the Linux kernel folks have differing views on how aggressively to apply their license to others. There's also many side 'gentlemen's agreements' that don't have the force of law, but are practices that are tolerated (cf use of NDA to restrict gnu toolchain code, for example). Warner