hi, On Mon, Oct 21, 2013 at 10:58 AM, Ferenc Kovacs <tyr...@gmail.com> wrote: > > > > On Mon, Oct 21, 2013 at 10:01 AM, Michael Wallner <m...@php.net> wrote: >> >> On 21 October 2013 09:20, Pierre Joye <pierre....@gmail.com> wrote: >> > Hannes, >> > >> > On Mon, Oct 21, 2013 at 2:15 AM, Hannes Magnusson <bj...@php.net> wrote: >> >> Commit: 2fe59d588033122352664c478700c7d088060d7f >> >> Author: Hannes Magnusson <bj...@php.net> Mon, 21 Oct 2013 >> >> 00:15:25 +0000 >> >> Parents: 988ef2faccedb8a379b013a8b1d06b4de17a174a >> >> Branches: old_auth >> >> >> >> Link: >> >> http://git.php.net/?p=web/pecl.git;a=commitdiff;h=2fe59d588033122352664c478700c7d088060d7f >> >> >> >> Log: >> >> Strongly recommend including a licesnse, but not require it >> >> >> > >> > I do not have the time now to revert your unilateral change but will >> > do later today or this week. We have made the changes you were asking, >> > to help packages like MongoDB. >> > >> > Now I strongly suggest you to stop acting like a jerk only because you >> > think you can do whatever fits for you. >> >> I really rather not want to get into that, but I actually do not see a >> reason to be that offended, Pierre (as you usually are the one who >> asks me to cool down). >> >> Chris just asked to relax that restriction until he can sort out the >> things on his side, no need to yell at anyone yet. >> >> Cheers & gotta grab some more coffe on a monday morning ;) >> > > +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.
There were other discussions before and numerous bug reports about missing license file. It is wrong to say that it was done and mentioned from one day to another. > I'm pretty sure that nobody is against having explicit license files for the > pecl packages where the license mandates this, but I think that some grace > period would have been nice, and those who are mentioned this shouldn't be > shoot down. Please use the single form, as only Oracle has issue with that. Mongodb or other do not. > And calling other contributors (who didn't just revert the change, but put > the effort to find the middle ground) jerk is never a good idea. Unilateral changes without discussions,, without even considering what has been done already is about acting like a jerk, I won't change my word nor my mind in this case, sorry. Also keep in mnd that the requested features have been implemented withing a couple of hours. We have been constructive, more than we should have been, given the way this problem is taking. > Would be nice if everybody could just calm down and focus on the problem at > hand. I am calm. I would have taken more drastic measures if I was anything else but calm. > Would it be ok if this grace period is kept for the end of this year, then > turning this back into an error? No. We are not going to change that as we have been trying to get this problem solved for too long. It is a one time task and takes five minutes at most. If Oracle has a licensing issue, wondering which license is used for OCI8, then we have a much bigger problem to solve here. It is also interesting that OCI8 is distributed already with the LICENSE file, in php core. Should we remove the LICENSE in core? Loosing php support in almost all major distributions? Or drop OCI8 in core? Alternatively simply adding the LICENSE file to oci8 according to the license header may sound like a smarter move. But we still did not get any clear statement from Oracle about the actual license of OCI8. > Maybe we could also talk with the pear guys about the posibility of adding > the license rule to the pear-core package, as it would make it possible to > have multiple license explicitly and also showing an error/warning when > building a pecl package. Indeed. I am not involved in pear, so feel free to report a feature request there. Cheers, -- Pierre @pierrejoye | http://www.libgd.org -- PECL development discussion Mailing List (http://pecl.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
