Re: Re: com web/pecl: Strongly recommend including a licesnse, but not require it: public_html/release-upload.php

From: Date: Tue, 22 Oct 2013 08:38:14 +0000
Subject: Re: Re: com web/pecl: Strongly recommend including a licesnse, but not require it: public_html/release-upload.php
References: 1 2 3 4 5 6  Groups: php.pecl.cvs php.pecl.dev 
Request: Send a blank email to pecl-cvs+get-19945@lists.php.net to get a copy of this message
On Mon, 21 Oct 2013, Pierre Joye wrote: > On Mon, Oct 21, 2013 at 12:22 PM, Derick Rethans <derick@php.net> wrote: > > On Mon, 21 Oct 2013, Ferenc Kovacs wrote: > > > >> +1, and considering how little discussion was taking place before > >> making the license file mandatory. > >> > >> On Oct 13 the license issue was brought up when discussing the new > >> windows build integration for pecl(which I guess would be easy to > >> miss if you aren't really interested or care about the windows > >> builds), then the change was implemented the next day. > > > > Sounds like a pretty unilateral decision too... and something I've > > not noticed on the lists - and I read most of it. > > > >> Would it be ok if this grace period is kept for the end of this > >> year, then turning this back into an error? > > > > Actually, I don't think we should force people to use a licencing > > file at all. As a warning, absolutely, but just requiring this to > > make a release is silly. It would break a lot of extensions in > > pecl/*/trunk right now *after* the packages are made, > > git add LICENSE > add LICENSE to package.xml > git commit -m"add LICENSE" package.xml > git push origin > pecl package package.xml > > five minutes chrono. kthby. It is irrelevant how much time it takes. *You* have just made almost everybody's life harder for a marginal benefit. And this only gets noticed upon uploading, not on packaging, which is where it should check for this instead of taking a short cut throwing things out after it's already been compiled, packaged and uploaded. > > and that's not even thinking about the pecl extensions not in PECL. > > Why should we care about extensions not in PECL? Of course, those extensions are also part of the ecosystem. cheers, Derick -- http://derickrethans.nl | http://xdebug.org Like Xdebug? Consider a donation: http://xdebug.org/donate.php twitter: @derickr and @xdebug Posted with an email client that doesn't mangle email: alpine

« previous php.pecl.cvs (#19945) next »