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

[Marcus Denker]

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 
)

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

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

[Sabine Manaa]

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


2017-03-12 9:51 GMT+01:00 HilaireFernandes [via Smalltalk] <
ml-node+s1294792n4938272...@n4.nabble.com>:

> Hi,
>
> I will be curious if other Voyage users could confirm the bug exposed by
> this TestCase, because it looks like a threat on the reliability of
> Voyage.
>
> Thanks
>
> Hilaire
>
> Le 09/03/2017 à 15:26, Hilaire a écrit :
>
> > Hi ,
> >
> > Here is a test case to expose the materialization problem I discussed
> > previously[1].
> >
> > Hopefully the test will help to track the problem.
> >
> >
> > Note: With memory repository it is of course fine, so MongoDB resource
> > is needed for the test.
> >
> > Hilaire
> >
> > http://forum.world.st/Voyage-and-instances-retrieving-tt4936868.html
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
> http://drgeo.eu
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
> http://forum.world.st/Test-for-Voyage-failure-to-
> materialize-in-some-situation-tp4938014p4938272.html
> To start a new topic under Pharo Smalltalk Users, email
> ml-node+s1294792n1310670...@n4.nabble.com
> To unsubscribe from Pharo Smalltalk Users, click here
> 
> .
> NAML
> 
>




--
View this message in context: 
http://forum.world.st/Test-for-Voyage-failure-to-materialize-in-some-situation-tp4938014p4938358.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

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

[Guillermo Polito]

Hi Alistair,

On Mon, Mar 13, 2017 at 7:09 AM, Alistair Grant 
wrote:

> Hi Holger,
>
> On 12 March 2017 at 21:46, Holger Freyther  wrote:
> >
> >> On 12 Mar 2017, at 19:32, Alistair Grant 
> wrote:
> >>
> >>
> >> $ ldd /snap/pharo/x1/usr/bin/pharo-vm//vm-display-X11.so
> >> not a dynamic executable
> >
> > your host doesn't have the 32bit libc library/dynamic linker?
>
> That was the hint I needed, thanks!!!
>
> 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.

>
>
> > What does file say on the file? I never used snap but is the process
> > running in the same environment? Is $DISPLAY set from the process
> > point of view? Can it connect to the display socket?
> >
> > holger
>
> Yep, the snap can be configured to use the hosts $DISPLAY.
>
>
> Thanks again,
> Alistair
>
>

Re: [Pharo-users] Need help opening image

[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 


so you will have a pharovm (with our plugin configuration, etc.)

cheers, 
Esteban


> On 13 Mar 2017, at 00:57, David Shaffer  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
> 
> 

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

[Marcus Denker]

I got enough people to help Thanks!

> On 13 Mar 2017, at 08:59, Marcus Denker  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 
> )
> 
> 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

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

[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

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

[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

[Pharo-users] [ANN] Fog - Ethereum driver

[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 RHash

 sudo apt-get install rhash

Solidity

 npm install solc

Download code
Iceberg / Baseline

Metacello
new
baseline: 'Fog';
repository:  'github://sbragagnolo/Fog:v0.1.1.1/src';
load.

By hand

You may want to use this version for having access to some scripts and
contracts samples.

git checkout g...@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.

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

[Alistair Grant]

Hi Guillermo,

On 13 March 2017 at 10:02, Guillermo Polito  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

[Pharo-users] [ANN] threaded heartbeat VMs added to zeroconf

[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 

(they are listed at http://get.pharo.org , as usual)

cheers, 
Esteban

[Pharo-users] Roassal IdentityGroup regression?

[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

Re: [Pharo-users] Roassal IdentityGroup regression?

[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  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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Re: [Pharo-users] [Moose-dev] Re: Roassal IdentityGroup regression?

[Peter Uhnak]

Thanks!

Peter

On Mon, Mar 13, 2017 at 07:20:04PM -0300, Alexandre Bergel wrote:
> 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  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
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
> ___
> Moose-dev mailing list
> moose-...@list.inf.unibe.ch
> https://www.list.inf.unibe.ch/listinfo/moose-dev

Re: [Pharo-users] [Pharo-dev] What is the craziest bug you ever face

[Benoit St-Jean via Pharo-users]

--- Begin Message ---
My worst bug(s) is(are) related to the TopLink ORM.
In one particular case, we were working on a *huge* system and different 
"modules" were assigned to different teams.  Every module was working perfectly 
by itself (as confirmed by the SUnit testing) but sometimes, the database would 
get out of whack.
I finally realized that depending on the classes you used to perform object 
deletion (we had a parent-children-familymembers kinda model), none of the 
"modules" did it the same way and they all differed when it came to access the 
to-be-deleted object.  Most classes accessed the same "kind" of object from a 
single access point but not all of them!  That did create interesting problems 
where the to-be-deleted object reappeared in the database with old values, or 
just vanished during some operation only to reappear afterwards...  Besides, 
debugging proxies and cached objects is a real pain in the *ss !  And in many 
cases, you can't ever log properly anything as it would instantiate the 
proxies!  So I ended up not trusting the Smalltalk side of things and worked my 
way out from DB/2 logging only!    - 
Benoît St-Jean 
Yahoo! Messenger: bstjean 
Twitter: @BenLeChialeux 
Pinterest: benoitstjean 
Instagram: Chef_Benito
IRC: lamneth 
Blogue: endormitoire.wordpress.com 
"A standpoint is an intellectual horizon of radius zero".  (A. Einstein)





   --- End Message ---

Re: [Pharo-users] What is the craziest bug you ever face

[Richard Sargent]

This is not so much about debugging; it's a much more general issue. Given
that Smalltalk is designed to allow one to interact with objects, it always
frustrates me when our many browsers hide their implementation. We should be
able to open inspectors on the model and the UI instance quickly and easily.
These would greatly facilitate learning how the browsers works and to be
able to script things that the browser developer did not include.
 
e.g. How many methods am I looking at in this method browser?
e.g. I want to open a new method browser on a subset of the methods I am
looking at. (The rewrite tool helps when the criteria are syntax-based, but
...)
and many more things.
 

  _  

From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of
Stephane Ducasse
Sent: March 9, 2017 03:37
To: Any question about pharo is welcome; Pharo Development List
Subject: [Pharo-users] What is the craziest bug you ever face


Hi guys 

During the DSU workshop we were brainstorming about what are the most
difficult bugs we faced and what are the conceptual tools that would have
helped you.

Stef