January 2019 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo 7.0 released!

by Offray Vladimir Luna CÃ¡rdenas

On 22/1/19 11:02, Sven Van Caekenberghe wrote: > >> On 22 Jan 2019, at 14:39, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> https://news.ycombinator.com/item?id=18968116 > Please join, this is going really well: 100+ upvotes, 60+ comments (both are important). > Let's keep the momentum going (this is a unique chance to get some publicity). > I joined HN just to be able to comment on this thread[1]. Yes, it seems that we are getting a lot of momentum from this release, and even constructive criticism about how to improve the web page and other stuff. Besides, helping others in the HN to understand the value proposal of Pharo/Smalltalk is worthy. [1] https://news.ycombinator.com/item?id=18984409 Cheers, Offray

Jan. 23, 2019

2019 Stack Overflow survey

by Cyril Ferlicot D.

Hi, The 2019 Stack Overflow Survey is available. It would be great to represent Smalltalk/Pharo! :) https://stackoverflow.com/dev-survey/start -- Cyril Ferlicot https://ferlicot.fr

Jan. 23, 2019

Re: [Pharo-users] [ANN] UziScript first pre-release!

by Offray Vladimir Luna CÃ¡rdenas

Thanks a lot Ricardo, seems pretty interesting... I have stared it on GitHub. Cheers, Offray On 23/1/19 11:10, Ricardo Moran wrote: > Hi everybody, > > We are very pleased to announce the first pre-release of UziScript > (https://github.com/GIRA/UziScript) a new programming environment for > educational robotics. > > For a long time we've been wanting to show you what we are working on > at GIRA (http://tecnodacta.com.ar/gira/) and although we're still far > from finished we've decided it's time to share our little project with > the community. > > As some of you may know we work mostly on developing tools to > facilitate the use of robots for education. We published Physical > Etoys as part of that work. Now we are working on a new programming > environment that attempts to fix some common problems we see in most > of the tools available for educational robotics. > We call this environment UziScript and it consists of a small VM that > runs on an Arduino, a web server that runs on your computer, and a set > of web tools that use the web server to connect and program the > Arduino. We're focusing on Arduino UNO for now (mainly because it's > very popular and accessible) but we plan to support other boards in > the future. > > UziScript has a few cool features: > > * *Block-based and text-based programming*: It includes a > block-based programming language suitable for beginners but it > also supports text-based programming for more advanced users. To > ease the transition UziScript automatically generates the textual > code from the blocks (and viceversa). > * *Concurrency*: Most educational robotics projects require the > implementation of a device that performs two or more simultaneous > tasks. UziScript allows the definition of concurrent tasks that > will be executed independently from each other. > * *Autonomy*: UziScript programs are stored and executed > autonomously in the Arduino without requiring a connection to the > computer. > * *Interactive programming*: If the board is connected to the > computer UziScript allows to inspect and monitor the program state > while it runs. Furthermore, every change made to the program can > be automatically compiled and transmitted to the Arduino, which > allows to see the effects of the change almost immediately. > * *Debugging*: Without debugging tools the process of fixing > programming errors can be frustrating for an inexperienced user. > UziScript's debugger provides mechanisms for error handling and > step-by-step code execution. > > All the code is open source and can be found on Github: > https://github.com/GIRA/UziScript. We also made a few short videos to > show UziScript in > action:Â https://www.youtube.com/playlist?list=PL1aXD47455XPWv4rTXQBuHvamCoNUGeke > > We're still not ready to use this with actual teachers and students > (we have a LOT of bugs and unfinished features) but we think we're > ready to show this to other programmers. > You can download and try our first pre-releaseÂ > (https://github.com/GIRA/UziScript/releases/tag/v0.1.1) We would > greatly appreciate any comments or suggestions. > > Have fun! > Richo

Jan. 23, 2019

Re: [Pharo-users] Website is down

by Todd Blanchard

Is it a static website or does it have code behind it? Could we use S3 at AWS? > On Jan 22, 2019, at 9:37 AM, Esteban Maringolo <emaringolo(a)gmail.com> wrote: > > El mar., 22 ene. 2019 a las 14:03, Esteban Lorenzano > (<estebanlm(a)gmail.com>) escribiÃ³: >> >> There is a problem with INRIA servers :( >> They does not seems to support high traffic >> > > They don't support high traffic nor high volume either. The download > speed was awful then, and it's even worst now. > But hey, those who pass all these obstacles to get to know and try > Pharo are more likely to continue using it. :) > > >> (supposing public from reddit and yc is high traffic?) > > Well... with at least a 100:1 ratio of visits:upvotes the hits must be > at least two order of magnitude higher than on a regular day. > Which makes me wonder... do we have any stats of that? > > These problems are "good" problems, and are the easiest to solve. > > > Esteban A. Maringolo >

Jan. 23, 2019

Re: [Pharo-users] Website is down

by Petr Fischer

What was the number of requests during the release day (and what number of req in the busiest hour)? pf > There is a problem with INRIA servers :( > They does not seems to support high traffic (supposing public from reddit and yc is high traffic?) > > Grrrr > > Esteban > > > > On 22 Jan 2019, at 17:49, Esteban Maringolo <emaringolo(a)gmail.com> wrote: > > > > Well... is down again. :( > > > > Pharo 8.0 will have a PR team attending these aspects, and then... world conquer. :) > > > > Esteban A. Maringolo > > > > > > El mar., 22 ene. 2019 a las 13:17, Cyril Ferlicot (<cyril.ferlicot(a)gmail.com <mailto:cyril.ferlicot@gmail.com>>) escribiÃ³: > > On Tue, Jan 22, 2019 at 5:07 PM Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: > > > > > > Not good right now ... > > > > > > > Seems to be back :) > > > > > > > > > > > > > > -- > > Cyril Ferlicot > > https://ferlicot.fr <https://ferlicot.fr/> > > >

Jan. 23, 2019

Re: [Pharo-users] RSA and cryptography

by Norbert Hartl

> Am 23.01.2019 um 17:49 schrieb Pierce Ng <pierce(a)samadhiweb.com>: > >> On Wed, Jan 23, 2019 at 02:56:09PM +0100, Norbert Hartl wrote: >> I donât think so. We use RSA public key validation. It does not seem >> that libsodium supports that. >> >> A binding to libcrypto would be best :) > > Hi Norbert, > > https://github.com/PierceNg/OpenSSL-Pharo > > To load: > > Metacello new > baseline: 'OpenSSL'; > repository: 'github://PierceNg/OpenSSL-Pharo/src-st'; > load. > > I'm writing a proper README.md. For now the unit tests show what's there > and how to use. For RSA, see LcEvpPublicKeyTest. > > I started this with the goal of writing a Let's Encrypt client. That > goal is now dropped, as there are enough tools out there that make LE > integration easy. I'll wrap more of libcrypto as and when I need them. > Contributions welcome. :-) > Great! Seems exactly what I was looking for. :) Iâll get back to you when I had the chance to look at it. Norbert > Pierce >

Jan. 23, 2019

Re: [Pharo-users] RSA and cryptography

by Pierce Ng

On Wed, Jan 23, 2019 at 02:56:09PM +0100, Norbert Hartl wrote: > I donât think so. We use RSA public key validation. It does not seem > that libsodium supports that. > > A binding to libcrypto would be best :) Hi Norbert, https://github.com/PierceNg/OpenSSL-Pharo To load: Metacello new baseline: 'OpenSSL'; repository: 'github://PierceNg/OpenSSL-Pharo/src-st'; load. I'm writing a proper README.md. For now the unit tests show what's there and how to use. For RSA, see LcEvpPublicKeyTest. I started this with the goal of writing a Let's Encrypt client. That goal is now dropped, as there are enough tools out there that make LE integration easy. I'll wrap more of libcrypto as and when I need them. Contributions welcome. :-) Pierce

Jan. 23, 2019

Re: [Pharo-users] Pharo 7 image does not load

by sergio ruiz

WOW! Thanks so much for the in depth! This prompted me to do the same thing with a new image.. If it turns out that this takes more than half an hour, i might just create a new image and load my project up.. Thanks again! On January 23, 2019 at 11:02:11 AM, Ben Coman (btc(a)openinworld.com) wrote: Finding out which one of those line fails may provide a clue since it may have the same root cause thats all I got, sorry. cheers -ben ---- peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Jan. 23, 2019

[ANN] UziScript first pre-release!

by Ricardo Moran

Hi everybody, We are very pleased to announce the first pre-release of UziScript ( https://github.com/GIRA/UziScript) a new programming environment for educational robotics. For a long time we've been wanting to show you what we are working on at GIRA (http://tecnodacta.com.ar/gira/) and although we're still far from finished we've decided it's time to share our little project with the community. As some of you may know we work mostly on developing tools to facilitate the use of robots for education. We published Physical Etoys as part of that work. Now we are working on a new programming environment that attempts to fix some common problems we see in most of the tools available for educational robotics. We call this environment UziScript and it consists of a small VM that runs on an Arduino, a web server that runs on your computer, and a set of web tools that use the web server to connect and program the Arduino. We're focusing on Arduino UNO for now (mainly because it's very popular and accessible) but we plan to support other boards in the future. UziScript has a few cool features: - *Block-based and text-based programming*: It includes a block-based programming language suitable for beginners but it also supports text-based programming for more advanced users. To ease the transition UziScript automatically generates the textual code from the blocks (and viceversa). - *Concurrency*: Most educational robotics projects require the implementation of a device that performs two or more simultaneous tasks. UziScript allows the definition of concurrent tasks that will be executed independently from each other. - *Autonomy*: UziScript programs are stored and executed autonomously in the Arduino without requiring a connection to the computer. - *Interactive programming*: If the board is connected to the computer UziScript allows to inspect and monitor the program state while it runs. Furthermore, every change made to the program can be automatically compiled and transmitted to the Arduino, which allows to see the effects of the change almost immediately. - *Debugging*: Without debugging tools the process of fixing programming errors can be frustrating for an inexperienced user. UziScript's debugger provides mechanisms for error handling and step-by-step code execution. All the code is open source and can be found on Github: https://github.com/GIRA/UziScript. We also made a few short videos to show UziScript in action: https://www.youtube.com/playlist?list=PL1aXD47455XPWv4rTXQBuHvamCoNUGeke We're still not ready to use this with actual teachers and students (we have a LOT of bugs and unfinished features) but we think we're ready to show this to other programmers. You can download and try our first pre-release ( https://github.com/GIRA/UziScript/releases/tag/v0.1.1) We would greatly appreciate any comments or suggestions. Have fun! Richo

Jan. 23, 2019

Re: [Pharo-users] Pharo 7 image does not load

by Ben Coman

On Wed, 23 Jan 2019 at 11:56, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > > I have been working in my image all day today, and it was working great. > > This evening, when I went to fire it up, it appears to start, but I am not > seeing the image running. The icon hangs, and it does nothing. > > Here is an my debug.log for just one iteration of this. > > Any help would be appreciated! > > https://gist.github.com/sergio101/c86396d10f6fea4923b59930ad44a2a0 > I don't have a full answer, just a bit of background investigation. Looking at the top where it says... "--- The full stack ---" ByteString(Object)>>doesNotUnderstand: #resolve: FileLocator>>resolve FileLocator>>asFileReference OmSessionStore>>directory In a fresh image going... OmSessionStore allInstances inspect shows one item. Selecting that then... "self directory" <debug It> shows... OmSessionStore>>directory ^ baseLocator asFileReference where my baseLocator ==> FileLocator "({localDirectory}\ombu-sessions)" and your baseLocator ==> <<error during printing>> My baseLocator instance variables... origin: #localDirectory path: Path * 'ombu-sessions' looks the same as yours... Receiver: <<error during printing>> Arguments and temporary variables: Receiver's instance variables: origin: #localDirectory path: Path * 'ombu-sessions' and this method is executed... FileLocator>>asFileReference ^ self resolve then... FileLocator>>resolve ^ (Resolver resolve: origin) resolve: path so its a hard to tell which of the #resolve: calls fails. Either one of these is a ByteString for you * Resolver * (Resolver resolve: origin) as indicated by this... ByteString(Object)>>doesNotUnderstand: #resolve: Receiver: '/Users/sergio/Documents/Pharo/images/BandTracker8/pharo-local' For me, Resolver ==> an InteractiveResolver and (Resolver resolve: origin) ==> File @ C:\Users\Ben\Documents\Pharo\images\Pharo 7.0 - 32bit (development version)-01\pharo-local Further down the call stack is... defaultBaseLocator: <<error during printing>> so perhaps that default feeds into a wrong baseLocator but I'm not familiar enough to know better. After making a backup copy, perhaps there is some way to reset defaultBaseLocator from the command line (@all). Your baseLocator is a FileLocator because its shown that class received the #asFileReference message. and the printString fails in FileLocator>>printOn: aStream | fs | aStream nextPut: ${; nextPutAll: origin; nextPut: $}. path isWorkingDirectory ifTrue: [ ^ self ]. fs := self fileSystem. aStream nextPut: fs delimiter. fs printPath: path on: aStream Finding out which one of those line fails may provide a clue since it may have the same root cause thats all I got, sorry. cheers -ben

Jan. 23, 2019