[Pharo-users] Re: New to Pharo: Some questions

2023-01-15 Thread Serge Stinckwich
Hi Juan,

you might have a look to PolyMath:
https://github.com/PolyMathOrg/PolyMath

We are trying to build something equivalent to pandas et other scientific
libraries in Python.
Arms to help us are welcome ;-)
Regards,

On Mon, 16 Jan 2023 at 04:10, Juan Cruz  wrote:

> Hi,
> Thanks for your response. The size of datasets is not an issue, but my
> intention is not to bridge to Python. The reason behind the question is
> that (and sorry for those who love it) I think Python is an ugly language.
> It's very powerful due to its libraries: Yes. But as a language, I find it
> ugly and not very expressive. Besides, the fact that indentation has syntax
> meaning is really annoying.
> I tried Haskell, beautiful. Also Closure and Ruby. Love those. But
> Smalltalk caught my attention as I read in different sources that it was
> actively used in the financial industry, so I figure out that there were
> some advanced libraries out there...Probably they exist and are proprietary
> or secret haha.
> Thanks so much I will keep toying with Pharo, these days have been really
> fun. It is really fun to code in Pharo...and easy!!
> No need to set up environments, select editors, plugins, or
> debuggers..it´s all there!
> Have a great Sunday
> Juan P. Cruz
>
> --
> *From:* Jupiter Jones 
> *Sent:* Sunday, January 15, 2023 3:20 AM
> *To:* Any question about pharo is welcome 
> *Subject:* [Pharo-users] Re: New to Pharo: Some questions
>
> This may seem a little over simplistic, but the basics of what NumPy and
> Pandas offer can be achieved with the standard Smalltalk collection
> hierarchy. If your data fits in memory, then Pharo will handle the job. If
> not, then GemStone may do the trick.
>
> That said, there’s a bunch of quite specialised stuff in those libraries,
> some of which is not trivial to implement. Or you may have gigantic
> existing datasets that you want to leverage. So you can always call the
> python libraries directly from Smalltalk using the PythonBridge [1]. It’s
> been a long time since I’ve used it, so hopefully someone else can let you
> know if it’s still well maintained.
>
> There are a bunch of options for plotting. Maybe start by checking out
> Roassal [2].
>
> You may even want to check out Glamorous Toolkit [3]. It may change your
> life ;)
>
> [1] https://objectprofile.github.io/PythonBridge/
> [2] http://agilevisualization.com
> [3] https://gtoolkit.com
>
>
> On 15 Jan 2023, at 12:10 pm, Juan Cruz  wrote:
>
> Hello,
> I hope everyone is doing well. I am new to Pharo but not to programming. I
> have a background in Python, and Javascript mostly. I mostly use Python due
> to the data, plotting, and math libraries.
> But after toying a little with Pharo, the language I came to appreciate
> its beauty of it and how expressive the language is.
> I was wondering if there are libraries equivalent to Matplotlib, Pandas,
> Numpy, etc. I mostly apply Python to finance -in particular to quantitative
> finance.
> I read somewhere that top investment banks use Smalltalk as their secret
> weapon, so I'm sure that there are some users that have some insights to
> share on this subject.
> Thanks to all and all the best for this 2023.
> Greetings
> Juan P. Cruz
>
>
>

-- 
Serge Stinckwic
h​
https://twitter.com/SergeStinckwich
​


[Pharo-users] Re: [Pharo-dev] Please check older Issue tracker entries!

2022-05-18 Thread serge . stinckwich
Thank you Marcus for your effort to engage more people from the community on 
managing the issue tracker entries more efficiently 👏
Regards,

Sent from my iPhone

> On 18 May 2022, at 14:50, Marcus Denker  wrote:
> 
> Hi,
> 
> One problem with a public issue tracker: it accumulates lots of issues…
> 
> This sadly means that issues will not be looked at one by one… there are
> just too many.
> 
> One thing that is interesting to do is to check the issue that *you* 
> submitted.
> 
>- Is the issue still relevant?
>- is the title good and in sync with the issue?
>- Has it been fixed already ? (it happens!)
> 
> Then, for every issue there is a “next step”. It can be a good thing to spell 
> out
> very explicitly what the next step is “We need to create a Pull Request for 
> the
> suggested fix”.
> 
> Or maybe what is needed is a  summary of the huge discussion in the
> issue tracker entry.
> 
> Another idea: try to find others to help. E.g. 
>
>- send a mail to the mailinglist. 
>- ask on discord.
> 
> Maybe you can find a small group that works on this issue together.
> 
> 
> 
>Marcus
>
> 
> 


[Pharo-users] Re: MIDI Interface?

2022-05-15 Thread Serge Stinckwich
Hi Steward,

there is a PharoSound package (with code coming from Squeak):
https://github.com/pharo-contributions/Sound
with MIDI stuff inside.

Apparently there is another project:
https://github.com/NikalMight/Midi-Messages

That would be nice to put more love in this :-)

Regards,


On Sun, 15 May 2022 at 12:07, Stewart MacLean  wrote:

> Hi all,
>
> Just wondering what the current state of interfaces to MIDI within Pharo
> are?
>
> I gather that there was one (SoundScores that used primitives), but that
> seems to have disappeared...
>
> Cheers,
>
> Stewart
>


-- 
Serge Stinckwic
h​
https://twitter.com/SergeStinckwich
​


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

2022-04-05 Thread Serge Stinckwich
You can look at the change, I have done here:

https://github.com/KendrickOrg/kendrick/commit/1fe47c7cb4eebd1a676ffea186c2b6bdef86e3f2

Regards,

On Wed, 6 Apr 2022 at 11:21, o lu  wrote:

> On 4/5/22 21:06, Serge Stinckwich wrote:
>
> Sorry, my fault ... forget to add a baseline for Pharo10.
>
> I'm learning: tell me how you did this.
>
> Again congratulations on all the work done for this new release!
>
> Regards,
>
> On Wed, 6 Apr 2022 at 08:42, Serge Stinckwich 
> wrote:
>
>> Dear all,
>>
>> congratulations on the new release ! Nice to see smaller iterations for
>> the release.
>>
>> I try to load one of my packages with:
>>
>> Metacello new
>> repository: 'github://KendrickOrg/kendrick';
>> baseline: 'Kendrick';
>> onWarningLog ;
>> load
>>
>>
>> Was loading without any issue on Pharo 9 and now in Pharo 10 there is an 
>> error:
>>
>> Error: Name not found: Kendrick
>>
>> Something changed in package loading?
>>
>> Regards,
>>
>> --
> Serge Stinckwic
> ​h​
> https://twitter.com/SergeStinckwich
> ​
>
>
>

-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


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

2022-04-05 Thread Serge Stinckwich
Sorry, my fault ... forget to add a baseline for Pharo10.


Again congratulations on all the work done for this new release!

Regards,

On Wed, 6 Apr 2022 at 08:42, Serge Stinckwich 
wrote:

> Dear all,
>
> congratulations on the new release ! Nice to see smaller iterations for
> the release.
>
> I try to load one of my packages with:
>
> Metacello new
> repository: 'github://KendrickOrg/kendrick';
> baseline: 'Kendrick';
> onWarningLog ;
> load
>
> Was loading without any issue on Pharo 9 and now in Pharo 10 there is an 
> error:
>
> Error: Name not found: Kendrick
>
> Something changed in package loading?
>
> Regards,
>
>
> On Tue, 5 Apr 2022 at 18:40, Esteban Lorenzano  wrote:
>
>> Dear Pharo users and dynamic language lovers:
>>
>> We have released Pharo version 10 <https://pharo.org/> !
>>
>> Pharo is a pure object-oriented programming language and a powerful
>> environment, focused on simplicity and immediate feedback.
>>
>>
>> Pharo 10 was a short iteration where we focused mainly on stability and
>> enhancement of the environment :
>>
>>
>>- Massive system cleanup
>>-
>>   - gained speed
>>   - removed dead code
>>   - removed old/deprecated frameworks (Glamour, GTTools, Spec1)
>>   - All Remaining tools written using the deprecated frameworks have
>>been rewritten: Dependency Analyser, Critique Browser, and many other 
>> small
>>utilities.
>>- Modularisation has made a leap, creating correct baselines (project
>>descriptions) for many internal systems, making possible the work and
>>deployment of minimal images.
>>- Removing support for the old Bytecode sets and embedded blocks
>>simplified the compiler and language core.
>>- As a result, our image size has been reduced by 10% (from 66MB to
>>58MB)
>>- The VM has also improved in several areas: better async I/O
>>support, socket handling, FFI ABI,
>>
>> Even being a short iteration, we have closed a massive amount of issues:
>> around 600 issues and 700 pull requests. A more extended changelog can be
>> found at
>> https://github.com/pharo-project/pharo-changelogs/blob/master/Pharo100ChangeLogs.md
>> .
>>
>> While the technical improvements are significant, still the most
>> impressive fact is that the new code that got in the main Pharo 10 image
>> was contributed by more than 80 people.
>>
>> Pharo is more than code. It is an exciting project involving a great
>> community.
>>
>> We thank all the contributors to this release:
>>
>> Aaron Bieber, Ackerley Tng, Alban Benmouffek, Alejandra Cossio, Aless
>> Hosry, Alexandre Bergel, Aliaksei Syrel, Alistair Grant, Arturo Zambrano,
>> Asbathou Biyalou-Sama, Axel Marlard, Bastien Degardins, Ben Coman, Bernardo
>> Contreras, Bernhard Pieber, Carlo Teixeira, Carlos Lopez, Carolina
>> Hernandez, Christophe Demarey, Clotilde Toullec, Connor Skennerton, Cyril
>> Ferlicot, Dave Mason, David Wickes, Denis Kudriashov, Eric Gade, Erik Stel,
>> Esteban Lorenzano, Evelyn Cusi Lopez, Ezequiel R. Aguerre, Gabriel Omar
>> Cotelli, Geraldine Galindo, Giovanni Corriga, Guille Polito, Himanshu, Jan
>> Bliznicenko, Jaromir Matas, Kasper Østerbye, Kausthub Thekke Madathil,
>> Konrad Hinsen, Kurt Kilpela, Luz Paz, Marco Rimoldi, Marcus Denker, Martín
>> Dias, Massimo Nocentini, Max Leske, Maximilian-ignacio Willembrinck
>> Santander, Miguel Campero, Milton Mamani Torres, Nahuel Palumbo, Norbert
>> Hartl, Norm Green, Nour Djihan, Noury Bouraqadi, Oleksandr Zaitsev, Pablo
>> Sánchez Rodríguez, Pablo Tesone, Pavel Krivanek, Pierre Misse-Chanabier,
>> Quentin Ducasse, Raffaello Giulietti, Rakshit, Renaud de Villemeur, Rob
>> Sayers, Roland Bernard, Ronie Salgado, Santiago Bragagnolo, Sean DeNigris,
>> Sebastian Jordan Montt, Soufyane Labsari, Stephan Eggermont, Steven
>> Costiou, Stéphane Ducasse, Sven Van Caekenberghe, Theo Rogliano, Thomas
>> Dupriez, Théo Lanord, Torsten Bergmann, Vincent Blondeau.
>>
>>
>> (If you contributed to Pharo 10 development in any way and we missed your
>> name, please send us an email and we will add you).
>>
>> Enjoy!
>>
>> The Pharo Team
>>
>> Discover Pharo: https://pharo.org/features
>>
>> Try Pharo: http://pharo.org/download <https://pharo.org/download>
>>
>> Learn Pharo: http://pharo.org/documentation
>> <https://pharo.org/documentation>
>>
>
>
> --
> Serge Stinckwic
> ​h​
> https://twitter.com/SergeStinckwich
> ​
>


-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


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

2022-04-05 Thread Serge Stinckwich
Dear all,

congratulations on the new release ! Nice to see smaller iterations for the
release.

I try to load one of my packages with:

Metacello new
repository: 'github://KendrickOrg/kendrick';
baseline: 'Kendrick';
onWarningLog ;
load

Was loading without any issue on Pharo 9 and now in Pharo 10 there is an error:

Error: Name not found: Kendrick

Something changed in package loading?

Regards,


On Tue, 5 Apr 2022 at 18:40, Esteban Lorenzano  wrote:

> Dear Pharo users and dynamic language lovers:
>
> We have released Pharo version 10  !
>
> Pharo is a pure object-oriented programming language and a powerful
> environment, focused on simplicity and immediate feedback.
>
>
> Pharo 10 was a short iteration where we focused mainly on stability and
> enhancement of the environment :
>
>
>- Massive system cleanup
>-
>   - gained speed
>   - removed dead code
>   - removed old/deprecated frameworks (Glamour, GTTools, Spec1)
>   - All Remaining tools written using the deprecated frameworks have
>been rewritten: Dependency Analyser, Critique Browser, and many other small
>utilities.
>- Modularisation has made a leap, creating correct baselines (project
>descriptions) for many internal systems, making possible the work and
>deployment of minimal images.
>- Removing support for the old Bytecode sets and embedded blocks
>simplified the compiler and language core.
>- As a result, our image size has been reduced by 10% (from 66MB to
>58MB)
>- The VM has also improved in several areas: better async I/O support,
>socket handling, FFI ABI,
>
> Even being a short iteration, we have closed a massive amount of issues:
> around 600 issues and 700 pull requests. A more extended changelog can be
> found at
> https://github.com/pharo-project/pharo-changelogs/blob/master/Pharo100ChangeLogs.md
> .
>
> While the technical improvements are significant, still the most
> impressive fact is that the new code that got in the main Pharo 10 image
> was contributed by more than 80 people.
>
> Pharo is more than code. It is an exciting project involving a great
> community.
>
> We thank all the contributors to this release:
>
> Aaron Bieber, Ackerley Tng, Alban Benmouffek, Alejandra Cossio, Aless
> Hosry, Alexandre Bergel, Aliaksei Syrel, Alistair Grant, Arturo Zambrano,
> Asbathou Biyalou-Sama, Axel Marlard, Bastien Degardins, Ben Coman, Bernardo
> Contreras, Bernhard Pieber, Carlo Teixeira, Carlos Lopez, Carolina
> Hernandez, Christophe Demarey, Clotilde Toullec, Connor Skennerton, Cyril
> Ferlicot, Dave Mason, David Wickes, Denis Kudriashov, Eric Gade, Erik Stel,
> Esteban Lorenzano, Evelyn Cusi Lopez, Ezequiel R. Aguerre, Gabriel Omar
> Cotelli, Geraldine Galindo, Giovanni Corriga, Guille Polito, Himanshu, Jan
> Bliznicenko, Jaromir Matas, Kasper Østerbye, Kausthub Thekke Madathil,
> Konrad Hinsen, Kurt Kilpela, Luz Paz, Marco Rimoldi, Marcus Denker, Martín
> Dias, Massimo Nocentini, Max Leske, Maximilian-ignacio Willembrinck
> Santander, Miguel Campero, Milton Mamani Torres, Nahuel Palumbo, Norbert
> Hartl, Norm Green, Nour Djihan, Noury Bouraqadi, Oleksandr Zaitsev, Pablo
> Sánchez Rodríguez, Pablo Tesone, Pavel Krivanek, Pierre Misse-Chanabier,
> Quentin Ducasse, Raffaello Giulietti, Rakshit, Renaud de Villemeur, Rob
> Sayers, Roland Bernard, Ronie Salgado, Santiago Bragagnolo, Sean DeNigris,
> Sebastian Jordan Montt, Soufyane Labsari, Stephan Eggermont, Steven
> Costiou, Stéphane Ducasse, Sven Van Caekenberghe, Theo Rogliano, Thomas
> Dupriez, Théo Lanord, Torsten Bergmann, Vincent Blondeau.
>
>
> (If you contributed to Pharo 10 development in any way and we missed your
> name, please send us an email and we will add you).
>
> Enjoy!
>
> The Pharo Team
>
> Discover Pharo: https://pharo.org/features
>
> Try Pharo: http://pharo.org/download 
>
> Learn Pharo: http://pharo.org/documentation
> 
>


-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


[Pharo-users] Re: Pharo Graphs

2021-12-02 Thread Serge Stinckwich
On Thu, 2 Dec 2021 at 22:40, Sebastian Jordan Montano <
sebastian.jor...@inria.fr> wrote:

> Hello Serge,
>
> The plan is only to remove the graph algorithms from the Moose Algo
> (Moose-Algos-Graph) and to load them from the Pharo AI library instead.
> I saw that you reference in graph generator algos some classes of the
> edges. What we can do is to use the nodes from the pharo-ai library instead.
>
> But also I think that it could be interesting to move the graphs generator
> to pharo-ai repo. I do not know. What do you think?
> We can discuss it.
>
>
If they can be ported quite easily, why not.
Regards,

-- 
Serge Stinckwic
h

https://twitter.com/SergeStinckwich


[Pharo-users] Re: Pharo Graphs

2021-12-01 Thread Serge Stinckwich
Thank you Sebastian. Great to have this library.

I have implemented various random graph generation algorithms that are part
now of the MooseAlgo library:
https://github.com/moosetechnology/moosealgos

Like Albert-Barabasi algorithm and others:
https://github.com/moosetechnology/MooseAlgos/tree/development/src/Moose-Algos-Graph-Generators
I planned to implement new algorithms that I needed for my work.

Do you plan to replace completely MooseAlgo with the new library?
Regards,


On Wed, 1 Dec 2021 at 22:56, Sebastian Jordan Montano <
sebastian.jor...@inria.fr> wrote:

> Hello everybody,
>
> We are happy to announce that we have a brand new library for graphs
> algorithms in Pharo! We have implemented some of the most-know graph
> algorithms like: Dijkstra, Tarjan, BFS, Kruskal, Topological Sort, and more.
> Here is the GitHub repository:
> https://github.com/pharo-ai/graph-algorithms
>
> Also, we wrote a booklet for the ones interested in graph theory in the
> computer science context. In the booklet, we explain how the algorithms
> work, the logic behind them, and the Pharo implementation. Also, we show in
> which real-life scenarios they can be applied.
> Here is the booklet link:
> https://github.com/SquareBracketAssociates/Booklet-PharoGraphs (there is
> the link of pdf on the README).
>
> We are interested in any kind of feedback!
>
> Thanks,
> Sebastian Jordan
>


-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


[Pharo-users] Re: Help Needed: Looking for projects to use in a study of transforming deprecations

2021-04-06 Thread serge . stinckwich
I guess CORMAS project could benefit on that.
We have tons of methods we don’t know if they are still used, some are 
deprecated or not. A real mess 😊

Sent from my iPhone

> On 6 Apr 2021, at 20:50, Oleksandr Zaitsev  wrote:
> 
> 
> Hello,
> 
> I need your help to recommend some projects that I can use in my study of 
> transforming deprecations.
> 
> As many of you know, Pharo supports a very powerful concept of "transforming" 
> deprecations. You can deprecate a method, providing a transformation rule. 
> Then when a client application calls the deprecated method, the call-site 
> will be automatically rewritten to use the new API. Here is an example of a 
> transforming deprecation:
> 
> Collection >> includesAllOf: values
>   self
> deprecated: ‘Use #includesAll: instead’
> transformWith: ‘`@rec includesAllOf: `@arg’ ->
>‘`@rec includesAll: `@arg’.
> 
>   ^ self includesAll: values
> 
> You can read more about transforming deprecations in my blog post: 
> https://blog.oleks.fr/deprewriter
> 
> I am working on a tool that can analyse the commit history of a project and 
> recommend deprecations and transformation rules that can be inserted before 
> the release. It works like this:
> 
> 1. Collect all commits between two releases of a project
> 2. Mine those commits to identify method call replacements (deletions and 
> additions) that happen frequently
> 3. Infer the mapping between the methods of the old and new API
> 4. Recommend deprecations and generate transformation rules
> 
> I have validated my approach on Pharo, Moose, Pillar, Famix, and DataFrame 
> projects.
> 
> Now I am looking for other projects that could benefit from recommended 
> deprecations and could be used in my study.
> 
> Required:
> - open source project with accessible commit history (e.g. public git 
> repository)
> - written in Pharo (although if you know projects in other languages that 
> could be interesting for my study, please let me know about them as well) 
> 
> Prefered:
> - ongoing development
> - multiple releases
> - has users (other projects that depend on it)
> 
> If you have some projects in mind, please let me know about them! 
> 
> And if you are interested in this study and want to learn more, don't 
> hesitate to contact me by email.
> 
> Oleksandr
> 
> 


[Pharo-users] Re: [Pharo-dev] Re: Pharo - GSOC 2021

2021-03-11 Thread Serge Stinckwich
Yes accepted as an organization.
The Pharo GSOC admins will provide more details soon.

On Thu, 11 Mar 2021 at 21:13, Norbert Hartl  wrote:

> Great! This is to be accepted as organization? Projects still have to be
> accepted IIRC. Right?
>
> Norbert
>
> Am 11.03.2021 um 07:33 schrieb Serge Stinckwich <
> serge.stinckw...@gmail.com>:
>
> Dear all,
>
> great news I want to share with you: Pharo has been selected to be part of
> GSOC 2021
>
>
> https://summerofcode.withgoogle.com/organizations/?sp-search=pharo#4667274369171456
>
> Thank you to the great team of admins for making this happen: Oleksandr
> Zaitsev, Gordana Rakic and Juan Pablo Sandoval Alcocer !
>
> We will send updates soon on the student selection process soon.
> Regards,
> --
> Serge Stinckwic
> h
> https://twitter.com/SergeStinckwich
>
>
>

-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


[Pharo-users] Pharo - GSOC 2021

2021-03-10 Thread Serge Stinckwich
Dear all,

great news I want to share with you: Pharo has been selected to be part of
GSOC 2021

https://summerofcode.withgoogle.com/organizations/?sp-search=pharo#4667274369171456

Thank you to the great team of admins for making this happen: Oleksandr
Zaitsev, Gordana Rakic and Juan Pablo Sandoval Alcocer !

We will send updates soon on the student selection process soon.
Regards,
-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


[Pharo-users] Re: Fwd: [EXTERNAL] Re: Opening presentation of the JPL Open Developer seminar series

2020-12-08 Thread serge . stinckwich
Great ! What is the time zone?


Sent from my iPhone

> On 9 Dec 2020, at 04:57, Stéphane Ducasse  wrote:
> 
> Roassal presentation to JPL (Nasa lab :)).
> 
> S
> 
>> Begin forwarded message:
>> 
>> From: "Brunzie, Ted J (US 337C)" 
>> Subject: Re: [EXTERNAL] Re: Opening presentation of the JPL Open Developer 
>> seminar series
>> Date: 8 December 2020 at 21:54:42 CET
>> To: Stéphane Ducasse 
>> Cc: Pablo Tesone , Steven Costiou 
>> , denker , Esteban 
>> Lorenzano 
>> 
>> 
> 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr / http://www.pharo.org 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 


[Pharo-users] GSOC 2021

2020-10-26 Thread Serge Stinckwich
GSOC 2021 is out: https://summerofcode.withgoogle.com/
Anyone is willing to lead the Pharo proposal?

Regards,
-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


[Pharo-users] Re: Updating lists.pharo.org: New server, Mailman3 and more

2020-09-14 Thread Serge Stinckwich
Marcus, big 👏

On Tue, 15 Sep 2020 at 14:33, Sean P. DeNigris 
wrote:

> Marcus Denker-4 wrote
> > We are updating the mailinglists (everything https://lists.pharo.org/
> > ;)
>
> Thanks, Marcus - all this logistical stuff gets no glory but is so
> important
> :)
>
>
>
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>


-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] Rounding in Floats

2020-09-07 Thread serge . stinckwich
BTW why closeTo: is initialized by default with a value of 0.0001 ?
https://github.com/pharo-project/pharo/issues/3067

Sent from my iPhone

> On 7 Sep 2020, at 20:10, Sven Van Caekenberghe  wrote:
> 
> 
> 
>> On 6 Sep 2020, at 22:21, Esteban Maringolo  wrote:
>> 
>> It is not for printing but for testing. I want to assert that a
>> certain calculation gives the expected result.
> 
> Then you should use #assert:closeTo: and friends.
> 
> (9.1 + (-2.0)) closeTo: 7.1 precision: 0.1.
> 
> Floats should always be compared using an epsilon (precision) value in tests, 
> not using equality.
> 
> 


Re: [Pharo-users] Pharo at JPL

2020-08-29 Thread Serge Stinckwich
On Sat, 29 Aug 2020 at 06:27, tbrunz  wrote:

> Hi Konrad,
>
> I'm the person at JPL who (somehow) got "The Powers That Be" here to agree
> to join the Consortium.
>
> I'm also the major champion of Pharo at JPL, and am leading an effort to
> get
> Pharo introduced & infused at JPL.
>
> I see the initial "market" for Pharo here to be:
>
> * Scientific & engineering data analysis & visualization,
> * Modeling and simulation,
> * Internal web servers,
> * Custom ground support & test systems,
> * Small-to-medium sized scripting to "support applications".
>
> I'm sure more application areas will open up as I get people to start using
> Pharo in their particular areas of expertise.
>
> I'm doing what I can be promoting Pharo, providing introductions &
> training,
> and I'm now working on demonstrations that can catch the attention of both
> engineers and managers -- to see the potential.
>
>
Dear Ted,

We share a lot of common interests with you and Konrad.

I'm the main architect of PolyMath: https://github.com/PolyMathOrg/PolyMath
for doing scientific computing with Pharo.

I'm also involved in Kendrick, a domain-specific language for doing
epidemiological modelling:
https://github.com/UNU-Macau/kendrick
and a multi-agent modelling platform called CORMAS:
https://github.com/cormas/cormas

Regards,
-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


Re: [Pharo-users] A question concerning Nautilus

2020-07-13 Thread Serge Stinckwich
Hi René,

use instead:

ClyFullBrowser openOnMethod: Integer >> #factorial

Book should be updated for Pharo 8 :-)
Regards,

On Mon, Jul 13, 2020 at 10:42 PM Rene Paul Mages (ramix) 
wrote:

> Hello,
>
> In the chapter 2 ( A quick tour of Pharo )  of this book :
>
> https://github.com/SquareBracketAssociates/UpdatedPharoByExample
>
>  we can read :
>
> http://ramix.org/pharo/UpdatePBE/TheSystemBrowser.png
>
> When I "do it" the following code Nautilus don't open on the method
> factorial :
>
> http://ramix.org/pharo/UpdatePBE/Nautilus.png
>
> I am running Pharo version 8.0. under a 64 bits Linux machine.
>
> --
> Thanks for your help
> Rene Paul Mages ( GnuPG_key 0x9840A6F7 )
> http://www.pharo.fr
> http://www.linux-azur.org/ramix
> http://twitter.com/RenePaulMages
>
>
>
>
>

-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] Pharo 8.0 bug

2020-06-14 Thread serge . stinckwich
Hi Sebastian,

We are not using fogbugz since a long time for bug report. You can submit yr 
issue on Pharo github issue tracker:
https://github.com/pharo-project/pharo/issues

Regards

Sent from my iPhone

> On 14 Jun 2020, at 13:35, Sebastian Heidbrink  wrote:
> 
> Hello,
> 
> I am unfortunately not able to register at https://pharo.fogbugz.com/ because 
> "/issues-register-service not found".
> 
> This is why I post the following bug here:
> 
> I attached a test case and how that somebody can recreate it.
> 
> I just downloaded a Pharo 8.0 64Bit image with the pharolauncher to a Windows 
> 10 machine.
> 
> Depending on my actions within the dev environment the test case passes or 
> fails in the last two asserts.
> 
> What one has to do is just run the test and see if it fails the first time.
> 
> If it does not fail then:
> 
> 1. Remove the comment in the test method.
> 
> 2. Within the System Browser navigate to the ValueHolderTestClass and back to 
> ValueHolderTestCase again.
> 
> 3. Rerun the test
> 
> With a little back and forth you will eventually see the last asserts fails 
> with
> 
> "TestFailure: Got '13' instead for 'Test3' "
> 
> 
> It would be highly appreciated if somebody with access to pharo.fogbugz.com 
> would find the time to try this and upload the information provided.
> 
> 
> Here the full info about the image:
> Pharo 8.0.0
> Build information: 
> Pharo-8.0.0+build.1124.sha.0932da82f08175e906b0e2a8052120c823374e9f (64 Bit)
> 
> 
> Thank you!
> 
> Cheers!
> 
> Sebastian
> 
> 
> 
> 


Re: [Pharo-users] GIS support for Pharo

2020-06-05 Thread serge . stinckwich
Yes sure. We will see how we integrate it to a bigger software.
A+

Sent from my iPhone

> On 5 Jun 2020, at 19:49, Stéphane Ducasse  wrote:
> 
> Cool can you fork my ESRI repo. I want to keep it for exercises in the 
> future.
> Or I can push it to this organisation and clone it for myself. 
> 
> S. 
> 
>> On 5 Jun 2020, at 13:09, Serge Stinckwich  wrote:
>> 
>> I create a pharo-GIS organization here: 
>> 
>> https://github.com/pharo-GIS
>> 
>>> On Fri, Jun 5, 2020 at 5:35 PM Norbert Hartl  wrote:
>>> Wel, that‘s what I proposed. So yes from me 
>>> 
>>>>> Am 05.06.2020 um 10:03 schrieb Stéphane Ducasse 
>>>>> :
>>>>> 
>>>> Serge I was thinking that it would be good to create pharo-gis 
>>>> organisation. 
>>>> What do you and the others think?
>>>> 
>>>> S
>>>> 
>>>>> On 5 Jun 2020, at 03:46, Serge Stinckwich  
>>>>> wrote:
>>>>> 
>>>>> Hi Todd,
>>>>> 
>>>>> you can join. Everyone is welcome.
>>>>> GDAL FFI integration would be great, but this is a lot of work I guess.
>>>>> 
>>>>> Regards,
>>>>> 
>>>>>> On Fri, Jun 5, 2020 at 2:34 AM Todd Blanchard via Pharo-users 
>>>>>>  wrote:
>>>>>> Hi Serge,
>>>>>> 
>>>>>> I would love to participate in getting some GIS features into Pharo.  I 
>>>>>> think it would be a fantastic platform for GIS.
>>>>>> 
>>>>>> My personal orientation is doing marine navigation (have boat with 
>>>>>> sensors, want boat to be be smarter about navigation).
>>>>>> 
>>>>>> My main interests is in being able to render S57/S52 formats.  There are 
>>>>>> a number of boat fans that balk at the price of expensive chart plotter 
>>>>>> computers and software.
>>>>>> 
>>>>>> They have given rise to some DIY stuff.  Some of it just rips code 
>>>>>> straight out of https://gdal.org - I think possibly a FFI integration 
>>>>>> with gdal might be an amazing resource.
>>>>>> 
>>>>>> I am time constrained for when I can work on this stuff but would like 
>>>>>> it a lot if we at least had some core data types for simple things like 
>>>>>> lat/lng, regions (polygons), and a decent general map renderer.
>>>>>> 
>>>>>> Anyhow, please include me in any conversations.  Navigation (both air 
>>>>>> and sea) are two things I have an interest in.
>>>>>> 
>>>>>>> On Jun 3, 2020, at 8:31 PM, Serge Stinckwich 
>>>>>>>  wrote:
>>>>>>> 
>>>>>>> Dear all,
>>>>>>> 
>>>>>>> there was already some discussion in the list about GIS support for 
>>>>>>> Pharo previously.
>>>>>>> 
>>>>>>> Working on CORMAS multi-agent simulation platform: 
>>>>>>> https://github.com/cormas/cormas some developers feel the need to have 
>>>>>>> more GIS support for Pharo.
>>>>>>> 
>>>>>>> I know of existing GIS software:
>>>>>>> - GeoJSON by Zweidenker: https://github.com/zweidenker/GeoJSON
>>>>>>> - ESRI ascii raster, done by Stephane recently: 
>>>>>>> https://github.com/Ducasse/ESRI-ASCII-Raster
>>>>>>> - shapefile support by Hernan: http://smalltalkhub.com/#!/~hernan/Shapes
>>>>>>> (to be moved to github)
>>>>>>> - I found this project also: http://www.squeaksource.com/gekon.html
>>>>>>> 
>>>>>>> I know that Etienne Delay is also interested by GIS support and propose 
>>>>>>> to implement OpenGIS model support: 
>>>>>>> https://github.com/cormas/cormas/issues/139
>>>>>>> 
>>>>>>> Can we try to unite and maybe create a pharo-GIS organization on github 
>>>>>>> to federate our efforts? 
>>>>>>> 
>>>>>>> Cheers,
>>>>>>> -- 
>>>>>>> Serge Stinckwich
>>>>>>> https://twitter.com/SergeStinckwich
>>>>>> 
>>>>> 
>>>>> 
>>>>> -- 
>>>>> Serge Stinckwic​h​
>>>>> https://twitter.com/SergeStinckwich
>>>>> ​
>>>> 
>>>> 
>>>> Stéphane Ducasse
>>>> http://stephane.ducasse.free.fr / http://www.pharo.org 
>>>> 03 59 35 87 52
>>>> Assistant: Aurore Dalle 
>>>> FAX 03 59 57 78 50
>>>> TEL 03 59 35 86 16
>>>> S. Ducasse - Inria
>>>> 40, avenue Halley, 
>>>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>>>> Villeneuve d'Ascq 59650
>>>> France
>>>> 
>> 
>> 
>> -- 
>> Serge Stinckwic​h​
>> https://twitter.com/SergeStinckwich
>> ​
> 
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr / http://www.pharo.org 
> 03 59 35 87 52
> Assistant: Aurore Dalle 
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley, 
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
> 


Re: [Pharo-users] GIS support for Pharo

2020-06-05 Thread Serge Stinckwich
I create a pharo-GIS organization here:

https://github.com/pharo-GIS

On Fri, Jun 5, 2020 at 5:35 PM Norbert Hartl  wrote:

> Wel, that‘s what I proposed. So yes from me
>
> Am 05.06.2020 um 10:03 schrieb Stéphane Ducasse  >:
>
> Serge I was thinking that it would be good to create pharo-gis
> organisation.
> What do you and the others think?
>
> S
>
> On 5 Jun 2020, at 03:46, Serge Stinckwich 
> wrote:
>
> Hi Todd,
>
> you can join. Everyone is welcome.
> GDAL FFI integration would be great, but this is a lot of work I guess.
>
> Regards,
>
> On Fri, Jun 5, 2020 at 2:34 AM Todd Blanchard via Pharo-users <
> pharo-users@lists.pharo.org> wrote:
>
>> Hi Serge,
>>
>> I would love to participate in getting some GIS features into Pharo.  I
>> think it would be a fantastic platform for GIS.
>>
>> My personal orientation is doing marine navigation (have boat with
>> sensors, want boat to be be smarter about navigation).
>>
>> My main interests is in being able to render S57/S52 formats.  There are
>> a number of boat fans that balk at the price of expensive chart plotter
>> computers and software.
>>
>> They have given rise to some DIY stuff.  Some of it just rips code
>> straight out of https://gdal.org - I think possibly a FFI integration
>> with gdal might be an amazing resource.
>>
>> I am time constrained for when I can work on this stuff but would like it
>> a lot if we at least had some core data types for simple things like
>> lat/lng, regions (polygons), and a decent general map renderer.
>>
>> Anyhow, please include me in any conversations.  Navigation (both air and
>> sea) are two things I have an interest in.
>>
>> On Jun 3, 2020, at 8:31 PM, Serge Stinckwich 
>> wrote:
>>
>> Dear all,
>>
>> there was already some discussion in the list about GIS support for Pharo
>> previously.
>>
>> Working on CORMAS multi-agent simulation platform:
>> https://github.com/cormas/cormas some developers feel the need to have
>> more GIS support for Pharo.
>>
>> I know of existing GIS software:
>> - GeoJSON by Zweidenker: https://github.com/zweidenker/GeoJSON
>> - ESRI ascii raster, done by Stephane recently:
>> https://github.com/Ducasse/ESRI-ASCII-Raster
>> - shapefile support by Hernan: http://smalltalkhub.com/#!/~hernan/Shapes
>> (to be moved to github)
>> - I found this project also: http://www.squeaksource.com/gekon.html
>>
>> I know that Etienne Delay is also interested by GIS support and propose
>> to implement OpenGIS model support:
>> https://github.com/cormas/cormas/issues/139
>>
>> Can we try to unite and maybe create a pharo-GIS organization on github
>> to federate our efforts?
>>
>> Cheers,
>> --
>> Serge Stinckwic
>> h
>> https://twitter.com/SergeStinckwich
>>
>>
>>
>
> --
> Serge Stinckwic
> ​h​
> https://twitter.com/SergeStinckwich
> ​
>
>
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr / http://www.pharo.org
> 03 59 35 87 52
> Assistant: Aurore Dalle
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley,
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
>
>

-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] GIS support for Pharo

2020-06-05 Thread serge . stinckwich
I think this is a good idea. We will discuss with Norbert and Hernan during put 
meeting next Thursday.

Regards

Sent from my iPhone

> On 5 Jun 2020, at 16:17, Hernán Morales Durand  
> wrote:
> 
> 
> 
> 
>> El vie., 5 jun. 2020 a las 5:03, Stéphane Ducasse 
>> () escribió:
>> Serge I was thinking that it would be good to create pharo-gis organisation. 
>> What do you and the others think?
>> 
> 
> I think it is a good idea!
> 
> Cheers,
> 
> Hernán
>  
>> S
>> 
>>> On 5 Jun 2020, at 03:46, Serge Stinckwich  
>>> wrote:
>>> 
>>> Hi Todd,
>>> 
>>> you can join. Everyone is welcome.
>>> GDAL FFI integration would be great, but this is a lot of work I guess.
>>> 
>>> Regards,
>>> 
>>>> On Fri, Jun 5, 2020 at 2:34 AM Todd Blanchard via Pharo-users 
>>>>  wrote:
>>>> Hi Serge,
>>>> 
>>>> I would love to participate in getting some GIS features into Pharo.  I 
>>>> think it would be a fantastic platform for GIS.
>>>> 
>>>> My personal orientation is doing marine navigation (have boat with 
>>>> sensors, want boat to be be smarter about navigation).
>>>> 
>>>> My main interests is in being able to render S57/S52 formats.  There are a 
>>>> number of boat fans that balk at the price of expensive chart plotter 
>>>> computers and software.
>>>> 
>>>> They have given rise to some DIY stuff.  Some of it just rips code 
>>>> straight out of https://gdal.org - I think possibly a FFI integration with 
>>>> gdal might be an amazing resource.
>>>> 
>>>> I am time constrained for when I can work on this stuff but would like it 
>>>> a lot if we at least had some core data types for simple things like 
>>>> lat/lng, regions (polygons), and a decent general map renderer.
>>>> 
>>>> Anyhow, please include me in any conversations.  Navigation (both air and 
>>>> sea) are two things I have an interest in.
>>>> 
>>>>> On Jun 3, 2020, at 8:31 PM, Serge Stinckwich  
>>>>> wrote:
>>>>> 
>>>>> Dear all,
>>>>> 
>>>>> there was already some discussion in the list about GIS support for Pharo 
>>>>> previously.
>>>>> 
>>>>> Working on CORMAS multi-agent simulation platform: 
>>>>> https://github.com/cormas/cormas some developers feel the need to have 
>>>>> more GIS support for Pharo.
>>>>> 
>>>>> I know of existing GIS software:
>>>>> - GeoJSON by Zweidenker: https://github.com/zweidenker/GeoJSON
>>>>> - ESRI ascii raster, done by Stephane recently: 
>>>>> https://github.com/Ducasse/ESRI-ASCII-Raster
>>>>> - shapefile support by Hernan: http://smalltalkhub.com/#!/~hernan/Shapes
>>>>> (to be moved to github)
>>>>> - I found this project also: http://www.squeaksource.com/gekon.html
>>>>> 
>>>>> I know that Etienne Delay is also interested by GIS support and propose 
>>>>> to implement OpenGIS model support: 
>>>>> https://github.com/cormas/cormas/issues/139
>>>>> 
>>>>> Can we try to unite and maybe create a pharo-GIS organization on github 
>>>>> to federate our efforts? 
>>>>> 
>>>>> Cheers,
>>>>> -- 
>>>>> Serge Stinckwich
>>>>> https://twitter.com/SergeStinckwich
>>>> 
>>> 
>>> 
>>> -- 
>>> Serge Stinckwich
>>> https://twitter.com/SergeStinckwich
>> 
>> 
>> Stéphane Ducasse
>> http://stephane.ducasse.free.fr / http://www.pharo.org 
>> 03 59 35 87 52
>> Assistant: Aurore Dalle 
>> FAX 03 59 57 78 50
>> TEL 03 59 35 86 16
>> S. Ducasse - Inria
>> 40, avenue Halley, 
>> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
>> Villeneuve d'Ascq 59650
>> France
>> 


Re: [Pharo-users] GIS support for Pharo

2020-06-04 Thread Serge Stinckwich
Yes Thursday 11/06 on CORMAS channel.
We can start at 10am in Germany, 4pm for me in Macau, 8am UTC.
Regards,

On Thu, Jun 4, 2020 at 8:22 PM Hernán Morales Durand <
hernan.mora...@gmail.com> wrote:

>
>
> El jue., 4 jun. 2020 a las 9:16, Serge Stinckwich (<
> serge.stinckw...@gmail.com>) escribió:
>
>> OpenGIS is an object-oriented meta-model for GIS. There is no
>> implementation in Pharo but can give a good blueprint if we want to do
>> something like that.
>>
>> I’m GMT+8. So a meeting Thursday at 9am for you is great for me (2pm for
>> me).
>> It would be nice if Hernan can join also, but might be difficult with the
>> time zone difference.
>>
>>
> You mean next Thursday 11/06 ?
> On discord cormas channel?
> I could connect no problem.
>
> Cheers,
>
> Hernán
>
>
>
>> Regards,
>>
>> Sent from my iPad
>>
>> On 4 Jun 2020, at 18:50, Norbert Hartl  wrote:
>>
>> 
>>
>> Am 04.06.2020 um 12:31 schrieb Serge Stinckwich <
>> serge.stinckw...@gmail.com>:
>>
>>
>>
>> On Thu, Jun 4, 2020 at 4:11 PM Norbert Hartl  wrote:
>>
>>> I started this initiative for our company because we are in the mobility
>>> bubsiness where maps and geo centric things are important. It is not
>>> elaborate as a real GIS support but a start. So here my secret plan:
>>>
>>>
>> Thank you Norbert for your interest on that topic.
>> I put Etienne Delay because he is not ont the pharo-users mailing-list
>> and I'm working with him on GIS issues for CORMAS.
>>
>> - GeoJSON [1] was done because web services came up with that format to
>>> exchange geo shape information. Furthermore database like MongoDB changed
>>> their internal support for 2d/2dsphere indexes also to GeoJSON. There is a
>>> package GeoJSON-Voyage which is start of a helper to easily store Geo data
>>> in voyage-mongo.
>>>
>>> - I started to do a KML Reader [2] because besides GeoJSON that is a
>>> widely used format. And this can be used in Google Earth which is the best
>>> free Geo editor that I know.
>>>
>>> - As KML and GeoJSON use a similar model for representing geo shapes and
>>> POIs I started to factor out that into the Geography package [3].
>>>
>>> - At the moment in the Geography package there is only a 2D point class
>>> GGPoint to have something to hold geo coordinates (there is also a 3D
>>> variant). In the past I used Point as the class for these things but came
>>> to the conclusion that there is a distinction between a point and geo point
>>> when it comes to things like distance etc. So it is better to have them
>>> separate. Into this model I want to morph the classes for LineStrings,
>>> LinearRings, Polygons etc. from GeoJSON and KML to have a common foundation
>>> for the basic geo shapes lines, multi-lines, closed multi-lines (=polygons)
>>> etc.
>>>
>>> - As GGPoint is distinct to Point this is just the context where you use
>>> it. The Geography package should be a companion to the Geometry package [4]
>>> which I forked from TelescopeSt to make it a community package which is
>>> good for this plan but also for roassal which uses the Geometry package. To
>>> me the geoX model should be switched between Geometry and Geography
>>> regarding to the context you want to work in being planar or spherical.
>>>
>>> - In my tools that I build this model classes have also gt-inspector
>>> extension so the shapes can be viewed just by inspecting them. I'm fighting
>>> with the roassal team to make it possible for geo coordinates which
>>> conflicts at the moment with their defined thresholds. But with the
>>> factoring the shapes into Geography I will move those extension to the
>>> Geography package as well
>>>
>>> - I also implemented a polygon intersection algorithm (Weiler and
>>> Atherton) which I will then incorporate in any of the GeoX packages
>>>
>>>
>> You have done a lot of work. And we add all the work done by Hernan on
>> supporting ESRI shapefiles, we have already a good start.
>>
>> Etienne also mention the OpenGIS model in this issue:
>> https://github.com/cormas/cormas/issues/139
>>
>> From what I understood, OpenGIS model crosscut many points of the
>> Geography package:
>> http://portal.opengeospatial.org/files/?artifact_id=25355
>>
>> So these are the pieces that are there. The plan in text is:
>>>
>>> - Hav

Re: [Pharo-users] GIS support for Pharo

2020-06-04 Thread Serge Stinckwich
Hi Todd,

you can join. Everyone is welcome.
GDAL FFI integration would be great, but this is a lot of work I guess.

Regards,

On Fri, Jun 5, 2020 at 2:34 AM Todd Blanchard via Pharo-users <
pharo-users@lists.pharo.org> wrote:

> Hi Serge,
>
> I would love to participate in getting some GIS features into Pharo.  I
> think it would be a fantastic platform for GIS.
>
> My personal orientation is doing marine navigation (have boat with
> sensors, want boat to be be smarter about navigation).
>
> My main interests is in being able to render S57/S52 formats.  There are a
> number of boat fans that balk at the price of expensive chart plotter
> computers and software.
>
> They have given rise to some DIY stuff.  Some of it just rips code
> straight out of https://gdal.org - I think possibly a FFI integration
> with gdal might be an amazing resource.
>
> I am time constrained for when I can work on this stuff but would like it
> a lot if we at least had some core data types for simple things like
> lat/lng, regions (polygons), and a decent general map renderer.
>
> Anyhow, please include me in any conversations.  Navigation (both air and
> sea) are two things I have an interest in.
>
> On Jun 3, 2020, at 8:31 PM, Serge Stinckwich 
> wrote:
>
> Dear all,
>
> there was already some discussion in the list about GIS support for Pharo
> previously.
>
> Working on CORMAS multi-agent simulation platform:
> https://github.com/cormas/cormas some developers feel the need to have
> more GIS support for Pharo.
>
> I know of existing GIS software:
> - GeoJSON by Zweidenker: https://github.com/zweidenker/GeoJSON
> - ESRI ascii raster, done by Stephane recently:
> https://github.com/Ducasse/ESRI-ASCII-Raster
> - shapefile support by Hernan: http://smalltalkhub.com/#!/~hernan/Shapes
> (to be moved to github)
> - I found this project also: http://www.squeaksource.com/gekon.html
>
> I know that Etienne Delay is also interested by GIS support and propose to
> implement OpenGIS model support:
> https://github.com/cormas/cormas/issues/139
>
> Can we try to unite and maybe create a pharo-GIS organization on github to
> federate our efforts?
>
> Cheers,
> --
> Serge Stinckwic
> h
> https://twitter.com/SergeStinckwich
>
>
>

-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] GIS support for Pharo

2020-06-04 Thread Serge Stinckwich
OpenGIS is an object-oriented meta-model for GIS. There is no implementation in 
Pharo but can give a good blueprint if we want to do something like that.

I’m GMT+8. So a meeting Thursday at 9am for you is great for me (2pm for me).
It would be nice if Hernan can join also, but might be difficult with the time 
zone difference.

Regards,

Sent from my iPad

> On 4 Jun 2020, at 18:50, Norbert Hartl  wrote:
> 
> 
> 
>> Am 04.06.2020 um 12:31 schrieb Serge Stinckwich :
>> 
>> 
>> 
>>> On Thu, Jun 4, 2020 at 4:11 PM Norbert Hartl  wrote:
>>> I started this initiative for our company because we are in the mobility 
>>> bubsiness where maps and geo centric things are important. It is not 
>>> elaborate as a real GIS support but a start. So here my secret plan:
>>> 
>> 
>> Thank you Norbert for your interest on that topic.
>> I put Etienne Delay because he is not ont the pharo-users mailing-list and 
>> I'm working with him on GIS issues for CORMAS.
>> 
>>> - GeoJSON [1] was done because web services came up with that format to 
>>> exchange geo shape information. Furthermore database like MongoDB changed 
>>> their internal support for 2d/2dsphere indexes also to GeoJSON. There is a 
>>> package GeoJSON-Voyage which is start of a helper to easily store Geo data 
>>> in voyage-mongo.
>>> 
>>> - I started to do a KML Reader [2] because besides GeoJSON that is a widely 
>>> used format. And this can be used in Google Earth which is the best free 
>>> Geo editor that I know. 
>>> 
>>> - As KML and GeoJSON use a similar model for representing geo shapes and 
>>> POIs I started to factor out that into the Geography package [3].
>>> 
>>> - At the moment in the Geography package there is only a 2D point class 
>>> GGPoint to have something to hold geo coordinates (there is also a 3D 
>>> variant). In the past I used Point as the class for these things but came 
>>> to the conclusion that there is a distinction between a point and geo point 
>>> when it comes to things like distance etc. So it is better to have them 
>>> separate. Into this model I want to morph the classes for LineStrings, 
>>> LinearRings, Polygons etc. from GeoJSON and KML to have a common foundation 
>>> for the basic geo shapes lines, multi-lines, closed multi-lines (=polygons) 
>>> etc.
>>> 
>>> - As GGPoint is distinct to Point this is just the context where you use 
>>> it. The Geography package should be a companion to the Geometry package [4] 
>>> which I forked from TelescopeSt to make it a community package which is 
>>> good for this plan but also for roassal which uses the Geometry package. To 
>>> me the geoX model should be switched between Geometry and Geography 
>>> regarding to the context you want to work in being planar or spherical. 
>>> 
>>> - In my tools that I build this model classes have also gt-inspector 
>>> extension so the shapes can be viewed just by inspecting them. I'm fighting 
>>> with the roassal team to make it possible for geo coordinates which 
>>> conflicts at the moment with their defined thresholds. But with the 
>>> factoring the shapes into Geography I will move those extension to the 
>>> Geography package as well
>>> 
>>> - I also implemented a polygon intersection algorithm (Weiler and Atherton) 
>>> which I will then incorporate in any of the GeoX packages
>>> 
>> 
>> You have done a lot of work. And we add all the work done by Hernan on 
>> supporting ESRI shapefiles, we have already a good start.
>> 
>> Etienne also mention the OpenGIS model in this issue: 
>> https://github.com/cormas/cormas/issues/139
>> 
>> From what I understood, OpenGIS model crosscut many points of the Geography 
>> package:
>> http://portal.opengeospatial.org/files/?artifact_id=25355
>> 
>>> So these are the pieces that are there. The plan in text is:
>>> 
>>> - Have a incarnation of a "point" and make that switch context from planar 
>>> to spherical
>>> - Use planar treatment with the Geometry package (intersections etc.)
>>> - Use this "point" to generate shapes either geometric or geographic
>>> - Be able to read and write in common formats like GeoJSON and KML
>>> - Make shapes be composable and inspectable with the existing tools
>>> 
>>> I think GIS needs more but what we have is more than just a start. The 
>>> projection system with the current code is WGS84 for sur

Re: [Pharo-users] GIS support for Pharo

2020-06-04 Thread Serge Stinckwich
On Thu, Jun 4, 2020 at 4:11 PM Norbert Hartl  wrote:

> I started this initiative for our company because we are in the mobility
> bubsiness where maps and geo centric things are important. It is not
> elaborate as a real GIS support but a start. So here my secret plan:
>
>
Thank you Norbert for your interest on that topic.
I put Etienne Delay because he is not ont the pharo-users mailing-list and
I'm working with him on GIS issues for CORMAS.

- GeoJSON [1] was done because web services came up with that format to
> exchange geo shape information. Furthermore database like MongoDB changed
> their internal support for 2d/2dsphere indexes also to GeoJSON. There is a
> package GeoJSON-Voyage which is start of a helper to easily store Geo data
> in voyage-mongo.
>
> - I started to do a KML Reader [2] because besides GeoJSON that is a
> widely used format. And this can be used in Google Earth which is the best
> free Geo editor that I know.
>
> - As KML and GeoJSON use a similar model for representing geo shapes and
> POIs I started to factor out that into the Geography package [3].
>
> - At the moment in the Geography package there is only a 2D point class
> GGPoint to have something to hold geo coordinates (there is also a 3D
> variant). In the past I used Point as the class for these things but came
> to the conclusion that there is a distinction between a point and geo point
> when it comes to things like distance etc. So it is better to have them
> separate. Into this model I want to morph the classes for LineStrings,
> LinearRings, Polygons etc. from GeoJSON and KML to have a common foundation
> for the basic geo shapes lines, multi-lines, closed multi-lines (=polygons)
> etc.
>
> - As GGPoint is distinct to Point this is just the context where you use
> it. The Geography package should be a companion to the Geometry package [4]
> which I forked from TelescopeSt to make it a community package which is
> good for this plan but also for roassal which uses the Geometry package. To
> me the geoX model should be switched between Geometry and Geography
> regarding to the context you want to work in being planar or spherical.
>
> - In my tools that I build this model classes have also gt-inspector
> extension so the shapes can be viewed just by inspecting them. I'm fighting
> with the roassal team to make it possible for geo coordinates which
> conflicts at the moment with their defined thresholds. But with the
> factoring the shapes into Geography I will move those extension to the
> Geography package as well
>
> - I also implemented a polygon intersection algorithm (Weiler and
> Atherton) which I will then incorporate in any of the GeoX packages
>
>
You have done a lot of work. And we add all the work done by Hernan on
supporting ESRI shapefiles, we have already a good start.

Etienne also mention the OpenGIS model in this issue:
https://github.com/cormas/cormas/issues/139

>From what I understood, OpenGIS model crosscut many points of the Geography
package:
http://portal.opengeospatial.org/files/?artifact_id=25355

So these are the pieces that are there. The plan in text is:
>
> - Have a incarnation of a "point" and make that switch context from planar
> to spherical
> - Use planar treatment with the Geometry package (intersections etc.)
> - Use this "point" to generate shapes either geometric or geographic
> - Be able to read and write in common formats like GeoJSON and KML
> - Make shapes be composable and inspectable with the existing tools
>
> I think GIS needs more but what we have is more than just a start. The
> projection system with the current code is WGS84 for sure. If there are
> other needs we need to think about this early.
>
> For everything else I'm open ears. Even for the idea of having a pharo-gis
> github project to collect those things to a common place. But I like to
> discuss GIS and not if it makes sense to have a all of these github repos.
>

We can try to do an online meeting to discuss about that with Etienne and
other people interested by this topic.
We are mostly interested to have GIS support on CORMAS, so having a common
repository will definitively help us.
At the moment we are using Roassal2 for CORMAS visualisatin and we are
moving towards Roassal3.
Regards,
-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


Re: [Pharo-users] ESRI ASCII raster format

2020-06-04 Thread Serge Stinckwich
On Thu, Jun 4, 2020 at 4:08 PM Stéphane Ducasse 
wrote:

>
>>-
>>
>> It was fun.
>> My implementation could be more robust but for 2 hours coding.
>> It was a fun kata.
>>
>
> Would you want to share your work during our next CORMAS meeting, Friday?
>
>
>
> If you want now cormas can use it, fork it, expand,….
> I did it for you as an exercise for me.
>
>
Ok, this is great. We will definitively reused it for CORMAS.
Regards

-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


[Pharo-users] GIS support for Pharo

2020-06-03 Thread Serge Stinckwich
Dear all,

there was already some discussion in the list about GIS support for Pharo
previously.

Working on CORMAS multi-agent simulation platform:
https://github.com/cormas/cormas some developers feel the need to have more
GIS support for Pharo.

I know of existing GIS software:
- GeoJSON by Zweidenker: https://github.com/zweidenker/GeoJSON
- ESRI ascii raster, done by Stephane recently:
https://github.com/Ducasse/ESRI-ASCII-Raster
- shapefile support by Hernan: http://smalltalkhub.com/#!/~hernan/Shapes
(to be moved to github)
- I found this project also: http://www.squeaksource.com/gekon.html

I know that Etienne Delay is also interested by GIS support and propose to
implement OpenGIS model support: https://github.com/cormas/cormas/issues/139

Can we try to unite and maybe create a pharo-GIS organization on github to
federate our efforts?

Cheers,
-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


Re: [Pharo-users] ESRI ASCII raster format

2020-06-03 Thread Serge Stinckwich
On Thu, Jun 4, 2020 at 5:16 AM Stéphane Ducasse 
wrote:

> I did it as a kata as fast as I could …
>
> https://github.com/Ducasse/ESRI-ASCII-Raster
>
> I found the spec a bit strange
>

yes this is a very old format ...

>
> The header information is followed by cell value information specified in
> space-delimited row-major order, with each row separated by a carriage
> return.
> and
>
>- No carriage returns are necessary at the end of each row in the
>raster. The number of columns in the header determines when a new row
>begins.
>
> O_o
>
> so I followed the example on wikipedia
>
> It was fun.
> My implementation could be more robust but for 2 hours coding.
> It was a fun kata.
>

Would you want to share your work during our next CORMAS meeting, Friday?

Regards,
-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


Re: [Pharo-users] ESRI ASCII raster format

2020-06-03 Thread Serge Stinckwich
On Wed, Jun 3, 2020 at 3:40 PM Stéphane Ducasse 
wrote:

> Ok I’m a paper on the grill and I will give a try to see if I can do it in
> TDD in 1 or 1:30 as a kata.
> I will let you know but by the end of the week you have it.
>
>
Our meeting is every Friday at 11:30am (France time), 9:30am UTC time.

Regards,
-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


Re: [Pharo-users] ESRI ASCII raster format

2020-06-03 Thread Serge Stinckwich
On Wed, Jun 3, 2020 at 3:27 PM Stéphane Ducasse 
wrote:

> Thanks for mentioning it.
> It can be a super nice exercise.
> with a line based constructor.
> It can be super fun to code for a book chapter.
>

Yes I think so. This is not super complicated from what I see in the format
description.

For when do you need it?
>
>
ASAP, but we can wait :-)
This is part of our work on the migration of CORMAS from VW to Pharo:
https://github.com/cormas/cormas
At the moment, the code to support this format is entangled in the grid
model ...

We can even do a pair programming session with you and other CORMERS.
We are doing weekly meeting on Discord.

Thank you.

Regards,

-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


[Pharo-users] ESRI ASCII raster format

2020-06-02 Thread Serge Stinckwich
Dear all,

I'm looking for an implementation of ESRI ASCII raster format:
http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#/ESRI_ASCII_raster_format/009t000z00/

We are looking for such an implementation for CORMAS:
https://github.com/cormas/cormas/issues/135

Thank you.
Regards,
-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


Re: [Pharo-users] UK Smalltalk User Group Meeting - Wednesday, May 27th

2020-05-20 Thread Serge Stinckwich
On Wed, May 20, 2020 at 10:00 PM Stéphane Ducasse 
wrote:

>
>
> On 20 May 2020, at 13:38, Giovanni Corriga  wrote:
>
>   The next meeting of the UK Smalltalk User Group will be on Wednesday,
> May 27th.
>
> Alan Jackson will talk to us about Kyma ( https://kyma.symbolicsound.com/ )
> an object-oriented sound design environment built with Smalltalk technology.
>
>
> Kyma looks super cool.
> I would love to see kyma running on our lovely system.
>
>

This is a great topic. I remember some years ago, I try to invite Kyma
people to ESUG conference.
I will try to attend the meeting but it will be 2am for me 😓

Regards,

-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


Re: [Pharo-users] Siren 9.0 Released

2020-05-19 Thread Serge Stinckwich
On Fri, May 15, 2020 at 4:16 AM Stéphane Ducasse 
wrote:

> Thanks Steven this is cool to see that Siren is living and kicking.
> Last year I was browsing the old site and I was sad because I thought it
> was dead.
> Your OSC looks better than the one in Pharo even if we used it
> successfully to connect interactive tables with a HCI research group.
>
> If you need help to migrate from VW let us know because it would be great
> to have Siren working in Pharo.
> I did not see any Unit tests and the tests saved us when we migrated
> Moose. Sometimes we even only kept them because they were
> better than the implementation. It took us around six months and we got
> free :)
> And we have some contacts that would be interested in London. We could put
> you in contact.
>
> Now just some questions and you may know the answer so I ask
>
> I was thinking but I may be totally wrong that it was forbidden to give VW
> images and that the current license
> was for personal use only. Long time ago the shrink process was removing
> the compiler. Now I saw that your image is 42mb.
>
> Personally I do not want to download any VisualWorks distribution and sign
> their licenses because I want to stay cristal clear
> on ANY license and possible issues. I did not look at Visualworks since
> 2008 and I feel clean and I will stay like that.
>
> So I imagine that I’m not allowed to use your software. I’m not good in
> music sadly so there is no frustration from my side.
>
> You mention that people can use a non-commercial version of VW but this
> license does not exist anymore.
> Is there a 64 bits version of VW because VW7.5 starts to show its age and
> on recent mac you only have 64 bits.
>
>
> Some people may think that we are just over the top on open-source but
> this is not by accident that we took the responsibility to create Pharo.
> We could not distribute Moose our open-source platform so after 10 years
> of hard work we had to do something. And we created Pharo.
> And the problem we got were with the previous version (the non commercial)
> of the Cincom license and the new one is even more restrictive.
> Some friends of mine told me that some lawyers were starting to get picky
> and send letters around.
> So watch out.
>
> BTW I did not see the license of Siren on the git repo. If I may suggest
> one,
> BSD/MIT are nice, avoid GPL because it means that nobody serious on
> Smalltalk will ever look at your system and contribute.
>
>
I found the project interesting, but without a clear licence MIT, I can be
involved unfortunately.
Regards,
-- 
Serge Stinckwic
h
https://twitter.com/SergeStinckwich


Re: [Pharo-users] git and Pharo new book...

2020-05-14 Thread Serge Stinckwich
I already start to send PRs to fix typos.



On Thu, May 14, 2020 at 9:55 PM Stéphane Ducasse 
wrote:

> if you want to contribute to a chapter on other than github solutions.
> I would be happy to help editing such chapter.
>
> If you want to you can do a PR with a chapter.
>
> S
>
> On 14 May 2020, at 03:22, Pierce Ng  wrote:
>
> On Wed, May 13, 2020 at 11:07:00AM -0500, Offray Vladimir Luna Cárdenas
> wrote:
>
> This is perfect timing, as I have started to slowly migrate my own repos
> from SmalltalkHub to a  simple, self hosted and self contained Gitea[1]
>
>
> Hi Offray,
>
> I run Gitea on a Raspberry Pi at home. I have a couple of scripts that
> back up the Gitea data, encrypt the backup with GPG, then uploads
> somewhere. Happy to share if you want them.
>
> On the topic, Iceberg works fine with Gitea. My SOP as follows:
>
> - create repo using Gitea web interface
> - using command line, clone locally via ssh
> - using command line, 'git remote add ...'
>
> Then in Iceberg use the local clone.
>
> Pierce
>
>
>
> 
> Stéphane Ducasse
> http://stephane.ducasse.free.fr / http://www.pharo.org
> 03 59 35 87 52
> Assistant: Julie Jonas
> FAX 03 59 57 78 50
> TEL 03 59 35 86 16
> S. Ducasse - Inria
> 40, avenue Halley,
> Parc Scientifique de la Haute Borne, Bât.A, Park Plaza
> Villeneuve d'Ascq 59650
> France
>
>

-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] Internet connection active

2020-04-15 Thread Serge Stinckwich
Is it related to the issue we have from time to time when we load software
with Metacello from countries where bandwidth is limited.

Regards,

On Thu, Apr 16, 2020 at 4:17 AM Sven Van Caekenberghe  wrote:

> Hi,
>
> This is a known problem: the standard NetNameResolver (which depends on
> some primitives) hangs when your network connection is bad (or in a dubious
> state).
>
> This is very annoying, if your test is 'do I have an internet connection'.
>
> This is the reason why I played with https://github.com/svenvc/NeoDNS
> doing a pure Pharo DNS client (based on datagrams) - this one does never
> hang. But doing a full DNS client is hard. BTW, this code base also
> contains a 'do I have an internet connection' test.
>
> Sven
>
> > On 10 Apr 2020, at 13:15, dario.trussardi65 
> wrote:
> >
> > Ciao,
> >
> >   i have a Pharo 7.0.3 image run on Ubuntu system.
> >
> >   Sometime the internet connection go down.
> >
> >   In this status when i do the:
> >
> >   NetNameResolver addressForName:  'www.esug.org'  timeout:
> 1
> >
> >   the system is busy for 20 seconds ( for any request ).
> >
> >   The timeout: 1  is not considered.
> >
> >   Question:  how i can test if the internet connection is up before
> submit any NetNameResolver request ?
> >
> >   Googling in VisualBasic i found the ActiveConnection
> >
> >   It return true if internet connection is active.
> >
> >   Equivalent in Pharo - Gemstone ?
> >
> >   Thanks,
> >
> >   Dario
>
>
>

-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] Big thanks to Loic and Anne

2020-04-15 Thread Serge Stinckwich
Yes 👍👏

Regards

On Wed, Apr 15, 2020 at 10:45 PM Alexandre Bergel via Pharo-users <
pharo-users@lists.pharo.org> wrote:

> Hello
>
> I would like to publicly send a big clap to Loic Lagadec and Anne Etien
> for their remarkable work on getting a special issue for the IWST
> proceedings. This special issue, in the Science of Computer Programming
> journal, has a real and tangible impact on the future of our students and
> young professors.
>
> Loic, Anne, you are making the world a better place.
>
> Thank you
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>

-- 
Serge Stinckwic
​h​
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] [ANN] COVID-19 analysis in Pharo

2020-03-06 Thread Serge Stinckwich
Great work Hernan !

I was considering doing the same a few days ago.

Let's try to work together in the same direction.

We are missing tools in PolyMath, Roassal, Dataframe and Kendrick in order
to build more elaborate analysis/visualizations of COVID-19 outbreak.
For example, we are missing curve fitting methods (except the basic linear
regression): https://en.wikipedia.org/wiki/Curve_fitting
like optimization algorithm like the Nelder-Mead method:
https://en.wikipedia.org/wiki/Nelder%E2%80%93Mead_method

I start a board here for todos:
https://github.com/orgs/PolyMathOrg/projects/1

People who are interested to help, can join the #polymath channel on
Discord to coordinate.

Regards,


On Sun, Mar 1, 2020 at 8:00 AM Hernán Morales Durand <
hernan.mora...@gmail.com> wrote:

> Hello,
>
> I have set up a new Pharo project for the analysis of COVID-19 outbreak:
>
> https://github.com/hernanmd/COVID-2019
>
> Thanks to the ObjectProfile for Roassal and PolyMath contributors for the
> DataFrame package.
>
> Cheers,
>
> Hernán
>
>

-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] PolyMath v1.0.2 release

2020-02-21 Thread Serge Stinckwich
On Fri, Feb 21, 2020 at 7:48 AM Markus Stumptner 
wrote:

> Thanks for keeping working on this. I have a question, how much are the
> core classes of Polymath changed beyond the original Besset classes (or,
> beyond the "PM" prefix, how much has been changed relative to those that
> come with the Visualworks distribution)?   I'm not asking about external
> bindings such as the Tensorflow stuff, just the consistency of protocols
> for internal code.  We have some long-running projects and compatibility
> across environments (beyond the obvious environment differences) is quite
> important.
>
>
Hi Markus,

thank you for your interest for PolyMath !
I add the polymath mailing-list in CC. This is a better place for
discussions for PolyMath issues instead of Pharo-users.

Unfortunately, I dunno exactly how much changes has been done compared to
the original version, because we add a lot of unit tests, we fix bugs, we
add new functionalities like automatic differentiation, ODE solvers, data
analysis tools, etc ... Even if Didier Besset's code still represents an
important part of PolyMath, this percentage decreases as we add more
functionalities.

If you want to continue to use the original code, this is still possible to
find the original version of SqueakSource I think.

I would be interested to know what you are doing with PolyMath. If this is
something that you could not share here, you can send me a private email.
You can also contribute bugs/code:
https://github.com/PolyMathOrg/PolyMath/issues

If someone want a port of last version of PolyMath to VW, please contribute
some fundings :-)

Regards,
-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] The expanding Pharo ecosystem

2020-02-10 Thread Serge Stinckwich
And don't forget to star your favorite Pharo projects!

On Mon, Feb 10, 2020 at 5:58 PM Sean P. DeNigris 
wrote:

> Sven Van Caekenberghe-2 wrote
> > Topic tags automatically organise some projects:
> >
> >   https://github.com/topics/pharo
> >
> >   https://github.com/topics/pharo-smalltalk
>
> Yes, please everyone remember to use these tags for your Pharo projects.
> Like this we get a poor-man's catalog for free ;)
>
>
>
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


[Pharo-users] PolyMath v1.0.2 release

2020-02-06 Thread Serge Stinckwich
Dear all,

we are happy to announce the release of PolyMath 1.0.2, the
computational framework for Pharo. This release works on Pharo 7.0 and
Pharo 8.0. All the 815 tests and the CI are green on MacOs, Windows and
Linux :-)

Please find more information about the project here:
https://github.com/PolyMathOrg/PolyMath

Changelog of modifications since version 1.0.1 is available here:
https://github.com/PolyMathOrg/PolyMath/milestone/4?closed=1

You can install the 1.0.2 version in a fresh Pharo 7.0&8.0 with the
following code snippet:

Metacello new
repository: 'github://PolyMathOrg/PolyMath:v1.0.2/src';
baseline: 'PolyMath';
load

You can join the dev team on #polymath channel for weekly meetings on
Thursday. We are looking for more people for tests and contributions.

I'm starting a small experiment. If you want to support me working on
PolyMath or others of my project like Tensorflow Pharo bindings, you can be
one of my github sponsors.

Please give a monthly support here:
https://github.com/sponsors/SergeStinckwich

Regards,
-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] Pharo image processing library

2020-02-06 Thread Serge Stinckwich
Great work Pablo !
Nice to see code examples of what you have done until now.

Best,

On Thu, Feb 6, 2020 at 3:26 AM Pablo Navarro  wrote:

> Hi everyone
>
> I put available my code for Image Form in GitHub (
> https://github.com/pablo1n7/ImageForm). This afternoon, I did the
> operations with kernels :D.
>
> It's not 100% complete, I'm still working on it. I hope you find it useful
> and any suggestion is welcomed
>
> Best Regards, Pablo.
> El 25 de ene. de 2020 11:33 -0300, Oleksandr Zaitsev <
> olk.zayt...@gmail.com>, escribió:
>
> Hello Pablo,
>
> Is the code of your library available on GitHub?
> Could you share the link please?
>
> Oleks
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] Fuzzy Thinking in Smalltalk

2020-02-05 Thread Serge Stinckwich
Hi Peter,

don't want to discuss about that endlessly :-)
We receive already all a lot of emails from various lists.
There may be a few off-topic messages, but let's try to focus mainly on
Pharo on pharo-users mailing-list.
There was a message from Stephane about that some days ago and I agree with
him.

People who want to discuss about merits of Smalltalk, should create a
Smalltalk advocacy mailing-list.
There is also an off-topic channel on Discord also.

Best,

On Wed, Feb 5, 2020 at 1:03 PM PBKResearch  wrote:

> Norbert
>
>
>
> Is that really all you can see? If you trace back this thread, it began
> with a post (less than 24 hours ago) by Richard Kenneth Eng, drawing
> attention to a blog post by Lorenzo, whose title is also the subject of the
> thread:
>
> https://smalltalk.tech.blog/2020/02/04/fuzzy-thinking-in-smalltalk/
>
> Everything since then has been talking about that or about finding a link
> to an earlier post by Lorenzo.
>
>
>
> I found the post interesting; my reaction is to wish there were more
> details. It is not Pharo, but is a Smalltalk application. I see no reason
> why you and Serge should say this is not suitable for this group; there are
> many posts here about non-Pharo Smalltalk activities.
>
>
>
> Peter Kenny
>
>
>
>
>
> *From:* Pharo-users  *On Behalf Of 
> *Norbert
> Hartl
> *Sent:* 05 February 2020 11:23
> *To:* Pharo users users 
> *Subject:* Re: [Pharo-users] Fuzzy Thinking in Smalltalk
>
>
>
>
>
>
>
> Am 05.02.2020 um 10:53 schrieb Lorenzo :
>
>
>
> I am sorry; I was not awer of this kind of problem.
>
> Do you think that an application in Smalltalk is not interesting for Pharo
> users even if it has been developped in Pharo?
>
>
>
> which application? I just read about things you've lost and wordpress
> problems regarding a blog.
>
>
>
> Norbert
>
>
>
> Lorenzo
>
>
>
> *Mehr anzeigen* von Norbert Hartl
>
>
>
>
>
> ​h​
>
>
>
> *Mehr anzeigen* von Norbert Hartl
>
>
>
>
>
> Int. Research Unit
>
>  on Modelling/Simulation of Complex Systems (UMMISCO)
>
> ​Sorbonne University
>
>  (SU)
>
> French National Research Institute for Sustainable Development (IRD)​
>
> U
>
> ​niversity of Yaoundé I​
>
>
>
> *Mehr anzeigen* von Norbert Hartl
>
>
>
>
>
> "Programs must be written for people to read, and only incidentally for
> machines to execute."
> https://twitter.com/SergeStinckwich
>
> ​
>
>
>


-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] R: R: Fuzzy Thinking in Smalltalk

2020-02-04 Thread Serge Stinckwich
I remind guys that you are on the Pharo-users mailing list, can we keep the
conversation about Pharo.

Thank you.

On Tue, Feb 4, 2020 at 6:38 PM Lorenzo  wrote:

> Some years ago I sent you a paper that you published; I have lost the
> original and I hoped you had it.
>
> If not, no problem.
>
> Lorenzo
>
> -Messaggio originale-
> Da: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] Per conto di
> horrido
> Inviato: martedì 4 febbraio 2020 17:53
> A: pharo-users@lists.pharo.org
> Oggetto: Re: [Pharo-users] R: Fuzzy Thinking in Smalltalk
>
> Sorry, to what are you referring?
>
>
> Lorenzo wrote
> > Hi Rich,
> >
> >
> >
> > thank you very much for your excellent work!
> >
> >
> >
> > Do you have a reference to my previous paper?
> >
> >
> >
> > Grazie.
> >
> >
> >
> > Ciao
> >
> >
> >
> > Da: Pharo-users [mailto:
>
> > pharo-users-bounces@.pharo
>
> > ] Per conto di Richard Kenneth Eng
> > Inviato: martedì 4 febbraio 2020 13:51
> > A:
>
> > pharo-users@.pharo
>
> > Oggetto: [Pharo-users] Fuzzy Thinking in Smalltalk
> >
> >
> >
> > From Lorenzo Schiavina:
> >
> >
> >
> > https://smalltalk.tech.blog/2020/02/04/fuzzy-thinking-in-smalltalk/
> >
> >
> >
> > There's a minor issue with WordPress: embedded slideshows steal the
> > keyboard focus so that you can't use PageUp and PageDown keys to
> > navigate the webpage. I've reported it to WordPress and they're working
> on it.
> >
> >
> >
> > I'm still looking for more blog post submissions. Let's keep this blog
> > alive!
>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>
>

-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] Pharo image processing library

2020-01-25 Thread Serge Stinckwich
You may have a look to Cuis library :
https://github.com/Cuis-Smalltalk/Numerics
There is an image analysis package.
We have some plan in PolyMath to port it:
https://github.com/PolyMathOrg/PolyMath/issues/158

Best,

On Fri, Jan 24, 2020 at 11:20 PM Pablo Navarro  wrote:

> Hi everyone!
>
> I’m searching for one library for image processing in Pharo. I couldn't
> find anything (only wrappers) so I tried programming one for basic
> operations (sum,
> subtraction) with images using class “Form”.
>
> What do you think about this?
>
>
> For providing a context, I'm studying a PhD. in image processing, but all
> of the operations that I do, do it in Python. I try using Pharo for more
> fun :D.
>
> Best Regards Pablo.
>


-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] Pharo image processing library

2020-01-24 Thread Serge Stinckwich
Great work !

We have a math library with a lot code that might help you here:
https://github.com/PolyMathOrg/PolyMath

On Fri, Jan 24, 2020 at 11:20 PM Pablo Navarro  wrote:

> Hi everyone!
>
> I’m searching for one library for image processing in Pharo. I couldn't
> find anything (only wrappers) so I tried programming one for basic
> operations (sum,
> subtraction) with images using class “Form”.
>
> What do you think about this?
>
>
> For providing a context, I'm studying a PhD. in image processing, but all
> of the operations that I do, do it in Python. I try using Pharo for more
> fun :D.
>
> Best Regards Pablo.
>


-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] Generate class hierarchy from JSON Schema

2020-01-20 Thread Serge Stinckwich
I had a look Norbert, but some features are missing like support for anyOf
or multiple types like:
{
"type": ["string", "null"]
}

I need some time to understand how to add them.


On Sat, Jan 18, 2020 at 9:55 AM  wrote:

> Great work ! I will have a look.
>
> I want to be able to generate JSON files following a JSON Schema with a
> high level API. So my idea was to generate automatically from JSON Schema
> the class hierarchy but a runtime model might be enough maybe.
>
> Regards,
>
> Sent from my iPhone
>
> On 18 Jan 2020, at 09:28, Norbert Hartl  wrote:
>
> We have
>
> https://github.com/zweidenker/JSONSchema
>
> which is an implementation of basic stuff in JSON schema. But it does not
> compile classes it just creates a runtime model. To be honest I never
> understood why we make the effort to compile classes for parsed model. The
> runtime model works usually pretty well. The only reason I can see is that
> it is easier to store somewhere.
>
> If you like our code and you miss things, we are eager to add the stuff we
> not had (yet) reason to do so.
>
> Norbert
>
> Am 18.01.2020 um 09:20 schrieb Serge Stinckwich <
> serge.stinckw...@gmail.com>:
>
> Hi there,
>
> anyone has experience about generating a class hierarchy from a JSON
> Schema ? Code available somewhere ?
>
> Thank you.
>
> --
> Serge Stinckwic
> h
>
> Int. Research Unit
>  on Modelling/Simulation of Complex Systems (UMMISCO)
> Sorbonne University
>  (SU)
> French National Research Institute for Sustainable Development (IRD)
> U
> niversity of Yaoundé I, Cameroon
> "Programs must be written for people to read, and only incidentally for
> machines to execute."
> https://twitter.com/SergeStinckwich
>
>
>

-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] Generate class hierarchy from JSON Schema

2020-01-18 Thread serge . stinckwich
Great work ! I will have a look.

I want to be able to generate JSON files following a JSON Schema with a high 
level API. So my idea was to generate automatically from JSON Schema the class 
hierarchy but a runtime model might be enough maybe.

Regards,

Sent from my iPhone

> On 18 Jan 2020, at 09:28, Norbert Hartl  wrote:
> 
> We have 
> 
> https://github.com/zweidenker/JSONSchema
> 
> which is an implementation of basic stuff in JSON schema. But it does not 
> compile classes it just creates a runtime model. To be honest I never 
> understood why we make the effort to compile classes for parsed model. The 
> runtime model works usually pretty well. The only reason I can see is that it 
> is easier to store somewhere. 
> 
> If you like our code and you miss things, we are eager to add the stuff we 
> not had (yet) reason to do so.
> 
> Norbert
> 
>> Am 18.01.2020 um 09:20 schrieb Serge Stinckwich :
>> 
>> Hi there,
>> 
>> anyone has experience about generating a class hierarchy from a JSON Schema 
>> ? Code available somewhere ?
>> 
>> Thank you.
>> 
>> -- 
>> Serge Stinckwich
>> Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO)
>> Sorbonne University (SU)
>> French National Research Institute for Sustainable Development (IRD)
>> University of Yaoundé I, Cameroon
>> "Programs must be written for people to read, and only incidentally for 
>> machines to execute."
>> https://twitter.com/SergeStinckwich
> 


[Pharo-users] Generate class hierarchy from JSON Schema

2020-01-18 Thread Serge Stinckwich
Hi there,

anyone has experience about generating a class hierarchy from a JSON Schema
? Code available somewhere ?

Thank you.

-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] We Are Smalltalk

2019-10-30 Thread Serge Stinckwich
On Wed, Oct 30, 2019 at 2:23 PM Christopher Fuhrman <
christopher.fuhr...@etsmtl.ca> wrote:

>
> On Tue, 29 Oct 2019 at 12:24, Christopher Fuhrman <
> christopher.fuhr...@etsmtl.ca> wrote:
>
>>  ... expecting to find a link to a tutorial
>>
>
> Google helped me find it:
> https://pharoweekly.wordpress.com/2015/03/07/athenssketch-how-to-browse-cool-athens-graphics-example/
>
> I subclassed as suggested and re-typed the drawStepOn: method (I had to do
> it in a System Browser, as the SketchBrowser gave me troubles to compile,
> in Pharo 8 at least). It works as shown in the video (more or less). The
> graphics portal has no window frame, but you can move it around.
>
> However, making the live changes in Pharo 8 finally leads to a bad state:
> [image: image.png]
>
> When I have more time, I'll try it with Pharo 7. It's a great demo for
> live programming.
>
>


I have done the original video as a example of a great demo for live
programming.
Apparently my video was copied without permissions and without reference to
the original work.

It would be nice to redo the demo like the one I have done.

Regards,

-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] SplitMix64

2019-10-25 Thread Serge Stinckwich
Can you add a MIT licence to you code ?

On Fri, Oct 25, 2019 at 10:00 AM Benoit St-Jean  wrote:

> Of course !!!
> On 2019-10-25 04:57, Serge Stinckwich wrote:
>
>
>
> On Fri, Oct 25, 2019 at 4:04 AM Benoit St-Jean via Pharo-users <
> pharo-users@lists.pharo.org> wrote:
>
>> For those interested, my implementation of the SplitMix64 pseudo-random
>> number generator.
>>
>> Useful if you need to generate pseudo-random big integers (up to 2^64).
>>
>>
>> https://github.com/bstjean/SmalltalkStuff/tree/master/SplitMix64
>>
>>
>
> Can we add this to our RNG collection in PolyMath ?
> Thank you.
> Regards,
>
> --
> -
> Beno??t St-Jean
> Yahoo! Messenger: bstjean
> Twitter: @BenLeChialeux
> Pinterest: benoitstjean
> Instagram: Chef_Benito
> IRC: lamneth
> GitHub: bstjean
> Blogue: endormitoire.wordpress.com
> "A standpoint is an intellectual horizon of radius zero".  (A. Einstein)
>
>

-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] SplitMix64

2019-10-25 Thread Serge Stinckwich
On Fri, Oct 25, 2019 at 4:04 AM Benoit St-Jean via Pharo-users <
pharo-users@lists.pharo.org> wrote:

> For those interested, my implementation of the SplitMix64 pseudo-random
> number generator.
>
> Useful if you need to generate pseudo-random big integers (up to 2^64).
>
>
> https://github.com/bstjean/SmalltalkStuff/tree/master/SplitMix64
>
>

Can we add this to our RNG collection in PolyMath ?
Thank you.
Regards,

>
> -
> Beno??t St-Jean
> Yahoo! Messenger: bstjean
> Twitter: @BenLeChialeux
> Pinterest: benoitstjean
> Instagram: Chef_Benito
> IRC: lamneth
> GitHub: bstjean
> Blogue: endormitoire.wordpress.com
> "A standpoint is an intellectual horizon of radius zero".  (A. Einstein)
>
>
>

-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] [Pharo-dev] [ANN] New Windows VM - Fixes 1903 error

2019-09-20 Thread Serge Stinckwich
On Fri, Sep 20, 2019 at 11:07 AM teso...@gmail.com 
wrote:

> Hello,
> a new stable VM has been deployed. This VM uses a new version of
> libSSH allowing us to work in the latest Windows version.
>
> It can be directly updated using Pharo Launcher or downloaded using
> ZeroConf scripts.
>
> To update from Pharo Launcher you have to access to the VM Manager window.
> Just click on the marked button and then in "Update"
> [image: updateVM.png]
>
>
This great Pablo, I didn't know that there is a VM manager.
I want to save my bandwidth.
How do we know, we have the last VM ?


-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] Code of Conduct

2019-09-19 Thread serge . stinckwich


Sent from my iPhone

> On 19 Sep 2019, at 11:22, PBKResearch  wrote:
> 
> I don’t think this conversation can be closed while things are in the present 
> unclear situation. The github entry at 
> https://github.com/pharo-project/pharo/blob/Pharo8.0/CODE_OF_CONDUCT.md is 
> still there, and has been there since last May. The github discussion on 
> https://github.com/pharo-project/pharo/pull/4637 was abruptly closed by 
> Stephane Ducasse, after some intemperate comments about Serge Stinckwich. 
> This is therefore the only place questions can be asked.
>  
> We now know that Serge posted the Code without prior discussion with the 
> board. Did he have authority to do this on behalf of the Pharo community? 
> Does the fact that he did so mean it is officially adopted by the community – 
> not just for this mailing list, but for all Pharo activities? If Serge did 
> not have authority, shouldn’t it just be removed, at least until the board 
> have discussed it?
> 

I didn’t understand what you want to imply here ? It was a mistake from me to 
push this PR without prior discussion.

I think that this discussion with be done at the level of the Pharo board now.


> The PR mentioned above was a proposal by James Foster that, if we need a code 
> of conduct, it should be the ACM code. The PR has now been closed. Does that 
> mean that James’s proposal has been rejected? If so, why?
>  
> If the conversation is closed now, that means that we are tacitly accepting 
> that the code is there and in force, and also tacitly accepting how it got 
> there. What is necessary is for the board collectively, or someone 
> representing the board, to tell us what the situation is and what is going to 
> happen next – preferably with justifications.
>  
> Peter Kenny
>  
> From: Pharo-users  On Behalf Of Steve 
> Quezadas
> Sent: 19 September 2019 03:35
> To: Any question about pharo is welcome 
> Subject: Re: [Pharo-users] R: Code of Conduct
>  
> Yeah, I agree. Why is this even here? The thing I like about this maillist is 
> that its very community oriented and everyone here helps each other. It's 
> devoid of all the political-soapbox nonsense that I would find on, say, 
> facebook. Which is why I don't deal with that platform anymore.
>  
> And most of this is common sense anyway. Yeah, don't harass people and make 
> fun of them or whatever, Like most people on this list doesn't already know 
> that. Im very vocal about certain political and social opinions, am not 
> ashamed about my opinions, am open about it, is currently "unpopular" but 
> don't discuss them here because it's offtopic and I don't want to piss off 
> people in any event. I don't want it turning into another facebook basically.
>  
> I think we should all close this conversation, it's offtopic and not relevant 
> to any problems this list has in any meaningful  way. 
>  
> - Steve
>  
> On Wed, Sep 18, 2019 at 1:07 PM Kasper Østerbye  
> wrote:
> When I read the Code of conduct which is part of Pharo, my reaction was "OK, 
> I don't expect to run into trouble over that one, so no worries".  
> 
> After having read the discussion here I would rather it was not there.
> 
> -- Kasper 


Re: [Pharo-users] Code of Conduct

2019-09-18 Thread Serge Stinckwich
On Wed, Sep 18, 2019 at 2:11 AM James Foster  wrote:

> One side-effect of the “Covenant” discussion is that it is necessarily
> political, which is something that many (rightly, in my view) are trying to
> avoid. While I agree with most of the views expressed so far, I cringe
> because I anticipate that someone who disagrees will feel the compulsion to
> tell us that we are wrong, and things will go bad from there.
>
> I haven’t reviewed the full email chain, but I’ve spent a few minutes
> searching pharo.org for “code of conduct” and “covenant” and come up
> empty. Before we continue the discussion of how “woke" (politically
> correct) we want to be, could someone confirm that this "dastardly deed"
> (imposing a progressive “Covenant” without asking for agreement) was
> actually done? Maybe a troll has just dropped a fire cracker on us and is
> sitting back, enjoying watching us run around screaming!
>
> If there was, indeed, adoption of a “Covenant” it should have been done by
> the board whose role “is to make decisions if in the future the community
> can't decide on a course of action” (https://pharo.org/about).
>
> I suggest that we *suspend discussion* of the politics of speech codes
> until we confirm that there is one for Pharo. At that point we politely
> (but pointedly) ask the board (publicly and privately) to explain what
> prompted the decision to adopt a Code (is it really necessary?) and how
> this one was selected. Note that part of the reason for limiting discussion
> is to avoid attracting attention of outsiders who will want to shape the
> discussion. Let’s stop kicking up dust for the moment!
>
>
Dear James,
I'm the one who submit the PR for the CoC. Similar text are adopted by a
lot of open-source communities or conferences in order to enhance diversity.
I read again this morning the document here:
https://github.com/pharo-project/pharo/blob/Pharo8.0/CODE_OF_CONDUCT.md
and for me this quite neutral and I see nothing political here.
I agree with you that this kind of document should have been discussed by
the Pharo board and you can propose it for the next meeting.

I'm a bit suprised by some overeactions here on the mailing-list.
Apparently the Pharo community will be soon be doomed or under attack of
nasty leftist activists ...
But I will not discuss endlessly about that.


> If we need a Code of Conduct, I respectfully suggest we start with ACM (
> https://www.acm.org/code-of-ethics) which has what should be adequate
> anti-discrimination provisions (see 1.4 for a list of “underrepresented”
> groups) to satisfy the progressives among us.
>
>
Thank you James to move the discussion on github.

Cheers,
-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


[Pharo-users] SMark package on github now

2019-09-04 Thread Serge Stinckwich
Dear all,

SMark package is now on github here:
https://github.com/smarr/SMark

Thank you Max for your work on this :-)
Cheers,
-- 
Serge Stinckwich
Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University (SU)
French National Research Institute for Sustainable Development (IRD)
University of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally
for machines to execute."
https://twitter.com/SergeStinckwich



[Pharo-users] [ANN] PolyMath 1.0 release

2019-08-22 Thread Serge Stinckwich
Dear all,

we are happy to announce the release of PolyMath 1.0, the
computational framework for Pharo.

Please find more information about the project here:
https://github.com/PolyMathOrg/PolyMath

Changelog of modifications is available here:
https://github.com/PolyMathOrg/PolyMath/milestone/1?closed=1

You can install the 1.0 version in a fresh Pharo 7.0 with the
following code snippet:

Metacello new
repository: 'github://PolyMathOrg/PolyMath:v1.0/src';
baseline: 'PolyMath';
load

Thank you Hemal, Oleks, Atharva, Nikhil, Konrad and Werner for your
help on this release.
I will do a PolyMath 1.0 talk at ESUG 2019.

Regards,
-- 
Serge Stinckwich
Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University (SU)
French National Research Institute for Sustainable Development (IRD)
University of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally
for machines to execute."
https://twitter.com/SergeStinckwich



Re: [Pharo-users] An IPFS interface for Pharo

2019-06-11 Thread serge . stinckwich
I would like something like that for Pharo images. Can you sync files.pharo.org 
on ipfs ?

Sent from my iPhone

> On 11 Jun 2019, at 17:00, Marcus Denker  wrote:
> 
> 
> 
>> On 6 Jun 2019, at 19:37, Serge Stinckwich  wrote:
>> 
>> 
>> 
>> On Thu, Jun 6, 2019 at 6:35 PM Konrad Hinsen  
>> wrote:
>>> Hi everyone,
>>> 
>>> Over the last weeks I have started to explore IPFS more seriously.
>>> IPFS, the Inter-Planetary File System, is supposed to be the
>>> next-generation Web: a decentralized content-addressed database.
>>> 
>>> Since there is nothing better then Pharo for exploring databases,
>>> I have started to write an IPFS interface to Pharo:
>>> 
>>>https://github.com/khinsen/ipfs-pharo
>>> 
>>> It connects to a local IPFS server, so you have to have one
>>> running. It's surprisingly straightforward to install and configure,
>>> unless you have to fight with firewalls that block IPFS traffic.
>>> 
>> 
>> Great work ! I think Marcus was interested to have something like that.
> 
> yes!
> 
> IPFS has nice properties for many things… e.g. one simple things to try is to 
> distribute images via IPFS… it has all the
> propose of Bittorrent for that.  Imagine your case in Africa… very nice for 
> that already.
> 
> 
>   Marcus


Re: [Pharo-users] An IPFS interface for Pharo

2019-06-06 Thread Serge Stinckwich
On Thu, Jun 6, 2019 at 6:35 PM Konrad Hinsen 
wrote:

> Hi everyone,
>
> Over the last weeks I have started to explore IPFS more seriously.
> IPFS, the Inter-Planetary File System, is supposed to be the
> next-generation Web: a decentralized content-addressed database.
>
> Since there is nothing better then Pharo for exploring databases,
> I have started to write an IPFS interface to Pharo:
>
>https://github.com/khinsen/ipfs-pharo
>
> It connects to a local IPFS server, so you have to have one
> running. It's surprisingly straightforward to install and configure,
> unless you have to fight with firewalls that block IPFS traffic.
>
>
Great work ! I think Marcus was interested to have something like that.
It is a solution to distribute scientific datasets ?

A+
-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroon
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] A4BP and BpmFlow

2019-04-21 Thread Serge Stinckwich
On Sat, Apr 20, 2019 at 9:24 PM BrunoBB  wrote:

> Serge,
>
> I just created another thread to talk about both projects (we can discuss
> all here as Norbert request):
> A4BP
> https://github.com/A4BP
> BpmFlow
> https://github.com/brunobuzzi/BpmFlow
>
>
Hi Bruno,

I explained a little what is AB4P in another thread.
My original question was that maybe we can combine our effort to have more
impact.

-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


[Pharo-users] Pharo developer needed

2019-04-19 Thread Serge Stinckwich
Nicolas Becu is looking urgently for a Pharo developer for 4 months, based
in La Rochelle, France. Please see the file attached (in French).

Regards,

-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


PEDOBUR - IE informatique - Fiche de poste.pdf
Description: Adobe PDF document


Re: [Pharo-users] NewWave - WorkflowEngine

2019-04-19 Thread Serge Stinckwich
On Wed, Apr 17, 2019 at 4:32 PM BrunoBB  wrote:

> Hi Sebastijan,
>
> Excellent work !!!
>
> I have something similar (a BPM engine) but developed with GemStone
> Smalltalk:
> Code:
> https://github.com/brunobuzzi/BpmFlow
> Documentation:
> https://bpmflow.gitbook.io/project/introduction
>
> It can be ported to Pharo, from the top of my head i see a couple of issues
> with the port:
> - GemStone/S special indexes collection must be changed for regular Pharo
> collections.
> - GsQuery should be implemented in Pharo (maybe already is i do not know)
> or
> remove GsQuery references and so regular collection queries (select:,
> collect: anySatisfy and so on)
>
> The project is totally open source.
>
>

There is also the BPMN engine that we build with Alvaro Peralta:
https://github.com/A4BP
Maybe we can work together ?

Regards,
-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] glamorous toolkit forum/maillist

2019-04-18 Thread Serge Stinckwich
I think #gtoolkit channel on Discord is the best way to discuss with people.

On Tue, Apr 16, 2019 at 6:37 PM Steve Quezadas  wrote:

> Is there a forum or maillist for glamorous toolkit? I can't find anything
> on the official website or google searches.
>


-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


[Pharo-users] Pharo consortium selected for GSOC 2019

2019-02-26 Thread Serge Stinckwich
Dear all,

Pharo Consortium has been selected this year as a Google Summer of Code
2019 mentor organization. This is the first time since 2017.

I would like to thank other GSOC co-admin Jigyasa Grover and Oleksandr
Zaytsev for their commitment and hard work, Peter Uhnak for his help for
the website, Alexandre Bergel, Yuriy Tymchuk and Stéphane Ducasse for their
interactions.

We will prepare the call for students soon. We have already a website with
a list of subject: http://gsoc.pharo.org/

More subjects can be added, but we will focus on topics that will have the
bigger impact on the Pharo community.

We will use the #gsoc-planning channel on Discord to discuss.
If you have students that might be interested, please let them know about
this opportunity. There is #gsoc-students channel for them.

Regards,
-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] OSProcess / OSSubprocess / LibC uniqueInstance

2019-02-19 Thread Serge Stinckwich
Thank you Thierry.

On Tue, Feb 19, 2019 at 12:48 PM Thierry Goubier 
wrote:

> Hi Serge, Albrecht,
>
> loading OSProcess directly with the following expression works:
>
> Metacello new
> configuration: 'OSProcess';
> repository: 'http://www.squeaksource.com/MetacelloRepository';
> load
>
> There is still some work to be done on OSProcess adaptation to Pharo
> 7, but they are in rarely used parts.
>
> Regards,
>
> Thierry
>
> Le mar. 19 févr. 2019 à 12:19, Albrecht Baur via Pharo-users
>  a écrit :
> >
> > I need to execute OS commands from within a x64 pharo 7.01 image on
> centos7 (for example: 'zip -r 123.zip zipme/').
> >
> > I found these 3 tools: OSProcess, OSSubprocess, LibC uniqueInstance
> >
> > But I did not find any docu on which one to use for which use case.
> >
> > OSProcess is in the catalog browser but fails loading because of
> ByteArray>>ifNotNilDo:
> > -> So OSProcess is not to be used with p7 ?
> >
> > OSSubprocess loads via catalog browser and the following snippet works
> (even though 64 bit):
> >
> > OSSUnixSubprocess new
> > command: 'zip';
> > arguments: #('-r' '123.zip' 'zipme');
> > redirectStdout;
> > runAndWaitOnExitDo: [ :process :outString  |
> > outString inspect
> > ]
> >
> > So is it ok to use OSSubprocess with 64 bit even though documented as 32
> bit only ? (here:
> https://github.com/pharo-contributions/OSSubprocess#installation)
> >
> > LibC uniqueInstance system: 'zip -r 123.zip zipme/'
> > ... works, but I don't know if its the right tool for this.
> >
> > Is there somewhere more info on which tool to use for which use case ?
> >
> > Thanks in advance!
> >
> > Albrecht
> >
> > PS.: I need to use zip as os process only because of this issue:
> https://github.com/pharo-project/pharo/issues/2584
>
>

-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] OSProcess / OSSubprocess / LibC uniqueInstance

2019-02-19 Thread Serge Stinckwich
On Tue, Feb 19, 2019 at 11:56 AM David T. Lewis  wrote:

> On Tue, Feb 19, 2019 at 11:37:38AM +0100, Albrecht Baur via Pharo-users
> wrote:
> > From: Albrecht Baur 
> > Subject: OSProcess / OSSubprocess / LibC uniqueInstance
> > To: pharo-users@lists.pharo.org
> > Date: Tue, 19 Feb 2019 11:37:38 +0100
> >
> > I need to execute OS commands from within a x64 pharo 7.01 image on
> > centos7 (for example: 'zip -r 123.zip zipme/').
> >
> > I found these 3 tools: OSProcess, OSSubprocess, LibC uniqueInstance
> >
> > But I did not find any docu on which one to use for which use case.
> >
> >  * OSProcess is in the catalog browser but fails loading because of
> >ByteArray>>ifNotNilDo:
> >-> So OSProcess is not to be used with p7 ?
>
> Hi Albrecht,
>
> I am sorry that I cannot check it right now, but it may be that
> ConfigurationOfOSProcess needs to be updated. The #ifNotNilDo: problem
> was fixed by Thierry Goubier in July 2017, so perhaps you are using
> an out of date version.
>
> Hopefully someone else can give you a better answer, otherwise I will
> try to follow up in a day or two.
>
>
I have the same problem of ifNotNilDo: when I load OSProcess in Pharo 7.
What version do you use ?
Regards,

-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] Corrupted fonts in P7 after loading Glamorous Toolkit

2019-01-25 Thread serge . stinckwich
I have recently also some font problems on my new macbook pro with Pharo 6.1.
When I load Roassal and try to run one example, my image crash (with errors 
related to Cairo). This does not happen with Pharo 7.0

Dunno if this related to my new macbook, Pharo 6.1 VM or my update to last 
version of Mojave ...

Sent from my iPhone

> On 25 Jan 2019, at 16:55, Tim Mackinnon  wrote:
> 
> Hi - I just noticed that when I loaded the Glamorous toolkit and was playing 
> around, when I went to look in the Pharo menus they are all corrupted (the 
> odd character is some type of glyph). Opening a playground and doing some 
> code completion shows that method names have the same random character 
> glyphed.
> 
> Anyone else seen this? Is is it something about loading GT?
> 
> This is on OSX
> 
> Tim



Re: [Pharo-users] (no subject)

2018-12-28 Thread Serge Stinckwich
On Thu, Dec 27, 2018 at 5:43 PM Konrad Hinsen 
wrote:

> Hi everyone,
>
> I am confronted with an implementation choice that I expect to be not so
> rare, and I wonder what "the Pharo way" is for dealing with it. I will
> use a toy example for illustration, my real case is more complex but not
> fundamentally different.
>
> Suppose I want to represent arithmetic expressions that support various
> operations (evaluation, simplification, compilation to whatever
> language, ...). In the textbook discussion, I'd have a class hierarchy
> such as
>
> Expression (abstract)
>IntegerExpression
>VariableNameExpression
>SumExpression
>ProductExpression
>...
>
> What I really want is not some IntegerExpression, but plain Pharo
> integers, and for variable names I want to use plain Pharo symbols.
>
> From my current understanding of Pharo, my options are
>
>  1. Use wrapper objects for integers and symbols, i.e. have a class
> IntegerExpression that stores an integer in an instance variable.
>
>  2. Add the methods of my abstract Expression class to all the classes
> representing integers and symbols.
>
>  3. Implement my own dispatch that does not rely on method lookup.
>
> None of these really looks attractive. 1) adds a lot of overhead, both
> in the code ("IntegerExpression withValue: 5" rather than just "5") and
> at runtime. 3) also adds a lot of overhead because I have to implement
> my own dispatch. 2) would probably be the least effort, but looks like a
> kludge.
>
> For comparison, in the Lisp world (CLOS, Racket, ...) that I know much
> better, I would use generic functions and provide implementations for
> integers and symbols as well as for my own Expression types.
>
> So... how would you approach this problem?
>
>
Hi Konrad,

in your case I would write a parser for your specific concrete syntax with
PetitParser
and then generate an instance of the abstract syntax you have defined.

Regards,
-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] Playing with Pharo 7

2018-11-29 Thread serge . stinckwich
Maybe some part should be merge with Baseline class comment ?
We had a look to the comment of this class recently and not that easy to 
understand what is Baseline.

Sent from my iPhone

> On 29 Nov 2018, at 17:05, Konrad Hinsen  wrote:
> 
> "Cyril Ferlicot D."  writes:
> 
>> There is also a recent guide here:
>> https://github.com/pharo-tips-and-tricks/pharo-tips-and-tricks/blob/master/General/Baselines.md
>> 
>> I don't know if it is more beginner friendly. Feedback is welcome.
> 
> Yes, it's a lot better for beginners because it actually explains what
> baselines are and which roles they play, in addition to giving examples.
> 
> Thanks,
>  Konrad.
> 



Re: [Pharo-users] [ANN] Migration of MooseAlgos and DeepTraverser

2018-11-15 Thread Serge Stinckwich
Thank you Cyril for you work.
Is it possible to merge this :
http://smalltalkhub.com/#!/~SergeStinckwich/Moose-Algos-Graph-Generators

in Moose-Algos ?

Thank you.

On Thu, Nov 15, 2018 at 11:48 AM Cyril Ferlicot 
wrote:

> Hello,
>
> This week I migrated MooseAlgos and DeepTraverser to Github.
>
> I also fixed MooseAlgos for Pharo 7 and did some cleaning.
>
> They both have TravisCI enabled.
>
> MooseAlgos: https://github.com/moosetechnology/MooseAlgos
>
> DeepTraverser: https://github.com/pharo-contributions/DeepTraverser
>
> --
> Cyril Ferlicot
> https://ferlicot.fr
>
>

-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


Re: [Pharo-users] [vwnc] Parsing in Smalltalk

2018-10-05 Thread Serge Stinckwich
If you have done a PRISM PP parser, maybe you can contribute it to the PP
community.
Thank you.

On Thu, Oct 4, 2018 at 9:47 PM Steffen Märcker  wrote:

> I gave Xtreams-Parsing and PetitParser a shot and like to share my
> findings.[*]
>
> The task was to parse the modelling language of the probabilistic model
> checker PRISM. I've written a grammer of about 130 definitions in the
> Xtreams DSL, which is close to Bryan Fords syntax. To avoid doing it all
> again with PetitParser, I wrote a PetitParserGenerator that takes the DSL
> and builds a PetitParser.
>
> The numbers below are just parsing times, no further actions involved.
> For
> reference I show the times from PRISM (which uses JavaCC), too --
> although
> they involve additional verification and normalization steps on the AST.
>
> input  PrismXP   PP
> 230kB14s9s   2s
> 544kB   121s   20s   5s
> 1.1MB   421s   34s   8s
> 1.4MB  1091s   47s  12s
> 2.2MB  63s  16s
> 2.9MB  81s  20s
> 3.8MB 107s  25s
> 4.4MB 123s  30s
>
> Please note that these times are not representative at all. It's just a
> single example and I put zero effort in optimization. However, I am quite
> satisfied with the results.
>
> [*] I was already familiar with the DSL of Xtreams-Parsing, which I like
> very much. I did not consider SmaCC, as I find PEGs easier to use.
>
> Best, Steffen
>
>
>
> Am .10.2018, 20:14 Uhr, schrieb Steffen Märcker :
>
> > Dear all,
> >
> > I have two questions regarding parsing frameworks.
> >
> > 1) Do you have any insights on the performance of SmaCC VS Xtreams
> > Parsing VS PetitParser?
> > 2) Has anybody started to port PetitParser 2 from Pharo to VW? Is it
> > worth the effort?
> >
> > Sorry for cross-posting, I thought this might interest both communities.
> >
> > Cheers, Steffen
>
>

-- 
Serge Stinckwic
​h​

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
​Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)​
U
​niversity of Yaoundé I​, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich
​


[Pharo-users] CORMAS vidéo

2018-10-03 Thread Serge Stinckwich
A really funny video done for CORMAS guys after ESUG 2018 conference: 

https://youtu.be/dh9Eseu69fM

Re: [Pharo-users] TextEditor

2018-09-24 Thread Serge Stinckwich
On Sun, Sep 23, 2018 at 2:47 PM Hilaire  wrote:

> I know about GTDocumenter but this is not what I am looking for.
>
> I am looking at the idea of an infinite roll with text, code and morph.
>
>
I don't understand, why this is not appropriate. I'm interested to use it
for PolyMath or CORMAS, in order to put the same document, text,
simulations, piece of code, etc ...

-- 
Serge Stinckwic
h

Int. Research Unit
 on Modelling/Simulation of Complex Systems (UMMISCO)
Sorbonne University
 (SU)
French National Research Institute for Sustainable Development (IRD)
U
niversity of Yaoundé I, Cameroun
"Programs must be written for people to read, and only incidentally for
machines to execute."
https://twitter.com/SergeStinckwich


Re: [Pharo-users] TextEditor

2018-09-21 Thread serge . stinckwich



Sent from my iPhone

> On 21 Sep 2018, at 16:05, Hilaire  wrote:
> 
> Hello Hernán,
> 
> Thanks to point Rubric which I did not know until now. Any doc/pointer
> about this new boy in town?
> 
> What is the differences with the TextEditor?
> 
> Can the text contains arbitrary Morph?
> 
> I am exploring the idea of an infinite roll with text, code and morph.

You should have a look to GTDocumenter.

> 
> Hilaire
> 
> 
>> Le 21/09/2018 à 00:19, Hernán Morales Durand a écrit :
>> StandardWindow new
>> addMorph: (
>>  RubScrolledTextMorph new
>>   withLineNumbers;
>>   appendText: '/path/to/file' asFileReference contents)
>> fullFrame: (0@0 corner: 1@1) asLayoutFrame;
>> openInWorld.
>> 
>> Cheers,
>> 
>> Hernán
> 
> -- 
> Dr. Geo
> http://drgeo.eu
> 
> 
> 



Re: [Pharo-users] [cormas-dev] Pharo eye-candy: Domain-Specific Modeling and Simulation

2018-09-06 Thread serge . stinckwich
Great ! A presentation of CORMAS simulation platform will be done at next ESUG. 
See you there.

Envoyé de mon iPhone

> Le 6 sept. 2018 à 19:17, Nick Papoylias  a écrit :
> 
> A nice example of how Pharo can be used for
> domain-specific modeling and simulation. Short 
> session from one of our projects at Rochelle:
> 
> https://www.youtube.com/watch?v=Z7wJNhAIaVQ
> 
> Some additional info here: https://goo.gl/jS4NjB
> 
> Currently investigating how to incorporate the new Bloc based 
> widgets of @feenkcom into the workflow.
> 
> Cheers,
> 
> Nick
> -- 
> You received this message because you are subscribed to the Google Groups 
> "cormas-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to cormas-dev+unsubscr...@googlegroups.com.
> To post to this group, send email to cormas-...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/cormas-dev/CACEStOjqbQt96qeae_4Nsf%3DEBqrQzxZ%3DsNNuwGpk5DWS3W4a3w%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.


Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

2018-08-07 Thread Serge Stinckwich
On Tue, Aug 7, 2018 at 9:24 AM Tim Mackinnon  wrote:

> Somewhat related - but the Pharo equivalent (said naively - as I’ve only
> seen demos of Jupyter and not used it in anger myself) is gtDocumentor
> which looks to be the concept reimagined in Smalltalk. Apologies if you
> already know about it - but its so cool its worth checking out if you
> haven’t - https://github.com/feenkcom/gtoolkit-documenter (note - take
> note of the bottom comment and load all of glamourous toolkit to get the
> full impression).
>
>
Thank you Tim. Yes i know about GTDocumenter and really like the idea.
Nevertheless, this is still interesting to have Jupyter support in Pharo
because it allows you to run Pharo in a browser and share notebooks with
other people. Be able to run Pharo in Jupyter notebook is also interesting
to have a wider audience.

I would like to see in the future more connections between GTDocumenter and
Jupyter.
Cheers,
-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] transactions on pharo objects

2018-07-30 Thread Serge Stinckwich
Maybe you can have a look to this paper :
https://www.sciencedirect.com/science/article/pii/S1477842408000237

On Mon, Jul 30, 2018 at 2:17 PM Peter Uhnák  wrote:

> Hi,
>
> is there some library or approach how to do transactions in pharo?
> And I don't mean database transactions, but directly in memory on Pharo
> objects... e.g.
>
> p := Person new.
>
> transaction do: [
> p name: 'Nobody'.
> p age: 70.
> ] on: Error do: [
> transaction rollback.
> ].
>
> self assert: p name equals: 'Nobody'.
> self assert: p age equals: 70.
>
> transaction do: [
> p name: 'Somebody'.
> p age: 1 / 0.
> ] on: Error do: [
> transaction rollback.
> ].
>
> self assert: p name equals: 'Nobody'.
> self assert: p age equals: 70.
>
> Any pointers appreciated.
>
> Thanks,
> Peter
>


-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Jupyter notebooks / Dynabook / JupyterTalk

2018-07-28 Thread Serge Stinckwich
On Sat, Jul 28, 2018 at 11:21 AM H. Hirzel  wrote:

> Hello
>
> What is the status of this project?
>
>
>  https://github.com/jmari/JupyterTalk
>
>
​You can ask the author of the software, Jesus Mari Aguirre. He is quite
active.
W
​e talk together about be able to use Jupytalk with Tensorflow and PolyMath.

He was able to reproduce part of my talk about Tensorflow:
https://htmlpreview.github.io/?https://github.com/jmari/JupyterTalk/blob/master/tensorflow.html


-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


[Pharo-users] Pharo TechTalk at 5pm (UTC+2)

2018-07-12 Thread Serge Stinckwich
I will start my techtalk at 5pm (UTC+2) about Pharo&Tensorflow:
https://association.pharo.org/event-2973748

on Youtube live:
https://www.youtube.com/channel/UCtelfhEzvzvsNjXrGesm2fA

Questions on Discord, channel #techtalk: http://discord.gg/Sj2rhxn

Thank you.
-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] [Pharo-dev] Need help to get a list of Pharo projects with tests

2018-07-05 Thread Serge Stinckwich
On Thu, Jul 5, 2018 at 3:24 PM Julien  wrote:

> Hello Pharo community,
>
> I am currently working on detecting rotten tests in Pharo projects.
>
> Rotten tests are defined as test methods containing one or many assertions
> in their source code but one or many of these assertions are not executed
> when the test is run.
> To have more details on the subject, you can check the research report
> related to our first definition of these tests freely available on HAL [1].
>
> In this context, we built a test analyser which, given a Pharo package
> containing tests, finds rotten tests [2]. This analyser is still under
> development.
>
> We would like to extend the experiment of our research report [1] and to
> analyse more projects in order to get a better understanding of rotten
> tests.
>
> To do that, we need your help. You can help us in two ways:
> 1. Answer this email with links to one or many open-source Pharo projects
> containing tests.
>

​We have 774 tests in PolyMath:
https://github.com/PolyMathOrg/PolyMath

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] PolyMath move to github !

2018-06-30 Thread Serge Stinckwich
On Sat, Jun 30, 2018 at 6:16 PM Tim Mackinnon  wrote:

> Awesome, we need more projects in git!
>
> Nicely timed as I was just about to mentor someone in Smalltalk and we
> were going  to use polymath to see if he might contribute something.
>
>
​Thank you Tim. More contributions are welcome.
Issues for milestone v1.0 are here:
https://github.com/PolyMathOrg/PolyMath/milestone/1
​
-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Its too hard to contribute to the Iceberg wiki

2018-06-29 Thread Serge Stinckwich
You can clone the Iceberg with :

git clone g...@github.com:pharo-vcs/iceberg.wiki.git

On Fri, Jun 29, 2018 at 3:25 PM Tim Mackinnon  wrote:

> Ok - my love affair with Github ends at the wiki - what a load of $%$%^$%…
> there is no sane and easy way to fork a wiki, make some changes and then
> submit a PR. (how the hell did they get into that state?).
>
> Can we agree to scrap the wiki Iceberg wiki and just have a longer
> readme.md (with sections of the current wiki?). Or if someone can explain
> easy instructions for both me (as a contributor) and the admins of iceberg
> then I’m all ears….
>
> If not - I’ll submit a PR with my subtle changes to the readme.
>
> Tim
>


-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


[Pharo-users] PolyMath move to github !

2018-06-28 Thread Serge Stinckwich
Thank to the terrific work of Cyril, all the PolyMath code is now available
on github: https://github.com/PolyMathOrg/PolyMath

With a lot of magic tricks, Cyril was able to preserve part of the history
of the project:
https://github.com/PolyMathOrg/PolyMath/graphs/contributors

This is nice to all the commits that we have done sine more than 3 years,
available as git commits now !

​Thank you again Cyril !

>From now, we will use only github for the commits. You will have to use
Pharo 6.1 or Pharo 7.0 to use Iceberg.​ I will prepare a guide for
contributing to PolyMath soon.
​​
-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Smalltalk Programming Competition

2018-06-21 Thread Serge Stinckwich
hi Horrido,

I would like to thank you for your effort to organize this competition.

But for the amount you are asking (30K USD), I don't expect that much
people to participate if you don't give them
more feedback and information on your project. You have too look how
successful crowdfunding campaigns are working.
Recently, one of my friend Gael Duval organize a crowd campaign to fund a a
new mobile OS that is privacy-enable and ask 25K Euros (less than you, but
receive 95K Euros at the end) and put a lot of energy and info during
several months too convince people:
https://www.kickstarter.com/projects/290746744/eelo-a-mobile-os-and-web-services-in-the-public-in

Ok, the subject is completely different and maybe his topic is sensible for
a lot of people but the concerns are the same. At the end, you need to
convince people to give you money.

What is your budget ? what kind of competition you will organize ? how you
will convince schools/university to participate ?
How you will reward people for their participation ?

Sorry to say, people will not give money just because you wrote a half-page
statement.

Best,

On Thu, Jun 21, 2018 at 11:23 AM horrido  wrote:

> I'm disappointed in the response. Only two contributors of $100 each. This
> is
> extremely tepid.
>
> There must be thousands of Smalltalkers around the world. How to reach out
> to them? It can't be that hard to fund this contest. I mean, there are many
> stupid causes on GoFundMe that have raised tens of thousands of dollars!
> This Smalltalk programming competition is anything but stupid.
>
> If only 1500 Smalltalkers each contributed a paltry $20, the contest would
> be fully funded. It would only take 300 contributors of $100 each.
>
> The question is: How much do we care about the future of Smalltalk?
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] [ANN] Pharo Launcher v1.2 release

2018-06-20 Thread Serge Stinckwich
On Wed, Jun 20, 2018 at 9:04 AM Christophe Demarey <
christophe.dema...@inria.fr> wrote:

>
> Le 19 juin 2018 à 16:28, Serge Stinckwich  a
> écrit :
>
> Thank you Christophe for your work !
> I really appreciate it.
>
> I dl the 64 bits VM for macOS. Everytime I run a 32 bits image, I have a
> warning that using a 32 bits images, require a 32 bits VM.
> And then when I select yes, everything works. Why having this warning
> everytime ?
>
>
> I added this warning so that people are aware that they use 32-bit images
> on a 64-bit system. We are moving to mostly 64-bit images.
> The biggest concern for this warning was raised by a Linux user: he
> installed a 64-bit Pharo Launcher and was surprised to not be able to
> launch 32-bit images. Indeed, on linux, you need additional set up (i.e.
> install 32-bit libraries) to be able to launch 32-bit images.
>
> I understand thi warning could be annoying. Maybe I should add a setting
> to ignore these warnings? Would it be enough? Or should I only warn on
> Linux where it is really important? But in this case, people could may not
> be aware of using 32 or 64 bits images.
>
>
​Yes maybe only have the warnings on Linux made more sense. ​

Could you open an issue for that?
>

​Ok done here:
​ ​
​https://github.com/pharo-project/pharo-launcher/issues/129


-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Nice catchy video for covering Pharo capability

2018-06-20 Thread Serge Stinckwich
You can have a look to the work of Oleks :
https://github.com/PolyMathOrg/DataFrame
and the video here:
https://www.youtube.com/watch?v=H-bVVqPPsY8&list=PL4actYd6bfnzoYJYjSRxLezkYOoLhku09&index=2


On Tue, Jun 19, 2018 at 11:14 PM Andrei Stebakov 
wrote:

> Could you suggest a nice video for a presentation to showcase Pharo as a
> nice language for data visualization?
>
> Thanks,
> Andrei
>
>

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] [ANN] Pharo Launcher v1.2 release

2018-06-19 Thread Serge Stinckwich
Thank you Christophe for your work !
I really appreciate it.

I dl the 64 bits VM for macOS. Everytime I run a 32 bits image, I have a
warning that using a 32 bits images, require a 32 bits VM.
And then when I select yes, everything works. Why having this warning
everytime ?

A+

On Tue, Jun 19, 2018 at 2:57 PM Christophe Demarey <
christophe.dema...@inria.fr> wrote:

> Hi all,
>
> I just released *PharoLauncher 1.2*. It includes a new windows installer
> that you can use without administrator privileges as well as binary signing
> for OS X and Windows. Also, Pharo Launcher is not anymore identified as
> ‘Pharo’ application and comes with its own icon.
>
> Here is the changelog (details on
> https://github.com/pharo-project/pharo-launcher/issues):
> New features:
> #21 Bless the DMG
> #46 sign pharo launcher app for windows
> #103 No way to rename a local template
> #107 Unable to add a description for the image using the Launcher UI
> #121 You can't see/sort images by last modified date
> Improvements:
> #69 Import command should also import pharo-local directory
> #70 Import command should delete origin folder if empty
> #73 Managers of Download of VMs and images should be in their own packages
> #76 Use https instead of http to requests the pharo file server
> #82 Official Distributions loads 32bit versions on 64bit System (i.e.
> provide better information on templates architecture)
> #86 Sort Existing Images Case-Insensitive
> #98 Copy and subfolders problem (contents no copied)
> #101 Templates from a local image are listed in "downloaded". "local"
> would be a better name
> #102 Template Cleared at Startup setting is enabled, making it weird when
> trying to use the template feature
> #106 Import could work if we select the parent folder of an image
> #109 Use latest pre-Spur VM to determine the image version
> #122 The Run without settings icon looks like a funny grey/which blob
> (missing alpha correction)
> Bux fixes:
> #41 #selectedMorphList was sent to nil
> #67 bash is not a command usable under windows
> #68 Does not launch images on Windows
> #85 Double click on an existing image open a file selector
> #88 Pharo Launcher on Windows > Failing
> #104 GUI bug makes Launcher unusable
> #110 Image launch not reliable on Windows
> #119 MessageNotUnderstood exception on launch
> #123 The status bar of the Launcher is broken, so can't easily show image
> descriptions
>
>
> *Big thanks to all contributors*: code, issues report, comments, advices.
> You can get platform bundles from pharo download page or files.pharo.org:
> http://files.pharo.org/pharo-launcher/1.2/
>
> Regards,
> Christophe.
>


-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Problem to use GZIPReadStream

2018-06-07 Thread Serge Stinckwich
On Thu, Jun 7, 2018 at 4:59 PM Guillermo Polito 
wrote:

> Hi Serge,
>
> What Pharo version are you on? What is your `file` object? If `file` is a
> FileReference, you need to know that by default, using `readStream`
> provides now an encoded file (to keep backwards compatibility with what
> most users were doing until now).
> And I think that GZip should just decode/decompress binary data.
>
> Instead of asking it for a readStream, try asking for a `binaryReadStream`.
>
> compressed := file binaryReadStream.
> stream := (GZipReadStream on: compressed) upToEnd asByteArray readStream.
>
>

​Thank you Guille, it works now :-)

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


[Pharo-users] Problem to use GZIPReadStream

2018-06-07 Thread Serge Stinckwich
I try to decompress a gzip file like that:

compressed := file readStream.
stream := (GZipReadStream on: compressed) upToEnd asByteArray readStream.

​but I have the following error:
Illegal leading byte for utf-8 encoding
​
-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] need help loading third-party packages

2018-06-05 Thread Serge Stinckwich
In order to load the Citezen package, you can use the Catalog.
Open Tools >> catalog browser and select Citezen package in order to load
it.





On Tue, Jun 5, 2018 at 6:14 AM Gregg Williams 
wrote:

> Hi--another question, this time on loading an external package into Pharo.
>
> I want to do some work manipulating text, so I thought I would start by
> reading the source code for an existing package that works on text.
>
> Here's what I did:
>
> On smalltalkhub.com, I found a package called Citezen, from team RMoD,
> and downloaded the .mcz file. There were many versions, so I downloaded the
> one with the latest timestamp. It helped that its name was
> Citezen-All-sd20.mcz.
>
> I've tried adding this to my current Pharo 6.1 image in two ways: 1) by
> dropping the .mcz file onto the window of PharoLauncher, and 2) moving the
> file into my computer's package-cache directory. I had roughly the same
> problems with both.
>
> Problem 1: There were multiple options for telling the system what do to
> with it: Load, Load Version, Merge version, Open version, and Extract all
> to
>
> Problem 2: Once I do that, I get to a window with buttons at the top:
> Browse, History, Changes, Load, Merge, Adopt, Copy, Diff.
>
> Problem 3: Once I chose one of these, I got at least a half-dozen "Can't
> find dependency  Ignore?" messages (for example
> "...Citezen-Parsers-cdlm.13" and "...Citezen-Tests-sd.39"). The default
> button for this was "Yes", so I chose this.
>
> This started some downloading of files, a process that sometimes got
> "stuck" and never completed.
>
> Not knowing any better, I then launched Pharo 6.1 (Stable). I could see no
> indication that Citezen had been "added" to the system.
>
> Anyway, in a system browser, I searched for the string "Citezen" and found
> five Citezen packages: All, Model, PArsers, Rendering, and Tests. But when
> I selected any of them, no content appeared in the Class pane. Also
> searching for a class containing "Cite" found nothing.
>
> Surely, other beginners have had the same problem as me. I would
> appreciate pointers to any existing resources that would help me out, or
> whatever help you'd care to give me.
>
> TO RECAP, I want to load third-party packages and read their source code.
> What's the best way to do this?
>
> Many thanks!
>
>
>

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Set Rounding mode for IEEE floating point operations

2018-05-29 Thread Serge Stinckwich
On Tue, May 29, 2018 at 4:15 PM Steffen Märcker  wrote:

> Dear Serge,
>
> on the VM mailing list, Levente pointed out, that this could also be
> related to some lib the VM uses (e.g., Freetype) that might change the
> rounding mode. I'll dig into it and give your idea a try and come back
> with the results.
>
>
I think it would be nice to have in Pharo 7. But before I want to make
> sure it a) works as expected and b) does not cause some nasty side effects.
>
>
​Yes in order to avoid any side effect, we can use what you propose before.
An API like :
Double roundToMinusInfWhile: [... code goes here ...]​

​so we don't expose the rest of the system to these modifications.

See you.​
-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Set Rounding mode for IEEE floating point operations

2018-05-25 Thread Serge Stinckwich
On Thu, May 24, 2018 at 12:27 PM Steffen Märcker  wrote:

> Hi,
>
> now I've observed the same issue. It might be related to context
> switching, since introducing a delay has a similar effect. Consider:
>
>| FE_TONEAREST FE_DOWNWARD FE_UPWARD FE_TOWARDZERO |
>FE_TONEAREST  := 16r.
>FE_DOWNWARD   := 16r0400.
>FE_UPWARD := 16r0800.
>FE_TOWARDZERO := 16r0C00.
>"For some reasons we have to call fegetround once."
>"c := LibC new fegetround."
>LibC new fesetround: FE_DOWNWARD.
>(Delay forSeconds: 1) wait.
>v1 := 1.0/10.0.
>LibC new fesetround: FE_UPWARD.
>v2 := 1.0/10.0.
>LibC new fesetround: FE_TONEAREST.
>v1 < v2.
>
> If the delay is inserted, the script evaluates to false. Using the same
> LibC-instance or creating a new one does not seem to change anything
> here.
> Interestingly, a similar approach in VisualWorks does not show this issue
> yet.
>
>
​Ok, so maybe we need to use put evaluation in a block and use
valueNoContextSwitch ?
​Maybe use an API like the one you propose before :
Double roundToMinusInfWhile: [ ... ]



> Actually, I expect the FE_* macros to be platform/implementation
> dependent, as suggested here:
>
> http://www.enseignement.polytechnique.fr/informatique/INF478/docs/Cpp/en/c/numeric/fenv/FE_round.html
>
>
​Ok.

Can we try to pack everything in a PR for Pharo 7.0 ?
​Thank you.

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Set Rounding mode for IEEE floating point operations

2018-05-24 Thread Serge Stinckwich
What is really strange is when I print the following lines, I obtain 2048:

current := LibC uniqueInstance fegetround.
LibC uniqueInstance fesetround: 2048.
LibC uniqueInstance fegetround.

and 0 when I remove the first line :
LibC uniqueInstance fesetround: 2048.
LibC uniqueInstance fegetround.



On Thu, May 24, 2018 at 10:37 AM Serge Stinckwich <
serge.stinckw...@gmail.com> wrote:

>
>
> On Thu, May 24, 2018 at 10:31 AM Steffen Märcker  wrote:
>
>> I actually made progress: It works like a charm! Basically, I
>> implemented
>> the same code as you. Testing is straightforward (using the constant
>> values from libc):
>>
>>current := LibC fegetround.
>>LibC fesetround: FE_DOWNWARDS.
>>v1 := 1.0/10.0.
>>LibC feesetround: FE_UPWARDS.
>>v2 := 1.0/10.0.
>>LibC feesetround: current.
>>v1 < v2. "true"
>>
>> > ​but apparently nothing happens when you do :
>> >   LibC uniqueInstance fesetround: 1024.
>> >   LibC uniqueInstance fegetround.
>> > always return 0.​
>>
>> This is expected, since the fesetround function returns 0 only if the
>> set
>> operation was successful.
>>
>>
> ​I was talking about fgetround function.
> ​ Can you check the value returns by your fegetround function ?​
>
> Constants values are not dependent of the platform ?​
>
> ​Can you commit yr code to Pharo 7.0 or if there is no interest for this
> to PolyMath ?​
> ​Thank you.​
> --
> Serge Stinckwich
> UMI UMMISCO 209 (SU/IRD/UY1)
> "Programs must be written for people to read, and only incidentally for
> machines to execute."http://www.doesnotunderstand.org/
>


-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Set Rounding mode for IEEE floating point operations

2018-05-24 Thread Serge Stinckwich
On Thu, May 24, 2018 at 10:31 AM Steffen Märcker  wrote:

> I actually made progress: It works like a charm! Basically, I implemented
> the same code as you. Testing is straightforward (using the constant
> values from libc):
>
>current := LibC fegetround.
>LibC fesetround: FE_DOWNWARDS.
>v1 := 1.0/10.0.
>LibC feesetround: FE_UPWARDS.
>v2 := 1.0/10.0.
>LibC feesetround: current.
>v1 < v2. "true"
>
> > ​but apparently nothing happens when you do :
> >   LibC uniqueInstance fesetround: 1024.
> >   LibC uniqueInstance fegetround.
> > always return 0.​
>
> This is expected, since the fesetround function returns 0 only if the set
> operation was successful.
>
>
​I was talking about fgetround function.
​ Can you check the value returns by your fegetround function ?​

Constants values are not dependent of the platform ?​

​Can you commit yr code to Pharo 7.0 or if there is no interest for this to
PolyMath ?​
​Thank you.​
-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Set Rounding mode for IEEE floating point operations

2018-05-24 Thread Serge Stinckwich
On Wed, May 23, 2018 at 3:39 PM Steffen Märcker  wrote:

> Hi Henry,
>
> > [...] it might be possible to try to do this with FFI only?
>
> If I understand you correctly, I could use FFI to call an external lib to
> perform the actual computation according to the rounding mode, right? In
> this case I'd be worry about the performance impact of many FFI calls.
>
> > For the same reason, I hope you intend roundByMethodXWhile: to be a
> > mandatory API, forgetting to set the mode back when done (or, never
> > getting
> > there due to errors, etc) is an area best left unexplored ;)
>
> I used roundByMethodXWhile: aBlock just to convey the idea that an API
> could work "local" and ensures resetting the rounding mode afterwards. =)
>
>
​This quite easy to implement :

LibC>>fegetround
^ self ffiCall: #(int fegetround(void))​

​LibC>>​
fesetround: round
^ self ffiCall: #(void fesetround(int round))

​but apparently nothing happens when you do :

LibC uniqueInstance fesetround: 1024.
LibC uniqueInstance fegetround.

always return 0.​

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Set Rounding mode for IEEE floating point operations

2018-05-23 Thread Serge Stinckwich
On Wed, May 23, 2018 at 11:47 AM Steffen Märcker  wrote:

> *bump*
>
> I guess there no way to do this now. But maybe a VM guy can give me how
> difficult it might be to extend the VM accordingly.
>
>
​Yes you should followup this question to the VM mailing-list.
Can you open an issue here: https://github.com/PolyMathOrg/PolyMath/issues
so we don't forget about it ?​

​Do you have specific needs behind this ?​

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] Saving a Smalltalk Project

2018-05-04 Thread serge . stinckwich
Arduinos&Raspberry boards + Lora radio board

Envoyé de mon iPhone

> Le 3 mai 2018 à 02:40, Todd Blanchard  a écrit :
> 
> OK, so I'm curious what hardware platforms you guys use for your "things"?
> 
> Been doing things with Particle lately.  Interested to try their new mesh 
> offering.
> 
>> On May 2, 2018, at 12:30 PM, Serge Stinckwich  
>> wrote:
>> 
>> If they are interested, we can get in touch. We are working on IoT for 
>> environmental monitoring and I’m working in Cameroon.
>> 
>> Regards,
>> 
>> Envoyé de mon iPad
>> 
>>> Le 2 mai 2018 à 19:21, horrido  a écrit :
>>> 
>>> I received the following message:
>>> 
>>> *We started off doing a small project in conservation in South Africa that
>>> involved tracking Rhinos in a remote GPS denied environment and ended up
>>> with some impressive building blocks for a Big Data Platform for IoT. The
>>> platform includes its own GIS subsystem and parts of an Expert System.
>>> 
>>> Due to the choice made by my business partner and handful of contractors the
>>> platform ended up being built in Smalltalk on Squeak  VM and the Magma
>>> Object Database.
>>> 
>>> We now believe we may have the beginning of a commercial platform however
>>> its notoriously difficult to find Smalltalk developers so I am in half minds
>>> to migrate to a platform which uses a more mainstream language (Java /
>>> Python) as I have been getting some strange reactions from Angel Investors /
>>> VCs and mainstream developers.
>>> 
>>> ...
>>> 
>>> I wanted to ask you if you have information on how big the Smalltalk
>>> community is and whether its better to migrate to Pharo from Squeak and what
>>> types of recent industrial projects youve come across that use Smalltalk? 
>>> 
>>> Also I wondered if you know of any active smalltalk group in Silicon Valley
>>> and what are the best forums for professional SmallTalk development.*
>>> 
>>> I would very much like to save their project as a Smalltalk project. The
>>> principal issue seems to be finding enough Smalltalk developers. I don't
>>> know if they need on-site developers or if remote developers can pass
>>> muster. I strongly suspect the former.
>>> 
>>> How hard would it be to find Smalltalkers willing to work in Silicon Valley,
>>> or South Africa?
>>> 
>>> What is the best response to this person? Thanks.
>>> 
>>> 
>>> 
>>> --
>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>> 
>> 
> 
> 



Re: [Pharo-users] Saving a Smalltalk Project

2018-05-02 Thread Serge Stinckwich
If they are interested, we can get in touch. We are working on IoT for 
environmental monitoring and I’m working in Cameroon.

Regards,

Envoyé de mon iPad

> Le 2 mai 2018 à 19:21, horrido  a écrit :
> 
> I received the following message:
> 
> *We started off doing a small project in conservation in South Africa that
> involved tracking Rhinos in a remote GPS denied environment and ended up
> with some impressive building blocks for a Big Data Platform for IoT. The
> platform includes its own GIS subsystem and parts of an Expert System.
> 
> Due to the choice made by my business partner and handful of contractors the
> platform ended up being built in Smalltalk on Squeak  VM and the Magma
> Object Database.
> 
> We now believe we may have the beginning of a commercial platform however
> its notoriously difficult to find Smalltalk developers so I am in half minds
> to migrate to a platform which uses a more mainstream language (Java /
> Python) as I have been getting some strange reactions from Angel Investors /
> VCs and mainstream developers.
> 
> ...
> 
> I wanted to ask you if you have information on how big the Smalltalk
> community is and whether its better to migrate to Pharo from Squeak and what
> types of recent industrial projects youve come across that use Smalltalk? 
> 
> Also I wondered if you know of any active smalltalk group in Silicon Valley
> and what are the best forums for professional SmallTalk development.*
> 
> I would very much like to save their project as a Smalltalk project. The
> principal issue seems to be finding enough Smalltalk developers. I don't
> know if they need on-site developers or if remote developers can pass
> muster. I strongly suspect the former.
> 
> How hard would it be to find Smalltalkers willing to work in Silicon Valley,
> or South Africa?
> 
> What is the best response to this person? Thanks.
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 



Re: [Pharo-users] UFFI - Could not coerce arguments

2018-04-27 Thread Serge Stinckwich
On Fri, Apr 27, 2018 at 10:45 AM, Esteban Lorenzano 
wrote:

> hi,
>
> it all depends on how you are declaring your types.
>
> here, for example you are passing
>
> aTF_OutputArray getHandle
>
> that’s a “void*” value (an ExternalAddress or ExternalData object), and in
> declaration you have (if I read correctly):
>
> TF_Output *
>
> so, first question is: if TF_Output != void, then you have a coercing
> problem :).
>
>
​TF_Output != void, because this is a subclass of FFIOpaqueObject
​


> you can fix that just changing the notation to receive a void * (in C is
> all the same, but not in pharo :))
>
> note that this can be happening in a lot of places, since your function
> has a lot of arguments, I just put an example of what can be wrong.
>
>
​

I try to replace all types by void* here:


TF_Session>>runSession: aTF_Session
options: opsTF_Buffer
inputs: inTF_OutputArray values: inTF_TensorArray count: inCount
outputs: outTF_OutputArray values: outTF_TensorArrayPtr count: outCount
targets: aTF_OperationArray count: targetCount
metadata: metaTF_Buffer
status: aTF_Status

"F_CAPI_EXPORT extern void TF_SessionRun(
TF_Session* session,
// RunOptions
const TF_Buffer* run_options,
// Input tensors
const TF_Output* inputs, TF_Tensor* const* input_values, int ninputs,
// Output tensors
const TF_Output* outputs, TF_Tensor** output_values, int noutputs,
// Target operations
const TF_Operation* const* target_opers, int ntargets,
// RunMetadata
TF_Buffer* run_metadata,
// Output status
 TF_Status*);"

^ self
ffiCall: #(void TF_SessionRun #(void* aTF_Session, void*
opsTF_Buffer, void* inTF_OutputArray, void* inTF_TensorArray, int inCount,
void* outTF_OutputArray, void* outTF_TensorArrayPtr, int outCount, void*
aTF_OperationArray, int targetCount, void* metaTF_Buffer, void* aTF_Status))
module: TensorFlowCAPI

but still have some error: "Could not coerce arguments" 

First method was called by :

TF_Session>>runOutputs: aTF_OutputArray size: anInteger
| status outvalues |
status := TF_Status create.
outvalues := FFIExternalArray externalNewType: 'TF_Tensor*' size:
anInteger.
self library
runSession: self getHandle
options: FFIExternalObject null
inputs: FFIExternalObject null
values: FFIExternalObject null
count: 0
outputs: aTF_OutputArray getHandle
values: outvalues getHandle
count: anInteger
targets: FFIExternalObject null
count: 0
metadata: FFIExternalObject null
status: status getHandle.
status check.
^ outvalues


called by:

TF_Session>>runOutputs: anArrayOfTF_Outputs
| outputs |
outputs := FFIExternalArray externalNewType: 'TF_Output' fromArray:
anArrayOfTF_Outputs.
^ self runOutputs: outputs size: anArrayOfTF_Outputs size

called by :

TF_Session>>runOutput: aTF_Output
| results |
results := self runOutputs: {aTF_Output}.
^ results first

called by :

testGraphZeros
| graph session result zeros values |
graph := TF_Graph create.
zeros := graph zerosShaped: #(100 100 10).
session := TF_Session on: graph.
result := session runOutput: (zeros output: 0).
values := result allFloats.
self assert: #(100 100 10) equals: result shape.
self assert: 100 * 100 * 10 equals: values size.
self assert: 0 equals: values min.
self assert: 0 equals: values max


I'm a bit desperated :-(
And impossible to know where the problem come from ...


-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


[Pharo-users] UFFI - Could not coerce arguments

2018-04-27 Thread Serge Stinckwich
I would like to pass a pointer to an array of pointers to a FFI call and I
have problems ...

​I have this method:

runOutputs: aTF_OutputArray size: anInteger
| status outvalues |
status := TF_Status create.
outvalues := FFIExternalArray externalNewType: 'TF_Tensor*' size:
anInteger.
self library
runSession: self
options: FFIExternalObject null
inputs: FFIExternalObject null
values: FFIExternalObject null
count: 0
outputs: aTF_OutputArray getHandle
values: outvalues getHandle
count: anInteger
targets: FFIExternalObject null
count: 0
metadata: FFIExternalObject null
status: status.
status check.
^ outvalues

​the FFI call is like that :

runSession: aTF_Session
options: opsTF_Buffer
inputs: inTF_OutputArray values: inTF_TensorArray count: inCount
outputs: outTF_OutputArray values: outTF_TensorArrayPtr count: outCount
targets: aTF_OperationArray count: targetCount
metadata: metaTF_Buffer
status: aTF_Status

"F_CAPI_EXPORT extern void TF_SessionRun(
TF_Session* session,
// RunOptions
const TF_Buffer* run_options,
// Input tensors
const TF_Output* inputs, TF_Tensor* const* input_values, int ninputs,
// Output tensors
const TF_Output* outputs, TF_Tensor** output_values, int noutputs,
// Target operations
const TF_Operation* const* target_opers, int ntargets,
// RunMetadata
TF_Buffer* run_metadata,
// Output status
 TF_Status*);"

^ self
ffiCall: #(void TF_SessionRun #(TF_Session * aTF_Session, TF_Buffer
* opsTF_Buffer, TF_Output * inTF_OutputArray, TF_Tensor * inTF_TensorArray,
int inCount, TF_Output * outTF_OutputArray, TF_Tensor *
outTF_TensorArrayPtr, int outCount, TF_Operation * aTF_OperationArray, int
targetCount, TF_Buffer * metaTF_Buffer, TF_Status * aTF_Status))
module: TensorFlowCAPI

TF_Tensor is an opaque object.

I have an error: "Could not coerce arguments".
I guess this is related to the way I pass arguments to the FFI function ?

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


Re: [Pharo-users] UFFI and autoRelease

2018-04-26 Thread Serge Stinckwich
On Wed, Apr 25, 2018 at 11:07 PM, Ben Coman  wrote:

>
>
> On 25 April 2018 at 23:08, Serge Stinckwich 
> wrote:
>
>> I don't understand the default
>>
>> finalizeResourceData: handle
>> handle isNull ifTrue: [ ^ self ].
>> handle free.
>> handle beNull
>>
>>
>> when handle is an ExternaData, free is defined as in ExternalStructure
>> class as:
>>
>> free
>> "Free the handle pointed to by the receiver"
>> (handle ~~ nil and:[handle isExternalAddress]) ifTrue:[handle free].
>> handle := nil.
>>
>
> Theorectical side thought.   I wonder how threadsafe that code for #free
> is?
> Sending two messages between the ~~nil test and nil-assignment
> seems to leave the door open for another thread to erroneously pass the
> ~~nil test.
>
> IIUC, with an inlined #ifNotNil, the following might be safer (?)
>
> free
> "Save handle so its nil assignment is inlined with its #ifNotNil:
> test, eliminating possible thread change during message sends"
> |savedhandle|
> handle ifNotNil: [
> savedHandle := handle.
> handle := nil.
> savedHandle isExternalAddress ifTrue: [ savedHandle  free].
> ].
>
>

​You don't reply to my original question, Ben :-)


I have another concern with UFFI !

When I call ffiCall: and the call returns an Opaque Object, an instance of
this Opaque object is created, but apparently,
basicNew is called instead of new on the class. What is the ​

​intention behind ?​

​Thank you.​

-- 
Serge Stinckwich
UMI UMMISCO 209 (SU/IRD/UY1)
"Programs must be written for people to read, and only incidentally for
machines to execute."http://www.doesnotunderstand.org/


  1   2   3   4   >