June 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.4] #14446

by Marcus Denker

14446 ----- Issue 6189: [BUG]: Port to Pharo 1.4 - stdin hangs until EOF http://code.google.com/p/pharo/issues/detail?id=6189 Issue 6143: MIME decoding and Unicode not working http://code.google.com/p/pharo/issues/detail?id=6143 -- Marcus Denker -- http://marcusdenker.de

June 28, 2012

Re: [Pharo-project] Pharo 1.4 and Zodiac

by Henrik Sperre Johansen

On 27.06.2012 15:59, Henrik Sperre Johansen wrote: > On 27.06.2012 15:54, Sean P. DeNigris wrote: >> Dario Trussardi wrote >>> i work with Pharo1.4 Latest update: #14445 on MacBook. >>> >>> I'm interested to do TLS with Zodiac. >>> >> Funny, literally 5 minutes ago I was thinking maybe Zodiac should be >> included in 1.4... >> >> -- >> View this message in context: >> http://forum.world.st/Pharo-1-4-and-Zodiac-tp4636907p4636911.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > Are Windows/Linux versions of the plugin supposed to be automatically > built? > I seem to be getting the same primitive failures with the Cog-win.zip > from the pharo site... > > Cheers, > Henry I'm not saying I don't think "plugin not there" messages couldn't be clearer, or that I might like to be informed that a plugin relies on 3rd party libs which aren't available But when code with no fallback path to the plugin primitives is included in a released image, I would at least expect that plugin to be included in/with provided VM's on all platforms. Cheers, Henry

June 28, 2012

Re: [Pharo-project] Pharo 1.4 and Zodiac

by Marcus Denker

On Jun 28, 2012, at 9:20 AM, Henrik Sperre Johansen wrote: > On 27.06.2012 20:37, Igor Stasenko wrote: >> On 27 June 2012 16:38, Sven Van Caekenberghe <sven(a)beta9.be> wrote: >>> On 27 Jun 2012, at 16:21, Henrik Sperre Johansen wrote: >>> >>>> Well, there's for sure no SqueakSSL so's or dll's in the downloads. >>>> I assumed it might be set to build as internal, in which case it doesn't seem to be working as intended (at least on Windows) >>> It is there the latest Mac OS and Linux VM's, but indeed not in the Windows VM. >>> >> Right, we got SSL only for mac and linux. >> For windows, AFAIK someone told that it has never worked. I think if >> you search mailing list archive for "SSL and windows" you will find it >> quickly. > The compiled .dll Sven linked worked just fine, so *someone* must have gotten it working :) >> The work i did with bundling 3rd party libs with VMs actually opens a >> good opportunity to fix that in future >> (we could DL/compile windows version of OpenSSL library and then >> corresponding plugin).. >> but that is something which has to be done in future. > Maybe it's just me, but I find having it available on all platforms is sort of a nice thing before including it in a release, at least when there's no non-plugin fallback code. I included it because I was told that all the VMs contain the plugin. Marcus -- Marcus Denker -- http://marcusdenker.de

June 28, 2012

Re: [Pharo-project] Pharo 1.4 and Zodiac

by Marcus Denker

On Jun 28, 2012, at 9:20 AM, Henrik Sperre Johansen wrote: > On 27.06.2012 20:37, Igor Stasenko wrote: >> On 27 June 2012 16:38, Sven Van Caekenberghe <sven(a)beta9.be> wrote: >>> On 27 Jun 2012, at 16:21, Henrik Sperre Johansen wrote: >>> >>>> Well, there's for sure no SqueakSSL so's or dll's in the downloads. >>>> I assumed it might be set to build as internal, in which case it doesn't seem to be working as intended (at least on Windows) >>> It is there the latest Mac OS and Linux VM's, but indeed not in the Windows VM. >>> >> Right, we got SSL only for mac and linux. >> For windows, AFAIK someone told that it has never worked. I think if >> you search mailing list archive for "SSL and windows" you will find it >> quickly. > The compiled .dll Sven linked worked just fine, so *someone* must have gotten it working :) >> The work i did with bundling 3rd party libs with VMs actually opens a >> good opportunity to fix that in future >> (we could DL/compile windows version of OpenSSL library and then >> corresponding plugin).. >> but that is something which has to be done in future. > Maybe it's just me, but I find having it available on all platforms is sort of a nice thing before including it in a release, at least when there's no non-plugin fallback code. I included it because I was told that all the VMs contain the plugin. Marcus -- Marcus Denker -- http://marcusdenker.de

June 28, 2012

Re: [Pharo-project] VM , modules, packages and plugins

by Goubier Thierry

Le 28/06/2012 00:48, Igor Stasenko a Ã©crit : > Seeing another thread about "is XYZ plugin there or not" or "what may > cause prim fail" > i REALLY suggest that we should stop and think.. > This plugin's usage logic is inherently flawed.. (or i would say outdated) > > What i would like to see one day is when i installing new code into > image, it pops up a message: > "Your VM missing an XYZ plugin for running this cool code, would you > like to download and install it? Yes No " > > In case of Pharo, we should really start thinking about delivering > quality grade solutions, not something > which might work if you properly jump 2 times and whistle 7 times > while faced North"... > > Look at what the practices which become common today in modern > browsers, and OSes - they updating themselves without a notice > and just asking you to restart it time to time. Why we cannot do the same? > What about using something existing, user-level (for Unix/linux and OSX guys) such as 0install ? I'm using it for part of my desktop and it does the update/search dependencies/compile if needed. I don't think making Pharo plugins and VM available in the 0install system would be hard. http://0install.net/ (and it would work in allmost as many platform as Pharo does). It would only require some space to host the feeds and the files. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

June 28, 2012

Re: [Pharo-project] Pharo 1.4 and Zodiac

by Henrik Sperre Johansen

On 27.06.2012 20:37, Igor Stasenko wrote: > On 27 June 2012 16:38, Sven Van Caekenberghe <sven(a)beta9.be> wrote: >> On 27 Jun 2012, at 16:21, Henrik Sperre Johansen wrote: >> >>> Well, there's for sure no SqueakSSL so's or dll's in the downloads. >>> I assumed it might be set to build as internal, in which case it doesn't seem to be working as intended (at least on Windows) >> It is there the latest Mac OS and Linux VM's, but indeed not in the Windows VM. >> > Right, we got SSL only for mac and linux. > For windows, AFAIK someone told that it has never worked. I think if > you search mailing list archive for "SSL and windows" you will find it > quickly. The compiled .dll Sven linked worked just fine, so *someone* must have gotten it working :) > The work i did with bundling 3rd party libs with VMs actually opens a > good opportunity to fix that in future > (we could DL/compile windows version of OpenSSL library and then > corresponding plugin).. > but that is something which has to be done in future. Maybe it's just me, but I find having it available on all platforms is sort of a nice thing before including it in a release, at least when there's no non-plugin fallback code. Cheers, Henry

June 28, 2012

Re: [Pharo-project] MCSqueaksourceRepository

by Sean P. DeNigris

Camillo Bruni-3 wrote > > That was a quick hack to support a decent menu item entry when adding a > repository. > Well, it's not necessarily a bad design. If we can keep them, I'd like to add class inst vars to MCHttpRepository for user and password, so we can supply credentials to be used for each ss3/ss/etc... Sean -- View this message in context: http://forum.world.st/MCSqueaksourceRepository-tp4636737p4637040.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 28, 2012

[Pharo-project] VM , modules, packages and plugins

by Torsten Bergmann

>What i would like to see one day is when i installing new code into >image, it pops up a message: >"Your VM missing an XYZ plugin for running this cool code, would you >like to download and install it? Yes No " The first problem is that there is no consolidated way to find the plugins. Or am I'm missing something. Remember this: http://code.google.com/p/pharo/wiki/VMPluginOverview http://web.archiveorange.com/archive/v/omFiNcYAwvI6GB8z7r1j As ever it is a question of time to define and implement a working process. Bye T. -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

June 28, 2012

Re: [Pharo-project] VM , modules, packages and plugins

by Schwab,Wilhelm K

I agree, except for silent updates. One should at know what is happening, and further be able to run a "broken" mixture, if only for debugging. ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] Sent: Wednesday, June 27, 2012 6:48 PM To: Pharo Development Subject: [Pharo-project] VM , modules, packages and plugins Seeing another thread about "is XYZ plugin there or not" or "what may cause prim fail" i REALLY suggest that we should stop and think.. This plugin's usage logic is inherently flawed.. (or i would say outdated) What i would like to see one day is when i installing new code into image, it pops up a message: "Your VM missing an XYZ plugin for running this cool code, would you like to download and install it? Yes No " In case of Pharo, we should really start thinking about delivering quality grade solutions, not something which might work if you properly jump 2 times and whistle 7 times while faced North"... Look at what the practices which become common today in modern browsers, and OSes - they updating themselves without a notice and just asking you to restart it time to time. Why we cannot do the same? -- Best regards, Igor Stasenko.

June 28, 2012

Re: [Pharo-project] Pharo and Namespaces

by Igor Stasenko

I want to second Stef's word. Coming from C++ world with namespaces at some point i felt like i really miss that. But my practice shows that what i miss is not a mere syntactic sugar or tool support of having multiple namespaces. No. What i miss is the true modular system, where modules are first-class components of it and know how to connect and interact between each other. If you look at the problem at this angle, you will see that being able to define own binding of some name(s) local to the module scope is just a tiny bit of a larger picture. -- Best regards, Igor Stasenko.

June 27, 2012