March 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Roassal IdentityGroup regression?

by Alexandre Bergel

Hi Peter! No idea why this code was removed. The class is back now. Alexandre > On Mar 13, 2017, at 6:58 PM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > Hi, > > apparently there used to be RTIdentityGroup (and Collection>>asIdentityGroup) in Rossal, but I can't find any mention of it > http://forum.world.st/AST-visualization-with-Roassal-td4840243.html > > did it vanish on its own (bug) or was that a deliberate choice (feature)? > > Peter > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 13, 2017

Roassal IdentityGroup regression?

by Peter Uhnak

Hi, apparently there used to be RTIdentityGroup (and Collection>>asIdentityGroup) in Rossal, but I can't find any mention of it http://forum.world.st/AST-visualization-with-Roassal-td4840243.html did it vanish on its own (bug) or was that a deliberate choice (feature)? Peter

March 13, 2017

[ANN] threaded heartbeat VMs added to zeroconf

by Esteban Lorenzano

Hello, Following recent talks, I added threaded heartbeats VMs to zeroconf. Is weird because is not anymore âzeroâ conf: you need to configure the machine to accept this VMâ¦ but well, this is like that :P The links to use are this: http://get.pharo.org/vmT60 http://get.pharo.org/vmTLatest60 http://get.pharo.org/alpha+vmT http://get.pharo.org/alpha+vmTLatest http://get.pharo.org/60+vmTLatest <http://get.pharo.org/60+vmTLatest> (they are listed at http://get.pharo.org <http://get.pharo.org/>, as usual) cheers, Esteban

March 13, 2017

Re: [Pharo-users] snap package can't find vm-display-X11

by Alistair Grant

Hi Guillermo, On 13 March 2017 at 10:02, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >> After loading libc6, a couple of missing packages and adding a couple of >> i386 paths to LD_LIBRARY_PATH it's all working. > > I put all these in the dependencies of the snap. Probably we need to put > some of them (or all of them) also as runtime dependencies. I thought that > it was done automatically because of the tests I did. Of course these tests > were not enough :). > > "gcc-multilib", > "libssl-dev:i386","libssl1.0.0:i386","libfreetype6-dev:i386","libasound2-dev:i386","libsm-dev:i386","libgl1-mesa-dev:i386","libx11-dev:i386","libice-dev:i386" > > I noticed some days ago that the packaged VM did not contain freetype, so > there is something probably related. > > I'd like to enhance this package. You can see my version at: https://github.com/akgrant43/pharo-snap Rather than build from source, I've opted to use pre-built vmLatest60 (I was testing it for Esteban). I'm planning to change this to 60+vm and add an option to put a clean image in the working directory. When I built your package it gave warnings about the plugins being deprecated. I've used the make plugin to download and stage the binaries. The list of packages I'm currently loading (staging) is: - gcc-multilib - libx11-6:i386 - libgl1-mesa-glx:i386 - libfontconfig1:i386 - libssl1.0.0:i386 - libcairo2-dev:i386 - libc6-i386 - libexpat1:i386 - libsqlite3-dev:i386 This appears to be mostly working, I've loaded and used OSSubprocess, Glorp and the sqlite3 drivers without any problems. Listening for web requests using Zinc is also working. Cairo isn't working yet. It looks like CairoLibrary makes assumptions about the location of libcairo.so. I'm in the middle of fixing that at the moment. Feel free to try building it, but it definitely needs some tidying up, e.g. get Cairo working, add documentation, etc. Cheers, Alistair

March 13, 2017

[ANN] Fog - Ethereum driver

by Santiago Bragagnolo

Hi all. Im happy to announce a pre release of the Fog ethereum driver that we develop in the space of an Inria project. It still not complete but is already usable for some experiments and simple projects. You can downloadit from https://github.com/sbragagnolo/Fog/ (https://github.com/sbragagnolo/Fog/releases/tag/v0.1.1.1) Dependencies <https://github.com/sbragagnolo/Fog#rhash>RHash sudo apt-get install rhash <https://github.com/sbragagnolo/Fog#solidity>Solidity npm install solc <https://github.com/sbragagnolo/Fog#download-code>Download code <https://github.com/sbragagnolo/Fog#iceberg--baseline>Iceberg / Baseline Metacello new baseline: 'Fog'; repository: 'github://sbragagnolo/Fog:v0.1.1.1/src'; load. <https://github.com/sbragagnolo/Fog#by-hand>By hand You may want to use this version for having access to some scripts and contracts samples. git checkout git@github.com:sbragagnolo/Fog.git git checkout v0.1.1.1 Metacello new baseline: 'Fog'; repository: 'filetree:///path/to/git-repository/Fog/src';; load. It's based on the standar API for javascript ( https://github.com/ethereum/wiki/wiki/JavaScript-API) . It provides interaction with remote contracts, it do as well provides a way for navigating the architecture objects: blocks, transactions, accounts and contracts. I hope you find it useful. Feel free to fill the github issue tracker with anything you find :). I will come to you with some new exciting news about ethereum soon :) Santiago.

March 13, 2017

Re: [Pharo-users] Test for Voyage failure to materialize in some situation

by Hilaire

Subsequent discussions on that matter could be attached to its bug ticket too: https://github.com/pharo-nosql/voyage/issues/87 Thanks Le 13/03/2017 Ã 15:03, Hilaire a Ã©crit : > Therefore I will push a bug ticket on Voyage bug tracker. -- Dr. Geo http://drgeo.eu

March 13, 2017

Re: [Pharo-users] Test for Voyage failure to materialize in some situation

by Hilaire

Thanks Sabine, Therefore I will push a bug ticket on Voyage bug tracker. Hilaire Le 13/03/2017 Ã 09:32, Sabine Manaa a Ã©crit : > Hi Hilaire, > > I took a new image and loaded voyage and then your test. > I can confirm. I assume, that this is a bug. > It would be very interesting to hear the opinion of Esteban. > > Regards > Sabine -- Dr. Geo http://drgeo.eu

March 13, 2017

Re: [Pharo-users] [Help Wanted] moderators for pharo mailing lists

by Marcus Denker

I got enough people to help Thanks! > On 13 Mar 2017, at 08:59, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > The two Pharo Mailinglists (pharo-dev and pharo-users) are run using Mailman via a commercial provider. > (Thanks to the Pharo Association, https://association.pharo.org <https://association.pharo.org/>) > > This means that we have nothing to do with regard to technical problems/issues or running the service itself. > but nevertheless, there are 1-2 emails per month that end up in a moderation queue, mostly because they are > very very large. > > It would be nice to have 1-2 people more to help with these (infrequent) moderation calls. > > If you are interested to help â> send a mail to me. > > Marcus

March 13, 2017

Re: [Pharo-users] Working bash command fails with OSSubprocess depending on input file

by Mariano Martinez Peck

Hi Silas, Sorry for the delayed answer but I am very busy at work. Have you had any success since that email? Else I will try to take a look later today. Was this on Pharo 5.0 or 6 ? Thanks, On Wed, Mar 8, 2017 at 12:09 PM, Silas Berger < silas.berger(a)students.unibe.ch> wrote: > Hi everyone, > > > > Iâm currently having problems with executing bash commands through > OSSubprocess <https://github.com/marianopeck/OSSubprocess> (version: > #stable, as of today) on OS X 10.11.6. Iâm using the command line tools of > a program called ParseCit <https://github.com/knmnyn/ParsCit> to extract > metadata from .txt files. It works well for about 75% of all txt files Iâve > tested it with, but fails on the remaining 25%. This isnât due to ParseCit > though, since it works on all input files, when I issue the command > directly from a bash. Iâve prepared two test txt files â one that works > fine (goodExample.txt) and one that doesnât work (badExample.txt) with > OSSubprocess. The conversion for *both files* works fine when issuing the > following respective commands in a shell or bash: > > > > /Users/silas/Documents/TestWithOSS/tools/mac/parsecit/bin/citeExtract.pl > -m extract_all /Users/silas/Documents/TestWithOSS/test_txt/badExample.txt > > /Users/silas/Documents/TestWithOSS/tools/mac/parsecit/bin/citeExtract.pl > -m extract_all /Users/silas/Documents/TestWithOSS/test_txt/goodExample.txt > > > > Using OSSubprocess, it works well for goodExample.txt, the result looks > like this: > > > > Unfortunately, that exact same method/command fails, if the target file is > badExample.txt instead. > > > > Below, you can find two methods Iâve tried for badExaple.txt, neither of > which work. Method 2 (which is the one I used in the above screenshot for > goodExample.txt) has a stderr stream, its contents are just above the > Method 2 screenshot. It looks like it should be a ParseCit problem, but, as > Iâve mentioned above, it works fine when done directly in a bash or shell. > > > > In this GitHub repo > <https://github.com/SilasBerger/ExtendedEggShell-tools> there are the > âtoolsâ folder containing a compiled version of ParseCit, a corresponding > INSTALL.md with all the necessary install steps for ParseCit, and a folder > âtest_txtâ, which contains goodExample.txt and badExample.txt. The > EES-INSTALL.md in the same repo is not relevant in this context. > > > > If anyone has an idea what could be the problem or how I could get it to > work, Iâd be very happy. > > > > Best, > > Silas > > > > > > **** Methods Iâve tried **** > > > > *Method 1* > > Result: Empty stdout, empty stderr, exit status 65280 > > > > > > *Method 2* > > Result: Empty stdout, exit status 65280, > > Stderr: > > /Users/silas/Documents/TestWithOSS/tools/mac/parsecit/bin/sectLabel/ > genericSect/extractFeature.rb:35:in `split': invalid byte sequence in > US-ASCII (ArgumentError) > > from /Users/silas/Documents/TestWithOSS/tools/mac/ > parsecit/bin/sectLabel/genericSect/extractFeature.rb:35:in `<main>' > > Die: SectLabel::Controller::getGenericHeaders different in number of > headers 8 vs. the number of generic headers 0 > > > > > > **** The commands **** > > > > p1 := OSSUnixSubprocess new > > command: '/Users/silas/Documents/TestWithOSS/tools/mac/ > parsecit/bin/citeExtract.pl'; > > arguments: #('-m' 'extract_all' '/Users/silas/Documents/ > TestWithOSS/test_txt/badExample.txt'); > > redirectStdout; > > redirectStderr; > > runAndWaitOnExitDo: [ :process :outString | > > outString inspect > > ]. > > > > > > p3 := OSSUnixSubprocess new > > shell: '/bin/bash' > > command: '/Users/silas/Documents/TestWithOSS/tools/mac/parsecit/bin/citeExtract.pl > -m extract_all /Users/silas/Documents/TestWithOSS/test_txt/ > badExample.txt'; > > redirectStdout; > > redirectStderr; > > runAndWaitOnExitDo: [ :process :outString | > > outString inspect > > ]. > -- Mariano http://marianopeck.wordpress.com

March 13, 2017

Re: [Pharo-users] Need help opening image

by Esteban Lorenzano

for Pharo3 (for any image up to 4.0), you need to download this VM: http://files.pharo.org/get-files/40/pharo-mac-stable.zip <http://files.pharo.org/get-files/40/pharo-mac-stable.zip> so you will have a pharovm (with our plugin configuration, etc.) cheers, Esteban > On 13 Mar 2017, at 00:57, David Shaffer <cdshaffer(a)acm.org> wrote: > > I have an image (from Pharo3.0) which reports version 6505. I have tried four OSX vms but none of them will open it. Either I get âThis interpreter (vers. X) cannot read image file (vers. 6505)â or I get hit with a long stream of: > > [NSPathStore2 stringByAppendingPathExtension:]: cannot append extension 'bundle/Contents/MacOS/' to â¦ > > which I know is a known bug. The problem is, I canât find a VM that doesnât have this bug but can open my old image format (on OSX). Any pointers would be appreciated. > > Thanks! > > David > >

March 13, 2017