September 2017 - Pharo-users

Re: [Pharo-users] UFFI problem / doubt

by Pierce Ng

On Sat, Sep 16, 2017 at 09:09:23AM -0300, alvaro piorno wrote: > incomplete. An example of FFIOpaqueObject would be healpful, i think. Hi Alvaro, I mentioned libffidemo on Discord. Reading the blog post and the library's unit tests will hopefully make clearer how to use FFIOpaqueObject. http://www.samadhiweb.com/blog/2016.03.17.demoffi.html https://github.com/PierceNg/libffidemo Pierce

Sept. 17, 2017

Re: [Pharo-users] Pharo 7 license question

by Pierce Ng

On Sun, Sep 17, 2017 at 02:47:16AM +0200, stephan wrote: > On 16-09-17 18:51, Peter UhnÃ¡k wrote: > > This is the reason why LGPL exists. LGPL is not contagious. > > It is not clear that that would be the case with smalltalk. > We tend to reuse by subclassing, and linking is not so > well-defined. There is no license that has the same effect as > LGPL has for c programs for smalltalk. The Common Lisp people have LLGPL: http://www.cliki.net/LLGPL http://opensource.franz.com/preamble.html Pierce

Sept. 17, 2017

Re: [Pharo-users] Standalone HTML Model

by Pierce Ng

On Mon, Sep 11, 2017 at 10:14:54AM -0300, Esteban A. Maringolo wrote: > I don't know how modular it is, but maybe loading only the 'Seaside-Canvas' > package you can use the WAHtmlCanvas to create the HTML content. I also experimented with loading enough of Seaside in bits and pieces to get the canvas thing working. Was not successful back then. Pierce

Sept. 17, 2017

Re: [Pharo-users] Standalone HTML Model

by Pierce Ng

On Mon, Sep 11, 2017 at 06:25:55PM +0200, Stephane Ducasse wrote: > Hi Pierce Ng > How different is the API from Seaside? > Because I would like to use it. > I like to think modularly :) Hi Stef, I modeled it after Seaside's API. However, it was really just a start and needs much more work. I created this when investigating writing web apps in Cuis, hence the perceived need for a standalone library. Eventually I ran out of time and decided to stick to full Seaside loaded into Pharo. Pierce

Sept. 17, 2017

Re: [Pharo-users] Pharo 7 license question

by Hilaire

Hi Jimmie, Dr. Geo is distributed under the GPL and shipped with Pharo. As Pharo is MIT, you can redistribute your whole software under the license you want, proprietary or free software ones as GPL. Regarding porting GPL software, I guess you mean rewriting with Smalltalk, you should be free to license it as you want, for example as MIT. AFAIK there is no evil restriction as "seen the code" under the GPL. For library, alternative is LGPL and I read this interesting note: One should note that subclassing a Java (or other OO) class licensed under the LGPL is regarded as a use of an interface of a library comparable to a function call of a library. It is not regarded as a modification of the original class. Therefore the subclass does not fall under the requirements of the LGPL. So using a LGPL library, even extending it, does not force the user to be in the GPL family license. The only restriction is the receiver should be capable to update the LGPL package independently of the application using the package. Anyway, I don't think you should worried about porting GPL/LGPL libraries as long as your are rewriting it. You can license it under MIT. Then LGPL is also possible. -- Dr. Geo http://drgeo.eu

Sept. 17, 2017

Re: [Pharo-users] (no subject)

by stephan

On 17-09-17 05:21, Sean P. DeNigris wrote: > Was this issue [1] fixed: >> I think I found it. It seems to be a bug in the way Launcher/Pharo unzips >> the downloaded VM. >> The symlink libgit2.dylib becomes unlinked and appears as just a regular >> file. If I delete the >> Pharo.app and unzip 70.zip (which btw maybe should have been deleted >> during cleanup after >> the dl) to ./vms/70, the error disappears! > > [1] From > http://forum.world.st/Launcher-Error-w-Pharo-7-tt4959777.html#a4960417 That sounds like the problem I encountered Stephan

Sept. 17, 2017

Re: [Pharo-users] (no subject)

by stephan

On 14-09-17 22:52, Christophe Demarey wrote: > For Pharo 7 images, no sources file are dowloaded since they come with the image. They are not installed Stephan

Sept. 17, 2017

Re: [Pharo-users] execute a code block at a given time in pharo ?

by Daniel BLANC

Thanks Stef, this app is just a quick hack but I already can stop the wifi from my phone and I feel like I have new negociations superpowers... Thanks HernÃ¡n ! That's a perfect fit :) On Thu, Sep 14, 2017 at 9:24 PM HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > http://www.smalltalkhub.com/#!/~TorstenBergmann/Scheduler > > Cheers, > > HernÃ¡n > > 2017-09-13 17:36 GMT-03:00 Daniel BLANC <daniel.blanc(a)gmail.com>: > > Hi All, > > > > I'm a very beginner with smalltalk. I am building a small seaside app for > > controlling wifi access of my teenagers kids. In this app I need to > start or > > stop the wifi acces at a given time. > > For the moment I'm doing it with an infinite loop in a process, with this > > code: > > > > WifiController >> startScheduler > > ^ SchedulerProcess > > ifNil: [ SchedulerProcess := [ [ true ] > > whileTrue: [ self schedulerApplyAutoStartStopRules. > > 56 seconds wait ] ] forkNamed: 'DanWifiManagerScheduler' ] > > > > > > I'm wondering if there is a way to do this without this infinite loop ? > May > > be there is a class in the standard pharo image that can execute a code > > block at a given time ? > > > > Thanks, > > Daniel > >

Sept. 17, 2017

Re: [Pharo-users] Pharo 7 license question

by Jimmie Houchin

I understand that Pharo people will in general want to stay away from the GPL. I just didn't know if it would potentially be more equivalent to how other languages work. In Python to my understanding I could do something like #into my MIT licensed app import GPL_library import MIT_library And the GPL not be viral in my app provided I only use the GPL library and am not modifying it in my app. Do I understand this wrong? I haven't yet investigated Pharo 7 yet, so I do not know what would be similar to the above. MyMITClass #initialize "Install configurationOfGPL package" self useGPLPackage Yes it is contrived. But I am trying to see why Pharo would be different? Both are loading GPL code and running it in a mixed system. Regarding dual-licensing. I don't think that is likely. Most of these people prefer the GPL and use it because they want its viral nature and dislike the permissiveness of MIT software. They want to constrain they software. Thanks to all who replied. I just thought I would ask. Jimmie On 09/16/2017 02:17 AM, Stephane Ducasse wrote: > I do not think that the bootstrap changed anything. :) > We will stay away from GPL. > May be you can talk to the people of the libraries you want to use and > see if they are interested in a dual license. > > Stef > > On Fri, Sep 15, 2017 at 10:49 PM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >> Hello, >> >> Pharo 7 to my understanding fundamentally changes Pharo. It is my >> understanding that Pharo 7 starts with a core Pharo kernel and like many >> languages out there, imports or adds code from a variety of external sources >> to the image being built. >> >> With that understanding, I am curious if that would allow for inclusion of a >> specific library/module to be licensed as GPL? And it not affect the other >> code in the composed image? >> >> I am a big believer in the MIT/BSD license and not a big fan of the GPL. >> However, there is software out there that I have avoided looking at the >> source code or attempting to port it to Pharo because it is GPL. I would >> sincerely love if I could now port such a library and license it under the >> GPL as required, and it not affect any other code outside of that specific >> library. >> >> I am not a lawyer. Nor do I know any lawyers. Is is possible for someone to >> get a reasonably definitive answer on this question? >> >> I am sure I am not the only one who has had this desire. I am also sure that >> I am not the only one who will have this question in the future. So it would >> be nice to have a proper legal response that could possibly be explicitly >> stated somewhere on the website or on an FAQ or something. >> >> Regardless of the answer, yes or no. It does need to be a settled issue for >> Pharo. That way someone could know if GPL/LGPL or whatever software could be >> in the catalog. >> >> Just wanted to put that out there to the community. I look forward to the >> answer, should one be or become available. >> >> Thanks. >> >> >> Jimmie >> >> >>

Sept. 17, 2017

Re: [Pharo-users] (no subject)

by Sean P. DeNigris

demarey wrote > Let us know if everything is fine. Was this issue [1] fixed: > I think I found it. It seems to be a bug in the way Launcher/Pharo unzips > the downloaded VM. > The symlink libgit2.dylib becomes unlinked and appears as just a regular > file. If I delete the > Pharo.app and unzip 70.zip (which btw maybe should have been deleted > during cleanup after > the dl) to ./vms/70, the error disappears! [1] From http://forum.world.st/Launcher-Error-w-Pharo-7-tt4959777.html#a4960417 ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Sept. 17, 2017