tim Rowledge a écrit : > > On 20-Jun-06, at 1:36 AM, Hilaire Fernandes wrote: > >> Dear all, >> >> May be we could refocus on the subject of the thread, then think >> about the details later. >> >> So far only Marcus wrote he will participate to such a meeting. Graid >> said he would like but he cannot. >> I am curious to know what think the other. > > Sadly there's no chance I could join the meeting; time and money > preclude it. To those that can make it I can only offer support from > the sidelines along with the statement that any bit of code I've ever > submitted can be considered to be under any license that is plausible > for Squeak. Tim you are pointing a very important point. After the announce of the change to APSL2.0 of Squeak1.1, we have to ask ourself which part of {Squeak3.8}\{Squeak1.1} can be relicensed and probably much more important which part cannot be relicensed. The idea about a migration meeting is to determine as far as possible which parts are relicenceable and which parts are not. We need to draft a boundary between what we can keep and what we need to remove/rewrite/replace. And of course we have to considerer in one hand the VM part and in the other hand the Image part. At the end, if we can just have a list of the packages and their license statute it will be very helpful to move Squeak toward a free software community compatible state :) A friend of me, told me he is interested by Squeak, but he is not yet considering it because Squeak is not seen as free software by the free software community. In the other he's willing to help and to rewrite small part to help to move Squeak toward a free software community compatible state :) For him, such a list of parts with needed care will be helpful. I guess other people may fell the same and join more easily in case we have a cleared road map toward freeness. Hilaire |
On 20-Jun-06, at 12:25 PM, Hilaire Fernandes wrote: > > Tim you are pointing a very important point. After the announce of the > change to APSL2.0 of Squeak1.1, we have to ask ourself which part of > {Squeak3.8}\{Squeak1.1} can be relicensed and probably much more > important which part cannot be relicensed. I very much doubt that there are any parts that cannot be relicensed, if in fact it is even really neccesary. What would be wrong with taking the position that the original squeak license (which is quite adequately free in my opinion) has been rescinded and replaced by the APSL? I think that would be compatible with the SqL clause about relicensing so long as it is no less protective of Apple, since after all they have chosen this new license. Surely *any* code released under SqL can be declared as relicensed? > And of course we have to considerer in one hand the VM part and in the > other hand the Image part. I think we've pretty much always taken the approach that code offered for VM inclusion is SqL and that it becomes community property. I believe that anyone that offers a community some code for inclusion into a community project is implicity donating that code in its entirety. If they're not.. well they can just bugger off. I truly can't understand this constant complaint about licensing. At one level it's a particularly obnoxious form of pseudo-intellectual masturbation since most of the complainers are not even faintly qualified to offer real opinions and at another level it's pretty much completely irrelevant. These so-called 'free licenses' are legally untested, rarely take any consideration of differing national boundaries and legal systems and generally smack of smackhead barrackroom lawyering. Five sizable companies I could name have had no problem with using Squeak under the baleful glare of the SqL. tim -- tim Rowledge; [hidden email]; http://www.rowledge.org/tim There's a guy works down the fish shop swears he's elvish... |
On 20-Jun-06, at 4:41 PM, tim Rowledge wrote: [snip]blah-blah I should add that there was no intent to blame Hilaire for any of the problem. tim -- tim Rowledge; [hidden email]; http://www.rowledge.org/tim Oxymorons: Good grief |
In reply to this post by timrowledge
Hi Tim-- > Five sizable companies I could name have had no problem with using > Squeak under the baleful glare of the SqL. For that micro-anecdote to be at all compelling, I think you'd better name them. :) In particular, I'd like to know which legal systems they were operating under. -C -- Craig Latta http://netjam.org/resume |
On 20-Jun-06, at 6:27 PM, Craig Latta wrote: > > Hi Tim-- > > > Five sizable companies I could name have had no problem with using > > Squeak under the baleful glare of the SqL. > > For that micro-anecdote to be at all compelling, I think you'd > better name them. :) In particular, I'd like to know which legal > systems they were operating under. IBM Disney HP Interval Research Corporation (small actual company but very, very deep pockets to sue) exobox, Inc, a part of IdeaLabs originally and another deep-pocket target tim -- tim Rowledge; [hidden email]; http://www.rowledge.org/tim Strange OpCodes: SFA: Seek Financial Assistance |
In reply to this post by timrowledge
tim Rowledge a écrit :
> > On 20-Jun-06, at 12:25 PM, Hilaire Fernandes wrote: > >> >> Tim you are pointing a very important point. After the announce of the >> change to APSL2.0 of Squeak1.1, we have to ask ourself which part of >> {Squeak3.8}\{Squeak1.1} can be relicensed and probably much more >> important which part cannot be relicensed. > > > I very much doubt that there are any parts that cannot be relicensed, > if in fact it is even really neccesary. What would be wrong with taking > the position that the original squeak license (which is quite > adequately free in my opinion) has been rescinded and replaced by the > APSL? I think that would be compatible with the SqL clause about That would be great. If we can do that, well we have to do it and announce it publicy. Can we without the author agreement? In case, we need to ask the auhors of each bits of Squeak, can we turn it the other way ? We propose that every code licenced under the SqL will be automaticaly relicenced by the community to the APSL2.0 the 31 of August 2006 (random date). If some authors do not agree with such relicensing, they will have to say so (and prove their are the code owner) before the 31 of August 2006, etc, etc. > relicensing so long as it is no less protective of Apple, since after > all they have chosen this new license. Surely *any* code released under > SqL can be declared as relicensed? > >> And of course we have to considerer in one hand the VM part and in the >> other hand the Image part. > > I think we've pretty much always taken the approach that code offered > for VM inclusion is SqL and that it becomes community property. I > believe that anyone that offers a community some code for inclusion > into a community project is implicity donating that code in its > entirety. If they're not.. well they can just bugger off. > > I truly can't understand this constant complaint about licensing. At > one level it's a particularly obnoxious form of pseudo-intellectual I agree with you but whatever we said the SqL has an (unjustified) non-free license label. In the other hand if we can distribute the whole Squeak under an acknowledged license by the free software community, then we can expect support from this community: which mean a lot of publicity around Squeak, more attracted developers and users and a growing community (given the Squeak quality it will not be difficult). Several times it happens to several of us to get trouble to attend free software meeting to present Squeak. Of course we can conplain the organisators are blind, but it may be easier to see how we can evolove to by-pass these kinds of problems. Also we have this same kind of problem when distributing Squeak based software in free software distribution. > masturbation since most of the complainers are not even faintly > qualified to offer real opinions and at another level it's pretty much > completely irrelevant. These so-called 'free licenses' are legally > untested, rarely take any consideration of differing national > boundaries and legal systems and generally smack of smackhead > barrackroom lawyering. Five sizable companies I could name have had no > problem with using Squeak under the baleful glare of the SqL. I agree, but I don't want the discussion to move there. My purpose was not to discuss about this aspect. Hilaire |
In reply to this post by timrowledge
>>
>> Tim you are pointing a very important point. After the announce of >> the >> change to APSL2.0 of Squeak1.1, we have to ask ourself which part of >> {Squeak3.8}\{Squeak1.1} can be relicensed and probably much more >> important which part cannot be relicensed. > > I very much doubt that there are any parts that cannot be > relicensed, if in fact it is even really neccesary. What would be > wrong with taking the position that the original squeak license > (which is quite adequately free in my opinion) has been rescinded > and replaced by the APSL? I think that would be compatible with the > SqL clause about relicensing so long as it is no less protective of > Apple, since after all they have chosen this new license. Surely > *any* code released under SqL can be declared as relicensed? you see tim this what I would like to know from the laywer we contacted ( do not remember his name). >> And of course we have to considerer in one hand the VM part and in >> the >> other hand the Image part. > I think we've pretty much always taken the approach that code > offered for VM inclusion is SqL and that it becomes community > property. I believe that anyone that offers a community some code > for inclusion into a community project is implicity donating that > code in its entirety. If they're not.. well they can just bugger off. > > I truly can't understand this constant complaint about licensing. > At one level it's a particularly obnoxious form of pseudo- > intellectual masturbation since most of the complainers are not > even faintly qualified to offer real opinions and at another level > it's pretty much completely irrelevant. These so-called 'free > licenses' are legally untested, rarely take any consideration of > differing national boundaries and legal systems and generally smack > of smackhead barrackroom lawyering. Five sizable companies I could > name have had no problem with using Squeak under the baleful glare > of the SqL. Agree but this is another discussion :) > > tim > -- > tim Rowledge; [hidden email]; http://www.rowledge.org/tim > There's a guy works down the fish shop swears he's elvish... > > > |
In reply to this post by timrowledge
Sure!
We understood it the right way ;) > [snip]blah-blah > > I should add that there was no intent to blame Hilaire for any of > the problem. > > > tim > -- > tim Rowledge; [hidden email]; http://www.rowledge.org/tim > Oxymorons: Good grief > > > |
In reply to this post by stéphane ducasse-2
stéphane ducasse a écrit : >>> >>> Tim you are pointing a very important point. After the announce of the >>> change to APSL2.0 of Squeak1.1, we have to ask ourself which part of >>> {Squeak3.8}\{Squeak1.1} can be relicensed and probably much more >>> important which part cannot be relicensed. >> >> >> I very much doubt that there are any parts that cannot be relicensed, >> if in fact it is even really neccesary. What would be wrong with >> taking the position that the original squeak license (which is quite >> adequately free in my opinion) has been rescinded and replaced by the >> APSL? I think that would be compatible with the SqL clause about >> relicensing so long as it is no less protective of Apple, since >> after all they have chosen this new license. Surely *any* code >> released under SqL can be declared as relicensed? > > > you see tim this what I would like to know from the laywer we contacted > ( do not remember his name). Did you get any feedback from the laywer? How can we make progress regarding this proposal? Hilaire |
Hi Hilaire-- > Did you get any feedback from the laywer? > How can we make progress regarding this proposal? The Squeak Foundation board now meets via instant messaging on first and third Wednesdays. At the 5 July meeting, we'll have our pro-bono legal counsel, Dan Ravicher of the Software Freedom Law Center, as a special guest. Hopefully we'll have some new useful info after that. thanks, -C -- Craig Latta http://netjam.org/resume |
Craig Latta a écrit : > > Hi Hilaire-- > >> Did you get any feedback from the laywer? >> How can we make progress regarding this proposal? > > The Squeak Foundation board now meets via instant messaging on first > and third Wednesdays. At the 5 July meeting, we'll have our pro-bono > legal counsel, Dan Ravicher of the Software Freedom Law Center, as a > special guest. Hopefully we'll have some new useful info after that. It is nice to know about it! Can you tell us what will be asked to Dan Ravincher? Regarding which action plan? So far, beside my thread in the mailing list, we did not see any real discussion related to future migration plane. If there is such plane from the SqueakFoundation, we need to know it. Can you tell us more? Thanks. Hilaire Fernandes |
In reply to this post by Marcus Denker
Marcus Denker a écrit : > > On 14.06.2006, at 17:44, Hilaire Fernandes wrote: > >> >> I am proposing for 4 or 5 days meeting, taking place after the daily >> conferences. The meeting could last for two hours, 17:00-19:00. >> >> As a matter of facts, which experts are ready to join such a meeting? >> > > I would be interested. That's nice Marcus to hear that from you as you are a major contributor to Squeak. Other people have expressed interest but will not be able to attend the meeting (Graig and Tim). Other people attending the meeting have shown absolutely *NO INTEREST* in the matter, it is sad :( Let's discuss a bit more on the mailing list and see how things evolve... Hilaire |
On 6/24/06, Hilaire Fernandes <[hidden email]> wrote:
> Other people attending the meeting have shown absolutely *NO INTEREST* > in the matter, it is sad :( I don't know. It might also be an indicator that the licensing "issues" are largely just perceived, or deemed to be PR stuff, or whatever. But not a real actual stumbling block to actual Squeak practicioners. |
Cees De Groot a écrit : > On 6/24/06, Hilaire Fernandes <[hidden email]> wrote: > >> Other people attending the meeting have shown absolutely *NO INTEREST* >> in the matter, it is sad :( > > > I don't know. It might also be an indicator that the licensing > "issues" are largely just perceived, or deemed to be PR stuff, or > whatever. But not a real actual stumbling block to actual Squeak > practicioners. I totally agree with you. The licensing "issues" does not prevent Squeak to be a free software, it is just preventing Squeak to enter mainstream in the free software community. Hilaire |
In reply to this post by Cees De Groot
-1
It's more then PR. Ron Teitelbaum > From: Cees De Groot > Sent: Sunday, June 25, 2006 7:01 AM > > On 6/24/06, Hilaire Fernandes <[hidden email]> wrote: > > Other people attending the meeting have shown absolutely *NO INTEREST* > > in the matter, it is sad :( > > I don't know. It might also be an indicator that the licensing > "issues" are largely just perceived, or deemed to be PR stuff, or > whatever. But not a real actual stumbling block to actual Squeak > practicioners. > |
In reply to this post by Hilaire Fernandes-5
On Sun, Jun 25, 2006 at 01:23:26PM +0200, Hilaire Fernandes wrote:
> > > Cees De Groot a �mcrit : > > On 6/24/06, Hilaire Fernandes <[hidden email]> wrote: > > > >> Other people attending the meeting have shown absolutely *NO INTEREST* > >> in the matter, it is sad :( > > > > > > I don't know. It might also be an indicator that the licensing > > "issues" are largely just perceived, or deemed to be PR stuff, or > > whatever. But not a real actual stumbling block to actual Squeak > > practicioners. > > I totally agree with you. The licensing "issues" does not prevent Squeak > to be a free software, it is just preventing Squeak to enter mainstream > in the free software community. > > Hilaire +1 I have been pushing Dr. Geo I into junior and senior high schools here in Taiwan. It was such a pleasure to know that Hilaire is releasing Dr. Geo II using LGPL. But for the moment I have to hold back the push for Dr. Geo II because it is built with Squeak, whose license issue is just about to be resolved yet. As Hilaire has frequently urged me to try, there must be a lot more other very interesting and useful tools in education built with Squeak just like Dr. Geo II. Personally I wouldn't care the "small license bug" (as Hilaire calls it) when I demonstrate things to my nieces and nephews. When it comes to promoting the software publicly, it is totally different. As a long time FS advocate who have made peripheral contributions such as the "Software Category Drawing" on the gnu site, I would constantly get into defensive position about the license issue if I were to promote software with this license bug. The worst part is that the defense would be against the FS community, the force that built my reputation and strength. Political thinking? Yes, but practical nontheless. You chose to pursue Squeak because of practical considerations (in the technical sense) , and I chose not to because of the very same reason (in the political sense). With high respect to the squeak community I plead your attention to the license issue. Now that the old version becomes free, I personally believe that it is only a matter of time that the entire thing becomes free and that major distributions start packaging this nice software in a few years. I will be glad to help rewrite some less important components whose authors can no longer be contacted for a change of license, and release it as LGPL or less retrictive license as the squeak community sees appropriate. (Good at geometry/algorithms/regexp, OK at OOP and many languages, no smalltalk experience.) When the license issue is comfortably resolved, I will then go back to the political arena and start a major push here in Taiwan ;-) BTW I believe there are many FS advocates around the world who hold more or less similar attitude. It would be beneficial to the squeak community and to the world at large if the squeak community announces the decision to move towards a "bug-free" license and call for participation to accelarate the transition. Best Regards, -- Bowl Makers in China Ordered to Preload Food http://people.ofset.org/~ckhung/a/c062.en.php Chao-Kuei Hung |
In reply to this post by Ron Teitelbaum
Ron Teitelbaum a écrit :
> -1 > > It's more then PR. I don't understand, can you elaborate? Hilaire > > Ron Teitelbaum > > >>From: Cees De Groot >>Sent: Sunday, June 25, 2006 7:01 AM >> >>On 6/24/06, Hilaire Fernandes <[hidden email]> wrote: >> >>>Other people attending the meeting have shown absolutely *NO INTEREST* >>>in the matter, it is sad :( >> >>I don't know. It might also be an indicator that the licensing >>"issues" are largely just perceived, or deemed to be PR stuff, or >>whatever. But not a real actual stumbling block to actual Squeak >>practicioners. >> > > > -- ADD R0,R1,R2,LSL #2 |
In reply to this post by 洪朝貴
I am frowarding this answer from Chao-Kuei Hung as I am not sure it will
get in the Squeak-dev mailing list. Hilaire 洪朝貴 a écrit : > On Sun, Jun 25, 2006 at 01:23:26PM +0200, Hilaire Fernandes wrote: > >> >>Cees De Groot a crit : >> >>>On 6/24/06, Hilaire Fernandes <[hidden email]> wrote: >>> >>> >>>>Other people attending the meeting have shown absolutely *NO INTEREST* >>>>in the matter, it is sad :( >>> >>> >>>I don't know. It might also be an indicator that the licensing >>>"issues" are largely just perceived, or deemed to be PR stuff, or >>>whatever. But not a real actual stumbling block to actual Squeak >>>practicioners. >> >>I totally agree with you. The licensing "issues" does not prevent Squeak >>to be a free software, it is just preventing Squeak to enter mainstream >>in the free software community. >> >>Hilaire > > > +1 > > I have been pushing Dr. Geo I into junior and senior high schools > here in Taiwan. It was such a pleasure to know that Hilaire is > releasing Dr. Geo II using LGPL. But for the moment I have to hold > back the push for Dr. Geo II because it is built with Squeak, > whose license issue is just about to be resolved yet. As Hilaire > has frequently urged me to try, there must be a lot more other very > interesting and useful tools in education built with Squeak just > like Dr. Geo II. > > Personally I wouldn't care the "small license bug" (as Hilaire calls > it) when I demonstrate things to my nieces and nephews. When it comes > to promoting the software publicly, it is totally different. As a > long time FS advocate who have made peripheral contributions such > as the "Software Category Drawing" on the gnu site, I would constantly > get into defensive position about the license issue if I were to > promote software with this license bug. The worst part is that the > defense would be against the FS community, the force that built my > reputation and strength. Political thinking? Yes, but practical > nontheless. You chose to pursue Squeak because of practical > considerations (in the technical sense) , and I chose not to because > of the very same reason (in the political sense). > > With high respect to the squeak community I plead your attention to > the license issue. Now that the old version becomes free, I personally > believe that it is only a matter of time that the entire thing becomes > free and that major distributions start packaging this nice software > in a few years. I will be glad to help rewrite some less important > components whose authors can no longer be contacted for a change of > license, and release it as LGPL or less retrictive license as the > squeak community sees appropriate. (Good at geometry/algorithms/regexp, > OK at OOP and many languages, no smalltalk experience.) When the > license issue is comfortably resolved, I will then go back to the > political arena and start a major push here in Taiwan ;-) BTW I > believe there are many FS advocates around the world who hold more > or less similar attitude. It would be beneficial to the squeak > community and to the world at large if the squeak community announces > the decision to move towards a "bug-free" license and call for > participation to accelarate the transition. > > Best Regards, > |
On 6/26/06, Hilaire Fernandes <[hidden email]> wrote:
> I am frowarding this answer from Chao-Kuei Hung as I am not sure it will > get in the Squeak-dev mailing list. > He brings up valid points, supporting my assertion that this is a PR issue. Note that I am just analyzing here, not judging. PR issues can be showstoppers just as much as technical issues. However, it means that any activity around this is very much *not* a direct scratch-your-own-itch thing. And it is therefore not surprising that it is hard to raise support. Therefore, what needs to be done is to couple this to a scratch-your-own-itch thing. This is the main reason I'm advocating Craig's Spoon work - it holds the promise of solving a lot of the current issues around the monolithic character of Squeak, and it would be trivial to check the minimal code base against Squeak 1.1 and fix license-technical deficiencies. Personally, I'm not going to lift a finger to help re-licensing projects that take 3.9 as a starting point. It's not that I wouldn't like to see it done, but I just don't have the copious spare time and I have my doubts of the feasibility of doing this as a volunteer effort. As Craig said, we (SqF Board) are going to discuss various approaches with Dan Ravicher July 5th. We'll have a more informed idea of what is possible after that conversation, I hope. However, at the moment I think there are two realistic approaches: - Take Squeak 1.1 and declare that the new main line of development; - Do a license check on the Spoon code and declare that the new main line of development. In both cases, we'd start with a "deficient" Squeak and work upwards. The third option, sort out the mess that's 3.9 (licensing-wise), seems to be not very viable. It's a lot of work to start with, and the outcomes are unsure. There's also a fourth option - VRI doing a lot of work to bring Squeak 1.1 to a license-clean level that can support Open Croquet... Anyone from VRI listening here? I'm curious as to what their plans are now that they "own" Squeak 1.1... |
> As Craig said, we (SqF Board) are going to discuss various approaches
> with Dan Ravicher July 5th. We'll have a more informed idea of what is > possible after that conversation, I hope. However, at the moment I > think there are two realistic approaches: > - Take Squeak 1.1 and declare that the new main line of development; > - Do a license check on the Spoon code and declare that the new main > line of development. > In both cases, we'd start with a "deficient" Squeak and work upwards. > The third option, sort out the mess that's 3.9 (licensing-wise), seems > to be not very viable. It's a lot of work to start with, and the > outcomes are unsure. You don't expect that's possible to take bootstrapped 3.9 kernel image (http://www.squeaksource.com/KernelImage.html) and make it clean from the licensing perspective? I don't think that it's more complicated than Spoon checking. -- Pavel |
Free forum by Nabble | Edit this page |