- Pharo-dev - lists.pharo.org

Re: [Pharo-project] new Cog VMs uploaded

by Toon Verwaest

> You have it backwards. There is *no* GPL code in OpenQwaq. If there > had been the whole project would have had to become GPL and Teleplace > could not have protected itself against others using the code. By > releasing the code as GPL Teleplace's investors retain the sole > commercial rights to the code. No-one else can use the code without > their contributions becoming GPL. Hence no-one wanting to do > commercial development using OpenQwaq can do so and protect their > contributions. Teleplace's investors, however, /can/ subsequently > sell or exploit commercial rights to the code, which they still hold. A policy that even Richard Stallman sees as good use of GPL...

May 5, 2011

Re: [Pharo-project] new Cog VMs uploaded

by Eliot Miranda

On Wed, May 4, 2011 at 5:33 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 4 May 2011 23:39, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > Hi chris > > > > > >> You should be able to extract the code and use it in Pharo/Squeak > >> without issue, even if it is GPL. What you can't do is include it in > >> the distribution, since it isn't MIT. You also shouldn't study the > >> code and write your own version of it - I believe that would be a > >> derivative work, which would likely make it a GPL derivative. > > > > so it does not exist and this is better because GPL is viral and we do > not want it. > > > > I finding it really funny that GPL were invented to help open-source > to rise and spread, > and now its just stands in your way, as any other closed-source > proprietary one... > > >> However, if it was extracted, and you brought it in to do profiling, > >> and then removed it afterwards, that shouldn't be an issue at all. > >> Just remember to remove it after you no longer need it - that way the > >> GPL code won't accidentally creep into the Pharo/Squeak code-base. > >> > >> Basically, this would be a great example of a project that should be > >> an external project and not part of core (or dev). > > > > the problem is that this kind of philosophy goes against the spirit of > smalltalk > > of been able to read and learn the code and modify it. > > > I think that Teleplace has not much choice under which license to > release this code, > because as long as you using even portion of GPL-ed code, you are > forced to use GPL as well. > You have it backwards. There is *no* GPL code in OpenQwaq. If there had been the whole project would have had to become GPL and Teleplace could not have protected itself against others using the code. By releasing the code as GPL Teleplace's investors retain the sole commercial rights to the code. No-one else can use the code without their contributions becoming GPL. Hence no-one wanting to do commercial development using OpenQwaq can do so and protect their contributions. Teleplace's investors, however, /can/ subsequently sell or exploit commercial rights to the code, which they still hold. > > >> > >> -Chris > >> > > > -- > Best regards, > Igor Stasenko AKA sig. > >

May 5, 2011

Re: [Pharo-project] Making cr to autocomplete as well as tab (in Pharo 1.3)

by Tudor Girba

Hi, This is not great at all. Please read this before going forward. We had this in OCompletion before and then it got changed to not use CR for a reason. The problem is when using fluent APIs that are best read when written on multiple lines. For example, suppose that I want to type something like this in Glamour: ... a tree display: [ ... ] After typing "a tree", the first proposed item is "treeLayout" (see the attached picture). If I press enter to go to the next line "tree" is replaced with "treeLayout" and this is not the behavior I want. The problem is that CR has a useful meaning when typing a piece of text and this makes it not good as a completion character. Tab on the other hand, is only used in Smalltalk at the beginning of an empty line so there is no danger of overloading its functionality in the middle of a text. Now, if you insist, I still believe there is a place for CR. Completion has two modes: 1. one in which I write and the completion offers me something, and 2. one in which I am after I press the down arrow to select some completion item. For 1. you do not want to have CR as a completion character. For 2. it is probably ok because you enter explicitly in a temporary mode and thus you are not typing anymore and this will not induce the conflict. Cheers, Doru On 5 May 2011, at 17:37, Thierry Lebourque wrote: > That is really great! > Many thanks > > 2011/5/5 Igor Stasenko <siguctua(a)gmail.com>: >> Hi, i just found inconvenient that for autocompletion i should press >> tab all the time >> while i tend to always hit enter, which instead of pasting suggestion, >> inserts cr into text. >> >> So i hacked a lil piece of code to make autocompletion to insert >> suggested text when you pressing either tab or cr >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > -- www.tudorgirba.com "Reasonable is what we are accustomed with."

May 5, 2011

Re: [Pharo-project] [squeak-dev] Personalized systems with Treated

by Miguel CobÃ¡

This workaround is valid although not less a workaround. The problem with those other repositories is that they are for specific uses, as Stef said in other post, the Treated repository is for packages integrated in current Pharo. So, of course you could post some package there but it wont belongs to there really. This workaround it could be better implemented if the package with specific changes will be pushed to some dedicated compatibility repository where everyone can push every package and use it in their install procedures. That would be better. Now, lets remember that for Pharo at lease, backwards compatibility is a "great to have" feature not a "must have at all means" feature. So if sometime, with some release, current or future, a break with the past is to be made, it will be made. That is for sure. There can be a few people that will be affected by this (in this case that they can't install something just like they could yesterday, but hey, this is life, as Markus said, no progress is to be dead already) but the majority won't care/will be happier because it is always better for a few persons to fix some problems than the entire project to stall waiting to be all for everyone and always. The changes of core libraries, (collections, kernel, etc) almost sure be ported to pharo from squeak and if some package release can't work because of a missing library in Squeak not yet in Pharo that won't be a big problem. Next release will work, when Pharo has the fixes. We don't worry, one step a time. And nobody has died by waiting a little for some wanted feature. So in the end, I think that this is a non-issue, just a minor effect of the vision of Pharo that is solved with a little of time and patience. Other thing, we really don't like changesets or gofer scripts for installing anything on Pharo (even if we really like gofer). Why? Because they aren't a package management system. The end result could be the same: the packages are installed in the system, that is granted, but the capability of Metacello of declaring which other configurations it depends on and the one of querying the configuration to see the full list of packages to be installed is something that no gofer script, installer script or SqueakMap feature can handle right now without downloading everything to check. Regards El miÃ©, 04-05-2011 a las 21:35 -0500, Chris Muller escribiÃ³: > To support Magma 1.2, I introduced some changes to OrderedCollection > into the Squeak trunk some time ago. To deliver Magma to Pharo users, > I needed to have these same enhancements in Pharo 1.1 and 1.2. But > they were already released, so how was this solved? > > My first instinct was to deliver a change-set; the classical way to > modify the system. But I know dirty packages are unattractive, and > besides that the only way to achieve one-click load of something > involving a change-set + MC-packages in Pharo is with a SAR - overkill > since Magma is just MC packages; no resources. I really wanted to > release Magma 1.2 to Pharo with just a Gofer script. > > So, I decided to import the same changes I made to Squeak's > OrderedCollection into Pharo's and then save that new version to the > Inbox and adjusted my Gofer script for loading Magma to merge that > version of Collections from repositories: Pharo, Inbox, TreatedInbox. > > I knew they would accept it, thank you Pharo, BUT it's nice to know > that I could actually deliver my application without having to wait > for it to be integrated, or worry even if it didn't get accepted; that > chain of repositories should work immediately and forever, no matter > the outcome of acceptance. > > Thanks to MC merging, this is as unintrusive as it can be; in case > someone runs with their own "personalizations" to the Collections > package, loading Magma won't clobber them; nor will updating with > official Pharo-released patches, because those are merged too. > > With the context of this experience, I came to view the "Treated" > repository with a new respect; enabling a non-core developer to > personalize system packages for my application.. > > - Chris > -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

May 5, 2011

Re: [Pharo-project] Popularity of Smalltalk in Software Industry

by Toon Verwaest

On 05/05/2011 05:46 PM, Dave Mason wrote: > On May 5, 2011, at 11:32, Toon Verwaest wrote: > >> This is totally unrelated to having an image; it's just a great debugger implementation. 2 completely different things. No reason why this wouldn't work for C; except for the fact that they didn't do it yet (those lazy bastards). > ... and that it's an order of magnitude more difficult! > > Yes, there are certainly other aspects of being image-based that are way cool, but iterative code development and debugging is a big part of it. > > (I am teaching a Java course right now with BlueJ, which is a cool environment (at least if you're not used to an image-based system like Smalltalk). It provides a little UML diagram of your classes, and you can create an object by clicking on the appropriate class, and inspect, and call methods. Objects that you create appear on a "workbench". So I had build up a little example with a few objects, found a bug, and edited the class, hit "compile" and *poof* empty workbench. Yes, in Java they probably could have emulated the image, but it's a lot of work!) > > ../Dave It's more difficult because it's not integrated yet. Suppose that this was already integrated within GDB? Suppose GDB looked like a Smalltalk debugger? Is there anything technical that stands in your way? C is annoying for many other reasons, but not for that one.

May 5, 2011

Re: [Pharo-project] Making cr to autocomplete as well as tab (in Pharo 1.3)

by Mariano Martinez Peck

+1. I will commit it to OCompletion and then update ConfigurationOfOCompletion. On Thu, May 5, 2011 at 5:37 PM, Thierry Lebourque <zebourk(a)gmail.com> wrote: > That is really great! > Many thanks > > 2011/5/5 Igor Stasenko <siguctua(a)gmail.com>: > > Hi, i just found inconvenient that for autocompletion i should press > > tab all the time > > while i tend to always hit enter, which instead of pasting suggestion, > > inserts cr into text. > > > > So i hacked a lil piece of code to make autocompletion to insert > > suggested text when you pressing either tab or cr > > > > -- > > Best regards, > > Igor Stasenko AKA sig. > > > > -- Mariano http://marianopeck.wordpress.com

May 5, 2011

Re: [Pharo-project] Popularity of Smalltalk in Software Industry

by Camillo Bruni

On 2011-05-05, at 17:39, CÃ©drick BÃ©ler wrote: > > Le 5 mai 2011 Ã 17:32, Toon Verwaest a Ã©crit : > >> On 05/05/2011 05:26 PM, CÃ©drick BÃ©ler wrote: >>> >>>> Lastly, most Smalltalk systems are image based... >>> >>> ...which makes you feel the system is "alive", hence one **huge benefit** of Smalltalk: its debugger which enables on the fly debbuging... and also test driven development (real one [1]) where you can run incomplete code and code what's missing iteratively when you need it (Smalltalk is a live system, not only a language as somebody said lately). >>> >>> CÃ©drick >>> >>> [1] see in particular this webcast: http://www.pharocasts.com/2010/01/starting-with-sunit-and-debugger.html >> Seriously ... these points in favor of the image are so m00t. Lets see how it would work without an image: >> >> I write a C application which I link to GCC. Now I run GDB on my application, and while running I have the whole GCC compiler collection at my disposal while running. While debugging (at some breakpoint) I just let the GCC library compile some C code for me; I turn on the executable flag and whooptidoo, I have a Smalltalk like debugger for C. >> >> This is totally unrelated to having an image; it's just a great debugger implementation. 2 completely different things. No reason why this wouldn't work for C; except for the fact that they didn't do it yet (those lazy bastards). > > ok, true :) > > but, it's not only the debugger... getting senders, implementers, class that use it, methods that contains this word, ... > of course, this is doable with files (see eclipse *sigh*), but I prefer the snappy feeling of an image for that... the snappiness could be easily achieved with a fulltext search index (just look how fast spotlight works on a couple of millions of files on my machine...) The main issue of the image, is that it locks you out, making it close to impossible to use other tools than smalltalk. Though the nice thing about the image is that you can start up your IDE in less than a second, and again, this is not necessarily linked to Smalltalk and could be achieved for C programs as well.

May 5, 2011

Re: [Pharo-project] Popularity of Smalltalk in Software Industry

by Dave Mason

On May 5, 2011, at 11:32, Toon Verwaest wrote: > This is totally unrelated to having an image; it's just a great debugger implementation. 2 completely different things. No reason why this wouldn't work for C; except for the fact that they didn't do it yet (those lazy bastards). ... and that it's an order of magnitude more difficult! Yes, there are certainly other aspects of being image-based that are way cool, but iterative code development and debugging is a big part of it. (I am teaching a Java course right now with BlueJ, which is a cool environment (at least if you're not used to an image-based system like Smalltalk). It provides a little UML diagram of your classes, and you can create an object by clicking on the appropriate class, and inspect, and call methods. Objects that you create appear on a "workbench". So I had build up a little example with a few objects, found a bug, and edited the class, hit "compile" and *poof* empty workbench. Yes, in Java they probably could have emulated the image, but it's a lot of work!) ../Dave

May 5, 2011

Re: [Pharo-project] Popularity of Smalltalk in Software Industry

by CÃ©drick BÃ©ler

Le 5 mai 2011 Ã 17:32, Toon Verwaest a Ã©crit : > On 05/05/2011 05:26 PM, CÃ©drick BÃ©ler wrote: >> >>> Lastly, most Smalltalk systems are image based... >> >> ...which makes you feel the system is "alive", hence one **huge benefit** of Smalltalk: its debugger which enables on the fly debbuging... and also test driven development (real one [1]) where you can run incomplete code and code what's missing iteratively when you need it (Smalltalk is a live system, not only a language as somebody said lately). >> >> CÃ©drick >> >> [1] see in particular this webcast: http://www.pharocasts.com/2010/01/starting-with-sunit-and-debugger.html > Seriously ... these points in favor of the image are so m00t. Lets see how it would work without an image: > > I write a C application which I link to GCC. Now I run GDB on my application, and while running I have the whole GCC compiler collection at my disposal while running. While debugging (at some breakpoint) I just let the GCC library compile some C code for me; I turn on the executable flag and whooptidoo, I have a Smalltalk like debugger for C. > > This is totally unrelated to having an image; it's just a great debugger implementation. 2 completely different things. No reason why this wouldn't work for C; except for the fact that they didn't do it yet (those lazy bastards). ok, true :) but, it's not only the debugger... getting senders, implementers, class that use it, methods that contains this word, ... of course, this is doable with files (see eclipse *sigh*), but I prefer the snappy feeling of an image for that...

May 5, 2011

Re: [Pharo-project] Making cr to autocomplete as well as tab (in Pharo 1.3)

by Thierry Lebourque

That is really great! Many thanks 2011/5/5 Igor Stasenko <siguctua(a)gmail.com>: > Hi, i just found inconvenient that for autocompletion i should press > tab all the time > while i tend to always hit enter, which instead of pasting suggestion, > inserts cr into text. > > So i hacked a lil piece of code to make autocompletion to insert > suggested text when you pressing either tab or cr > > -- > Best regards, > Igor Stasenko AKA sig. >

May 5, 2011