[From nobody Thu Feb 20 16:45:00 2003 Return-Path: <pgsql-hackers-owner+m35365=pramsey=refractions.net@postgresql.org> Received: from lion.animals ([unix socket]) by lion.animals (Cyrus v2.1.9) with LMTP; Tue, 11 Feb 2003 13:36:42 -0800 X-Sieve: CMU Sieve 2.2 Received: by lion.animals (Postfix, from userid 88) id 95163E3B5; Tue, 11 Feb 2003 13:36:42 -0800 (PST) Received: from spider.refractions.net (spider.animals [192.168.50.1]) by lion.animals (Postfix) with ESMTP id 06F87E3B2 for <pramsey@mail.animals>; Tue, 11 Feb 2003 13:36:41 -0800 (PST) Received: from relay1.pgsql.com (relay1.pgsql.com [64.49.215.129]) by spider.refractions.net (Postfix) with ESMTP id 73C3F3F065 for <pramsey@refractions.net>; Tue, 11 Feb 2003 13:36:41 -0800 (PST) Received: from postgresql.org (postgresql.org [64.49.215.8]) by relay1.pgsql.com (Postfix) with ESMTP id 25A67743CCE for <pramsey@refractions.net>; Tue, 11 Feb 2003 16:36:37 -0500 (EST) X-Original-To: pgsql-hackers@postgresql.org Received: from localhost (postgresql.org [64.49.215.8]) by postgresql.org (Postfix) with ESMTP id 3771F475A45 for <pgsql-hackers@postgresql.org>; Tue, 11 Feb 2003 16:34:20 -0500 (EST) Received: from joeconway.com (unknown [63.210.180.150]) by postgresql.org (Postfix) with ESMTP id 1DFC7475A1E for <pgsql-hackers@postgresql.org>; Tue, 11 Feb 2003 16:34:19 -0500 (EST) Received: from [206.19.64.3] (account jconway HELO joeconway.com) by joeconway.com (CommuniGate Pro SMTP 4.0.4) with ESMTP-TLS id 1590404; Tue, 11 Feb 2003 14:09:07 -0800 Message-ID: <3E496BE2.2020502@joeconway.com> Date: Tue, 11 Feb 2003 13:32:18 -0800 From: Joe Conway <mail@joeconway.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tom Lane <tgl@sss.pgh.pa.us> Cc: "Hackers (PostgreSQL)" <pgsql-hackers@postgresql.org> Subject: Re: [HACKERS] new procedural language - PL/R References: <3E3E8FEF.4080702@joeconway.com> <27734.1044298991@sss.pgh.pa.us> In-Reply-To: <27734.1044298991@sss.pgh.pa.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS new-20020517 Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org X-Spam-Status: No, hits=-2.6 required=5.0 tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01, USER_AGENT,USER_AGENT_MOZILLA_UA,X_ACCEPT_LANG version=2.44 X-Spam-Level: Tom Lane wrote: > Joe Conway <mail@joeconway.com> writes: >>2) Knowing the trend to move stuff *out* of the PostgreSQL source tarball, and >>assuming plr is released under GPL, is there any chance that it would be >>accepted into src/pl or contrib, or should I start a gborg project (I'd prefer >>if it could at least live in contrib)? > > I think we'd have to insist on gborg. The only reason there are any > non-BSD-license items left in contrib is that I haven't finished my TODO > item to get their licenses changed or remove 'em. [...snip...] > BSD would be good. I agree that it'll be a pain in the neck to > maintain a PL that is not in the main tree, so I'd support accepting it > if we can get the license right. I finally got a response from one of the core R developers: "libR is GPL-ed, and that is unlikely to change" -- so I guess gborg it is :-( (not that I have anything against gborg ;-)) Before making any release announcements, I'd be interested in feedback if anyone feels so inclined. The source is currently available here: http://www.joeconway.com/plr/plr.0.1.1.alpha.tar.gz The documentation, including preprocessed html, is in the tar ball. I've also posted the html docs here: http://www.joeconway.com/plr/index.html From the README (more or less): ------------------------------- Installation: Place tar file in 'contrib' in the PostgreSQL source tree and untar. Then run: make make install make installcheck You can use plr.sql to create the language and functions in your database of choice, e.g. psql mydatabase < plr.sql ------------------------------- In addition to the documentation, the plr.out file in plr/expected is a good source of usage examples. PL/R should build cleanly with PostgreSQL 7.3.x and cvs HEAD. It was developed using libR from R 1.6.2 under Red Hat 7.3 & 8.0 -- I've not tested against other versions of R or different OSes. Please let me know how it goes. Thanks, Joe ---------------------------(end of broadcast)--------------------------- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/users-lounge/docs/faq.html ]