Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 88871 invoked from network); 31 Mar 2010 11:53:01 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 31 Mar 2010 11:53:01 -0000 Received: (qmail 92502 invoked by uid 500); 31 Mar 2010 11:53:00 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 92463 invoked by uid 500); 31 Mar 2010 11:53:00 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 92451 invoked by uid 99); 31 Mar 2010 11:53:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 Mar 2010 11:53:00 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [80.244.253.218] (HELO mail.traeumt.net) (80.244.253.218) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 Mar 2010 11:52:55 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.traeumt.net (Postfix) with ESMTP id CCE3D1B504 for ; Wed, 31 Mar 2010 13:52:32 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.g3th.net Received: from unknown by localhost (amavisd-new, unix socket) id Gfx7PWfO25mb for ; Wed, 31 Mar 2010 13:52:28 +0200 (CEST) Received: from [10.0.1.21] (g226048153.adsl.alicedsl.de [92.226.48.153]) (authenticated) by mail.traeumt.net (amavisd-milter) (authenticated as web50m1); Wed, 31 Mar 2010 13:52:28 +0200 (CEST) (envelope-from ) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1078) Subject: Re: (lack of) couchdb windows binaries From: Jan Lehnardt In-Reply-To: <40548C34-20E3-419E-8DE5-772B3047DE68@apache.org> Date: Wed, 31 Mar 2010 13:52:29 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <1F771543-A7EB-4145-A00B-FA68ED6323DF@apache.org> References: <4BB134A9.40709@skippinet.com.au> <3E309DFB-8E57-4001-9B13-F733BE9346F0@me.com> <4BB14CD2.9040700@gmail.com> <4BB29F57.5080309@gmail.com> <1B8FEE7B-11CF-4E80-B405-5429EE102E9A@me.com> <40548C34-20E3-419E-8DE5-772B3047DE68@apache.org> To: dev@couchdb.apache.org X-Mailer: Apple Mail (2.1078) (Sending again to keep the thread alive, sorry for the mis-reply) -- Okay, I did some research and came across http://www.apache.org/legal/resolved.html#category-b Our dependencies are: - Erlang, http://erlang.org/ License EPL: = http://ftp.sunet.se/pub/lang/erlang/EPLICENSE - Spidermonkey, Mozilla's JavaScript engine, = http://www.mozilla.org/js/spidermonkey/ License MPL/GPL/LGPL tri-license - ICU, IBM Components for Unicode, http://icu-project.org/ License ICU = (MIT like: = http://source.icu-project.org/repos/icu/icu/trunk/license.html) And the URL above clearly states that we can ship binaries with these = included if we label the binary accordingly. So I think there is no legal issue and we can proceed as planned (see my = next mail). I mentioned a potential legal issue to Mark on IRC just because I wasn't = sure about the situation but I *was* sure that I wanted to be rather = safe than sorry. Cheers Jan -- On 31 Mar 2010, at 13:09, Jan Lehnardt wrote: > I'm on it. >=20 > Mark, aside from Erlang, Spidermonkey and ICU, are there any other = pieces in the installer, like Windows dev-tools/libs? >=20 > Cheers > Jan > -- >=20 >=20 >=20 > On 31 Mar 2010, at 13:00, Noah Slater wrote: >=20 >>=20 >> On 31 Mar 2010, at 02:03, Mark Hammond wrote: >>=20 >>> Great - it can be found at = http://people.apache.org/~mhammond/dist/0.11.0/ >>=20 >> Would you like to call the vote on this yourself? If you prepared the = Windows artefacts, and called the vote, that should remove the = dependancy chain between me and you - as well as speeding things up = quite a bit, and taking a little bit of the load of my back. Can I just = double check that you prepared this from THE source artefact? >>=20 >>> Sorry, but this needs to be undertaken by someone who actually = believes there is an issue and can articulate it. >>=20 >> Not true, it just needs to be done by someone who understands how the = package is built. >>=20 >> The purpose of legal-discuss is for developers who generally don't = know or care about the legal things to get a "yea" or a "nay" from = people who do. It would be enough simply for you to tell them what = you've put into the artefact, and how it's built, and then just ask them = for a thumbs up before the vote. >>=20 >> To re-itterate, you don't have to think there is a problem, or = describe any legal issue. All you have to do is provide a description of = how you packaged CouchDB for Windows, and ask them for approval. They = may ask you a few technical questions (ones which I could not answer, = for example - and I don't fancy playing chinese whispers for people) to = get clarification on a few points - but it shouldn't be anything you = can't answer. >>=20 >> If you're going to be part of the release process here, it would make = sense for you to get involved with legal-discuss. >>=20 >=20