Return-Path: X-Original-To: apmail-activemq-dev-archive@www.apache.org Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 142911889E for ; Thu, 24 Dec 2015 00:25:43 +0000 (UTC) Received: (qmail 17438 invoked by uid 500); 24 Dec 2015 00:25:42 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 17377 invoked by uid 500); 24 Dec 2015 00:25:42 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 17366 invoked by uid 99); 24 Dec 2015 00:25:42 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 Dec 2015 00:25:42 +0000 Received: from server.dankulp.com (cn1.dankulp.com [64.85.173.253]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 78A2E1A0291 for ; Thu, 24 Dec 2015 00:25:42 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: [VOTE] Apache Artemis 1.2.0 From: Daniel Kulp In-Reply-To: Date: Wed, 23 Dec 2015 19:25:37 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5674440F.7040805@redhat.com> <567AC5E7.70702@gmail.com> <3C00B049-AD0A-4E75-8956-70D688EB047A@apache.org> <861F8719-D5C1-4CED-90D0-A11323EAE2B2@apache.org> <531279E9-4095-46DF-A2BC-12A95DD9DC2A@apache.org> To: dev@activemq.apache.org X-Mailer: Apple Mail (2.3112) > On Dec 23, 2015, at 6:34 PM, Hiram Chirino = wrote: >=20 > -1 that seems silly. There is no legal reason to do that and it gives = our > users a worse experience out of the box. Giving our users the information they would need to make it perform = better is giving them a worse experience? Dan >=20 > On Wednesday, December 23, 2015, John D. Ament > wrote: >=20 >> +1 for a prompt on broker creation. >>=20 >> It could even include a prompt, say "No libaio detected, to make your >> Artemis server faster please install libaio and {do necessary step to >> enable in broker}" but if it is installed, just prompt/given flag. >>=20 >> John >>=20 >> On Wed, Dec 23, 2015 at 5:07 PM Daniel Kulp > > wrote: >>=20 >>>=20 >>>> On Dec 23, 2015, at 4:55 PM, Andy Taylor > > wrote: >>>> I Guess it depends on what they mean by enabled. If the user has to >>>> explicitly install it then to me it's optional. Saying that if it's >>>> installed by default on the OS you could argue the opposite. >>>=20 >>> The issue with the is that the user may not even know if they have = it >>> installed or not. For example, on my two gentoo linux boxes, one = has >> it >>> installed and one doesn=E2=80=99t. I have no idea why the one that = has it >>> installed has it. With the package management and such, something = I >>> installed there some time in the past must have caused it to = install. >>> (likely mysql) >>>=20 >>>> We could change the cli to prompt for a choice at create time. >>>=20 >>> That would certainly work. >>>=20 >>> Dan >>>=20 >>>=20 >>>=20 >>>> On Wed, 23 Dec 2015 21:41 Daniel Kulp > >> wrote: >>>>=20 >>>>>=20 >>>>>> On Dec 23, 2015, at 4:07 PM, John D. Ament > > >>>>> wrote: >>>>>>=20 >>>>>> Are you referring to the bin or src distribution? >>>>>=20 >>>>> Kind of both=E2=80=A6 >>>>>=20 >>>>> By removing the binary from the src distribution, that covers that >> case. >>>>> The user would have to cd into the appropriate directory and >> explicitly >>>>> run the =E2=80=9Cmake=E2=80=9D or whatever to build the binary. = It=E2=80=99s an explicit >>> choice >>>>> they make. Thus, I=E2=80=99m completely OK with that now. >>>>>=20 >>>>>=20 >>>>> The bin distribution is still an issue. If the default was to = not >> use >>>>> the libaio at all unless the user either edited a config file to >> enable >>> it >>>>> or pass a command line flag or similar to take explicit action, = I=E2=80=99d be >>> OK >>>>> there as well. The new wording on the legal pages is = completely >>>>> confusing. The original suggested wording in: >>>>> https://issues.apache.org/jira/browse/LEGAL-54 >>>>> makes so much more sense: >>>>>=20 >>>>> "However, projects may use LGPL licensed works in optional = features >> that >>>>> are not enabled by default.=E2=80=9D >>>>>=20 >>>>>=20 >>>>> Dan >>>>>=20 >>>>>=20 >>>>>=20 >>>>>>=20 >>>>>> On Wed, Dec 23, 2015 at 4:05 PM Daniel Kulp > > wrote: >>>>>>=20 >>>>>>>=20 >>>>>>> Question: If I grab Artemis 1.1.0 tarbal/zip and start up the = broker >>>>> =E2=80=9Cout >>>>>>> of the box=E2=80=9D, does it use libaio or not? If I = specifically have to >>>>>>> configure something (pass a flag, edit a config file, etc=E2=80=A6= ) to >> enable >>>>> use >>>>>>> if the LGPL library, then fine. However, if it=E2=80=99s = something that >>>>> occurs >>>>>>> completely automatically without the user even knowing that = it=E2=80=99s >>>>> occurring, >>>>>>> then I have a major problem with it. It needs to be something = that >>> the >>>>>>> user has to explicitly CHOOSE to use. >>>>>>>=20 >>>>>>> Dan >>>>>>>=20 >>>>>>>=20 >>>>>>>=20 >>>>>>>> On Dec 23, 2015, at 2:02 PM, Clebert Suconic < >>>>> clebert.suconic@gmail.com > >>>>>>> wrote: >>>>>>>>=20 >>>>>>>> also, there has also been questions about it during the = donation >>>>>>>> process.. licenses reviewed.. etc.. so I don't think we need to >> open >>> a >>>>>>>> new discussions over this. the binary inclusion on the source = was >>>>>>>> something that was fixed now. >>>>>>>>=20 >>>>>>>> The dependency on libaio on the C code is through through = dynamic >>>>>>>> linked library, and is the same as any C code depending on libc = or >>>>>>>> gcc. >>>>>>>>=20 >>>>>>>> On Wed, Dec 23, 2015 at 1:58 PM, Clebert Suconic >>>>>>>> > wrote: >>>>>>>>> On Wed, Dec 23, 2015 at 1:55 PM, John D. Ament < >>> johndament@apache.org >>>>>>=20 >>>>>>> wrote: >>>>>>>>>> Just wondering, does anyone plan to raise the LGPL question = w/ >>> legal >>>>>>>>>> discuss? If we're waiting for the new year to do the next >> release, >>>>>>> would >>>>>>>>>> be good to at least start the discussion. >>>>>>>>>=20 >>>>>>>>>=20 >>>>>>>>> We had such discussion long ago with legal. I couldn't find = that >>> email >>>>>>>>> on my inbox but we specifically asked questions about it. We = were >> ok >>>>>>>>> as I remember. Maybe someone else (Martyn?) will have it on = their >>>>>>>>> inboxes. For that reason I don't want to go over the same = issue we >>> had >>>>>>>>> asked before. >>>>>>>>>=20 >>>>>>>>> The use of libaio is optional anyways and the system works as >>>>>>>>> expected. what also covers other questions we had here on this >>> thread. >>>>>>>>=20 >>>>>>>>=20 >>>>>>>>=20 >>>>>>>> -- >>>>>>>> Clebert Suconic >>>>>>>=20 >>>>>>> -- >>>>>>> Daniel Kulp >>>>>>> dkulp@apache.org - http://dankulp.com/blog >>>>>>> Talend Community Coder - http://coders.talend.com >>>>>>>=20 >>>>>>>=20 >>>>>=20 >>>>> -- >>>>> Daniel Kulp >>>>> dkulp@apache.org - http://dankulp.com/blog >>>>> Talend Community Coder - http://coders.talend.com >>>>>=20 >>>>>=20 >>>=20 >>> -- >>> Daniel Kulp >>> dkulp@apache.org - http://dankulp.com/blog >>> Talend Community Coder - http://coders.talend.com >>>=20 >>>=20 >>=20 >=20 >=20 > --=20 > Hiram Chirino > Engineering | Red Hat, Inc. > hchirino@redhat.com | fusesource.com | redhat.com > skype: hiramchirino | twitter: @hiramchirino --=20 Daniel Kulp dkulp@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com