- Pharo-dev - lists.pharo.org

Anyone knows how to get the list of available archetype with Pillar?

by Alexandre Bergel

Hello! Still on my quest to use Pillar :-) What are the different Archetypes available for Pillar? It would be great to have: ./pillar archetype to obtain the list of available archetype :-) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 19, 2017

Re: [Pharo-dev] [Pharo-users] Need help with Pillar

by Alexandre Bergel

Hi Damien! Apparently the INRIA CI is getting better. I could get the archetype. I have another error when compiling the book. I get: Sidefoothsep and sidefootwidth: 2.46019mm and 44.98633mm Sidefootvsep and sidefootheight: 4.21747mm and 192.73828mm ****************************************************** (/usr/local/texlive/2016/texmf-dist/tex/latex/datetime2/datetime2.sty (/usr/local/texlive/2016/texmf-dist/tex/latex/tracklang/tracklang.sty (/usr/local/texlive/2016/texmf-dist/tex/generic/tracklang/tracklang.tex))) Runaway argument? \pdffeedback creationdate\@dtm@endparsepdfdatetime \let \@dtm@currentyear \ETC. ./root/support/latex/common.tex:5: File ended while scanning use of \@dtm@parse pdfdatetime. <inserted text> \par l.5 1217 words of node memory still in use: 2 hlist, 1 rule, 1 dir, 34 glue, 9 attribute, 167 glue_spec, 9 attribute_lis t, 3 write, 1 pdf_colorstack nodes avail lists: 2:24,3:1,5:2,6:4,7:1,8:1,9:2 ./root/support/latex/common.tex:5: ==> Fatal error occurred, no output PDF fil e produced! Transcript written on book.log. Latexmk: Errors, so I did not complete making targets Collected error summary (may duplicate other messages): pdflatex: Command for 'pdflatex' gave return code 256 Latexmk: Use the -f option to force complete processing, unless error was exceeding maximum runs of latex/pdflatex. make[1]: *** [book.pdf] Error 12 make: *** [build/book.pdf] Error 2 ~/Dropbox/Pillar> Is it because of some missing Latex .cls? If yes, which one? How can I install them? Thanks for your help! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On May 18, 2017, at 7:43 AM, Damien Pollet <damien.pollet(a)gmail.com> wrote: > > On 18 May 2017 at 01:34, Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>> wrote: > curl https://raw.githubusercontent.com/pillar-markup/pillar/master/download.sh <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 <http://people.untyped.org/damien.pollet>

May 19, 2017

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

by Reg Krock

Willow Lucas-Smith worked on the WithStyle project. She is now working at Cincom. > On 19 May2017, at 8:03 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > > If you are up to a Smalltalk internet browser then check the old > Scamper from Squeak and H. Hirzels post + screenshot on squeak-dev from this month: > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2017-May/194481.html > > If you want a simple morphic based internet browser I guess this could > be ported to Pharo. > > There was also "WithStyle" in VisualWorks Smalltalk, an XML based > UI browser built back in the days by an (australian?) company. I guess > it is still included in the commercial VisualWorks distribution. > Dont know about the license http://forum.world.st/VW-7-5-and-WithStyle-td1408557.html > > Building a webbrowser in Smalltalk would be cool - but lots of work > (HTML + CSS parsing, JavaScript layer, drawing, ...) that would require time. > > Thx > T. > > >> Gesendet: Freitag, 19. Mai 2017 um 03:30 Uhr >> Von: askoh <askoh(a)askoh.com> >> An: pharo-dev(a)lists.pharo.org >> Betreff: Re: [Pharo-dev] Chrome DevTools Protocol and Pharo >> >> 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

Re: [Pharo-dev] bug in command line handler

by Damien Pollet

I wouldn't want to sound sarcastic, but I'm not sure there is such a concept as "correct" in the context of ANSI escape sequences. Still, according to the legends, 97 is supposed to be high intensity white (for some subset of existing implementations). On 19 May 2017 at 12:52, K K Subbu <kksubbu.ml(a)gmail.com> wrote: > All, > > I found an annoying bug with Pharo's eval command line handler. When it > encounters a syntax error, the foreground color is set to red while > printing error message, but not restored after (see attachment). I have to > reset it every time using "echo -e \e[0m" :-(. > > I found > ---- > STCommandLineHandler>>#printCompilerWarning: aSyntaxErrorNotification > ... > "print the marker under the error line" > (lineNumber == errorLine) ifTrue: [ > stderr red > nextPutAll:( '_^_' padLeftTo: position - > start + maxLineNumberSize + 4); > lf ]] > ---- > The above code will leave the red color if the error happens on the last > line (as in eval handler), then the color is never restored. Can someone > confirm if this is indeed what is happening? I will file a case and post a > fix, if so. > > I also found VTermOutputDriver uses incorrect ANSI color codes (e.g. white > is 37 instead of 97). If the current terminal bg color happens to be > "stderr white", then the error text is unreadable. > > Regards .. Subbu > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

May 19, 2017

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

by Torsten Bergmann

Yes - we should just redo what others do and show that if one uses Pharo for it it is easier, cleaner and usually done with less effort Â Gesendet:Â Freitag, 19. Mai 2017 um 03:48 Uhr Von:Â "Ben Coman" <btc(a)openinworld.com> An:Â "Pharo Development List" <pharo-dev(a)lists.pharo.org> Betreff:Â Re: [Pharo-dev] Chrome DevTools Protocol and Pharo Â Â On Fri, May 19, 2017 at 3:20 AM, Torsten Bergmann <astares@gmx.de[mailto:astares@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[https://www.youtube.com/watch?v… 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[https://chromedevtools.g… [2] https://github.com/astares/Pharo-Chrome[https://github.com/astares/Pharo-Ch… Â 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 Torsten Bergmann

If you are up to a Smalltalk internet browser then check the old Scamper from Squeak and H. Hirzels post + screenshot on squeak-dev from this month: http://lists.squeakfoundation.org/pipermail/squeak-dev/2017-May/194481.html If you want a simple morphic based internet browser I guess this could be ported to Pharo. There was also "WithStyle" in VisualWorks Smalltalk, an XML based UI browser built back in the days by an (australian?) company. I guess it is still included in the commercial VisualWorks distribution. Dont know about the license http://forum.world.st/VW-7-5-and-WithStyle-td1408557.html Building a webbrowser in Smalltalk would be cool - but lots of work (HTML + CSS parsing, JavaScript layer, drawing, ...) that would require time. Thx T. > Gesendet: Freitag, 19. Mai 2017 um 03:30 Uhr > Von: askoh <askoh(a)askoh.com> > An: pharo-dev(a)lists.pharo.org > Betreff: Re: [Pharo-dev] Chrome DevTools Protocol and Pharo > > 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

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

by Torsten Bergmann

Alistair Grant wrote > This looks really interesting, thanks for making it available. I'm on > linux, so I guess it will need some porting. I added support for Linux and tried on Ubuntu with Chromium. Works - see screenshot You need to load my OSLinux package (instead of OSOSX) from catalog. Or start Chrom manually in debug mode. In the Pharo settings browser you can set the path to the chrome executable and the debug port to use. Will add Windows support as well (using my OSWindows package) > 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 Dont know - just try it. > In particular, is it possible to dump the DOM with your package? I've seen that Brackets editor as well as Netbeans open Chrome to display webpages when editing and refresh when typing. Wanted to find out how it was done. I have not implemented the full protocol. Only what was needed to show that it is possible and to do things like grabbing screenshots from websites using Pharo. There is a DOM domain that one could wrap - basically it is just sending JSON around, see https://chromedevtools.github.io/devtools-protocol With chrome := GoogleChrome open. chrome jsProtocolJSON. chrome browseProtocolJSON you can now even retrieve the Protocol as JSON for the specific browser. With a little bit more work it should be possible to even generate the wrapper classes/methods from such a protocol spec. Thanks Torsten

May 19, 2017

bug in command line handler

by K K Subbu

All, I found an annoying bug with Pharo's eval command line handler. When it encounters a syntax error, the foreground color is set to red while printing error message, but not restored after (see attachment). I have to reset it every time using "echo -e \e[0m" :-(. I found ---- STCommandLineHandler>>#printCompilerWarning: aSyntaxErrorNotification ... "print the marker under the error line" (lineNumber == errorLine) ifTrue: [ stderr red nextPutAll:( '_^_' padLeftTo: position - start + maxLineNumberSize + 4); lf ]] ---- The above code will leave the red color if the error happens on the last line (as in eval handler), then the color is never restored. Can someone confirm if this is indeed what is happening? I will file a case and post a fix, if so. I also found VTermOutputDriver uses incorrect ANSI color codes (e.g. white is 37 instead of 97). If the current terminal bg color happens to be "stderr white", then the error text is unreadable. Regards .. Subbu

May 19, 2017

Re: [Pharo-dev] PrimitiveFailed: primitive #primLocalAddress in NetNameResolver class failed [FreeBSD]

by Petr Fischer

It's not jail, just core FreeBSD system (I will test jails later). Networking is still the same, Pharo 5 is OK. /etc/hosts: ::1i localhost localhost.my.domain 127.0.0.1 localhost localhost.my.domain 127.0.0.1 pf-bsd pf-bsd.localdomain pf-bsd.local ifconfig: em0: flags=8c02<BROADCAST,OACTIVE,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=4019b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,VLAN_HWTSO> ether b8:6b:23:38:f8:7d nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> media: Ethernet autoselect status: no carrier lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6> inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL> groups: lo wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 ether 30:10:b3:77:b8:58 inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid "pf's Network" channel 1 (2412 MHz 11g ht/20) bssid f0:79:59:d2:7a:00 regdomain 106 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL groups: wlan > > > On 19. May 2017, at 03:27, Petr Fischer <petr.fischer(a)me.com> wrote: > > > > Hello, > > > > > But, this exception occurs often: > > PrimitiveFailed: primitive #primLocalAddress in NetNameResolver class failed > > details: https://pastebin.com/raw/bdjDW6YR > > > How does the networking look in your jail? Which interfaces and IP addresses do you have? > > holger > >

May 19, 2017

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

by Graham McLeod

Very cool. Thanks for sharing. Graham 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 > >

May 19, 2017