May 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by Ben Coman

On Fri, May 19, 2017 at 3:20 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > I played around with remote controlling Google Chrome from > Pharo using Chrome DevTools Protocol [1] (based on WebSockets). > > The video shows an example using latest Pharo 6 on Mac: > https://www.youtube.com/watch?v=9F5FrQTEJWY > > Initial Code is on GitHub [2] if someone is interested, > requires OSOSX and Zinc Websockets to be loaded. > > Have fun > T. > > [1] https://chromedevtools.github.io/devtools-protocol > [2] https://github.com/astares/Pharo-Chrome This is great Torsten. Such videos have high potential to be marketable outside the Pharo community. cheers -ben

May 19, 2017

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by askoh

Torsten: Excellent. This is a great start towards the Smalltalk Internet Browser I had envisioned. Hopefully, this integration can be made standard in Pharo and other Smalltalks in many platforms. Perhaps, someone can connect all Smalltalk IDEs to a cloud where the different dialects can really work together in synergy - share and pool code from all sources, minimize duplications, integrate local and external search, etc. Smalltalk has pioneered many things in the past and there is no reason for it to stop. Smalltalk makes it easier to do so and we can live up to the quote by Bob Martin "Smalltalkers will, eventually, win. So says this old C++ programmer". Thanks, Aik-Siong Koh -- View this message in context: http://forum.world.st/Chrome-DevTools-Protocol-and-Pharo-tp4947589p4947609.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 19, 2017

DVCS integration via users pace file system

by Eliot Miranda

Hi All, has anyone investigated integrating with a dvcs through a user space file system (https://en.m.wikipedia.org/wiki/Filesystem_in_Userspace) such as Fuse or Dokan? SqueakFS for Mac OS X exists but is tied to Python. A native implementation would be a good test for the FFI. _,,,^..^,,,_ (phone)

May 19, 2017

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by Alistair Grant

Hi Torsten, On Thu, May 18, 2017 at 09:20:14PM +0200, Torsten Bergmann wrote: > Hi, > > I played around with remote controlling Google Chrome from > Pharo using Chrome DevTools Protocol [1] (based on WebSockets). > > The video shows an example using latest Pharo 6 on Mac: > https://www.youtube.com/watch?v=9F5FrQTEJWY > > Initial Code is on GitHub [2] if someone is interested, > requires OSOSX and Zinc Websockets to be loaded. > > Have fun > T. > > [1] https://chromedevtools.github.io/devtools-protocol > [2] https://github.com/astares/Pharo-Chrome This looks really interesting, thanks for making it available. I'm on linux, so I guess it will need some porting. Do you know how the DevTools protocol relates to headless chome, which will be available in Chrome 59? See https://developers.google.com/web/updates/2017/04/headless-chrome In particular, is it possible to dump the DOM with your package? Thanks, Alistair

May 18, 2017

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by nacho

Excellent! I love it. *Lic. Ignacio Sniechowski, MBA* *Prosavic SRL* â* (5411) 4542-6712* ð±* (54911) 6749-4721* On Thu, May 18, 2017 at 4:08 PM, Torsten Bergmann [via Smalltalk] < ml+s1294792n4947589h52(a)n4.nabble.com> wrote: > Hi, > > I played around with remote controlling Google Chrome from > Pharo using Chrome DevTools Protocol [1] (based on WebSockets). > > The video shows an example using latest Pharo 6 on Mac: > https://www.youtube.com/watch?v=9F5FrQTEJWY > > Initial Code is on GitHub [2] if someone is interested, > requires OSOSX and Zinc Websockets to be loaded. > > Have fun > T. > > [1] https://chromedevtools.github.io/devtools-protocol > [2] https://github.com/astares/Pharo-Chrome > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > http://forum.world.st/Chrome-DevTools-Protocol-and-Pharo-tp4947589.html > To start a new topic under Pharo Smalltalk Developers, email > ml+s1294792n1294837h40(a)n4.nabble.com > To unsubscribe from Pharo Smalltalk Developers, click here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > ----- Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Chrome-DevTools-Protocol-and-Pharo-tp4947589p4947593.… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

May 18, 2017

PrimitiveFailed: primitive #primLocalAddress in NetNameResolver class failed [FreeBSD]

by Petr Fischer

Hello, just tested latest 32b Linux spur VM "stable-threaded-20170503" with latest 6.0 image "60494" (from files.pharo.com) under FreeBSD with linux compatibility layer switched on. Good part - now, it's running wihtout need of real time threads (no need to run under root, oh yes!) and it runs near 2x speed in some tests, just wow! But, this exception occurs often: PrimitiveFailed: primitive #primLocalAddress in NetNameResolver class failed details: https://pastebin.com/raw/bdjDW6YR Whats wrong? Some news/changes in SocketPlugin? Thanks! pf

May 18, 2017

Chrome DevTools Protocol and Pharo

by Torsten Bergmann

Hi, I played around with remote controlling Google Chrome from Pharo using Chrome DevTools Protocol [1] (based on WebSockets). The video shows an example using latest Pharo 6 on Mac: https://www.youtube.com/watch?v=9F5FrQTEJWY Initial Code is on GitHub [2] if someone is interested, requires OSOSX and Zinc Websockets to be loaded. Have fun T. [1] https://chromedevtools.github.io/devtools-protocol [2] https://github.com/astares/Pharo-Chrome

May 18, 2017

Re: [Pharo-dev] Need help with Pillar

by Damien Pollet

On 18 May 2017 at 01:34, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > curl https://raw.githubusercontent.com/pillar-markup/pillar/ > master/download.sh | bash > > I had to copy PharoV50.sources in the folder pharo-vm/ apparently. > Hmm strange I got that this morning as well with ClÃ©ment's book. The script installs a PharoV60.sources so most probably it installs the latest VM; might be a problem if Pillar really relies on Pharo 5â¦ > Getting the archetype book gives me an error: > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > /tmp/pillar> ./pillar archetype book > > Which website is it trying to get access to? > That would be Inria CI, they're having problems with CloudStack currently -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

May 18, 2017

Adding a CommandLineArgument>>#options: aName do: aBlock?

by Holger Freyther

Hi, I want to implement something like -vvvv[1] but currently the optionAt variants will pick the first option only. Would there be general interest in an implementation that allows to iterate through all variants? Would an above >>#do: like approach be preferred or to return a list of options? With >>#ifAbsent: or not? Enjoy the PharoDays and I wish traveling would have allowed me to attend. holger [1] Count the number of occurrences for -v. In fact I want something like the below to add two hosts to a list --add-host=mongodb://one:port --add-host=mongodb://two:port

May 18, 2017

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/60494 Home: https://github.com/pharo-project/pharo-core

May 18, 2017