May 2020 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pharo-dev] About strange email related to smalltalkhub read-only on squeak-dev

by Norbert Hartl

Yes, let us coordinate what to respond. To me this doesn't even sound like Ron. Usually he is a rather quite and reasonable guy. Seems to be a lot of misunderstandings here (again). As I was the one copying the Cryptography package to github it concerns me a bit. I've been remembered now about yet another strange law suit in the US and indeed we need to raise a bit of awareness for this. So let's figure out what has to be done. Norbert > Am 30.05.2020 um 14:43 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > Hi all > > This is the week-end and we worked super well yesterday during the sprint. Lot of good enhancements - Thanks a lot to all the participants. > I not really happy to be forced to do it on a sunny saturday but Iâm doing it to clarify points. > > Esteban sent me this text that was posted on Squeak-Dev (I personally do not read squeak related forums because > I have not the time and my focus is Pharo, its consortium, my team, my research and my family). > > We have to react because > - We do not really at ***all** understand this email > - We did not kicked anybody from our mailing-list from ages - so ron is lying. In the past we even had discussion with ron - so we do not > really understand. May be we got problem to log on our mailing-lists. > We have no idea because we are working and not looking at such things. > - When we migrated smalltalkhub to readonly we payed attention to make sure that private projects stay private. > We did not migrated smalltalkhub for fun. We MUST do it or it will be done by our infrastructure! > - Now the cryptography packages are MIT and they are public anyway. So again we do not understand anything. > > We do not get why Ron contacted us because we announced the migration publicly way in advance and we will keep > the Smalltalkhub frozen repo for at least next 5 years. > > I feel really sorry to hear such kind of email because we do not want to fight with anybody. > Our goal is to make sure that people can work with Pharo and expand their business and knowledge. > We are working hard to make sure that people can invent their future with Pharo and people that know us personally > know that we are not lying. > > S > > >> Hi all, >> >> I've tried to work with the Pharo group but they keep kicking me out of their mailing list. I've already mentioned this a number of times to the Pharo group but nobody seems to care. >> >> BOLD BOLD BOLD PLEASE TAKE THIS SERIOUSLY BOLD BOLD BOLD >> >> I am not a lawyer but we used very good lawyers to make the squeaksource repository a safe place to do cryptography work. If you are working on cryptography DO NOT POST your code anywhere except squeaksource. Especially if you are in the USA. The ONLY repository that is approved to host our cryptography code in the USA and therefore not subject to criminal violations is squeaksource. It is a CRIME in the USA to move code and make it available on the internet for everyone to download! It must be hosted on squeaksoruce.com <http://squeaksoruce.com/> or another location that is also properly registered. >> >> IF YOU COPIED CRYPTOGRAPHY CODE TO ANOTHER REPOSITORY THAT IS NOT REGISTERED I would recommend you delete it immediately. >> >> END BOLD! >> >> Please feel free to post this to the Pharo mailing list because they apparently do not want to hear from me! >> >> All the best, >> >> Ron Teitelbaum > > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr <http://stephane.ducasse.free.fr/> / http://www.pharo.org <http://www.pharo.org/> > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

May 30, 2020

Pharo 8. Epicea seems to be turned off. how do I get it working again?

by PAUL DEBRUICKER

Hi- I had an image lock up so I "Force quit" it from the apple menu. When I check "Code Changes" its most recent changes are from 9 days ago. My most recent save was a few hours ago & I was able to restore the missing code between the save & now by dropping the changes file in the image. How do I double check and get epicea running again in this image? Thanks

May 30, 2020

About strange email related to smalltalkhub read-only on squeak-dev

by StÃ©phane Ducasse

Hi all This is the week-end and we worked super well yesterday during the sprint. Lot of good enhancements - Thanks a lot to all the participants. I not really happy to be forced to do it on a sunny saturday but Iâm doing it to clarify points. Esteban sent me this text that was posted on Squeak-Dev (I personally do not read squeak related forums because I have not the time and my focus is Pharo, its consortium, my team, my research and my family). We have to react because - We do not really at ***all** understand this email - We did not kicked anybody from our mailing-list from ages - so ron is lying. In the past we even had discussion with ron - so we do not really understand. May be we got problem to log on our mailing-lists. We have no idea because we are working and not looking at such things. - When we migrated smalltalkhub to readonly we payed attention to make sure that private projects stay private. We did not migrated smalltalkhub for fun. We MUST do it or it will be done by our infrastructure! - Now the cryptography packages are MIT and they are public anyway. So again we do not understand anything. We do not get why Ron contacted us because we announced the migration publicly way in advance and we will keep the Smalltalkhub frozen repo for at least next 5 years. I feel really sorry to hear such kind of email because we do not want to fight with anybody. Our goal is to make sure that people can work with Pharo and expand their business and knowledge. We are working hard to make sure that people can invent their future with Pharo and people that know us personally know that we are not lying. S > Hi all, > > I've tried to work with the Pharo group but they keep kicking me out of their mailing list. I've already mentioned this a number of times to the Pharo group but nobody seems to care. > > BOLD BOLD BOLD PLEASE TAKE THIS SERIOUSLY BOLD BOLD BOLD > > I am not a lawyer but we used very good lawyers to make the squeaksource repository a safe place to do cryptography work. If you are working on cryptography DO NOT POST your code anywhere except squeaksource. Especially if you are in the USA. The ONLY repository that is approved to host our cryptography code in the USA and therefore not subject to criminal violations is squeaksource. It is a CRIME in the USA to move code and make it available on the internet for everyone to download! It must be hosted on squeaksoruce.com or another location that is also properly registered. > > IF YOU COPIED CRYPTOGRAPHY CODE TO ANOTHER REPOSITORY THAT IS NOT REGISTERED I would recommend you delete it immediately. > > END BOLD! > > Please feel free to post this to the Pharo mailing list because they apparently do not want to hear from me! > > All the best, > > Ron Teitelbaum -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

May 30, 2020

Re: [Pharo-users] Getting Pharo running on AWS

by Mariano Martinez Peck

Hi Mark, Something you may want to consider in the future is to use Docker. You can easily deploy Docker images with Pharo and you can also use `docker-machine` to create and manage your AWS EC2 instances. I recently wrote a blog post about that but with VA Smalltalk: https://dev.to/martinezpeck/deploying-vasmalltalk-on-amazon-aws-arm-servers… Best, On Fri, May 29, 2020 at 9:30 AM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > On 29 May 2020, at 14:19, Mark Guzdial <mjguz(a)umich.edu> wrote: > > > > Thanks, Sven. Yes, thereâs a big learning curve to be able to use your > scripts, but they do seem powerful. > > > > Iâm trying to work my way through your minimal-pharo-server-tools. Iâm > using these scripts right now: > > > > $ git clone https://github.com/svenvc/minimal-pharo-server-tools.git > > > > $ ~/minimal-pharo-server-tools/install.sh > > $ cd build && ~/pharo/build.sh > > $ ~/minimal-pharo-server-tools/run/pharo-http-server/deploy.sh > > $ sudo systemctl start pharo-http-server > > > > Cloning and installing went fine. Iâm working on this line "cd build && > ~/pharo/build.sh.â There is no build directory in cloned git repository. > There is a build.sh, but it has hard-coded references to the directory > pharo (as in the line). There is no directory pharo in the repository, and > it doesnât get created in install.sh. Should I be renaming the > server-tools directory as pharo? Or should I be installing pharo inside > the repository structure? > > > > tl;dr: What directory structure do your tools expect, and what do I have > to create (vs what your scripts create)? > > Yes, there was a small typo there: there is no ~/build directory, there is > a ~/pharo directory, which gets created when you run the install.sh script. > > Later, the deploy.sh script creates the ~/pharo-http-server directory > where the example server/services runs from. > > > Thanks! > > - Mark > > > > > >> On May 29, 2020, at 2:43 AM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> > >> Hi Mark, > >> > >> There is of course a significant learning curve here. You will need to > understand what Metacello is, Monticello & Iceberg (GitHub) repositories, > ConfigurationOfXXX & BaselineOfXXX. > >> > >> The books are good starting points. > >> > >> This is another recent thread: > http://forum.world.st/running-Pharo8-in-Digitalocean-tt5115160.html > >> > >> HTH, > >> > >> Sven > >> > >>> On 29 May 2020, at 02:07, Mark Guzdial <mjguz(a)umich.edu> wrote: > >>> > >>> While Iâm asking newbie questions, perhaps you could explain this > example in the Enterprise book: > >>> > >>> <PastedGraphic-1.png> > >>> > >>> What is http://www.smalltalkhub.com/mc/Me/MyApp/main here? Is > ConfigurationOfMyApp my name, or is it a command line parameter? > >>> > >>> Thanks! > >>> - Mark > >>> > >>> > >> > >> > > > > > -- Mariano Martinez Peck Email: marianopeck(a)gmail.com Twitter: @MartinezPeck LinkedIn: www.linkedin.com/in/mariano-martinez-peck <https://www.linkedin.com/in/mariano-mart%C3%ADnez-peck/> Blog: https://marianopeck.wordpress.com/

May 29, 2020

Re: [Pharo-users] Getting Pharo running on AWS

by Sven Van Caekenberghe

> On 29 May 2020, at 14:19, Mark Guzdial <mjguz(a)umich.edu> wrote: > > Thanks, Sven. Yes, thereâs a big learning curve to be able to use your scripts, but they do seem powerful. > > Iâm trying to work my way through your minimal-pharo-server-tools. Iâm using these scripts right now: > > $ git clone https://github.com/svenvc/minimal-pharo-server-tools.git > > $ ~/minimal-pharo-server-tools/install.sh > $ cd build && ~/pharo/build.sh > $ ~/minimal-pharo-server-tools/run/pharo-http-server/deploy.sh > $ sudo systemctl start pharo-http-server > > Cloning and installing went fine. Iâm working on this line "cd build && ~/pharo/build.sh.â There is no build directory in cloned git repository. There is a build.sh, but it has hard-coded references to the directory pharo (as in the line). There is no directory pharo in the repository, and it doesnât get created in install.sh. Should I be renaming the server-tools directory as pharo? Or should I be installing pharo inside the repository structure? > > tl;dr: What directory structure do your tools expect, and what do I have to create (vs what your scripts create)? Yes, there was a small typo there: there is no ~/build directory, there is a ~/pharo directory, which gets created when you run the install.sh script. Later, the deploy.sh script creates the ~/pharo-http-server directory where the example server/services runs from. > Thanks! > - Mark > > >> On May 29, 2020, at 2:43 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> Hi Mark, >> >> There is of course a significant learning curve here. You will need to understand what Metacello is, Monticello & Iceberg (GitHub) repositories, ConfigurationOfXXX & BaselineOfXXX. >> >> The books are good starting points. >> >> This is another recent thread: http://forum.world.st/running-Pharo8-in-Digitalocean-tt5115160.html >> >> HTH, >> >> Sven >> >>> On 29 May 2020, at 02:07, Mark Guzdial <mjguz(a)umich.edu> wrote: >>> >>> While Iâm asking newbie questions, perhaps you could explain this example in the Enterprise book: >>> >>> <PastedGraphic-1.png> >>> >>> What is http://www.smalltalkhub.com/mc/Me/MyApp/main here? Is ConfigurationOfMyApp my name, or is it a command line parameter? >>> >>> Thanks! >>> - Mark >>> >>> >> >> >

May 29, 2020

Re: [Pharo-users] Getting Pharo running on AWS

by Mark Guzdial

Thanks, Sven. Yes, thereâs a big learning curve to be able to use your scripts, but they do seem powerful. Iâm trying to work my way through your minimal-pharo-server-tools. Iâm using these scripts right now: $ git clone https://github.com/svenvc/minimal-pharo-server-tools.git $ ~/minimal-pharo-server-tools/install.sh $ cd build && ~/pharo/build.sh $ ~/minimal-pharo-server-tools/run/pharo-http-server/deploy.sh $ sudo systemctl start pharo-http-server Cloning and installing went fine. Iâm working on this line "cd build && ~/pharo/build.sh.â There is no build directory in cloned git repository. There is a build.sh, but it has hard-coded references to the directory pharo (as in the line). There is no directory pharo in the repository, and it doesnât get created in install.sh. Should I be renaming the server-tools directory as pharo? Or should I be installing pharo inside the repository structure? tl;dr: What directory structure do your tools expect, and what do I have to create (vs what your scripts create)? Thanks! - Mark > On May 29, 2020, at 2:43 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi Mark, > > There is of course a significant learning curve here. You will need to understand what Metacello is, Monticello & Iceberg (GitHub) repositories, ConfigurationOfXXX & BaselineOfXXX. > > The books are good starting points. > > This is another recent thread: http://forum.world.st/running-Pharo8-in-Digitalocean-tt5115160.html > > HTH, > > Sven > >> On 29 May 2020, at 02:07, Mark Guzdial <mjguz(a)umich.edu> wrote: >> >> While Iâm asking newbie questions, perhaps you could explain this example in the Enterprise book: >> >> <PastedGraphic-1.png> >> >> What is http://www.smalltalkhub.com/mc/Me/MyApp/main here? Is ConfigurationOfMyApp my name, or is it a command line parameter? >> >> Thanks! >> - Mark >> >> > >

May 29, 2020

Re: [Pharo-users] Zinc WebSocket usage

by Erik Stel

Hmmm....weird. My code was visible in preview. I did not look at the final result after posting. Maybe I should not have used the tag. | server client | server := ZnWebSocket startServerOn: 1701 do: [ :webSocket | [ webSocket runWith: [ :message | self crLog: 'Received message: ', message printString ] ] on: ConnectionClosed, PrimitiveFailed do: [ "ignore close" ]. self crLog: 'The server is closed' ]. client := ZnWebSocket to: (ZnUrl fromString: 'ws://localhost:1701'). [ [ client runWith: [ :message | "ignore received messages" ] ] on: ConnectionClosed, PrimitiveFailed do: [ "ignore close" ]. self crLog: 'The client is closed'. server stop ] fork. (Delay forSeconds: 1) wait. client sendMessage: 'Hello world'. client close. "Workaround: use the following instead of 'client close'. client sendFrame: ZnWebSocketFrame close." -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

May 29, 2020

Re: [Pharo-users] Zinc WebSocket usage

by Sven Van Caekenberghe

Hi Erik, I am afraid I do not fully understand what your problem is. Also, I see no code. Server side, a web socket connection is automatically kept open (it has to be). Client side, you should study #runWith: and how it is used. Recently I added sending #ping keep alive message to the runWith: loop (as browsers do the same). HTH, Sven > On 29 May 2020, at 12:39, Erik Stel <erik.stel(a)gmail.com> wrote: > > Sven or anyone else with experience with ZnWebSockets, a question regarding > ZnWebSocket usage. > > I have the following code which sort of resembles my current usage of > ZnWebSockets. ZnWebSockets are used for both sending and receiving messages > in a random fashion (ie, no request-response like pattern). Because the > ZnWebSocket operates synchronous I fork 'handlers' which process the > incoming messages. When executing the code below, the client closes the > connection but will 'recognise' this itself only after a timeout (around 30 > seconds by default). Is there a better way to use ZnWebSockets which does > not incur this delay? > > My current workaround (see comment at the bottom in code below) is to send > an explicit "close" ZnWebSocketFrame instead of sending #close to the > ZnWebSocket. This will have the client close 'directly', after which I can > close the ZnWebSocket stream explicitly. The implementation of #close for > ZnWebSocket is to perform both: send close frame and close stream. The later > seems to 'stall' the receive message until timing out. The synchronous > handling of incoming messages might be causing this. But could not directly > find why closing the stream resulted in different behaviour than when only > sending the close frame. (Hope this explanation is helpful ;-). > > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

May 29, 2020

Zinc WebSocket usage

by Erik Stel

Sven or anyone else with experience with ZnWebSockets, a question regarding ZnWebSocket usage. I have the following code which sort of resembles my current usage of ZnWebSockets. ZnWebSockets are used for both sending and receiving messages in a random fashion (ie, no request-response like pattern). Because the ZnWebSocket operates synchronous I fork 'handlers' which process the incoming messages. When executing the code below, the client closes the connection but will 'recognise' this itself only after a timeout (around 30 seconds by default). Is there a better way to use ZnWebSockets which does not incur this delay? My current workaround (see comment at the bottom in code below) is to send an explicit "close" ZnWebSocketFrame instead of sending #close to the ZnWebSocket. This will have the client close 'directly', after which I can close the ZnWebSocket stream explicitly. The implementation of #close for ZnWebSocket is to perform both: send close frame and close stream. The later seems to 'stall' the receive message until timing out. The synchronous handling of incoming messages might be causing this. But could not directly find why closing the stream resulted in different behaviour than when only sending the close frame. (Hope this explanation is helpful ;-). -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

May 29, 2020

Re: [Pharo-users] Getting Pharo running on AWS

by Sven Van Caekenberghe

> On 29 May 2020, at 08:43, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Hi Mark, > > There is of course a significant learning curve here. You will need to understand what Metacello is, Monticello & Iceberg (GitHub) repositories, ConfigurationOfXXX & BaselineOfXXX. > > The books are good starting points. > > This is another recent thread: http://forum.world.st/running-Pharo8-in-Digitalocean-tt5115160.html Part of which you can read here: https://pharoweekly.wordpress.com/2020/05/20/deployment-tips-from-the-pros/ > HTH, > > Sven > >> On 29 May 2020, at 02:07, Mark Guzdial <mjguz(a)umich.edu> wrote: >> >> While Iâm asking newbie questions, perhaps you could explain this example in the Enterprise book: >> >> <PastedGraphic-1.png> >> >> What is http://www.smalltalkhub.com/mc/Me/MyApp/main here? Is ConfigurationOfMyApp my name, or is it a command line parameter? >> >> Thanks! >> - Mark >> >> >

May 29, 2020