On Wed, 2008-08-06 at 15:48 -0500, Nick Hughart wrote: > Viktor Kojouharov wrote: > > On Wed, 2008-08-06 at 15:41 -0500, Nathan Ingersoll wrote: > > > >> Really? I have done my best to layout factual reasons and arguments > >> but have not seen any rebuttals that have attempted to do the same. > >> > >> > > True, you have. And I didn't say otherwise. What I said was, more than > > half just don't care. > > > > And it seems that ewl is still under the bsd license. Am I to assume > > that no one has put a gun to your head, and forced you to switch > > licenses? > > > > A gun has been put to the head of EWL now that it could potentially have > an LGPL lib underneath it and thus bounding companies to either make > cumbersome workarounds or in general make our community look like it > can't make up it's mind (which probably isn't far from the truth at this > point). This isn't meant as an offense, and IANAL, BUT how is LGPL restricting for companies exactly? They can use the library, and they can still keep their proprietary code too. The company I work for uses LGPL libraries, and there were never 'cumbersome workarounds' involved. > > > >> On 8/6/08, Viktor Kojouharov <[EMAIL PROTECTED]> wrote: > >> > >>> On Wed, 2008-08-06 at 15:20 -0500, Nick Hughart wrote: > >>> > >>>> Gustavo Sverzut Barbieri wrote: > >>>> > >>>>> On Wed, Aug 6, 2008 at 5:04 PM, Nick Hughart <[EMAIL PROTECTED]> wrote: > >>>>> > >>>>> > >>>>>> Gustavo Sverzut Barbieri wrote: > >>>>>> > >>>>>> > >>>>>>> On Wed, Aug 6, 2008 at 4:53 PM, Nick Hughart <[EMAIL PROTECTED]> > >>>>>>> wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Gustavo Sverzut Barbieri wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>> On Wed, Aug 6, 2008 at 4:07 PM, Nick Hughart <[EMAIL PROTECTED]> > >>>>>>>>> wrote: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>> Have fun getting any of the libs in CVS to use Eina now. Just more > >>>>>>>>>> split effort... > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> Since they're basically the only doing any code in CVS, it will be > >>>>>>>>> as > >>>>>>>>> hard as before. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> I guess I should stop working on EFM then and all those working on > >>>>>>>> EWL > >>>>>>>> should cease as well. Don't make stupid statements. There are > >>>>>>>> plenty of > >>>>>>>> people who have and continue to contribute when they can to all of > >>>>>>>> E's > >>>>>>>> CVS, > >>>>>>>> by making such a statement you just look stupid. I realize you are > >>>>>>>> trying > >>>>>>>> to make a point with all this switching, but in all honesty all it's > >>>>>>>> going > >>>>>>>> to do is make things worse, so thank all of you for screwing up our > >>>>>>>> community more then it already was. > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> Ok, so let's reduce the scope of my statement to make it less stupid: > >>>>>>> "Since they're basically the only doing any code in CVS [THAT WOULD > >>>>>>> USE EINA DIRECTLY], it will be as hard as before". > >>>>>>> > >>>>>>> I see ecore and evas as main users, possible provide some helpers to > >>>>>>> have eet descriptors with eina data types. Of course there are many > >>>>>>> places where it could be used, including EWL or ETK, but I saw no talk > >>>>>>> about moving them so far. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> EWL uses ecore data types, thus it will use eina indirectly and thus > >>>>>> indirectly it will be bound by the terms of the LGPL as will anyone > >>>>>> using > >>>>>> ecore, evas, edje, etc. > >>>>>> > >>>>>> > >>>>> ah, fine... so you all use BSD's libC, do not use GNU LibC or any > >>>>> other LGPL library... > >>>>> > >>>>> > >>>>> > >>>> There are plenty of libc's, if a company so chooses they could use a BSD > >>>> licensed libc and build the EFL on top of it. This may require patches, > >>>> but they can easily patch it themselves if they want to. The contents > >>>> of libc are far more common between variations then Eina will be. Also, > >>>> if we didn't support GNU libc at all, we probably wouldn't have anywhere > >>>> near the exposure we do (note this is no argument for LGPL, people just > >>>> happened to build Linux with the GNU tools and here we are today with > >>>> that being the most popular combination). > >>>> > >>>> Either way, you completely ignored the fact that you are causing major > >>>> headaches for the community and in the end this isn't going to make > >>>> anything better, so once again, thank you for being short-sighted and > >>>> trying to force your way upon others who have long ago decided how free > >>>> they wanted their software to be. Now they are being forced to either > >>>> waste effort or switch licenses, neither of which feels very good (one > >>>> of which is impossible) and sure the hell isn't going to bring more > >>>> developers (or even end users) as some like to claim. > >>>> > >>>> > >>> That's not exactly true. From the discussions here, more than half of us > >>> didn't even care whether the libraries would be lgpl or bsd. The rest > >>> either want to be only bsd, or only lgpl, and it seems that these edge > >>> cases are about equal in numbers. > >>> > >>> And could you elaborate on why exactly you would be forced to switch > >>> from bsd to lgpl. LGPL is not a viral license, so you don't have to do > >>> shit. > >>> > >>> You seem to insinuate that the LGPL camp is only spreading FUD, but to > >>> me, it seems that both camps are doing it. > >>> > >>> > >>>> ------------------------------------------------------------------------- > >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's > >>>> challenge > >>>> Build the coolest Linux based applications with Moblin SDK & win great > >>>> prizes > >>>> Grand prize is a trip for two to an Open Source event anywhere in the > >>>> world > >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > >>>> _______________________________________________ > >>>> enlightenment-devel mailing list > >>>> enlightenment-devel@lists.sourceforge.net > >>>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >>>> > >>> ------------------------------------------------------------------------- > >>> This SF.Net email is sponsored by the Moblin Your Move Developer's > >>> challenge > >>> Build the coolest Linux based applications with Moblin SDK & win great > >>> prizes > >>> Grand prize is a trip for two to an Open Source event anywhere in the > >>> world > >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > >>> _______________________________________________ > >>> enlightenment-devel mailing list > >>> enlightenment-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >>> > >>> > > > > >
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
