October 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] How do I get UIPainter to work on Pharo 3.0?

by StÃ©phane Ducasse

Pay attention - we are sorry and yes spec evolves over time. It is getting stabilized - the UiPainter is an experiment - pay attention that Spec got a new pass on it in Pharo3.0alpha - if you are ready for a bit of edge cutting version, use the latest version and ask questions. On Oct 22, 2013, at 12:29 AM, Buddha Buck <blaisepascal(a)gmail.com> wrote: > I am trying to learn Spec (which seems to be a moving target), and I don't know how all the various widgets and tools are supposed to work. > > Given that there is a Spec-based UIPainter project as part of this years Google Summer of Code (recently completed), I thought it would be a good idea to check that out. At the very least, I could poke around at the generated code and get a handle on how it works. > > Trying to load UIPainter (as per the instructions on http://uipainter-gsoc.over-blog.com/how-to-install-it) into Pharo 2.0 yielded errors about UIPainter being dependent on certain Spec classes which weren't available in Spec on Pharo 2.0. > > The instructions do say Pharo 3.0, so I downloaded the latest image (as of a few days ago), and tried again. The same errors came up. > > A search of the changelogs makes me thing that Pharo 30448 is the change that likely broke this, as it's titled "Remove Morphic Dependency from Spec" and removes a lot of Spec-Widget stuff. This change was also made after the "how to install" page was written. > > So how should I proceed? Should I grab image 30447 and work form that? Should I wait for Spec to stabilize and get documented? > > I'm a newbie to Smalltalk and to Pharo, so I don't know the customs yet. Welcome We are sorry that the system is not better but we are working steadily on it. Stef

Oct. 22, 2013

Re: [Pharo-users] How do I get UIPainter to work on Pharo 3.0?

by phil＠highoctane.be

Moving target indeed. You may want to look for senders of openAsSpec for looking at examples. Phil On Tuesday, October 22, 2013, Buddha Buck <blaisepascal(a)gmail.com> wrote: > I am trying to learn Spec (which seems to be a moving target), and I don't know how all the various widgets and tools are supposed to work. > Given that there is a Spec-based UIPainter project as part of this years Google Summer of Code (recently completed), I thought it would be a good idea to check that out. At the very least, I could poke around at the generated code and get a handle on how it works. > Trying to load UIPainter (as per the instructions on http://uipainter-gsoc.over-blog.com/how-to-install-it) into Pharo 2.0 yielded errors about UIPainter being dependent on certain Spec classes which weren't available in Spec on Pharo 2.0. > The instructions do say Pharo 3.0, so I downloaded the latest image (as of a few days ago), and tried again. The same errors came up. > A search of the changelogs makes me thing that Pharo 30448 is the change that likely broke this, as it's titled "Remove Morphic Dependency from Spec" and removes a lot of Spec-Widget stuff. This change was also made after the "how to install" page was written. > So how should I proceed? Should I grab image 30447 and work form that? Should I wait for Spec to stabilize and get documented? > I'm a newbie to Smalltalk and to Pharo, so I don't know the customs yet. > -- --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

Oct. 22, 2013

Comanche now loads in Pharo 2.0

by HernÃ¡n Morales Durand

I have updated Comanche to load in Pharo 2.0 from SmalltalkHub. Install it from the ConfigurationBrowser -> KomHttpServer I grant access to the repository to anyone which require access (just reply this mail). I have fixed several classes like ModAuth, ModAutoIndex and ModDir and now examples in class comments work. There are some issues to review yet, for example fixing the DirectoryEntry printString in http://localhost:8080/ after evaluating | ma | ma := ModuleAssembly core. ma documentRoot: FileSystem disk workingDirectory fullName. ma directoryIndex: 'index.html index.htm'. ma serveFiles. (HttpService startOn: 8080 named: 'Example') plug: ma rootModule But this is a start and could be useful because many projects have dependencies with Comanche and now can be loaded in Pharo >= 2.0 Cheers, HernÃ¡n

Oct. 22, 2013

How do I get UIPainter to work on Pharo 3.0?

by Buddha Buck

I am trying to learn Spec (which seems to be a moving target), and I don't know how all the various widgets and tools are supposed to work. Given that there is a Spec-based UIPainter project as part of this years Google Summer of Code (recently completed), I thought it would be a good idea to check that out. At the very least, I could poke around at the generated code and get a handle on how it works. Trying to load UIPainter (as per the instructions on http://uipainter-gsoc.over-blog.com/how-to-install-it) into Pharo 2.0 yielded errors about UIPainter being dependent on certain Spec classes which weren't available in Spec on Pharo 2.0. The instructions do say Pharo 3.0, so I downloaded the latest image (as of a few days ago), and tried again. The same errors came up. A search of the changelogs makes me thing that Pharo 30448 is the change that likely broke this, as it's titled "Remove Morphic Dependency from Spec" and removes a lot of Spec-Widget stuff. This change was also made after the "how to install" page was written. So how should I proceed? Should I grab image 30447 and work form that? Should I wait for Spec to stabilize and get documented? I'm a newbie to Smalltalk and to Pharo, so I don't know the customs yet.

Oct. 21, 2013

Re: [Pharo-users] create windows with Pharo 2.0

by ClÃ©ment Bera

I'm not sure what you mean by window. If by window you mean native window (i.e. another window than the pharo window), then you should have a look at the mars project. If by window you mean a morphic window inside the pharo window, then you should have a look at spec (see AbstractSpec, MethodBrowser, ...) If you want to do a professional application for non developers, then you will have to invest some time into design/graphics anyway. StandardWindow is part of Morph so it is good enough to create windows but harder to use (you will have to spend more time on it) than Spec, which is a high level framework on top of Morphic. So I guess you want to use Spec. 2013/10/21 Paolo Piccinelli <captain86(a)hotmail.it> > Good evening guys! > > I've some questions about creating a window in Pharo. I'd like to do a > program usable through windows, so i need some advice about how to create a > window with some textField and buttons to submit what i write into the > fields. Is it correct to use the StandardWindow? Is there something else > that i need to know? > > Thanks in Advance! > Best; > Paolo > >

Oct. 21, 2013

Comanche in Pharo 2.0

by HernÃ¡n Morales Durand

Hello I want to update the KomHttpServer package in SmalltalkHub. It is just one method in ModDoc>>initialize which is now preventing to load KomHttpServer in Pharo 2.0. Is the Comanche in Seaside maintained? http://www.smalltalkhub.com/#!/~Seaside/KomHttpServer If not I will create a repository for Comanche. Cheers, HernÃ¡n

Oct. 21, 2013

create windows with Pharo 2.0

by Paolo Piccinelli

Good evening guys! I've some questions about creating a window in Pharo. I'd like to do a program usable through windows, so i need some advice about how to create a window with some textField and buttons to submit what i write into the fields. Is it correct to use the StandardWindow? Is there something else that i need to know? Thanks in Advance!Best;Paolo

Oct. 21, 2013

Zodiac/SqueakSSL plugin on OSX with Pharo 2.0 error

by recursive68＠gmail.com

>Yes, this is a known issue: certificate management is simple not implemented in the plugin. Client side you >can ignore this (although that is a security problem), server side it is functionally necessary. > >ZnSecureServer only works on Linux, AFAIK. I've said this from day one. > >Sven Thanks for the info.

Oct. 20, 2013

Re: [Pharo-users] Monticello and HTTPS

by Manfred KrÃ¶hnert

Hello Sven, thank you very much again for your help and sorry for the late reply. Up to now I didn't have a chance to check back on this issue. On Mon, Oct 14, 2013 at 11:49 AM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > Hi Manfred, > > On 13 Oct 2013, at 23:56, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> > wrote: > > > Hello Sven, > > > > I had some time to look further into this issue. > > > > On Thu, Oct 10, 2013 at 9:08 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > Manfred, > > > > On 10 Oct 2013, at 20:17, Manfred KrÃ¶hnert <mkroehnert42(a)googlemail.com> > wrote: > > > > > Hi again, > > > > > > the webdav share is located on an OwnCloud instance. > > > It is possible to get a directory listing of the specific directory > with the following ZnClient request: > > > > > > ZnClient new username: 'X' password: 'Y'; get: ' > https://owncloud.server.de/remote.php/webdav/monticello' > > > > Excellent, that means that it fundamentally works ! > > > > Maybe you can try the same for accessing an actual .mcz file, just to be > sure. > > > > If I add a '/MyPackage-MK.1.mcz' to the URL and inspect the result it > shows a big ByteArray instance. > > Which should mean that the file can get accessed remotely via WebDAV. > > Great: so this means that there is no fundamental problem at the HTTP or > Zn level. > > > > In a Pharo 2.0 image do the following steps: > > > > > > * MonticelloBrowser: select package > > > * MonticelloBrowser->'+Repository' > > > * add location: ' > https://owncloud.server.de/remote.php/webdav/monticello' username: 'X' > password: 'Y' > > > * MonticelloBrowser->'Open' > > > > > > * ProgressBar with the following name shows up: > > > 'Loading all file names from > https://owncloud.server.de/remote.php/webdav/monticello' > > > It gets interrupted by a PreDebugWindow with title > > > 'MCRepositoryError: Could not access > https://owncloud.server.de/remote.php/webdav/monticello: > ZnHttpUnsuccessful: 404 Not Found' > > > > > > Opening the Debugger gives the following stacktrace > > > > > > MCHttpRepository>>loadAllFileNames in Block: [:exception | (exception > className beginsWith: 'Zn...etc... > > > BlockClosure>>cull: > > > ... > > > ZnClient>>execute > > > > Have a look at MCHTTPRepository>>#loadAllFileNames and notice how a > query parameter is added, maybe that is the culprit ? Also, a trailing > slash is added, that could be a problem for the server as well. > > > > What I found out is that line 11 of MCHTTPRepository>>#loadAllFileNames > is apparently causing the problem: > > > > queryAt: 'C' put: 'M;O=D'; "legacy that some servers maybe expect" > > > > > > When I access the following URL with ZnClient it returns a 404 error > (does not exist): > > > > ZnClient new username: 'X' password: 'Y'; get: ' > https://owncloud.server.de/remote.php/webdav/monticello/?C=M%3BO%3DD' > > > > This 404 is the exception which is thrown and caught by the debugger. > > I took the query from the http client request which I inspected in the > debugger. > > > > When the 'queryAt:...' line is commented out the contents of the > repository is shown when I choose 'Open' on the specific repository in > MonticelloBrowser. > > Maybe this is an issue with the WebDAV implementation of OwnCloud > (version 5.0.10 in this case). > > Like the comment says: this is something weird from the past, I do not > know what it means. Maybe the time has come to just remove it. Yes, this could be the case. But I wont vote for it since I don't have any experience in this area ;-) > > The next strange thing here is that all entries in the opened browser > are prefixed with 'remote.php/webdav/monticello/'. > > And they are all marked in a bold font which means completely new to the > system if I remember correctly. > > Then I checked the MD5 sums of the .mcz files and the ones from the > package cache have a different checksum than the one on the webdav share. > > Although I used the MonticelloBrowser 'Copy' action. > > The repository listing has to be correct, also in its use of naming and > URLs. This is a correct one: http://mc.stfx.eu/ZincHTTPComponents/ - note > the simple name and relative URL. But such a relative URL can only work if > the base URL of the page ends with /. Monticello can work on WebDAV but it is not written specifically for it. > Maybe there are others out there who can help you better how to configure > your server. > > You could also have a look at ZnMonticelloServerDelegate, which is an > implementation of a very simple Monticello repository server in Pharo. You > should be able to understand the simple protocol from that code. > I see. The listing I get from the OwnCloud server looks a bit different. More like a general Directory listing with additional information like size, type, and modification date arranged in a table. It might be that the complete path behind the server domain is used in my case and not stripped down to the last part of the URL. If I get a chance to do so I'll check this myself. No need for you to dive in. For now I found a different way to synchronize my packages without this server. Best, Manfred

Oct. 20, 2013

Re: [Pharo-users] Zodiac/SqueakSSL plugin on OSX with Pharo 2.0 error

by Sven Van Caekenberghe

Yes, this is a known issue: certificate management is simple not implemented in the plugin. Client side you can ignore this (although that is a security problem), server side it is functionally necessary. ZnSecureServer only works on Linux, AFAIK. I've said this from day one. Sven On 20 Oct 2013, at 14:00, recursive68(a)gmail.com wrote: > Forgot to include command that fails: > > (ZnSecureServer on: 8443 ) > certificate: '/Development/Smalltalk/self-crt/server.pem'; > logToTranscript; > start; > yourself. >

Oct. 20, 2013

Zodiac/SqueakSSL plugin on OSX with Pharo 2.0 error

by recursive68＠gmail.com

Forgot to include command that fails: (ZnSecureServer on: 8443 ) certificate: '/Development/Smalltalk/self-crt/server.pem'; logToTranscript; start; yourself.

Oct. 20, 2013

Zodiac/SqueakSSL plugin on OSX with Pharo 2.0 error

by recursive68＠gmail.com

Hi, I'm getting this plugin error when trying to use this command to run a SSL webserver on OSX with Pharo 2.0/Zodiac/SqueakSSL plugin: Error: SSL Exception: accept failed [code: -5] being called here: accept "Do the SSL server handshake." | count result | self resetEncryptedBuffers. count := 0. connecting := true. [ self sslSession isConnected ] whileFalse: [ count := self readEncryptedBytes: in startingAt: 1 count: in size. result := self sslSession accept: in from: 1 to: count into: out. result < -1 ifTrue: [ ^ self sslException: 'accept failed' code: result ]. result > 0 ifTrue: [ self flushEncryptedBytes: out startingAt: 1 count: result ] ]. connecting := false Looking at the SqueakSSL plugin source code: -5 indicates a generic SSL exception/error, any ideas what this could be ? My self-signed certificate works fine when run using openssl ( openssl s_server -accept 8443 -cert server.pem -WWW ). Thanks

Oct. 20, 2013

Re: [Pharo-users] Alert Messages don't disappear

by Davide Varvello

Yep, I'd love to know why :-) Anyway, today there is no more that weird behaviour. I'm puzzled. Davide btc wrote > Do you mean you want to know why ? > Not within my capabilities. > > Do you just want them gone so you can continue working in the image? > Bring up halos on them and click > <Close> > . Exact key combinations varies > with OS platform. On windows its > <Alt-Shift-Click> > . > > cheers -ben -- View this message in context: http://forum.world.st/Alert-Messages-don-t-disappear-tp4715828p4715931.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 19, 2013

Re: [Pharo-users] ZnServer + keep alive

by Sven Van Caekenberghe

Hi Paul, On 19 Oct 2013, at 17:31, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > From reading the Zinc docs here: http://zn.stfx.eu/zn/zinc-http-components-paper.html I can see that ZnClient supports the 'Keep Alive' header. > > > Does ZnManagingMultiThreadedServer? > > > Seems like it does from the code, assuming the presence of the 'Keep-Alive' header from the client and a HTTP v 1.1 connection, but I'm not sure. Yes, both the old(er) HTTP 1.0 Keep-Alive behaviour as well as the current HTTP 1.1 behaviour (which keeps connections open by default) is implemented by both ZnClient and ZnMultiThreadServer and subclasses. > If so, is there a way to configure the timeout or max # of connections? I just want to make sure the settings in my nginx proxy match up with Zinc Currently, the server is lazy in the sense that it keeps connections open forever, or more precisely until they fail. Normally, a server should indeed protect itself by using both a limit on the number of connection that can be active concurrently and a specific timeout for closing kept alive connections. The max number of connection could be easily added, probably in ZnManagingMultiThreadedServer>>#socketStreamOn: where a 503 could then be returned. The hook for the other behaviour could be implemented by extending/overriding ZnManagingMultiThreadedServer>>#periodicTasks. The problem is of course that one thread/process would kill the connection of another, which could be in any state. Of course, putting nginx in front is a nice way to do resource protection in production. > Thanks > > Paul HTH, Sven

Oct. 19, 2013

ZnServer + keep alive

by Paul DeBruicker

From reading the Zinc docs here: http://zn.stfx.eu/zn/zinc-http-components-paper.html I can see that ZnClient supports the 'Keep Alive' header. Does ZnManagingMultiThreadedServer? Seems like it does from the code, assuming the presence of the 'Keep-Alive' header from the client and a HTTP v 1.1 connection, but I'm not sure. If so, is there a way to configure the timeout or max # of connections? I just want to make sure the settings in my nginx proxy match up with Zinc Thanks Paul

Oct. 19, 2013

Re: [Pharo-users] Alert Messages don't disappear

by btc＠openinworld.com

Davide Varvello wrote: > Hi, > > I'm on Pharo 2.0. I don't know why, but today, at the end of test runs, the > alert dialog about the successful or failure of tests does not disappear by > itself, I have to manually click on x to close. > > Probably I typed a combination of keys that prevents the dialog to dissolve, > but I was not aware of it. > > Can you help me please? > Thanks > > Davide > > > > -- > View this message in context: http://forum.world.st/Alert-Messages-don-t-disappear-tp4715828.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > Do you mean you want to know why ? Not within my capabilities. Do you just want them gone so you can continue working in the image? Bring up halos on them and click <Close>. Exact key combinations varies with OS platform. On windows its <Alt-Shift-Click>. cheers -ben

Oct. 19, 2013

Alert Messages don't disappear

by Davide Varvello

Hi, I'm on Pharo 2.0. I don't know why, but today, at the end of test runs, the alert dialog about the successful or failure of tests does not disappear by itself, I have to manually click on x to close. Probably I typed a combination of keys that prevents the dialog to dissolve, but I was not aware of it. Can you help me please? Thanks Davide -- View this message in context: http://forum.world.st/Alert-Messages-don-t-disappear-tp4715828.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 18, 2013

Re: [Pharo-users] Loading Fuel in Pharo 1.4 -> Could not resolve Fuel

by HernÃ¡n Morales Durand

Ok, solved it by loading manually ConfigurationOfFuel from http://www.smalltalkhub.com/#!/~Pharo/Fuel Cheers, HernÃ¡n 2013/10/18 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > Trying to load Fuel in Pharo 1.4 one click from the Configuration Browser > raise an exception: > > Error: Could not resolve: Fuel [Fuel-MaxLeske.686] in > C:\Pharo-1.4-one-click.app\Contents\Resources\package-cache > http://ss3.gemstone.com/ss/Fuel > > Is there a way to load Fuel in Pharo 1.4? > > Cheers, > > HernÃ¡n >

Oct. 18, 2013

Re: [Pharo-users] Spec Lists - setting the selection

by btc＠openinworld.com

Oct. 18, 2013

Loading Fuel in Pharo 1.4 -> Could not resolve Fuel

by HernÃ¡n Morales Durand

Trying to load Fuel in Pharo 1.4 one click from the Configuration Browser raise an exception: Error: Could not resolve: Fuel [Fuel-MaxLeske.686] in C:\Pharo-1.4-one-click.app\Contents\Resources\package-cache http://ss3.gemstone.com/ss/Fuel Is there a way to load Fuel in Pharo 1.4? Cheers, HernÃ¡n

Oct. 18, 2013

Pharo 3 alpha - new inspectors demo - Morph Viewer

by btc＠openinworld.com

I've just been impressed by the new inspectors in Pharo 3 being able to display a Morph (I don't think that was possible before). For anyone interested in having a look here is a quick procedure... 1. Open Pharo 3 2. Shift-click on the background to get up a selection list "find window" from which select ImageMorph 3. From the spanner icon, select <explore morph> 4. Observe that it show this as a 'Tree Inspector'. Change this to 'Morph Viewer' Another thing to try, then change to TreeInspector and expand 'icons'.... Smalltalk ui icons inspect Thats it. Very nice work. cheers -ben

Oct. 18, 2013

Gstreamer

by Annick Fron

Hi, I would like to know whether somebody knows about the gstreamer plugin. I would like to make it run on the Raspberry. I have already worked on a Java mapping here : http://code.google.com/p/gstreamer-java/ But it addresses only version 0.10 and not version 1.0. I will be in the Gstreamer conference next week in Edimburg. Annick Fron

Oct. 18, 2013

Re: [Pharo-users] fileout or something similar from crashed image

by Guillermo Polito

But recover not commited changes? :) In any case, we recovered the image with Oz yesterday :) On Mon, Oct 14, 2013 at 4:31 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > recover lost changes is the way to go and martin is preparing a better > version of it. > > > On Oct 14, 2013, at 10:08 AM, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > > > Hello, > > > > I crashed my image and I had some unsaved code. Now, I know I can go to > the changes file but I'm lazy. I am told there is a tool that allows > "repairing/rejuvenating" a crashed image to recover .mcz files and I would > like to give it a try. > > > > Tx > > > > Usman > > >

Oct. 17, 2013

Re: [Pharo-users] Comanche on HTTPS

by phil＠highoctane.be

Wow, very useful thing! This one joins 'pen' http://manpages.ubuntu.com/manpages/lucid/man1/pen.1.html :-) Phil On Thu, Oct 17, 2013 at 10:00 AM, GÃ¶ran Krampe <goran(a)krampe.se> wrote: > On 10/17/2013 09:57 AM, Bernat Romagosa wrote: > >> Hi list, >> >> Is there a way to serve HTTPS via Comanche? >> >> I can't use Zinc or Swazoo. Our app uses a version of Comanche that's >> pretty much hand-tailored for our needs, and switching would be quite a >> massive amount of work. >> >> In case it's not currently supported, does someone know what would it >> take to implement it? >> > > Any reason you can't use say stud in front? stud is very small and just > does exactly what you want :) > > https://github.com/bumptech/**stud <https://github.com/bumptech/stud> > > regards, GÃ¶ran > > PS. Using SqueakSSL on server side does NOT scale. > > > >

Oct. 17, 2013

Re: [Pharo-users] Comanche on HTTPS

by Sven Van Caekenberghe

Hi Bernat, On 17 Oct 2013, at 09:57, Bernat Romagosa <tibabenfortlapalanca(a)gmail.com> wrote: > Hi list, > > Is there a way to serve HTTPS via Comanche? > > I can't use Zinc or Swazoo. Our app uses a version of Comanche that's pretty much hand-tailored for our needs, and switching would be quite a massive amount of work. > > In case it's not currently supported, does someone know what would it take to implement it? Have a look at ZnSecureServer, in particular at ZnSecureServer>>#socketStreamOn: Doing an #accept is basically all there is to it. HTH, Sven PS: Note that such a server does only work on Linux. > Thanks! > > Bernat. > > -- > Bernat Romagosa.

Oct. 17, 2013