- Pharo-dev - lists.pharo.org

Re: [Pharo-project] WebClient License Update

by GermÃ¡n Arduino

Thanks you very much Andreas. And yes, I agree we learned something. About the two steps you mention, is what I did with regarding SPDF, so we now have (unfortunately) the certainty that can not use it. About WebClient, as you know because I write you asking permit, I'm using on my product WebPostAutomation and I've extended (or at least documented) the way to make "posts" using multipart/form-data. And WebClient works very well, really thanks by license it as MIT. Cheers. GermÃ¡n. 2010/9/7 Andreas Raab <andreas.raab(a)gmx.de>: > Hi - > > After careful consideration I've decided to put WebClient under the MIT > license, and updated the repository at > http://www.squeaksource.com/WebClient.html to reflect the license change. > > If you're curious why I'm making the change, the answer is really that the > code isn't all that unique and even though I'm not done with it it's good > enough to be released and by now I simply get more benefits from it being > thoroughly tested by as many people as possible. That and the (to me > surprising) amount of interest that WebClient has received in combination > with the (to me disturbing) lack of due diligence that many users of > WebClient apparently have. I think we can all take away a lesson from this > little incident that even if you find some random code on the net it doesn't > mean it's up for grabs. > > Also, if I may be so bold, let me propose the "2 step process to eternal > license happiness". It's really simple: > > Â Â Â Â [ ] Did we check the license of the package? > Â Â Â Â [ ] Did we contact the author of the package? > > If you check off the above two steps whenever you're about to use some > third-party code, I think you'll find that situations like the one we've > encountered here are virtually impossible. Attach the steps to the bug > tracker if you must, but follow them. > > Since you know how to verify the license status on your own, let me add the > second step of the process and once more repeat that I would rather keep > WebClient an externally loadable package. If at all possible I urge you to > look at what has been done with HTTPSocket in Squeak and adopt a similar > approach; that is provide a minimal internal HTTP interface and allow > third-party libraries (WebClient or other) to hook into this interface. > There is really no need to have everything tied together at the hip; > HTTPSocket is a reasonable facade for HTTP requests in the kernel. > > Regarding write access to the WebClient repository, I'm not a fan of making > repos world-writable (this is really a sign of abandonware) but due to the > license I'm fine with granting Sven and Philippe write access if they want > it (drop me a note if you do). > > Cheers, > Â - Andreas > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

Sept. 7, 2010

Re: [Pharo-project] WebClient License Update

by Alexandre Bergel

Cool! Alexandre On 7 Sep 2010, at 03:03, Andreas Raab wrote: > Hi - > > After careful consideration I've decided to put WebClient under the MIT license, and updated the repository at http://www.squeaksource.com/WebClient.html to reflect the license change. > > If you're curious why I'm making the change, the answer is really that the code isn't all that unique and even though I'm not done with it it's good enough to be released and by now I simply get more benefits from it being thoroughly tested by as many people as possible. That and the (to me surprising) amount of interest that WebClient has received in combination with the (to me disturbing) lack of due diligence that many users of WebClient apparently have. I think we can all take away a lesson from this little incident that even if you find some random code on the net it doesn't mean it's up for grabs. > > Also, if I may be so bold, let me propose the "2 step process to eternal license happiness". It's really simple: > > [ ] Did we check the license of the package? > [ ] Did we contact the author of the package? > > If you check off the above two steps whenever you're about to use some third-party code, I think you'll find that situations like the one we've encountered here are virtually impossible. Attach the steps to the bug tracker if you must, but follow them. > > Since you know how to verify the license status on your own, let me add the second step of the process and once more repeat that I would rather keep WebClient an externally loadable package. If at all possible I urge you to look at what has been done with HTTPSocket in Squeak and adopt a similar approach; that is provide a minimal internal HTTP interface and allow third-party libraries (WebClient or other) to hook into this interface. There is really no need to have everything tied together at the hip; HTTPSocket is a reasonable facade for HTTP requests in the kernel. > > Regarding write access to the WebClient repository, I'm not a fan of making repos world-writable (this is really a sign of abandonware) but due to the license I'm fine with granting Sven and Philippe write access if they want it (drop me a note if you do). > > Cheers, > - Andreas > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 7, 2010

Re: [Pharo-project] [Pharo-users] Vote for the best Smalltalk book of the last 5 years...

by Pierpaolo Bernardi

On Tue, Sep 7, 2010 at 09:59, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > I forgot to mention that the deadline is until wednesday 15 september at noon. Not to nag you, but I think you must also specify a timezone, or at least say in which place in the world are you waiting for this noon to happen. Cheers P.

Sept. 7, 2010

Re: [Pharo-project] [Moose-dev] Re: Redirect compiler warnings to file

by TimM

Philippe Marschall wrote: > And an easy way to redirect to sdtout or stderr would help for things > like Hudson. I found that in Dolphin when I was running with Cruise Control, that I installed a subclassed Transcript that logged both to the screen and to a file. I wonder if that might be an easy fix for Pharo? Tim

Sept. 7, 2010

Re: [Pharo-project] Please help!! Error: There is no free space in this set!'

by Mariano Martinez Peck

Yes, to fix it you haev to evaluate: DBXPlatform disableAutomaticConnectionReleaseOnGC this will not store the connections in the weakregistry so you have to be sure to properly disconnect the connections On Tue, Sep 7, 2010 at 10:25 AM, Panu Suominen <panu.j.m.suominen(a)gmail.com>wrote: > In 1.1 running all test with GlorpDBX and Seaside will raise this > exception. > However I have not been able to reproduce the error reliably. Like it > says in the error reports is seems that updating the tally value is somehow > broken. > > -- > Panu > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 7, 2010

Re: [Pharo-project] Please help!! Error: There is no free space in this set!'

by Panu Suominen

In 1.1 running all test with GlorpDBX and Seaside will raise this exception. However I have not been able to reproduce the error reliably. Like it says in the error reports is seems that updating the tally value is somehow broken. -- Panu

Sept. 7, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Noury Bouraqadi

On 6 sept. 2010, at 23:26, Sean P. DeNigris wrote: > > > Miguel Enrique CobÃ¡ MartÃnez-2 wrote: >> >> This begs for a ConfigurationOfUbiquiTalk :) >> > > Yes, I didn't want to "take the time" to make one, and it probably took > longer to list it all out, lol. > > One of the complications is that Squeak 4.1, which I also work in, does not > include Metacello by default, so I have to write an Installer script. I > still find it confusing and frustrating that there are both Gofer and > Installer. Why don't we standardize on one or merge them? > BTW, currently at Douai we don't have much man-power. So, we decided to work only on Pharo. Noury

Sept. 7, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Noury Bouraqadi

Thanks Sean. Noury On 6 sept. 2010, at 23:03, Sean P. DeNigris wrote: > > The updated rST and UbiquiTalk versions now live in their main repos (thanks > to Noury for access). The installation script is now: > > Gofer new > squeaksource: 'KomHttpServer'; > package: 'DynamicBindings'; > package: 'KomServices'; > load. > > Gofer new > squeaksource: 'rST'; > package: 'rST'; > load. > > Gofer new > squeaksource: 'OSProcess'; > package: 'OSProcess'; > load. > > Gofer new > squeaksource: 'UbiquiTalk'; > package: 'UbiquiTalk-Platform.pharo'; > package: 'UbiquiTalk-Utilities'; "depends on Platform" > package: 'UbiquiTalk-Kernel'; "depends on Utilities" > package: 'UbiquiTalk-Cache'; "depends on Kernel" > package: 'UbiquiTalk-GUI'; "depends on Kernel" > package: 'UbiquiTalk-Plugins'; "depends on Kernel" > package: 'UbiquiTalk-PDA'; > package: 'UbiquiTalk-Property Editors'; > package: 'UbiquiTalk-Tests'; > package: 'UTAllServices'; > load. > > Sean > -- > View this message in context: http://forum.world.st/UbiquiTalk-running-in-Pharo-1-1-tp2400767p2528879.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Noury

Sept. 7, 2010

Re: [Pharo-project] Vote for the best Smalltalk book of the last 5 years...

by stephane ducasse

I forgot to mention that the deadline is until wednesday 15 september at noon. On Sep 6, 2010, at 5:07 PM, StÃ©phane Ducasse wrote: > Dear Pharoers :) > > this year ESUG would like to reward effort made in book publications. Since we want to push new books but that it takes time to write books we will > take into account a window of 5 years. So you are requested to vote for the best book of the last 5 years. > > http://www.surveymonkey.com/s/Q2LKKDT > > Stef on the behalf of the ESUG board.

Sept. 7, 2010

Re: [Pharo-project] [SPAM] Re: [Moose-dev] glamorous theme :)

by Sven Van Caekenberghe

On 06 Sep 2010, at 22:10, Adrian Lienhard wrote: > So, so now we have 2 themes that appear to be better than the one we use now... I suggest to choose one, maybe adapt it slightly, and integrate it into Pharo 1.2. > > Personally, I prefer Glamorous over the Pro theme [1] (I just miss the round corners like Alex :). The dark buttons of the Pro theme look cool at first, but they are very dominant. > > How do we proceed? I would include a small number of well maintained/supported themes. Of course, every image needs a default, but choice is good here (it is the whole point). Sven

Sept. 7, 2010