[Pharo-users] Breaking news: Esug - Angela Bragagnolo

[Santiago Bragagnolo]

Thanks a lot to all of you to show all the care you had these last days and
for helping this much with everything: calling ambassies, universities,
directives etc.

Special thanks to Gordana whom barely slept since Sunday trying and finally
achieving to find the solution, and simulationeusly dealt  with my stress.
And to the university vice dean and dean, without whom we wouldn't have any
political power nor any idea on how to react.

Also to the medics and guards those that helped her in need.



It has been a really f***ed up days . I wish you all a great time. I regret
to not be there this year.

Best for all of you!

Santiago.

On Sun, Aug 21, 2022, 15:41 Santiago Bragagnolo <
santiagobragagn...@gmail.com> wrote:

> Hello everyone, my wife Angela was going to assist esug this year as a
> student volunteer. She has been stopped in the airport since the
> information in the ambassy website "was outdated" (really really dickmove.
> i am starting to hate) and she was actually needing a visa.
> By the time being she was set into a cell-dorm with only her phone and no
> electric-socket to charge (so soon incommunicated). She was told to be sent
> back to paris in 3 days. Meaning that she is going to be in jail for 3 days
> because the ambassy is not able to keep their website updated.
>
> 1st- know that she is not attending.
> 2nd- please if you know someway to help contact me.
>
> Thanks all.
>
> santiago
>
>

[Pharo-users] Re: [rmod] Esug - Angela Bragagnolo

[Santiago Bragagnolo]

El dom, 21 ago 2022 a las 17:29, stephane.duca...@free.fr (<
stephane.duca...@free.fr>) escribió:

> Hi santiago
>
> I just learned that and I’m really so sad.
> Do you know who we should call?
>
I tried with the chinese and taiwanese diplomatics. So far they are not
really usefull.


> Does she have a contact point?
>

She can be called to her phone number, but we are trying to avoid that to
make her battery to last longer.


> Do you know the taiwanese ambassy at Paris.
>

I do. I tried with them they helped me to get in contact with budapest
contact, but is kind of a dead end: "we cannot do any thing at least is
life threatening"


I send you in private the titre de sejour de  angela! she still got it


>
> S
>
> > On 21 Aug 2022, at 15:41, Santiago Bragagnolo <
> santiagobragagn...@gmail.com> wrote:
> >
> > Hello everyone, my wife Angela was going to assist esug this year as a
> student volunteer. She has been stopped in the airport since the
> information in the ambassy website "was outdated" (really really dickmove.
> i am starting to hate) and she was actually needing a visa.
> > By the time being she was set into a cell-dorm with only her phone and
> no electric-socket to charge (so soon incommunicated). She was told to be
> sent back to paris in 3 days. Meaning that she is going to be in jail for 3
> days because the ambassy is not able to keep their website updated.
> >
> > 1st- know that she is not attending.
> > 2nd- please if you know someway to help contact me.
> >
> > Thanks all.
> >
> > santiago
> >
>
>

[Pharo-users] Re: [Esug-list] Re: [rmod] Esug - Angela Bragagnolo

[Santiago Bragagnolo]

Hello Sasa, we got finally Gordana to talk. Sorry to not keep the update as
it happens. I am doing 100 things at the same time.

Ill let you know if we need the skill again. Thanks a lot.

Update:

I got the emergencies from taiwanese consulate in paris and budapest (there
is not in belgrade, not sure why). Normally the consulate in budapest is in
charge of these things. They told me that the taiwanese passport is not
accepted as a valid traveling document. What is kind of a problem. We are
trying to get with the chinese ambassy to see if they can deal with the
problem.

Keep you updated as possible




El dom, 21 ago 2022 a las 16:54, Sasa Prokic ()
escribió:

>
> Hi Santiago,
> I am Serbian/Canadian from Serbia and I could probably help with
> translation. Not sure who could I talk to if your wife is kept in prison.
> Do not have any experience with it.
> What was your idea?
>
> Saša
>
>
> Sent from Yahoo Mail on Android
> <https://go.onelink.me/107872968?pid=InProduct&c=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers&af_wl=ym&af_sub1=Internal&af_sub2=Global_YGrowth&af_sub3=EmailSignature>
>
> On Sun., Aug. 21, 2022 at 4:18 p.m., Santiago Bragagnolo
>  wrote:
> ___
> Esug-list mailing list -- esug-l...@lists.esug.org
> To unsubscribe send an email to esug-list-le...@lists.esug.org
>
>

[Pharo-users] Re: [rmod] Esug - Angela Bragagnolo

[Santiago Bragagnolo]

If somebody sees gordana or some serbian speaker that can help angela to
commmunicate to the guard. We are trying to see if she can buy a ticket to
somewhere to come back faster, but nobody speaks english there.

El dom, 21 ago 2022 a las 15:59, Santiago Bragagnolo (<
santiagobragagn...@gmail.com>) escribió:

> I am trying to get to different ambassies, sunday...
> If i find a good calling point ill let you know.
>
> El dom, 21 ago 2022 a las 15:53, stephane ducasse (<
> stephane.duca...@inria.fr>) escribió:
>
>> Hi santiago
>>
>> I just learned that and I’m really so sad.
>> Do you know who we should call?
>> Does she have a contact point?
>> Do you know the taiwanese ambassy at Paris.
>>
>> S
>>
>> > On 21 Aug 2022, at 15:41, Santiago Bragagnolo <
>> santiagobragagn...@gmail.com> wrote:
>> >
>> > Hello everyone, my wife Angela was going to assist esug this year as a
>> student volunteer. She has been stopped in the airport since the
>> information in the ambassy website "was outdated" (really really dickmove.
>> i am starting to hate) and she was actually needing a visa.
>> > By the time being she was set into a cell-dorm with only her phone and
>> no electric-socket to charge (so soon incommunicated). She was told to be
>> sent back to paris in 3 days. Meaning that she is going to be in jail for 3
>> days because the ambassy is not able to keep their website updated.
>> >
>> > 1st- know that she is not attending.
>> > 2nd- please if you know someway to help contact me.
>> >
>> > Thanks all.
>> >
>> > santiago
>> >
>>
>>

[Pharo-users] Re: [rmod] Esug - Angela Bragagnolo

[Santiago Bragagnolo]

I am trying to get to different ambassies, sunday...
If i find a good calling point ill let you know.

El dom, 21 ago 2022 a las 15:53, stephane ducasse (<
stephane.duca...@inria.fr>) escribió:

> Hi santiago
>
> I just learned that and I’m really so sad.
> Do you know who we should call?
> Does she have a contact point?
> Do you know the taiwanese ambassy at Paris.
>
> S
>
> > On 21 Aug 2022, at 15:41, Santiago Bragagnolo <
> santiagobragagn...@gmail.com> wrote:
> >
> > Hello everyone, my wife Angela was going to assist esug this year as a
> student volunteer. She has been stopped in the airport since the
> information in the ambassy website "was outdated" (really really dickmove.
> i am starting to hate) and she was actually needing a visa.
> > By the time being she was set into a cell-dorm with only her phone and
> no electric-socket to charge (so soon incommunicated). She was told to be
> sent back to paris in 3 days. Meaning that she is going to be in jail for 3
> days because the ambassy is not able to keep their website updated.
> >
> > 1st- know that she is not attending.
> > 2nd- please if you know someway to help contact me.
> >
> > Thanks all.
> >
> > santiago
> >
>
>

[Pharo-users] Esug - Angela Bragagnolo

[Santiago Bragagnolo]

Hello everyone, my wife Angela was going to assist esug this year as a
student volunteer. She has been stopped in the airport since the
information in the ambassy website "was outdated" (really really dickmove.
i am starting to hate) and she was actually needing a visa.
By the time being she was set into a cell-dorm with only her phone and no
electric-socket to charge (so soon incommunicated). She was told to be sent
back to paris in 3 days. Meaning that she is going to be in jail for 3 days
because the ambassy is not able to keep their website updated.

1st- know that she is not attending.
2nd- please if you know someway to help contact me.

Thanks all.

santiago

[Pharo-users] Re: MIDI Interface?

[Santiago Bragagnolo]

Hi all!
In inria we are working with an student on the bindings of PortMIDI in
Pharo, and having some exchanges with an italian Dj that uses pharo for
live-performances (https://www.youtube.com/watch?v=yBK0UpalBfk)

We are trying to recover, in the long term the things in
https://github.com/pharo-contributions/Sound, since there are awesome!

If you have ideas feel free to share them!

Santiago

El dom, 15 may 2022 a las 6:07, Stewart MacLean ()
escribió:

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

[Pharo-users] Re: Wanted: Backend + Database project

[Santiago Bragagnolo]

Wikimedia? What do you mean? do they have some pharo application on the
context?

El mar, 1 mar 2022 a las 12:21, gettimothy via Pharo-users (<
pharo-users@lists.pharo.org>) escribió:

> Wikimedia
>
>
>
>  On Tue, 01 Mar 2022 05:21:15 -0500 *Santiago Bragagnolo
> >* wrote 
>
> Hello everybody!
> In my company we are working on an approach to migrate from monolithic
> applications to microservices.
> The approach has been tested on a java project, we are looking now to test
> it in pharo.
>
> For doing so we are looking for a monolithic backend project that proposes
> some kind of API and uses a database.
>
> Does anybody knows about a project that complies to this restrictions?
>
> Thanks a lot in advance!
>
> Santiago
>
>
>

[Pharo-users] Wanted: Backend + Database project

[Santiago Bragagnolo]

Hello everybody!
In my company we are working on an approach to migrate from monolithic
applications to microservices.
The approach has been tested on a java project, we are looking now to test
it in pharo.

For doing so we are looking for a monolithic backend project that proposes
some kind of API and uses a database.

Does anybody knows about a project that complies to this restrictions?

Thanks a lot in advance!

Santiago

[Pharo-users] Re: Ubuntu update ... great!

[Santiago Bragagnolo]

We are going to have apt get?

On Sat, 15 Jan 2022, 11:05 Norbert Hartl,  wrote:

> Just got an email this morning containing:
>
>
>
>
> *The following packages are currently pending an upgrade: linux-firmware
> 1.187.25 pharo9 9.0.11-0*
>
> This feels great and is highly appreciated that we have that now. I hope
> we keep doing it like this.
>
> Thanks to Pablo and all that participated in that.
>
> Norbert
>

[Pharo-users] FOSDEM2022

[Santiago Bragagnolo]

Hello everybody!
This year I was not expecting to have stand since it seemed that there was
no stands at all. But i was mistaken at many levels. Not only there are
stands but also i did not have to do much for ensuring participation: We
are on board.

This year just as 2021 because of covid fosdem is online, as well as our
stand.

I invite you to get yourself in the stand online, and please tellme if
there are news that are too old (besides the fact that we talk about
pharo8, i clearly know that :P ), and things that you would like to add.

https://stands.fosdem.org/stands/pharo/

Maybe books, videos, whatever.

Thanks you all!

[Pharo-users] Re: New Pharo-based commercial software

[Santiago Bragagnolo]

Grea!!

El sáb, 12 jun 2021 a las 11:36, Noury Bouraqadi ()
escribió:

> Hi everyone,
>
> I'm glad to announce a new Pharo-based commercial product: PLC3000 (
> https://plc3000.com).
>
> It's a SaaS solution for teaching PLC programming for factory automation.
> The server side is based on Zinc and the client side uses PharoJS.
>
> This wouldn't have been possible without the great work done by the
> community in large, and more specifically, the Pharo consortium.
>
> Thank you all,
> Noury
>

[Pharo-users] Re: [Esug-list] Mooc on Advanced OO design looking for interested teachers.

[Santiago Bragagnolo]

Hey, I could be interested!! How much work load does it have? how it would
be the organisation?

Santi

El vie, 23 abr 2021 a las 12:41, Stéphane Ducasse (<
stephane.duca...@inria.fr>) escribió:

> Hello
>
> I’m starting to write a Mooc on Advanced OO design.
> It will be in the same format that the Pharo Mooc.
> I would like to know if some of you can be interested using part of this
> mooc in their curriculum.
> It will help me for a funding agency I’m applying to.
>
> S.
>
>
> 
> 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
>
> ___
> Esug-list mailing list -- esug-l...@lists.esug.org
> To unsubscribe send an email to esug-list-le...@lists.esug.org
>

[Pharo-users] Re: [Pharo @ FOSDEM 2021] Stand

[Santiago Bragagnolo]

a second organization email points out the interest on exclusive contents
and merchandise. If you have books pharo related or merchanidse to sell, do
not hesitate to share your onlinestore links.

Here the mail:



A common observation from virtual events is that the stands do not get
enough attention from the visitors.  After all, there are all these
talks going on, and people can go to the stand "any time" i.e. "later".

It is for this reason that we think it is important that you do try
to think of ways to create the sense of an "event".

The static content, videos etc. can help to reduce some of the
repetition you get at a live stand with different people asking the same
questions over and over, you giving the same demos over and over etc.

Then consider:
  Exclusive content
  Embargoes - keep some of the content secret until a particular time
  Events at very particular times - live demonstrations, meet particular
developers, discussions about particular software,
competitions (check these with your legal person first)

FOSDEM scheduled content runs between 10:00 and 18:00 CET both days, but
we propose that stands content opens at 09:00 to give you an hour before
the other things begin.

Any of you who have worked with devrooms or submitted talks will be
aware of the database system we use to create the main schedule website,
called pentabarf.  Currently we are still busy finalising the developer
room schedules.  Once that is complete, we hope to open up this facility
to stands as well so that you can also schedule events such as live
demonstrations (each in its own jitsi video room attached to its own
matrix chat room) and display these events on our main website and in
the apps alongside the rest of the scheduled content.  In effect this
will give you a 'track' in the schedule for your stand, if you want it.
While the other tracks are primarily formal broadcasts of pre-recordings
of talks followed by live Q&A, stand tracks will just be informal
video/chat rooms with live content and not broadcast.
More details to follow - probably later next week.


Merchandise

We explored the construction of an integrated mechanism to distribute
project mechandise to attendees on behalf of stands (i.e. centralising
payment & shipping) but unfortunately this has proved to be too
complicated to achieve (both logistical and legal issues) so you'll need
to rely on any arrangements of your own if you have them.

Alasdair

El mar, 12 ene 2021 a las 15:42, Santiago Bragagnolo (<
santiagobragagn...@gmail.com>) escribió:

> Hello, here i bring some more information from the organization:
>
> One of the most important points to my understanding, is that we are
> expected to use Matrix chat system. (what is kind of annoying since pharo
> chats are on discord).
> Does any body knows an existing and working way to bridge this two
> systems? It could be nice to let the people to get in touch with pharo chat
> directly.
>
>  Down the informing email from fosdem organization:
>
> Hello,
>
> Congratulations on your stand at FOSDEM 2021. Now the "real" work starts
> ;-)
>
> We realise we left you very little time to prepare, and we apologise for
> it; FOSDEM 2021 is a new experience and our tried-and-tested recipes don't
> work as well in the virtual world.
>
> Nevertheless, to recap what we already stated, this is certainly what you
> will get from us:
>
>- stands.fosdem.org/stands/Your cool project (see below)
>- video.fosdem.org/stands/Your cool project (or a variant of that)
>(also see below)
>- chat.fosdem.org/stands/Your cool project (or a variant of that)
>(also also see below)
>
> I'll explain in reverse order.
>
> Chat
>
> You'll get a chatroom at chat.fosdem.org (with a lot of help from the
> amazing Matrix people) for your stand, to manage as you wish. We propose
> that you create some kind of schedule (can be public, can be private) of
> when an interesting person will be at your stand, so interested visitors
> can have a chat.
>
> We'll make sure your primary stands page links to the chatroom.
>
> Video
>
> In a way that still has to be developed (or at least worked out), you'll
> be able to upload (or rsync/sftp) some prerecorded video's (showcases,
> interviews, demo's, etc.) to a folder under video.fosdem.org.
>
> We'll also make sure that there is a link from the stands page.
>
> Website
>
> There will be a website called stands.fosdem.org which will list under
> /stands/ all stands at FOSDEM 2021; organised per theme. Each "stand" has a
> primary (index) page with some generated content. All other pages are up to
> you: you can put everything on the primary page, create subpages or do
> something else. 

[Pharo-users] Re: [Pharo @ FOSDEM 2021] Stand

[Santiago Bragagnolo]

Hello, here i bring some more information from the organization:

One of the most important points to my understanding, is that we are
expected to use Matrix chat system. (what is kind of annoying since pharo
chats are on discord).
Does any body knows an existing and working way to bridge this two systems?
It could be nice to let the people to get in touch with pharo chat
directly.

 Down the informing email from fosdem organization:

Hello,

Congratulations on your stand at FOSDEM 2021. Now the "real" work starts ;-)

We realise we left you very little time to prepare, and we apologise for
it; FOSDEM 2021 is a new experience and our tried-and-tested recipes don't
work as well in the virtual world.

Nevertheless, to recap what we already stated, this is certainly what you
will get from us:

   - stands.fosdem.org/stands/Your cool project (see below)
   - video.fosdem.org/stands/Your cool project (or a variant of that) (also
   see below)
   - chat.fosdem.org/stands/Your cool project (or a variant of that) (also
   also see below)

I'll explain in reverse order.

Chat

You'll get a chatroom at chat.fosdem.org (with a lot of help from the
amazing Matrix people) for your stand, to manage as you wish. We propose
that you create some kind of schedule (can be public, can be private) of
when an interesting person will be at your stand, so interested visitors
can have a chat.

We'll make sure your primary stands page links to the chatroom.

Video

In a way that still has to be developed (or at least worked out), you'll be
able to upload (or rsync/sftp) some prerecorded video's (showcases,
interviews, demo's, etc.) to a folder under video.fosdem.org.

We'll also make sure that there is a link from the stands page.

Website

There will be a website called stands.fosdem.org which will list under
/stands/ all stands at FOSDEM 2021; organised per theme. Each "stand" has a
primary (index) page with some generated content. All other pages are up to
you: you can put everything on the primary page, create subpages or do
something else. The website is generated with Hugo, and every stand is a
directory (with _index.md) under content/stands. Your pages are thus
content pages (HTML and MD), which means you don't have to care about how
it looks (we'll put it in the FOSDEM theme) or how it exactly is
configured; we deal with all that.

You can add static content (images, etc.) to be used on your pages.

We'll fetch all your content once per hour (when the site is up - sometime
next week) with git. Therefore, in the acceptance mail, we asked you to
provide us with two git repositories; one for the content files (you don't
have to provide the rest of the Hugo scaffolding) and one for the static
files. Make sure we can pull without authentication.

As soon as the site is up, well provide you with the link so you can check
how everything will look. You can also clone our git repo and check for
yourself (see the Hugo documentation for more details on how - the command
is hugo serve).

More information is on
https://github.com/FOSDEM/stands-website/blob/master/README.md


If you have any feedback, ideas for improvements or just general comments,
please do not hesitate to drop us an email; we'll try to integrate it. We
know it is somewhat short notice, but we had to rewire our entire FOSDEM
machine, and such things take some time and a lot of work. We hope this
will however recreate some of the buzz of the traditional event; and we
hope very much to see you all in physical form at the ULB campus in our
trademarked uncomfortable chairs.

Kind regards,

The FOSDEM Stands Team

El mar, 12 ene 2021 a las 15:36, Santiago Bragagnolo (<
santiagobragagn...@gmail.com>) escribió:

> Great idea! I am going to see if we can also share some of the talks from
> last esug as well! Thanks a lot Ben
>
> El lun, 11 ene 2021 a las 19:40, Ben Coman ()
> escribió:
>
>> As a backup, you could edit videos from ESUG 2019
>> https://www.youtube.com/playlist?list=PLJ5nSnWzQXi8DPNpy1jCkjE4yE0WUtDP2
>> e.g..
>> - "Show us your project"
>> https://www.youtube.com/watch?v=RNQKwcYb6Jc&list=PLJ5nSnWzQXi8DPNpy1jCkjE4yE0WUtDP2&index=50
>> - "Object Centric Debugging"
>> https://www.youtube.com/watch?v=uDYJIm54yE4&list=PLJ5nSnWzQXi8DPNpy1jCkjE4yE0WUtDP2&index=18
>>
>>
>> On Wed, 6 Jan 2021 at 23:04, Santiago Bragagnolo <
>> santiagobragagn...@gmail.com> wrote:
>>
>>> Hello everybody.
>>> We have been accepted to have a virtual stand in FOSDEM 2021.
>>>
>>> The idea is to start gathering information to show in the stand about
>>> Pharo.
>>> Besides the pharo graphical image related content, we would like to
>>> offer also success stories, and also videos related to your tools / fwks /
&g

[Pharo-users] Re: [Pharo @ FOSDEM 2021] Stand

[Santiago Bragagnolo]

Great idea! I am going to see if we can also share some of the talks from
last esug as well! Thanks a lot Ben

El lun, 11 ene 2021 a las 19:40, Ben Coman () escribió:

> As a backup, you could edit videos from ESUG 2019
> https://www.youtube.com/playlist?list=PLJ5nSnWzQXi8DPNpy1jCkjE4yE0WUtDP2
> e.g..
> - "Show us your project"
> https://www.youtube.com/watch?v=RNQKwcYb6Jc&list=PLJ5nSnWzQXi8DPNpy1jCkjE4yE0WUtDP2&index=50
> - "Object Centric Debugging"
> https://www.youtube.com/watch?v=uDYJIm54yE4&list=PLJ5nSnWzQXi8DPNpy1jCkjE4yE0WUtDP2&index=18
>
>
> On Wed, 6 Jan 2021 at 23:04, Santiago Bragagnolo <
> santiagobragagn...@gmail.com> wrote:
>
>> Hello everybody.
>> We have been accepted to have a virtual stand in FOSDEM 2021.
>>
>> The idea is to start gathering information to show in the stand about
>> Pharo.
>> Besides the pharo graphical image related content, we would like to offer
>> also success stories, and also videos related to your tools / fwks /
>> business etc, from the point of view of how pharo was a good choice, how it
>> was helpful. Like this we can gather stories that promote your things and
>> pharo at the same time.
>>
>> Also I would like to ask to all those persons doing research on pharo to
>> have some kind of video equivalent to a poster presentation, remarking the
>> interest of using pharo.
>>
>> And to the people that works on pharo core, if you have videos presenting
>> features or assets such as how to build tests, how pharo is integrated with
>> sisop, how it is rendered, how it is interpreted, jited, etc. We could have
>> a track on youtube or similar presenting many features :).
>>
>>
>> Of course if you want to participate actively on the organization of the
>> stand you are more than welcome. Please send me a private message and we
>> may build some communication group to share ideas and organize.
>>
>> Thanks a lot for your attention :)
>>
>> Santiago
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> El mié, 6 ene 2021 a las 15:53, Santiago Bragagnolo (<
>> santiagobragagn...@gmail.com>) escribió:
>>
>>> We applied to participate in FOSDEM 2021, and we were accepted :)!
>>>
>>> ===
>>> Hello team behind Pharo,
>>>
>>> Your submission for a stand at FOSDEM 2021 has been accepted.
>>>
>>> We welcome you to FOSDEM 2021, our first fully digital edition.
>>>
>>> As a reminder, this is what you can expect this year.
>>>  - A spot on our exhibition website (stands.fosdem.org).
>>>  - A Matrix chatroom.
>>>  - A place to store video's.
>>>
>>> The exhibition website is a static site generated by hugo (gohugo.io).
>>> We have set the theme and the structure, and you can add as many pages as
>>> you want. The code for the website currently lives at
>>> https://github.com/FOSDEM/stands-website . Documentation will be added
>>> shortly (and will be communicated via the list).
>>>
>>> To get started with adding content to the website, follow these steps:
>>>
>>>  1. Create two git repositories (public), one for your content and one
>>> for your static files. Provide us with both links and make sure we can pull
>>> anonymously.
>>>  2. Add pages in any format Hugo accepts. Note that you cannot add more
>>> levels (if you want a deeper structure, ask us).
>>>  3. Once every hour a script will rebuild the website.
>>>  4. You can add links to your own website(s) as well, but we ask that
>>> you keep stand-related things on our stands website.
>>>
>>> We'll provide more information on where to upload the video's later this
>>> month. It is up to you if you wish to create them, but we think it will add
>>> value to your stand.
>>>
>>> More details on the chatroom will also be made available in the coming
>>> week.
>>>
>>> This week, we'll publish the list of accepted stands on our website, and
>>> add the primary and secondary contact to standhold...@lists.fosdem.org
>>> for further communication. By the beginning of next week, the exhibition
>>> website will be put online (behind authentication as it is not public yet).
>>> As soon as the infrastructure is in place, the video site and the Matrix
>>> chatroom will be configured.
>>>
>>> We'll send further updates to the standholders mailing list. Please bear
>>> with us, this is new for us as well ;-)
>>>
>>> We hope to see you at FOSDEM!
>>>
>>> Kind regards,
>>>
>>> The FOSDEM Stands Team
>>>
>>

[Pharo-users] Re: [Pharo @ FOSDEM 2021] Stand

[Santiago Bragagnolo]

Thanks a lot Offray!

You and grafoscopio people are always eager to share :).

It's a great format!

If you have some videos do not hesitate to share!



El vie, 8 ene 2021 a las 16:56, Offray Vladimir Luna Cárdenas (<
offray.l...@mutabit.com>) escribió:

> Thanks for this invitation Santiago. It's comes pretty timely as I as
> preparing a web portfolio of my Pharo projects for an upcoming deadline. I
> will contact you by direct message with more details.
>
> Cheers,
>
> Offray
> On 6/01/21 10:04 a. m., Santiago Bragagnolo wrote:
>
> Hello everybody.
> We have been accepted to have a virtual stand in FOSDEM 2021.
>
> The idea is to start gathering information to show in the stand about
> Pharo.
> Besides the pharo graphical image related content, we would like to offer
> also success stories, and also videos related to your tools / fwks /
> business etc, from the point of view of how pharo was a good choice, how it
> was helpful. Like this we can gather stories that promote your things and
> pharo at the same time.
>
> Also I would like to ask to all those persons doing research on pharo to
> have some kind of video equivalent to a poster presentation, remarking the
> interest of using pharo.
>
> And to the people that works on pharo core, if you have videos presenting
> features or assets such as how to build tests, how pharo is integrated with
> sisop, how it is rendered, how it is interpreted, jited, etc. We could have
> a track on youtube or similar presenting many features :).
>
>
> Of course if you want to participate actively on the organization of the
> stand you are more than welcome. Please send me a private message and we
> may build some communication group to share ideas and organize.
>
> Thanks a lot for your attention :)
>
> Santiago
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> El mié, 6 ene 2021 a las 15:53, Santiago Bragagnolo (<
> santiagobragagn...@gmail.com>) escribió:
>
>> We applied to participate in FOSDEM 2021, and we were accepted :)!
>>
>> ===
>> Hello team behind Pharo,
>>
>> Your submission for a stand at FOSDEM 2021 has been accepted.
>>
>> We welcome you to FOSDEM 2021, our first fully digital edition.
>>
>> As a reminder, this is what you can expect this year.
>>  - A spot on our exhibition website (stands.fosdem.org).
>>  - A Matrix chatroom.
>>  - A place to store video's.
>>
>> The exhibition website is a static site generated by hugo (gohugo.io).
>> We have set the theme and the structure, and you can add as many pages as
>> you want. The code for the website currently lives at
>> https://github.com/FOSDEM/stands-website . Documentation will be added
>> shortly (and will be communicated via the list).
>>
>> To get started with adding content to the website, follow these steps:
>>
>>  1. Create two git repositories (public), one for your content and one
>> for your static files. Provide us with both links and make sure we can pull
>> anonymously.
>>  2. Add pages in any format Hugo accepts. Note that you cannot add more
>> levels (if you want a deeper structure, ask us).
>>  3. Once every hour a script will rebuild the website.
>>  4. You can add links to your own website(s) as well, but we ask that you
>> keep stand-related things on our stands website.
>>
>> We'll provide more information on where to upload the video's later this
>> month. It is up to you if you wish to create them, but we think it will add
>> value to your stand.
>>
>> More details on the chatroom will also be made available in the coming
>> week.
>>
>> This week, we'll publish the list of accepted stands on our website, and
>> add the primary and secondary contact to standhold...@lists.fosdem.org
>> for further communication. By the beginning of next week, the exhibition
>> website will be put online (behind authentication as it is not public yet).
>> As soon as the infrastructure is in place, the video site and the Matrix
>> chatroom will be configured.
>>
>> We'll send further updates to the standholders mailing list. Please bear
>> with us, this is new for us as well ;-)
>>
>> We hope to see you at FOSDEM!
>>
>> Kind regards,
>>
>> The FOSDEM Stands Team
>>
>

[Pharo-users] Re: [Pharo @ FOSDEM 2021] Stand

[Santiago Bragagnolo]

Hello everybody.
We have been accepted to have a virtual stand in FOSDEM 2021.

The idea is to start gathering information to show in the stand about
Pharo.
Besides the pharo graphical image related content, we would like to offer
also success stories, and also videos related to your tools / fwks /
business etc, from the point of view of how pharo was a good choice, how it
was helpful. Like this we can gather stories that promote your things and
pharo at the same time.

Also I would like to ask to all those persons doing research on pharo to
have some kind of video equivalent to a poster presentation, remarking the
interest of using pharo.

And to the people that works on pharo core, if you have videos presenting
features or assets such as how to build tests, how pharo is integrated with
sisop, how it is rendered, how it is interpreted, jited, etc. We could have
a track on youtube or similar presenting many features :).


Of course if you want to participate actively on the organization of the
stand you are more than welcome. Please send me a private message and we
may build some communication group to share ideas and organize.

Thanks a lot for your attention :)

Santiago















El mié, 6 ene 2021 a las 15:53, Santiago Bragagnolo (<
santiagobragagn...@gmail.com>) escribió:

> We applied to participate in FOSDEM 2021, and we were accepted :)!
>
> ===
> Hello team behind Pharo,
>
> Your submission for a stand at FOSDEM 2021 has been accepted.
>
> We welcome you to FOSDEM 2021, our first fully digital edition.
>
> As a reminder, this is what you can expect this year.
>  - A spot on our exhibition website (stands.fosdem.org).
>  - A Matrix chatroom.
>  - A place to store video's.
>
> The exhibition website is a static site generated by hugo (gohugo.io). We
> have set the theme and the structure, and you can add as many pages as you
> want. The code for the website currently lives at
> https://github.com/FOSDEM/stands-website . Documentation will be added
> shortly (and will be communicated via the list).
>
> To get started with adding content to the website, follow these steps:
>
>  1. Create two git repositories (public), one for your content and one for
> your static files. Provide us with both links and make sure we can pull
> anonymously.
>  2. Add pages in any format Hugo accepts. Note that you cannot add more
> levels (if you want a deeper structure, ask us).
>  3. Once every hour a script will rebuild the website.
>  4. You can add links to your own website(s) as well, but we ask that you
> keep stand-related things on our stands website.
>
> We'll provide more information on where to upload the video's later this
> month. It is up to you if you wish to create them, but we think it will add
> value to your stand.
>
> More details on the chatroom will also be made available in the coming
> week.
>
> This week, we'll publish the list of accepted stands on our website, and
> add the primary and secondary contact to standhold...@lists.fosdem.org
> for further communication. By the beginning of next week, the exhibition
> website will be put online (behind authentication as it is not public yet).
> As soon as the infrastructure is in place, the video site and the Matrix
> chatroom will be configured.
>
> We'll send further updates to the standholders mailing list. Please bear
> with us, this is new for us as well ;-)
>
> We hope to see you at FOSDEM!
>
> Kind regards,
>
> The FOSDEM Stands Team
>

[Pharo-users] [Pharo @ FOSDEM 2021] Stand

[Santiago Bragagnolo]

We applied to participate in FOSDEM 2021, and we were accepted :)!

===
Hello team behind Pharo,

Your submission for a stand at FOSDEM 2021 has been accepted.

We welcome you to FOSDEM 2021, our first fully digital edition.

As a reminder, this is what you can expect this year.
 - A spot on our exhibition website (stands.fosdem.org).
 - A Matrix chatroom.
 - A place to store video's.

The exhibition website is a static site generated by hugo (gohugo.io). We
have set the theme and the structure, and you can add as many pages as you
want. The code for the website currently lives at
https://github.com/FOSDEM/stands-website . Documentation will be added
shortly (and will be communicated via the list).

To get started with adding content to the website, follow these steps:

 1. Create two git repositories (public), one for your content and one for
your static files. Provide us with both links and make sure we can pull
anonymously.
 2. Add pages in any format Hugo accepts. Note that you cannot add more
levels (if you want a deeper structure, ask us).
 3. Once every hour a script will rebuild the website.
 4. You can add links to your own website(s) as well, but we ask that you
keep stand-related things on our stands website.

We'll provide more information on where to upload the video's later this
month. It is up to you if you wish to create them, but we think it will add
value to your stand.

More details on the chatroom will also be made available in the coming week.

This week, we'll publish the list of accepted stands on our website, and
add the primary and secondary contact to standhold...@lists.fosdem.org for
further communication. By the beginning of next week, the exhibition
website will be put online (behind authentication as it is not public yet).
As soon as the infrastructure is in place, the video site and the Matrix
chatroom will be configured.

We'll send further updates to the standholders mailing list. Please bear
with us, this is new for us as well ;-)

We hope to see you at FOSDEM!

Kind regards,

The FOSDEM Stands Team

[Pharo-users] Re: Pharo Mars still not working on Ubuntu

[Santiago Bragagnolo]

It is a bug when you have a lot of budget. Luckily we have the monthly
sprints :).
Participants are always more than welcome. You can join and participate to
fix these things the last friday of each month!
I can sit with you and pair program.
I am not sure if this month we have sprint, since it is by the christmas
dates probably.
Marcus, do we have sprint in december?
Anyway, as soon as I know i'll let you know. If it is not this this month
it can be in january! It seems far but time pass really fast :).

Looking forward,

Santiago




El vie, 11 dic 2020 a las 16:05, kmo () escribió:

> But if it doesn't work on older machines (if that is the case) then that's
> still a bug, isn't it?
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>

[Pharo-users] [OffTopic] IWBOSE 2021

[Santiago Bragagnolo]

Hi everybody.
This mail is a kind reminder of the Call for papers of IWBOSE2021.

The Workshop’s goal is to gather together practitioners and researchers to
discuss on progresses on the research and on the practical usage of
blockchain technologies and smart contracts, focusing on the application
and definition of Software Engineering principles and practices specific
for such software technology, and for the technologies relying on it. The
workshop calls researches on specific tools, paradigms, principles,
approaches to deal with the new challanges posed by Blockchain technology
to software engineers and for a specific Blockchain Oriented Software
Engineering (BOSE).
Submission Guidelines

All submissions must come in PDF format and conform, at time of submission,
to the IEEE Conference Proceedings Formatting Guidelines (title in 24pt
font and full text in 10pt font, LaTEX users must use
\documentclass[10pt,conference]{IEEEtran} without including the compsoc or
compsocconf option. Also, papers must comply with the IEEE Policy on
Authorship.

All papers must be original and not simultaneously submitted to another
journal or conference. The following paper categories are welcome:

All submissions must be in English. Submissions should not exceed *12 pages*
(the last 2 pages for references only), and should be uploaded
electronically in PDF format via EasyChair. We also solicit *short papers
submissions* (4 pages).

Important note: IWBOSE at SANER 2021 follows a full double-blind review
process.In order to be compliant with the double-blind policy, submitted
papers must adhere to the rules from ASE 2017 double-blind
instructions.Please refere to SANER 2021 (
https://saner2021.shidler.hawaii.edu/) for details.

The easychair link for submissions is:
https://easychair.org/conferences/?conf=iwbose2021
List of Topics

   - Blockchain Oriented Software
   - Blockchain software analysis and
   - Formal specification of Blockchain
   - Agile and Lean processes for Blockchain software
   - Tools for Blockchain software distributed development and community
   - Smart Contracts
   - Security and reliability in Blockchain and Smart
   - Smart Contract Testing (
   - Blockchain Transaction Testing (BTT) to ensure status
   - Blockchain Software architecture, design notation and
   - Smart Contracts Software architecture, design notation and
   - Software Engineering for
   - Applications in Economy and Finance, Internet of Things, Notarization,
   Supply chain
   - Web 3.0 – e-commerce, e-health, e-democracy, social networks, etc .

Santiago.

[Pharo-users] Re: [Pharo-dev] [ANN] New Pharo VM released (v8.6.1)

[Santiago Bragagnolo]

These are great newsss!!! thanks a lot for your hardwork.
None of the other things we like to do would be possible without this.




El lun., 2 nov. 2020 a las 16:48, teso...@gmail.com ()
escribió:

> Hi,
>  this is an announcement of a new release of the Pharo VM. This
> new version is available to be downloaded through get-pharo scripts
> and through the Pharo Launcher. From the Pharo Launcher, remember to
> update the VM from the VM manager window.
>
> This version includes a series of improvements:
>
> - Unification of code base with the headless VM
> - Preparation for supporting HDPI displays.
> - Improvements in the speed of Threaded FFI (40x times faster in
> SameThread runner and 2x in Threaded worker).
> - Better handling of semaphores
> - Improvements in the loading of large images (better buffering)
> - Better support for headless execution on non-main thread
>
> Please let me know if you find any issues.
>
> Cheers, Pablo
>
> --
> Pablo Tesone.
> teso...@gmail.com
>

[Pharo-users] Re: Standalone html builder (a la seaside without seaside?)

[Santiago Bragagnolo]

Hi Tim.
My two cents: I am using XML Writer (from the catalog) and i am really
happy so far.

El lun., 28 sept. 2020 a las 19:28, Tim Mackinnon ()
escribió:

> Hi - has anyone ever managed to extract the html builder out of seaside -
> or written something equivalent?
>
> I often find I want to build some HTML, but don’t want the full seaside -
> and was wondering if anyone has managed to extract it, or have something
> similar?
>
> This combined with Renoir from BA-ST would give a good little light weight
> web potential to run with Zinc.
>
> Tim

[Pharo-users] [OffTopic] Software inventory software

[Santiago Bragagnolo]

Hi Everybody!

Sorry for the offtopic. I am relying on the fact that I can find here
people from different companies having the kind of problem we are suffering
today.

Can any body point me to a solution for software inventory? We are looking
for a software that allow us to track down product/project information such
as language, development dependancies, where is the code?, associated
products,  deployment dependancies, hardware / platform requirements ,etc.

I have been searching on google and others without much success, mostly
falling on products that solve partially the problematic, and that come
with a large infrastructure to solve problems that we do not have. Such as
system center et cia.

Do you have any clue of good options for solving this problem? (Rather than
having a document x product, that is what we have now).


Santiago

[Pharo-users] [FOSDEM] Grafoscopio

[Santiago Bragagnolo]

Fosdem organization uploaded the videos on grafoscopio :).

Maybe it would be nice to spread it through our medias

https://video.fosdem.org/2020/AW1.126/open_research_pocket_infrastructures.mp4
https://video.fosdem.org/2020/AW1.126/open_research_pocket_infrastructures.webm

Santiago

Re: [Pharo-users] Grafoscopio accepted at FOSDEM :-)... Now looking for travel funds :-/

[Santiago Bragagnolo]

I am in. I am now organizing the stand. I can participate in a skype (or
what-ever-technology) to help to organize the talk. What are your
constraints??


santiago

El mar., 14 ene. 2020 a las 2:42, Offray Vladimir Luna Cárdenas (<
offray.l...@mutabit.com>) escribió:

> Hi again,
>
> FOSDEM is approaching and I don't think I will get an sponsor in such
> brevity.
>
> Santiago, Phill, are you willing to take care of this talk? I can coach
> and support you, if needed.
>
> The details about the proposal are here:
>
>
> https://fosdem.org/2020/schedule/event/open_research_pocket_infrastructures/
>
> Cheers,
>
> Offray
>
> On 19/12/19 4:30 p. m., Offray Vladimir Luna Cárdenas wrote:
> > Hi,
> >
> > The subject pretty much resumes the current situation: organizers at
> > FOSDEM[1] approved my talk about Grafoscopio for the 2020 version (Feb 1
> > and 2). They tell me that they don't provide travel funds, but because I
> > spoke about the voluntary and self funded nature of the project and
> > asked for travel funds, the usual route here is trying to find an
> > entity, located in Brussels that would be interested in some workshops
> > about the tool and that will cover travel expenses. Ideally such entity
> > would be related with the subjects and themes we have been working with
> > the Grafoscopio community: civic tech, hacktivism, reproducible
> > research, data journalism, data feminism, critical science and
> > technology studies, open data, collective writing self publishing and
> > book sprints.
> >
> > As you can see, Grafoscopio and its community are pretty versatile and
> > diverse in their concerns and approaches, so I hope that opens
> > possibilities for a lot of interested sponsors, located in Brussels.
> > Even sponsors in Europe could work, as internal travel is kind of cheap
> > and the biggest part of the expenses are inter continental travel. I
> > don't know of any particular European entity that could sponsor my
> > travel funds for FOSDEM, but hopefully the European pharoers know of
> > some. The FOSDEM organizers asked me for some possible entities so, I'm
> > all ears :-)
> >
> > Santiago and Phill, any particular ideas? If not, remember that we can
> > prepare a remote talk :-)
> >
> > [1] https://fosdem.org/2020/
> >
> > Thanks,
> >
> > Offray
> >
> >
> >
>

Re: [Pharo-users] [Pharo-dev] TaskIt

[Santiago Bragagnolo]

El mar., 17 dic. 2019 a las 9:40, Norbert Hartl ()
escribió:

> Hi,
>
> > Am 16.12.2019 um 11:41 schrieb Santiago Bragagnolo <
> santiagobragagn...@gmail.com>:
> >
> > 
> > Hi everybody!
> >We are starting to discuss with norbert about letting taskit to leave
> my incubator (my github account to go elsewhere). I have being thinking
> about it since long time, since i would like it to allow taskit to evolve
> into more than just my needs and wishes.
> >
> >The sidequestion i am bringing today it may seem (or even be) almost
> scholastic at this point, but i think it should have some space.
> >The question is if to move it to pharo-contributions, or if to create
> a new pharo-processing.
> >
> I was asking this myself for a long time. Then I just started to move
> things to pharo-contributions because I could not come up with a better
> idea. I‘m not convinced that having more organizations on github will help.
>
> >During the ESUG i came up with the idea/feeling/etc that it would be
> nice to have a group of people interested into processing (as hobby, duty,
> etc) for being able to push further this project and what-ever-other
> related project.
> >   During the conference i addressed norbert, tomohiro, mariano, matteo,
> guille, pablo, noury, (people for whom processing directly or indirectly is
> a primary concern) and i think there is even more people interested in this
> kind of general problematic, for what i sensed specially during my esug
> presentation. I think that to build a kind of team or group for discussing
> and working on this subject is a step in a direction that search to solve
> many modern daily problems that pushes us out of larger models of business
> and interaction (cloud and derivatives). Having this points in mind i think
> that the choice of this new github project could be a good point to start a
> to work on this goal (as a first place of gathering).
> >
> I personally wouldn‘t do it from the start. Usually this is kind of a
> premature optimization to put groups and permissions and all of that on the
> table.
> If it comes to groups it comes to permissions and the management of them.
> You might try to solve a problem that might not even have. But you put the
> burden of managing memberships and permissions and that prevents
> collaboration to some extent
>
> So my golden rule to this is that if you don‘t have real good reason to
> add something like this organization, just don‘t. Wait until there is a
> problem. At that point you know what problem you have and you might have an
> appropriate idea how to solve it. This is very hard to do a priori.
>

wowowo, i never spoke about memberships nor access, it would be a nice
reason to me to not do it hahahaha. I am speaking only about drawing a box
where we put the discussions on processing. Ii am naming people is just to
remark the fact that there is people not only interested on this, but also
working on this, meaning that to have a place for having this punctual
disussions could be nice (just as a way of organising the discussions and
having only informtion relevant to the processing thing. Still, i am aware
that when we organise like this we are not organising for that, losing some
freedom, and adding a complexity when gathering general information).




What if we have links to all the groups in Pharo-project (pharo-misc,
pharo-processing, pharo-robotics, pharo-web) ? I can do the firsts steps if
we agree in here.





> But we need indeed a general approach how to handle that. Every time
> someone asks me to be added to pharo-contributions I‘m thinking about if
> the setup is ok.
>
> Norbert
>
> >  Still, i would like to hear other's opinion, in order to be able to
> deal with this maybe before new year :).
> >
> >Thanks for your time and reading :)
> >
> >Santiago
> >
> >
> >
> >
> >
>
>
>

[Pharo-users] TaskIt

[Santiago Bragagnolo]

Hi everybody!
   We are starting to discuss with norbert about letting taskit to leave my
incubator (my github account to go elsewhere). I have being thinking about
it since long time, since i would like it to allow taskit to evolve into
more than just my needs and wishes.

   The sidequestion i am bringing today it may seem (or even be) almost
scholastic at this point, but i think it should have some space.
   The question is if to move it to pharo-contributions, or if to create a
new pharo-processing.

   During the ESUG i came up with the idea/feeling/etc that it would be
nice to have a group of people interested into processing (as hobby, duty,
etc) for being able to push further this project and what-ever-other
related project.
  During the conference i addressed norbert, tomohiro, mariano, matteo,
guille, pablo, noury, (people for whom processing directly or indirectly is
a primary concern) and i think there is even more people interested in this
kind of general problematic, for what i sensed specially during my esug
presentation. I think that to build a kind of team or group for discussing
and working on this subject is a step in a direction that search to solve
many modern daily problems that pushes us out of larger models of business
and interaction (cloud and derivatives). Having this points in mind i think
that the choice of this new github project could be a good point to start a
to work on this goal (as a first place of gathering).

 Still, i would like to hear other's opinion, in order to be able to
deal with this maybe before new year :).

   Thanks for your time and reading :)

   Santiago

Re: [Pharo-users] Roassal 2 Stable: Problem browsing the source code of the examples

[Santiago Bragagnolo]

Or whom to ask

El sáb., 7 de dic. de 2019 09:44, Santiago Bragagnolo <
santiagobragagn...@gmail.com> escribió:

> Maybe Milton has some idea?
>
>
>
> El vie., 6 de dic. de 2019 19:00, Offray Vladimir Luna Cárdenas <
> offray.l...@mutabit.com> escribió:
>
>> Hi,
>>
>> We were at our usual data activism workshop, trying to visualize a tag
>> cloud some Tweets about the civic strike in Colombia. Is happening all
>> over Latin America, France, Hong Kong..., So would be nice to have a
>> broad overview over the noise created by social media. Anyway, we
>> installed the stable version of Roassal 2 over Pharo 7 and when trying
>> to browse the source code of any example in the example browser we got
>> the following error message when clicking on the Playground tab (nearby
>> to the canvas):
>>
>> Instance of RBSequenceNode did not understand
>> #formattedCodeWithMaxLineLength:
>>
>> This was a good opportunity to show other ways to approach to the code,
>> but I think is important to improve a smoother experience for newcomers,
>> including the ability to go from canvas to the source code in Roassal
>> examples browser.
>>
>> Any clue about what is happening to the Roassal 2 Examples Browser?
>>
>> Thanks,
>>
>> Offray
>>
>>
>>
>>

Re: [Pharo-users] Roassal 2 Stable: Problem browsing the source code of the examples

[Santiago Bragagnolo]

Maybe Milton has some idea?



El vie., 6 de dic. de 2019 19:00, Offray Vladimir Luna Cárdenas <
offray.l...@mutabit.com> escribió:

> Hi,
>
> We were at our usual data activism workshop, trying to visualize a tag
> cloud some Tweets about the civic strike in Colombia. Is happening all
> over Latin America, France, Hong Kong..., So would be nice to have a
> broad overview over the noise created by social media. Anyway, we
> installed the stable version of Roassal 2 over Pharo 7 and when trying
> to browse the source code of any example in the example browser we got
> the following error message when clicking on the Playground tab (nearby
> to the canvas):
>
> Instance of RBSequenceNode did not understand
> #formattedCodeWithMaxLineLength:
>
> This was a good opportunity to show other ways to approach to the code,
> but I think is important to improve a smoother experience for newcomers,
> including the ability to go from canvas to the source code in Roassal
> examples browser.
>
> Any clue about what is happening to the Roassal 2 Examples Browser?
>
> Thanks,
>
> Offray
>
>
>
>

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Consortium New Academic Member: Université de Maroua

[Santiago Bragagnolo]

Great!

El mar., 12 de nov. de 2019 10:09, Marcus Denker 
escribió:

> The Pharo Consortium is very happy to announce that the Université de
> Maroua has joined the Consortium as an Academic Member.
>
> About
> - Université de Maroua: http://www.univ-maroua.cm/
> - Pharo Consortium: http://consortium.pharo.org
>
> The goal of the Pharo Consortium is to allow companies and institutions to
> support the ongoing development and future of Pharo.
>
> Individuals can support Pharo via the Pharo Association:
>
> - http://association.pharo.org
>

Re: [Pharo-users] [Pharo-dev] The Lands Platform at SLE 2019: Pharo magic inside

[Santiago Bragagnolo]

I loved it. great job nick!

El mié., 23 oct. 2019 a las 9:16, Nick Papoylias ()
escribió:

> The Lands Platform: Lan.guages and D.omain S.yntax,
> @sleconf 2019, co-located with @splashcon
>
> https://youtu.be/HMgJK8mVPYw
>
> Showcasing live magic tricks powered by the @pharoproject
>
> Best,
>
> Nick
>

Re: [Pharo-users] PharoADO

[Santiago Bragagnolo]

Beautiful! this is a great contribution.



El mar., 15 oct. 2019 a las 21:37, eftomi ()
escribió:

> Dear all,
>
> A working prototype of PharoADO is now available at
> https://github.com/eftomi/pharo-ado. I'd be glad if you can find the time
> to
> test it and report your observations to this list or on the GitHub. PRs are
> welcome and much needed :-)
>
> Firstly, I would like to focus on various database data types. When using
> ADOClient and ADORecordset, the availability of data types heavily depends
> from PharoWin32/PharoCOM packages, so we have to update both repositories
> :-)
>
> The PharoADO package is not huge after all, since ActiveX Data Objects
> itself is an abstraction layer and provides much of the needed
> functionalities by itself.
>
> Best wishes,
> Tomaz
>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

[Pharo-users] Antlr4 + SmaCC

[Santiago Bragagnolo]

Hi there!
I am trying to build a parser for visual basic. For doing so i found the
Antlr definition of VB on the microsoft site.

 I was wondering if it would be possible to use SmaCC for generating this
parser. Does any have experience in adapting Antlr4 grammars to the SmaCC
format ?? Or any clue about where to start checking for a clue about it
would be helpful also!

 Thanks in advance.

  Santiago

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Headless - Beta (Actually what is between Alpha and Beta)

[Santiago Bragagnolo]

Hey! I just see this email! This is exciting!
<3 <3 <3 <3

El jue., 8 ago. 2019 a las 9:54, teso...@gmail.com ()
escribió:

> TL;DR;
> ==
>
> For the anxious, you can get real headless vm and image from zero-conf.
>
> $ wget get.pharo.org/64/80+vmHeadlessLatest | bash
>
> Zero conf scripts remain unchanged for users.
>
> However, if you are launching the VM by hand from the executable
> instead of the launcher scripts (pharo and pharo-ui) as in
>
> $ ./pharoexecutable Pharo.image
>
> the image will launch in headless mode and will not open a window.
> To launch it in headfull, you can use the --interactive argument after
> the image, which will make the image open a window using SDL2.
>
> $ ./pharoexecutable Pharo.image --interactive
>
> Long version
> 
>
> Hi, this mail is the happy intermediate result of the work that us,
> the Pharo Consortium Team, has been doing in the last couple of
> months.
> Our main objective is to have a real headless implementation of Pharo
> where all the responsibility to open or not a World window (or other)
> is handled by the image.
> For doing so we have done a series of modifications in the image and
> the VM side.
> We consider this is the path that Pharo 8 and following versions
> should follow, as it will severely improve server-side and command
> line Pharo and in building custom desktop applications.
>
> These modifications are available only in 64-bits machines (Windows,
> OSX, and Linux).
> ARM32 and 64bits headless is in the roadmap, but it is delayed because
> we have prioritized our three major platforms for this first couple of
> months.
>
> All this work is based in Opensmalltalk-VM and Ronnie's initial work
> on headless.
> We are really grateful to all the contributors in the history of this
> nice product.
> To achieve a real headless VM we have brought modifications in the
> source tree because most of the platform code to open and manipulate
> windows is not required anymore.
> Instead, we use the SDL2 library that implements a nice layer on top
> of the OS and allows us to manage on the image side through FFI.
>
> So this mail is now an open call for (beta?)testing.
> The sources of the current VM we are building are in the headless branch in
>   https://github.com/pharo-project/opensmalltalk-vm
> And we have set up a CI that is both building and testing the VM in
>   https://ci.inria.fr/pharo-ci-jenkins2/job/pharo-vm/job/headless/
>
> For the future we have a lot of ideas, that will wait for another long
> email or a beer-talk @ESUG.
> We want to hear your ideas!!
>
> Image-Side Improvements
> ===
>
> - The image handles the creation or not of the main world window.
> - We incorporated the idea of World renderer, where different backends
> are used to render the world.
> - We have 3 backends: VM support (compatibility with non-headless
> VMs), and OSWindow with two backends: SDL and GTK3+.
> - The modifications in the image are fully backward compatible with
> the non-headless VM and are pushed since weeks in the latest 8.0
> image.
> - We move the handling of events to the image side when using SDL and
> GTK3+, opening the door to a richer set of events and finer-grained
> control over them.
> - SDL and GTK versions are implemented using FFI calls.
>
> VM-Side Improvements
> 
>
> - VMMaker code migrated to Tonel thanks to Feenk and included in the
> repository of the VM.
> - Making VMMaker execute in Pharo 7 and 8.
> - Removing GPL code from the VM repository (GDB).
>
> - Slowly adding new tests for the JIT / Slang and VMGeneration.
> - Restructuring of the source code.
> - A new simpler CMake build.
> - Generate VM code from Slang on each build.
> - A CI process to validate (including the run of the tests in Pharo
> and the ones adding to the VM).
> - Simplification of the codebase.
>
> - Maximize the reuse of code between the platforms (preferring the
> standard versions over the platform-specific).
> - Cleaning up duplicated code.
> - All the plugins are now external plugins.
> - The VM is now a dynamic library. This is a first step towards
> embedding Pharo into other applications.
> - The main executable is a thin frontend (you can change it or
> implement your own).
>
> - Removing unused plugins.
> - Improved crash dump. Especially the crash dump works now in Windows
> 64bits.
> - Dummy implementation of Security plugin (it is going away
> eventually).
> - Cleanup of SSL, UUID, and Socket plugin.
>
> - Cleanup of conditional code (Still to improve).
> - Improving the types used in the functions (we have to be neat to be
> multiplatform/multi-arch).
> - Improving the lookup of modules
> - Improving the logging of the VM
> - Improving the handling of VM arguments
>
>
> Thanks a lot for reading so long!!
> We hope you enjoy the VM and please tell us all the problems you find!!
>
> Pablo, Guille, and Esteban
>
>

Re: [Pharo-users] [ANN] Pharo Chip Designer

[Santiago Bragagnolo]

wo so nice.

El sáb., 10 ago. 2019 a las 13:16, Pavel Krivanek ()
escribió:

> Hi,
>
> I have created a little program based on an old educational game by
> Zachtronics (KOHCTPYKTOP: Engineer of the People[1]) named Pharo Chip
> Designer.
>
> It is an inaccurate and highly simplified tool for the design of silicon
> chip layouts. Unlike common tools for logic circuits designs, in Pharo Chip
> Designer, you need to face the real-life problems like propagation delays
> or limited amount of layers and available substrate area.
>
> https://github.com/pavel-krivanek/PharoChipDesigner
> 
>
> It contains levels from the original game, but you can play with your
> custom designs on larger surfaces. And of course, use all the Pharo power
> to control the I/O signals.
>
> The Pharo Chip Designer required Pharo 8.0 and Spec2.
>
> Cheers,
> -- Pavel
>
> [1] http://www.zachtronics.com/kohctpyktop-engineer-of-the-people/
>

Re: [Pharo-users] [Pharo-dev] Fwd: Announcing Repl.it Multiplayer

[Santiago Bragagnolo]

Yeah I think I see your point. I'm going to check out those projects and
learn some :). Thx!

El jue., 6 de dic. de 2018 23:03, Eliot Miranda 
escribió:

> Hi Santiago,
>
> On Thu, Dec 6, 2018 at 1:52 PM Santiago Bragagnolo <
> santiagobragagn...@gmail.com> wrote:
>
>> Would this be interesting to have in pharo??
>>
>
> There is already previous relevant work.  Look up Kansas for Self
> http://wiki.squeak.org/squeak/1357 and Nebraska for Squeak
> http://wiki.squeak.org/squeak/1356.  Focussing on the Multiplayer like UI
> would be a major regression.  Note that we already have lots fo relevant
> infrastructure, such as a VNC server that allows desktops to be shared.
> Building a shared programming environment for Pharo doesn't need to start
> from such limited models as the Multiplayer.
>
>
>>
>> What do you think?
>>
>> -- Forwarded message -
>> From: Amjad from Repl.it 
>> Date: jue., 6 de dic. de 2018 21:55
>> Subject: Announcing Repl.it Multiplayer
>> To: 
>>
>>
>> The official release of Repl.it Multiplayer, the collaborative coding
>> experience.
>> [image: Repl.it Logo]
>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy0-2F0rOvSNWPLVoxccoF8tqg-3D_giVgUbicffsoJtZ0TYZ7s2baplIVTZsP9f9HblsT-2BKaLMdrdQdIS-2BnQpMuzyO-2FOlr5sq-2BS6jilDf7S78JBU8Ralb9fTCZ4BCCH9Q5ew-2Fj-2FsKpiIl64D7Ypnn5-2FqEc4HRJ-2BTGxN4FueLtwznKCOvZXZw6PdY9-2BwNnA20IB5H85PV4p0YveUXlOQxepOJOghg-2FS3cQqfgH7DKmvU2WW2ST87J-2FWvorlrCPa1PH8FJv79G3AS7046DM-2Fm-2BK9mxnkf4-2BlVjQMx9bQo-2FgMO5R4UThVhLiX2bP-2BoquWLP8KUQRR-2F40E4w6WJhPFCrTzQSitEMkzUdcgqk0jJbKNSHErddN-2FyCK-2F7CehF92hiFY-2B-2FMviBg0LJgX0epCNB1XWhS5NP5cBVeulAsvYb51jQKkl-2BwXUYHmy9luEIGIkq8ezmuiFwUaMsPN8-2FKDonDYpmn4JOPAvJfu8rxov9knLCMpk3nPRw-3D-3D>
>>
>> Hey Santiago,
>>
>> Professional programmers all know that software development is a
>> fundamentally social experience. But coding remains a single-player
>> experience by default — today, we're changing this!
>>
>> As part of our mission to make computing more accessible, we believe
>> connecting coders, learners, and teachers together in real time, in the
>> development environment, is a big piece of the puzzle. That's why we're
>> proud to announce *Multiplayer*.
>>
>> Multiplayer lets you code with friends in the same editor, execute
>> programs in the same interpreter, interact with the same terminal, chat in
>> the IDE, edit files and share the same system resources, and ship
>> applications from the same interface! We've redesigned every part of our
>> infrastructure to work in multiplayer mode -- from the filesystem to the
>> interpreter.
>> [image: Repl.it Multiplayer]
>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy2nGqoz6hoT3s1h4Iok3Z7AyFYfb7B49bWL7om3ZBlcq_giVgUbicffsoJtZ0TYZ7s2baplIVTZsP9f9HblsT-2BKaLMdrdQdIS-2BnQpMuzyO-2FOlr5sq-2BS6jilDf7S78JBU8Ralb9fTCZ4BCCH9Q5ew-2Fj-2FsKpiIl64D7Ypnn5-2FqEc4HRJ-2BTGxN4FueLtwznKCOvZXZw6PdY9-2BwNnA20IB5H85PV4p0YveUXlOQxepOJOghg-2FS3cQqfgH7DKmvU2WW2ST87J-2FWvorlrCPa1PH8FJv79F4g5G-2BKMuO6GzHN0H5OWhCMrBIh7HkohO6BHVfWABeMXXMsx3a3lEMV4tDNwWvnWhSeAu-2FgDi5b17PfEYbiNZyKfDBTdfzvR5iOl1Yt7SaYd-2B1XD-2BoV-2BFGr4mNKfdpvw4unopmiOvqGss3TcAU90q1vCMH-2FUPHSmT0glTaKCrpaZ48f2052439hQ4s0BLLQBoqLHA3ZtlBrXYtMT0zQMW8BS5octPh-2BfKFo5ovRfhGww-3D-3D>
>>
>> Read more about it here
>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy2nGqoz6hoT3s1h4Iok3Z7AyFYfb7B49bWL7om3ZBlcq_giVgUbicffsoJtZ0TYZ7s2baplIVTZsP9f9HblsT-2BKaLMdrdQdIS-2BnQpMuzyO-2FOlr5sq-2BS6jilDf7S78JBU8Ralb9fTCZ4BCCH9Q5ew-2Fj-2FsKpiIl64D7Ypnn5-2FqEc4HRJ-2BTGxN4FueLtwznKCOvZXZw6PdY9-2BwNnA20IB5H85PV4p0YveUXlOQxepOJOghg-2FS3cQqfgH7DKmvU2WW2ST87J-2FWvorlrCPa1PH8FJv79FJbwJkYT2Q309uw5-2FB3aIvAh8muRSHbPGQllf7aELfkAl9ZiGjXuGShsSoEPo4A0Pn2oxwa5M4G-2B3fG-2BfrnMEKebMdzW2-2Bci6swR-2BG4DNKe4bhYg52caGkIhgvDiy3nV-2F0452R8Wt5Vu2auLnTqe-2B0r9iCCNpyByxxPPmCFUZsFx2yNSgVI8lGt7mLOzmiMbdhht4HSwwj5WW6NEIwH-2Fc8LfBq2NpuxIpSOUieWMSD5A-3D-3D>,
>> or, better yet, hop in
>> <http://url1361.repl.it/wf/click?upn=LLQySNMYKcsdrD3Xpw6uy7y9lyv5Ff-2FoVbyQrwe7M7-2FDaLCdO8l5Nu21mVl7-2B5XH_giVgUbicffsoJtZ0TYZ7s2baplIVTZsP9f9HblsT-2BKaLMdrdQdIS-2BnQpMuzyO-2FOlr5sq-2BS6jilDf7S78JBU8Ralb9fTCZ4BCCH9Q5ew-2Fj-2FsKpiIl64D7Ypnn5-2FqEc4HRJ-2BTGxN4FueLtwznKCOvZXZw6PdY9-2BwNnA20IB5H85PV4p0YveUXlOQxepOJOghg-2FS3cQqfgH7DKmvU2WW2ST87J-2FWvorlrCPa1PH8FJv79GtU5DY8gTSpu9Q8NoBfv5OPuZ-2BdZP7YVHvZ73AojLiQawFDn-2FoUKkh7kfAmm8aW24AEw4geFL2ndxU7xd5N5XHB9FyANFrYLvL7uNrBOei7n2CMTuaxbfXpqIZVZr60F1sXJzgJTDRXwN6-2B4GMtv5PNU-2BOURfl3nXXDmMNlLNAHTudFnQUflx7XTYcq8k7OpHE8N-2BkXOZzgYjbdic9iX8KlHK44HaaYwbJcqmK04bcjA-3D-3D>,
>> invite your friends and start coding!
>&

[Pharo-users] Fwd: Announcing Repl.it Multiplayer

[Santiago Bragagnolo]

Would this be interesting to have in pharo??

What do you think?

-- Forwarded message -
From: Amjad from Repl.it 
Date: jue., 6 de dic. de 2018 21:55
Subject: Announcing Repl.it Multiplayer
To: 


The official release of Repl.it Multiplayer, the collaborative coding
experience.
[image: Repl.it Logo]


Hey Santiago,

Professional programmers all know that software development is a
fundamentally social experience. But coding remains a single-player
experience by default — today, we're changing this!

As part of our mission to make computing more accessible, we believe
connecting coders, learners, and teachers together in real time, in the
development environment, is a big piece of the puzzle. That's why we're
proud to announce *Multiplayer*.

Multiplayer lets you code with friends in the same editor, execute programs
in the same interpreter, interact with the same terminal, chat in the IDE,
edit files and share the same system resources, and ship applications from
the same interface! We've redesigned every part of our infrastructure to
work in multiplayer mode -- from the filesystem to the interpreter.
[image: Repl.it Multiplayer]


Read more about it here
,
or, better yet, hop in
,
invite your friends and start coding!

Amjad from Repl.it

767 Bryant St, #210, San Francisco, CA 94107

Unsubscribe

- Unsubscribe Preferences

Re: [Pharo-users] [Pharo-dev] [Ann] Fog 1.0.0-beta

[Santiago Bragagnolo]

It was late yesterday hahaha, I made many mistakes, thanks Marcus.
Anyway, the address is this one:

https://github.com/smartanvil/Fog <https://github.com/sbragagnolo/Fog>




El lun., 3 de dic. de 2018 09:12, Marcus Denker 
escribió:

> Link to GitHub:
>
> https://github.com/smartanvil/Fog <https://github.com/sbragagnolo/Fog>
>
> On 3 Dec 2018, at 01:20, Santiago Bragagnolo 
> wrote:
>
> Hi All!
>
> I have being working on releasing versions (i should do it more often).
>  I am happy to announce Fog v1.0.0-beta. I think I found a API that i like
> enough. So, i took the courage to pass to 1.
>
>  Thew new version changes many things:  Redefines the roll of the session,
> it minimize the roll of the connection, it cleans up the code, it defines a
> more verbose but less magic API. It generates proxies for the contracts.
>
> It supports now all the types including: maps and arrays.
>
> Goodnight :)
>
>
> Santiago
>
>
> Fog
>
> Pharo Ethereum Driver
>
> Fog is a library that allows the user to connect to an ethereum based
> blockchain data base.
>
> Is based on the Javascript canonical implementation done by Ethereum
> community Ethereum Javascript API
> <https://github.com/ethereum/wiki/wiki/JavaScript-API>.
> <https://github.com/smartanvil/Fog#dependencies>
> Download code <https://github.com/smartanvil/Fog#iceberg--baseline>Iceberg
> / Baseline
>
> Metacello
>   new
>   baseline: 'Fog';
>   repository: 'github://sbragagnolo/Fog/src';
>   load.
>
>
>

Re: [Pharo-users] [Ann] Fog 1.0.0-beta

[Santiago Bragagnolo]

already a revision to do to the doc!

Metacello
new
baseline: 'Fog';
repository: 'github://smartanvil/Fog/src';
load.


El lun., 3 dic. 2018 a las 1:20, Santiago Bragagnolo (<
santiagobragagn...@gmail.com>) escribió:

> Hi All!
>
> I have being working on releasing versions (i should do it more often).
>  I am happy to announce Fog v1.0.0-beta. I think I found a API that i like
> enough. So, i took the courage to pass to 1.
>
>  Thew new version changes many things:  Redefines the roll of the session,
> it minimize the roll of the connection, it cleans up the code, it defines a
> more verbose but less magic API. It generates proxies for the contracts.
>
> It supports now all the types including: maps and arrays.
>
> Goodnight :)
>
>
> Santiago
>
>
> Fog
>
> Pharo Ethereum Driver
>
> Fog is a library that allows the user to connect to an ethereum based
> blockchain data base.
>
> Is based on the Javascript canonical implementation done by Ethereum
> community Ethereum Javascript API
> <https://github.com/ethereum/wiki/wiki/JavaScript-API>.
> <https://github.com/smartanvil/Fog#dependencies>
> Download code <https://github.com/smartanvil/Fog#iceberg--baseline>Iceberg
> / Baseline
>
> Metacello
>   new
>   baseline: 'Fog';
>   repository: 'github://sbragagnolo/Fog/src';
>   load.
>
>

[Pharo-users] [Ann] Fog 1.0.0-beta

[Santiago Bragagnolo]

Hi All!

I have being working on releasing versions (i should do it more often).
 I am happy to announce Fog v1.0.0-beta. I think I found a API that i like
enough. So, i took the courage to pass to 1.

 Thew new version changes many things:  Redefines the roll of the session,
it minimize the roll of the connection, it cleans up the code, it defines a
more verbose but less magic API. It generates proxies for the contracts.

It supports now all the types including: maps and arrays.

Goodnight :)


Santiago


Fog

Pharo Ethereum Driver

Fog is a library that allows the user to connect to an ethereum based
blockchain data base.

Is based on the Javascript canonical implementation done by Ethereum
community Ethereum Javascript API
.

Download code Iceberg
/ Baseline

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

Re: [Pharo-users] [Pharo-dev] [Ann] TaskIt v1.0

[Santiago Bragagnolo]

Hey those are good news :). Tell me if I can help you on that.

Santiago

El jue., 29 de nov. de 2018 17:55, Norbert Hartl 
escribió:

> Hi Santiago,
>
>
> Am 29.11.2018 um 17:48 schrieb Santiago Bragagnolo <
> santiagobragagn...@gmail.com>:
>
> Hi Norbert!
>
> We don't have yet implemented any nor all combinations. I will add it to
> the list of things to do for next release. Looks like a simple and useful
> thing to have. (Or if you have already something I wouldn't mind to
> integrate it)
>
> I don’t have it now but I think when we change to TaskIt we will make them
> and we could provide it then.
>
> Norbert
>
>
>
> Thanks.
> Santiago
>
>
> El jue., 29 de nov. de 2018 17:36, Norbert Hartl via Pharo-users <
> pharo-users@lists.pharo.org> escribió:
>
>> Great, thanks!
>>
>> Does TaskIt include implementations for combining futures such as the ALL
>> and the ANY futures which resolve either when all or one future resolves?
>> From the documentation it looks that rather not.
>>
>> Norbert
>>
>>
>> Am 29.11.2018 um 15:29 schrieb Santiago Bragagnolo <
>> santiagobragagn...@gmail.com>:
>>
>> Hi everybody :).
>>
>> I am happy to announce TaskIt v1.0.
>>
>> In this version we add some new features, passed over the red tests and
>> clean up some dead code. And did a pass in the documentation
>>
>> A bit from the DOC
>> Downloading
>>
>> Current stable version of taskit can be downloaded using metacello as
>> follows:
>>
>> Metacello new
>>   baseline: 'TaskIt';
>>   repository: 'github://sbragagnolo/taskit';
>>   load.
>>
>> If you want a specific release such as v1.0, you can load the associated
>> tag as follows
>>
>> Metacello new
>>   baseline: 'TaskIt';
>>   repository: 'github://sbragagnolo/taskit:v1.0';
>>   load.
>>
>> Otherwise, if you want the latest development version, take a look at the
>> development branchs and load the latest:
>>
>> Metacello new
>>   baseline: 'TaskIt';
>>   repository: 'github://sbragagnolo/taskit:dev-1.1';
>>   load.
>>
>>
>> <https://github.com/sbragagnolo/taskit/blob/master/README.md#major-features>Major
>> Features
>>
>>- Actors (ActIt)
>>- Configuration Profiles
>>- Service
>>
>>
>> Check specially the configuration profiles. The default profile usage is
>> #development, which sets up the environment for debugging exceptions in a
>> process.
>>
>> I want to thank a lot to the contributors, Guillermo Polito Max Leske
>> and  Daniel Sasu.
>> I want as well to thanks the users, specially to those that bring me
>> feedback (blames and ideas) in person (Esteban, Pablo)  or through the
>> different channels (Holger Freyther, Juraj Kubelka, Philippe Back).
>>
>>
>> I want also to apologise the delay of my responses on the issue board :)
>> (Really, sorry). I am constantly using TaskIt in other projects, but much
>> times I cannot do it my priority.
>>
>>
>> thanks a lot,
>>
>> Santiago Bragagnolo.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>

Re: [Pharo-users] [Pharo-dev] [Ann] TaskIt v1.0

[Santiago Bragagnolo]

Hi Norbert!

We don't have yet implemented any nor all combinations. I will add it to
the list of things to do for next release. Looks like a simple and useful
thing to have. (Or if you have already something I wouldn't mind to
integrate it)



Thanks.
Santiago


El jue., 29 de nov. de 2018 17:36, Norbert Hartl via Pharo-users <
pharo-users@lists.pharo.org> escribió:

> Great, thanks!
>
> Does TaskIt include implementations for combining futures such as the ALL
> and the ANY futures which resolve either when all or one future resolves?
> From the documentation it looks that rather not.
>
> Norbert
>
>
> Am 29.11.2018 um 15:29 schrieb Santiago Bragagnolo <
> santiagobragagn...@gmail.com>:
>
> Hi everybody :).
>
> I am happy to announce TaskIt v1.0.
>
> In this version we add some new features, passed over the red tests and
> clean up some dead code. And did a pass in the documentation
>
> A bit from the DOC
> Downloading
>
> Current stable version of taskit can be downloaded using metacello as
> follows:
>
> Metacello new
>   baseline: 'TaskIt';
>   repository: 'github://sbragagnolo/taskit';
>   load.
>
> If you want a specific release such as v1.0, you can load the associated
> tag as follows
>
> Metacello new
>   baseline: 'TaskIt';
>   repository: 'github://sbragagnolo/taskit:v1.0';
>   load.
>
> Otherwise, if you want the latest development version, take a look at the
> development branchs and load the latest:
>
> Metacello new
>   baseline: 'TaskIt';
>   repository: 'github://sbragagnolo/taskit:dev-1.1';
>   load.
>
>
> <https://github.com/sbragagnolo/taskit/blob/master/README.md#major-features>Major
> Features
>
>- Actors (ActIt)
>- Configuration Profiles
>- Service
>
>
> Check specially the configuration profiles. The default profile usage is
> #development, which sets up the environment for debugging exceptions in a
> process.
>
> I want to thank a lot to the contributors, Guillermo Polito Max Leske
> and  Daniel Sasu.
> I want as well to thanks the users, specially to those that bring me
> feedback (blames and ideas) in person (Esteban, Pablo)  or through the
> different channels (Holger Freyther, Juraj Kubelka, Philippe Back).
>
>
> I want also to apologise the delay of my responses on the issue board :)
> (Really, sorry). I am constantly using TaskIt in other projects, but much
> times I cannot do it my priority.
>
>
> thanks a lot,
>
> Santiago Bragagnolo.
>
>
>
>
>
>
>
>
>
>
>

[Pharo-users] [Ann] TaskIt v1.0

[Santiago Bragagnolo]

Hi everybody :).

I am happy to announce TaskIt v1.0.

In this version we add some new features, passed over the red tests and
clean up some dead code. And did a pass in the documentation

A bit from the DOC
Downloading

Current stable version of taskit can be downloaded using metacello as
follows:

Metacello new
  baseline: 'TaskIt';
  repository: 'github://sbragagnolo/taskit';
  load.

If you want a specific release such as v1.0, you can load the associated
tag as follows

Metacello new
  baseline: 'TaskIt';
  repository: 'github://sbragagnolo/taskit:v1.0';
  load.

Otherwise, if you want the latest development version, take a look at the
development branchs and load the latest:

Metacello new
  baseline: 'TaskIt';
  repository: 'github://sbragagnolo/taskit:dev-1.1';
  load.

<https://github.com/sbragagnolo/taskit/blob/master/README.md#major-features>Major
Features

   - Actors (ActIt)
   - Configuration Profiles
   - Service


Check specially the configuration profiles. The default profile usage is
#development, which sets up the environment for debugging exceptions in a
process.

I want to thank a lot to the contributors, Guillermo Polito Max Leske
and  Daniel Sasu.
I want as well to thanks the users, specially to those that bring me
feedback (blames and ideas) in person (Esteban, Pablo)  or through the
different channels (Holger Freyther, Juraj Kubelka, Philippe Back).


I want also to apologise the delay of my responses on the issue board :)
(Really, sorry). I am constantly using TaskIt in other projects, but much
times I cannot do it my priority.


thanks a lot,

Santiago Bragagnolo.

Re: [Pharo-users] Which command-line handlers do you use most?

[Santiago Bragagnolo]

This are great news. Maybe you can extend Pharo launcher as a usage case
for implantation!

It would be really welcomed and useful.

Santiago

El lun., 9 de jul. de 2018 17:40, Damien Pollet 
escribió:

> Hi all,
>
> I'm starting to port / reimplement existing command line handlers using
> Clap. There's a dozen, but I wonder which ones are the most relied upon,
> because it's a good opportunity for refactoring the command line API as a
> whole and simplifying it or at least making it more orthogonal.
>
> For instance I discovered there is a "perform" command, which is sort of
> redundant with the "eval" one. Similarly there are both a "configuration"
> and a "metacello" handlers which seem to have the same exact purpose…
>
> Since Clap can exist besides the current command-line handlers, we can
> have a deprecation  period to minimize breakage and leave time for people
> to adapt before we kill old command line handlers for real.
>
> --
> Damien Pollet
> type less, do more [ | ] http://people.untyped.org/damien.pollet
>

Re: [Pharo-users] Right repo for TaskIt and features?

[Santiago Bragagnolo]

On Tue, 24 Apr 2018 at 16:18 Holger Freyther  wrote:

>
>
> > On 24. Apr 2018, at 20:16, Santiago Bragagnolo <
> santiagobragagn...@gmail.com> wrote:
> >
> > Hi Holger!
> > I respond in bold
>
> hehe. And in the reply I am back to non rich text. Let me see if I quote
> it correctly.
>

*hahahaha, non rich?, how come?  I will still bolding hoping that if you
need to ensure the content you will check in a rich text client :D *


>
> >
> >
> >
> > On Tue, 24 Apr 2018 at 12:00 Holger Freyther  wrote:
> > Hey!
> >
>
>
> > I wondered if somebody thought of remote task execution?
> >
> > *If you mean something else, I would need more information :).
>
>
>
>
> > When you do [ action ] schedule / [ action ] future, both created tasks
> are scheduled into the default runner. The default runner is a working pool
> with a default 'poolSizeMax' on 4, meaning, limit 4 processes working over
> the tasks. (this is a dynamic configuration, you can change it by
> > TKTConfiguration runner poolMaxSize: 20. )
>
> Yes. But with more work than the workers can handle the queue will grow.
> Which means the (median/max) latency of the system will monotonically
> increase.. to the point of the entire system failing (tasks handled after
> the external deadlines expired, effectively no work being done).



*Normally the worker pool adjust to the minimal needed workers (there is a
watch dog checking how much idle processes are there, or more workers are
needed, and ensuring to spawn or stop process regarding to the state). *
*So, the number poolMaxSize is just a maximal limit. This limit should be
set for ensuring that the tasks that are running concurrently are not
incurring into too much resource consumption or into too much overhead
leading to kind of trashing. *
*I am not really friend of setting only a number for such a complex
problematic, but so far is the only approach I found that it does not lead
to a complex design. If you have better ideas to discuss on this subject, i
am completely open. (the same to deal with priorities by general system
understanding rather than absolute numbers) *



>
> For network connected systems I like to think in terms of "back pressure"
> (not read more from the socket than the image can handle, eventually
> leading to the TCP window shrinking) and one way of doing it is to have
> bounded queues (and/or sleep when scheduling work).
>
> I can see multiple parts of a solution (and they have different benefits
> and issues):
>
> * Be able to attach a deadline to a task (e.g. see context.Context in go)
> * Be able to have a "blocking until queue is less than X elements"
> schedule  (but that is difficult as one task might be scheduled during the
> >>#value of another task).
>
> *I wouldn't mind to have a second type of queue with this behaviour, with
a mean of configuration for setting one or other queue with it's specific
management encapsulated.*

*Personally, in my domains of usage ( crawling, querying and in
sensor/actuator) i personally wouldn't use it. But I suppose you have a
better domain for this case. It would be good to discuss it to have a
better understanding of the need. *


>
>
> > Are there ideas how to add remote task scheduling? Maybe use Seamless
> for it?
> > Since you speak about seamless here, i suppose two different images,
> doesn't matter where.
> > It's not a bad idea to go seamless, but i did not go through the first
> restriction of remote executions (if the remote image can or not execute
> the task and if both images share the same semantic for the execution),
> then i did not yet checked on which communication platform to use for it
>
> Right it would need to be homogeneous images (and care taken that the
> external interface remains similar enough).
>

*I would like to understand a bit better what you are trying to do. *
*I have the hunch that you are looking for a multiple images solution, for
load balance in between images. TaskIT is mean to plan tasks into process,
regarding to the local image needs. You seems to need something for
planning tasks of a general system, beyond one image, and maybe taking in
care a process / network topology.*

*If it's more that side, we should discuss in what extensions we can do
into taskit to be suitable of usage in this case, but surely I would be
inclined to do a higher level framework or even middleware that uses
taskit, than to add all those complexities in taskit. The good news is that
i may be needing something similar, so I will be able to help there. *



>
> > Have workers connect to the scheduler? Other ideas?
> > what do you mean by connection to the scheduler? The workers we use do
>

Re: [Pharo-users] Right repo for TaskIt and features?

[Santiago Bragagnolo]

Hi Holger!
I respond in *bold*



On Tue, 24 Apr 2018 at 12:00 Holger Freyther  wrote:

> Hey!
>
> I look into using Taskit for a new development and wondered about some
> features. What is the right upstream repository?

*The main repo so far is https://github.com/sbragagnolo/taskit
*



> What are the goals to get builds greens?

*Don't have really a strategy yet, I did not have time to check on them. I
can put my hands on it for a while and come up with a plan on that *



> I wondered if somebody thought of remote task execution?
>

** If by remote calls you mean through REST Api's or things like that, no
yet. but is easy to use as: *
*[ service call ] schedule. *
*or*
*result := [ service call ] future *

** If what you mean is to execute a program on the underlying operative
system, we have a already a way to do it for linux (not tested on mac, but
it may work there) *
*result := [ :spec | *
* spec*
* command: 'bash';*
* option: '-c';*
* argument: command ] asOSTask future.*

*The result deployed on the future is the stdout of the process .*
*The text on the exception, the one on stderr of the process. *
*Is based on OSSubProcess, it does not work properly with long stdout. *

** If what you mean is the execution of code deployed on other images,
earlier versions of taskit had this feature, based on OSProcess, but we are
not really ready for doing it for real. We need to be able to define if an
image is suitable or not to run a command. *

**If you mean something else, I would need more information :).*


> What I am missing is handling for overload. E.g. before queuing too many
> tasks I would prefer an exception to be raised (or the task
> blocking/slowing down). Signalling an exception is probably more reasonable
> as one task could queue another task (while >>#value is being executed...).
> What are the plans here? I can mitigate by always using futures and using
> >>#waitForCompletion:..
>
**For raising exceptions on too much tasks you only need to set a custom
made kind of queue. I don't think this is the way we want to go. Since
there is not much to do in the case of 'too much tasks scheduled'. Is easy
to try later from a do-it, but from an application point of view, is too
much. *

*For dealing with the sharing of resources, we have implemented the worker
pools abstractions. *

*When you do [ action ] schedule / [ action ] future, both created tasks
are scheduled into the default runner. The default runner is a working pool
with a default 'poolSizeMax' on 4, meaning, limit 4 processes working over
the tasks. (this is a dynamic configuration, you can change it by *
*TKTConfiguration runner poolMaxSize: 20. )*



>
> Are there ideas how to add remote task scheduling? Maybe use Seamless for
> it?

*Since you speak about seamless here, i suppose two different images,
doesn't matter where. *
*It's not a bad idea to go seamless, but i did not go through the first
restriction of remote executions (if the remote image can or not execute
the task and if both images share the same semantic for the execution),
then i did not yet checked on which communication platform to use for it *


> Have workers connect to the scheduler? Other ideas?

*what do you mean by connection to the scheduler? The workers we use do not
know their pools, if that is what you mean. *


> Who would have time to review an approach and the code?

*You can send it to me, Disclaimer, i am going on vacations for a while
tomorrow*

*Nice to know your interests! *
*cheers.*
*Santiago*


>
> cheers
> holger
>

Re: [Pharo-users] [Pharo-dev] [Ann] Keccak hashing algorithm

[Santiago Bragagnolo]

Hahahaha, Thanks for the feedback. Sven, I am quite new in this domain.
I'll study your questions and come with solutions tomorrow :). Thanks, i
really need this interaction.

On Tue, 18 Jul 2017 at 20:28 Sven Van Caekenberghe  wrote:

> Great work. I love libraries like these.
>
> I am a bit confused though, in your #updateString: you seem to be
> implementing UTF-8 encoding, something we already have. Normally, hashing
> algorithms are defined on bytes and result in bytes (yours returns a plain
> Array, which is also strange).
>
> It seems
>
> (Keccak hashMessage: 'foo bar') = (Keccak hashMessage: 'foo bar'
> asByteArray).
>
> is true, but
>
> (Keccak hashMessage: 'Les élèves Françaises') = (Keccak hashMessage: 'Les
> élèves Françaises' utf8Encoded).
>
> is false. How come ?
>
> Is this UTF-8 encoding really part of the algorithm ?
>
> Do your tests cover it ?
>
> Another question, how would you compute the invariants given here ?
>
> https://en.wikipedia.org/wiki/SHA-3#Examples_of_SHA-3_variants
>
> SHAKE128("The quick brown fox jumps over the lazy dog", 256)
>
> f4202e3c5852f9182a0430fd8144f0a74b95e7417ecae17db0f8cfeed0e3e66e
>
> SHAKE128("The quick brown fox jumps over the lazy dof", 256)
>
> 853f4538be0db9621a6cea659a06c1107b1f83f02b13d18297bd39d7411cf10c
>
> > On 18 Jul 2017, at 18:32, Santiago Bragagnolo <
> santiagobragagn...@gmail.com> wrote:
> >
> > Hi there!
> >
> > I am just releasing the first version of the Keccak-256 hashing
> algorithm. https://en.wikipedia.org/wiki/SHA-3
> >
> > You can find it at: https://github.com/sbragagnolo/Keccak
> >
> > This  version is based on a javascript implementation:
> https://github.com/emn178/js-sha3
> >
> > This implementation supports  as message: bytearray and ascii and utf-8
> strings.
> >
> >
> > Soon i will be adding support to the rest of the Keccak family of
> hashing functions, since the implementations is quite configurable, is just
> need to add some constructors with specific configurations and tests for
> this other cases of usage.
> >
> >
> > Here a onliner for building an image with the version v0.1:
> >
> >  wget -O-
> https://raw.githubusercontent.com/sbragagnolo/Keccak/v0.1/build.sh | bash
> >
> > Hope you find it useful :)
> >
> >
> > Santiago
> >
> >
>
>
>

[Pharo-users] [Ann] Keccak hashing algorithm

[Santiago Bragagnolo]

Hi there!

I am just releasing the first version of the Keccak-256 hashing algorithm.
https://en.wikipedia.org/wiki/SHA-3

You can find it at: https://github.com/sbragagnolo/Keccak

This  version is based on a javascript implementation:
https://github.com/emn178/js-sha3

This implementation supports  as message: bytearray and ascii and utf-8
strings.


Soon i will be adding support to the rest of the Keccak family of hashing
functions, since the implementations is quite configurable, is just need to
add some constructors with specific configurations and tests for this other
cases of usage.


Here a onliner for building an image with the version v0.1:

 wget -O- https://raw.githubusercontent.com/sbragagnolo/Keccak/v0.1/build.sh
| bash

Hope you find it useful :)


Santiago

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

[Santiago Bragagnolo]

Hi all. Im happy to announce a pre release of the Fog ethereum driver that
we develop in the space of an Inria project.

It still not complete but is already usable for some experiments and simple
projects.

You can downloadit from
https://github.com/sbragagnolo/Fog/
(https://github.com/sbragagnolo/Fog/releases/tag/v0.1.1.1)

Dependencies RHash

 sudo apt-get install rhash

Solidity

 npm install solc

Download code
Iceberg / Baseline

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

By hand

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

git checkout g...@github.com:sbragagnolo/Fog.git

git checkout v0.1.1.1

Metacello
new
baseline: 'Fog';
repository: 'filetree:///path/to/git-repository/Fog/src';;
load.


It's based on the standar API for javascript (
https://github.com/ethereum/wiki/wiki/JavaScript-API) .

It provides interaction with remote contracts, it do as well provides a way
for navigating the architecture objects: blocks, transactions, accounts and
contracts.

I hope you find it useful.

Feel free to fill the github issue tracker with anything you find :).


I will come to you with some new exciting news about ethereum soon :)

Santiago.

[Pharo-users] [Pharo-dev][ANN] Scale

[Santiago Bragagnolo]

Hi everybody.

We are officially releasing a first version of scale.

Scale is a command line handler that is there for making easier the life of
the people that uses scripting in linux. As such, we only tested it so far
in linux. It will be for sure easy to adapt it to mac because its a *nix,
but not for windoze.

*IMPORTANT REMARK*: scale is not meant to develop applications, it is meant
to develop scripts in Pharo, to be launched from the command line. This
means that scale does not provide a top level syntax to declare classes or
methods: people should do that as any normal Pharo application. Scale
should be used to invoke such applications.

When would you use scale?
  - For example, to replace some bash scripts used for common boring tasks
(and you are using python or ruby there :P)
  - Another example, would be when you want to replace bash scripts that
chain things like:
./pharo eval --save "something"
./pharo eval --save "other something"
...

Github: https://github.com/guillep/Scale
Oneliner to install: (note it needs sudo)

 wget -O- https://raw.githubusercontent.com/guillep/Scale/master/setupScale.sh
| sudo bash


In the repository there is some user level documentation based on examples
and a list of available methods on the magical variable system.  There are
many examples as well on the repository.

Last but not least, I'm using this project in others two projects, where it
proof it self quite powerful what keeps me on maintaining Scale.

These projects are:

*Pharo Android VM building *https://github.com/sbragagnolo/pharo-vm

 Here I use it for automating the creation of a
   * new building image,
   * the creation of new resource image (for deploying on the android
apk),
   * linking the android sources into the building directory
   * generating the code from the console

*MakrosTool* https://github.com/sbragagnolo/MakrosTool

MakrosTool is an extension of scale that adds a second magical variable for
building up component reification in a ROS based environment.


Santiago & Guille

Re: [Pharo-users] [Ann] The Garage database driver API

[Santiago Bragagnolo]

Cool! :D

On Thu, 7 May 2015 at 11:37 Guillermo Polito 
wrote:

> Hi all,
>
> I'm pleased to announce the release 0.1 of Garage, a database driver API.
> Garage is meant to be a common interface to access several database
> servers, in a JDBC style.
>
> The current version works in Pharo3 and Pharo4 and includes drivers for:
>  - mysql (pure smalltalk)
>  - postgres (pure smalltalk)
>  - sqlite (using ffi)
>  - opendbx (allowing connecting with several db vendors, using ffi)
>
> We have a nice test suite (that maybe you can help to enlarge) that is
> tested every day in Jenkins [1].
>
> Also, in garage's website [2] you'll find
>  - installation instructions
>  - basic usage
>  - documentation of features such as statements, transactions, cursored
> fetches.
>  - issue tracker, backlog and other information
>
> Feedback (and contributions) are very welcome!
> Enjoy,
> Guille
>
> [1] https://ci.inria.fr/dbxtalk/view/Garage/
> [2] http://guillep.github.io/DBXTalk/garage/
>

[Pharo-users] GlyphIcons

[Santiago Bragagnolo]

Hi, i just did a package with the Glyph icons [1]  (realeased as CC) with
Peter's (Uhnak) tool ( cool indeed by the way. thanks Peter).

Gofer new
smalltalkhubUser: 'sbragagnolo' project: 'GlyphIcons';
package: 'GlyphIcons';
load.


[1] http://glyphicons.com/

Re: [Pharo-users] [ANN] I stop maintaining the Ubuntu packages

[Santiago Bragagnolo]

woaaa pure functional linux??? whe should have a pure objects linux :D

2014-09-24 9:41 GMT+02:00 Damien Cassou :

> Dear all,
>
> I've recently switched my Linux distribution from Ubuntu to NixOS.
> This means I can no longer maintain the Ubuntu packages and their PPA
> (https://launchpad.net/~pharo/).
>
> These packages need a maintainer!
>
> The good side of it is that it is not a lot of work as I did all the
> automating infrastructure:
> https://github.com/pharo-project/pharo-ubuntu. Basically, the
> maintainer will have to launch a few shell scripts regularly (once a
> month for example). I will obviously be available to help the new
> maintainer.
>
> The community needs *you*.
>
> Good news is: I packaged the Pharo VM for the Nix package manager
> which can be installed on many Unix (e.g., Linux, MacOS X, FreeBSD).
> And NixOS will have the Pharo VM package in its next release in
> October!
>
> --
> Damien Cassou
> http://damiencassou.seasidehosting.st
>
> "Success is the ability to go from one failure to another without
> losing enthusiasm."
> Winston Churchill
>
>

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Sprint Lille 26th september

[Santiago Bragagnolo]

RMoD

The requested object /web/pier/contact was not found on this server.

You might want to try one of these options:

   - Click on a link on this site.
   - Jump to the RMoD
   
homepage.
   - If you typed the page address, make sure that it is spelled correctly.


2014-09-17 15:10 GMT+02:00 Marcus Denker :

>
> What? Pharo Sprint
> When? Friday, 26th September, starting at 10:00am
>
> Where?
> RMoD, Inria Lille, Building B, third floor
> http://rmod.lille.inria.fr/web/pier/contact
>
> As the building is not open to the public, please contact
> us before if you plan to come.
>
>
>

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo Sprint Lille 26th september

[Santiago Bragagnolo]

Where: http://rmod.inria.fr/web/contact


2014-09-17 16:24 GMT+02:00 Santiago Bragagnolo :

> RMoD
>
> The requested object /web/pier/contact was not found on this server.
>
> You might want to try one of these options:
>
>- Click on a link on this site.
>- Jump to the RMoD
><http://rmod.inria.fr/web?_s=qUUsgYCRA6EccLhv&_k=uBiY6VV3xNCuQW_Q&_n&11>
> homepage.
>- If you typed the page address, make sure that it is spelled
>correctly.
>
>
> 2014-09-17 15:10 GMT+02:00 Marcus Denker :
>
>>
>> What? Pharo Sprint
>> When? Friday, 26th September, starting at 10:00am
>>
>> Where?
>> RMoD, Inria Lille, Building B, third floor
>> http://rmod.lille.inria.fr/web/pier/contact
>>
>> As the building is not open to the public, please contact
>> us before if you plan to come.
>>
>>
>>
>

Re: [Pharo-users] [ANN] Teapot 0.8 micro web framework

[Santiago Bragagnolo]

So beatiful.


2014-08-25 13:37 GMT+02:00 François Stephany :

> Phil,
> I'm going there as well ;)
> The idea is to see what we can do with GTInspector / Roassal (and maybe
> https://github.com/fstephany/OSMMaps).
>
> Attila,
> I played a little bit with Teapot last week during ESUG and was wondering
> what is your flow when you are designing/experimenting an API with Teapot?
> Do you reset the instance everytime you modify/add a route?
>
> Thanks a lot for this, it feels like the right amount of abstraction
> between bare Zinc and fully loaded Seaside !
>
>
> On Mon, Aug 25, 2014 at 12:06 AM, p...@highoctane.be 
> wrote:
>
>> Great tool to have.
>>
>> Definitely easier than doing everything in Zn or Seaside REST for getting
>> something done quick.
>>
>> For hackathons, this is quite useful for sure!
>>
>> We should have a lineup of tools like that that allow us to shine during
>> such events in order to promote Pharo.
>>
>> http://checkthis.com/hackathonbxl is one I go to in october.
>>
>> The monitor on the right is mine during a previous hackathon and what is
>> on it is... Pharo ! (The guy on the picture was my team mate. He is a Scala
>> guy).
>>
>> What would you think makes sense in such a stack beyond Teapot?
>>
>> MongoTalk, ZnEasy, Roassal, Mapless, ...
>>
>> Phil
>>
>>
>>
>>
>> On Sun, Aug 24, 2014 at 10:40 PM, Attila Magyar 
>> wrote:
>>
>>> Sven Van Caekenberghe-2 wrote
>>> > Are there any tests ? Examples ?
>>>
>>> There is a test package, but it is not part of the metacello config. You
>>> can
>>> see it, if you add the repositiory and load the project from there. There
>>> are no large examples so far, only the REST like book app on the
>>> smalltalkhub wiki.
>>>
>>>
>>> Sven Van Caekenberghe-2 wrote
>>> > How do you load your dependencies, like NeoJSON or STON ?
>>>
>>> I consider them as optional dependencies therefore they are not loaded.
>>> If
>>> someone wants to use them they will need to load them from the config
>>> browser. From the code I don't refer to them directly but with the
>>> "Smalltalk at: #NeoJSON" expression, so the projects loads and works
>>> without
>>> them, if they are not used. Probably I will add some metacello stuff
>>> later
>>> to make it easier to load them.
>>>
>>>
>>> Sven Van Caekenberghe-2 wrote
>>> > If you need anything from Zn that is not yet provided, please ask. I
>>> would
>>> > be happy to help. It is impressive that you did all this without any
>>> > direct questions !
>>> >
>>> > Cool name too !
>>> >
>>> > Sven
>>> >
>>> > PS: Most people don't seem to know, but you can load a #stable version
>>> in
>>> > one expression:
>>> >
>>> > Gofer it
>>> >   smalltalkhubUser: 'zeroflag' project: 'Teapot';
>>> >   configuration;
>>> >   loadStable.
>>> >
>>> > It is just more elegant I think. There are some variants of this API as
>>> > well, check the Gofer class.
>>>
>>> Thanks, that's better.
>>>
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://forum.world.st/ANN-Teapot-0-8-micro-web-framework-tp4774449p4774467.html
>>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>>>
>>>
>>>
>>
>

Re: [Pharo-users] [Esug-list] [Moose-dev] [ANN] Live Robot Programming

[Santiago Bragagnolo]

yeah for some reason math and physics men love static approach and awful
variable names. And fulfill their mouths talking about performance, just to
implement everything over tcp/ip even for camera and laser streaming.

sorry, i unleashed a bit the monster :)


2014-08-16 2:22 GMT+02:00 Luc Fabresse :

>
> 2014-08-15 19:16 GMT+02:00 Tudor Girba :
>
> Indeed, this direction is really exciting.
>>
>> When I was at NDC, there were a couple of guys there that wanted to
>> control their robot and they saw Pharo as a perfect match. With a more
>> elaborate kit, we could have a door opener.
>>
>
> yes sure, this is why we use Pharo for our robots since years
> but using a dynamic language  is still a difficult message to pass to the
> core robotics community ;-)
>
> Luc
>
>
>>
>> Cheers,
>> Doru
>>
>>
>> On Fri, Aug 15, 2014 at 5:16 PM, Johan Fabry 
>> wrote:
>>
>>>
>>> Thanks to both :-)
>>>
>>> Daniel: Contributions from you will be certainly very welcome :-) But
>>> watch out, to be able to remote control the EV3 you also need a WiFi key,
>>> specifically the Netgear N150 (WNA1100 chipset). Only that one works, and
>>> they are getting harder to find these days :-(
>>>
>>> On Aug 14, 2014, at 11:03 PM, Lemuus  wrote:
>>>
>>> > Awesome!!! now I really need to get a Lego Mindstorms EV3 :)
>>> >
>>> >
>>> > On Thu, Aug 14, 2014 at 2:50 PM, Santiago Bragagnolo <
>>> santiagobragagn...@gmail.com> wrote:
>>> > Great Johan! Congrats for both of you :)
>>> >
>>> >
>>> > 2014-08-14 22:37 GMT+02:00 Johan Fabry :
>>> >
>>> >
>>> > Aargh, copy-paste error. The Lego robot example is on Instagram of
>>> course :-)
>>> >
>>> > http://instagram.com/p/pEhm0Oj837/
>>> >
>>> >
>>> > On Aug 14, 2014, at 4:28 PM, Johan Fabry  wrote:
>>> >
>>> > > Hi all,
>>> > >
>>> > > it’s with great joy that I can announce the project that my PhD
>>> student Miguel and I have been working on recently: Live Robot Programming,
>>> or LRP for short.
>>> > >
>>> > > LRP is a live programming language designed for the creation of the
>>> behavior layer of robots. It is fundamentally a nested state machine
>>> language built with robotics applications in mind, but it is not bound to a
>>> specific robot middleware, API or OS. Have a look at one minute of LRP
>>> programming to get an idea of what it is like:
>>> http://youtu.be/4Ma8ZapBUqA
>>> > >
>>> > > Live programming is fun, and live robot programming even more so, as
>>> it brings all the advantages of live programming to programming a robot.
>>> You get direct manipulation of a running robot, and that’s just cool beyond
>>> words. As an example of LRP on a robot, this guy was programmed in LRP:
>>> http://youtu.be/4Ma8ZapBUqA Note that you can use LRP ‘just’ for live
>>> programming nested state machines as well.
>>> > >
>>> > > More information on LRP is available on its website:
>>> http://pleiad.cl/LRP where you can also find download instructions.
>>> > >
>>> > > LRP is implemented in Pharo, and uses Roassal2 for the visualization
>>> of its state machines. We currently can steer the Lego Mindstorms EV3 and
>>> ROS robots, thanks to a small layer on top of the cool Pharo support that
>>> Jannik, Luc, Santiago and Noury are implementing at Douai. I am going to
>>> look into support for the Parrot AR.Drone 2.0esug in a few weeks.
>>> > >
>>> > > Miguel will be at ESUG next week (I cannot make it), and has a talk
>>> at the IWST workshop about LRP, in the morning session. I am sure that he
>>> will also be happy to give demos of LRP if you ask him to (but sadly
>>> without a robot).
>>> > >
>>> > > All feedback is welcome, and … have fun!
>>> > >
>>> > > ---> Save our in-boxes! http://emailcharter.org <---
>>> > >
>>> > > Johan Fabry   -   http://pleiad.cl/~jfabry
>>> > > PLEIAD lab  -  Computer Science Department (DCC)  -  University of
>>> Chile
>>> > >
>>> > >
>>> > > ___
>>> > > Moose-dev mailing list
>>> > > moose-...@iam.unibe.ch
>>> > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
>>> > >
>>> >
>>> >
>>> >
>>> > ---> Save our in-boxes! http://emailcharter.org <---
>>> >
>>> > Johan Fabry   -   http://pleiad.cl/~jfabry
>>> > PLEIAD lab  -  Computer Science Department (DCC)  -  University of
>>> Chile
>>> >
>>> >
>>> >
>>> >
>>>
>>>
>>>
>>> ---> Save our in-boxes! http://emailcharter.org <---
>>>
>>> Johan Fabry   -   http://pleiad.cl/~jfabry
>>> PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile
>>>
>>>
>>> ___
>>> Esug-list mailing list
>>> esug-l...@lists.esug.org
>>> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org
>>>
>>
>>
>>
>> --
>> www.tudorgirba.com
>>
>> "Every thing has its own flow"
>>
>> ___
>> Esug-list mailing list
>> esug-l...@lists.esug.org
>> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org
>>
>>
>

Re: [Pharo-users] [Moose-dev] [ANN] Live Robot Programming

[Santiago Bragagnolo]

Great Johan! Congrats for both of you :)


2014-08-14 22:37 GMT+02:00 Johan Fabry :

>
> Aargh, copy-paste error. The Lego robot example is on Instagram of course
> :-)
>
> http://instagram.com/p/pEhm0Oj837/
>
>
> On Aug 14, 2014, at 4:28 PM, Johan Fabry  wrote:
>
> > Hi all,
> >
> > it’s with great joy that I can announce the project that my PhD student
> Miguel and I have been working on recently: Live Robot Programming, or LRP
> for short.
> >
> > LRP is a live programming language designed for the creation of the
> behavior layer of robots. It is fundamentally a nested state machine
> language built with robotics applications in mind, but it is not bound to a
> specific robot middleware, API or OS. Have a look at one minute of LRP
> programming to get an idea of what it is like: http://youtu.be/4Ma8ZapBUqA
> >
> > Live programming is fun, and live robot programming even more so, as it
> brings all the advantages of live programming to programming a robot. You
> get direct manipulation of a running robot, and that’s just cool beyond
> words. As an example of LRP on a robot, this guy was programmed in LRP:
> http://youtu.be/4Ma8ZapBUqA Note that you can use LRP ‘just’ for live
> programming nested state machines as well.
> >
> > More information on LRP is available on its website:
> http://pleiad.cl/LRP where you can also find download instructions.
> >
> > LRP is implemented in Pharo, and uses Roassal2 for the visualization of
> its state machines. We currently can steer the Lego Mindstorms EV3 and ROS
> robots, thanks to a small layer on top of the cool Pharo support that
> Jannik, Luc, Santiago and Noury are implementing at Douai. I am going to
> look into support for the Parrot AR.Drone 2.0esug in a few weeks.
> >
> > Miguel will be at ESUG next week (I cannot make it), and has a talk at
> the IWST workshop about LRP, in the morning session. I am sure that he will
> also be happy to give demos of LRP if you ask him to (but sadly without a
> robot).
> >
> > All feedback is welcome, and … have fun!
> >
> > ---> Save our in-boxes! http://emailcharter.org <---
> >
> > Johan Fabry   -   http://pleiad.cl/~jfabry
> > PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile
> >
> >
> > ___
> > Moose-dev mailing list
> > moose-...@iam.unibe.ch
> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev
> >
>
>
>
> ---> Save our in-boxes! http://emailcharter.org <---
>
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD lab  -  Computer Science Department (DCC)  -  University of Chile
>
>
>

Re: [Pharo-users] Finalization question

[Santiago Bragagnolo]

TaskIT has a feature named StickyReference, for that propouse, is not
trivial at all, because when you fork you are using a block that has a
reference to a context. In the end even if your variable is nil, your
process is being pointed by the context.

What i did in TaskIT is to have a witness object, that mixed with a ghost
proxy (the one you will be pointing) can do the magic.
If what you want in your process variable is not really a reference to the
process or if you have enough with a partial proxy based in DNU, things can
go easier, you just need to register that third object into the weak
resgistry.


If you check out taskit commit 20 you will find a mechanism based in a DNU
based proxy. If you checkout the last stable version you will  find the
witness/ghost proxy based one. In any case, look for the method
asStickyReference. It will lead you straight to the mechanism.


Gofer new
smalltalkhubUser: 'CAR' project: 'TaskIT';
configuration;
load.

(#ConfigurationOfTaskIT asClass project version: #stable) load: 'full'







2014-08-05 11:22 GMT+02:00 Udo Schneider :

> On 04.08.2014 21:35, stepharo wrote:> We should write a chapter on
> finalization but since I do not know it
>
> > well (and I forget)...
> > igor will answer you.
> >
> > Stef
>
> I found "the" bug. It seems it's a side effect of finalization,
> WeakRegistry and cyclic references. I'll write a TestCase for that.
>
> Thanks,
>
> Udo
>
>
>
>
>

Re: [Pharo-users] [Pharo-dev] Pharo-Business: a new mailing-list

[Santiago Bragagnolo]

I'm in :)


2014-02-26 20:05 GMT+01:00 Pharo4Stef :

> Dear Pharoers and Smalltalkers from all over the world
>
> We would really like to push business in our community and we believe that
> it is important to create a community around business questions.
> We created a new mailing-list
>
>
> http://lists.pharo.org/mailman/listinfo/pharo-business_lists.pharo.org
>
> The idea is to identify
> - potential market
> - missing technical solutions that we could build together
> - share technical assets from a business perspective (which
> frameworks for what).
>
> We hope that you will like the idea and that more business can emerge!
>
>

Re: [Pharo-users] optimizing io

[Santiago Bragagnolo]

Thanks, i checked that out from some digging. Actually all my protocol run
over TCP/IP so i cannot do most, but im taking in care move to UDP or maybe
one of the Real time options. Thanks!


2013/11/20 Esteban A. Maringolo 

> If your sockets are connection oriented (it is. TCP) using IP
> Multicast won't be an option.
>
> Multicast was made with Datagrams in mind instead of Packets. Though
> there was a multicast solution that numbered the datagrams to request
> retransmission in case of packet loss.
>
> Regards,
>
>
> Esteban A. Maringolo
>
>
> 2013/11/20 Santiago Bragagnolo :
> > Great info! Thanks!
> >
> >
> > 2013/11/20 Igor Stasenko 
> >>
> >> Dig deeper: IP protocol supports broadcasting/multicasting.
> >>
> >>
> >> http://en.wikipedia.org/wiki/IP_multicast
> >>
> >>
> >> On 20 November 2013 08:49, Santiago Bragagnolo
> >>  wrote:
> >>>
> >>> Hi all! Im making some performance enhancement on PhaROS, i realised
> that
> >>> one of my common scenarios is having several sockets that should
> receive
> >>> exactly the same information, in order to do that, im using n calls to
> the
> >>> vm, which does n system-calls.
> >>>
> >>> I was wondering if there something done in:
> >>>
> >>> - send the same data to all the sockets in just one primitive
> >>> - send the same data to all the sockets in just one syscall.
> >>>
> >>> I checked around in google but i didn't found anything useful, but
> >>> probably i have no knowledge about the proper words for such search :).
> >>>
> >>>
> >>> Thanks!
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Best regards,
> >> Igor Stasenko.
> >
> >
>
>

Re: [Pharo-users] optimizing io

[Santiago Bragagnolo]

Great info! Thanks!


2013/11/20 Igor Stasenko 

> Dig deeper: IP protocol supports broadcasting/multicasting.
>
>
> http://en.wikipedia.org/wiki/IP_multicast
>
>
> On 20 November 2013 08:49, Santiago Bragagnolo <
> santiagobragagn...@gmail.com> wrote:
>
>> Hi all! Im making some performance enhancement on PhaROS, i realised that
>> one of my common scenarios is having several sockets that should receive
>> exactly the same information, in order to do that, im using n calls to the
>> vm, which does n system-calls.
>>
>> I was wondering if there something done in:
>>
>> - send the same data to all the sockets in just one primitive
>> - send the same data to all the sockets in just one syscall.
>>
>> I checked around in google but i didn't found anything useful, but
>> probably i have no knowledge about the proper words for such search :).
>>
>>
>> Thanks!
>>
>>
>>
>
>
> --
> Best regards,
> Igor Stasenko.
>

[Pharo-users] optimizing io

[Santiago Bragagnolo]

Hi all! Im making some performance enhancement on PhaROS, i realised that
one of my common scenarios is having several sockets that should receive
exactly the same information, in order to do that, im using n calls to the
vm, which does n system-calls.

I was wondering if there something done in:

- send the same data to all the sockets in just one primitive
- send the same data to all the sockets in just one syscall.

I checked around in google but i didn't found anything useful, but probably
i have no knowledge about the proper words for such search :).


Thanks!

[Pharo-users] PhaROS issue tracker

[Santiago Bragagnolo]

Here i left you the PhaROS Issue tracker

 https://code.google.com/p/pha-ros/issues/list


 Thanks :)

[Pharo-users] How to install PhaROS

[Santiago Bragagnolo]

Hi! Here i left a link to How-To-Install PhaROS

It explain how to install ROS, Pharo and PhaROS.


http://car.mines-douai.fr/2013/09/installing-pharos/


I expect it help you :)

[Pharo-users] Fwd: PhaROS - VirtualBox.

[Santiago Bragagnolo]

Hi all! For people that went ESUG probaby this is already known, but, in
Ecole des mines de Douai we are working in PhaROS, which is a client
framework for ROS operative system.

So, if you are interested in get a bit into or deeper, here is a link.


http://car.mines-douai.fr/2013/09/pharos-virtualbox-image/



There you can find an explaining post and a link to a virtualbox image with
everything installed :).


We will have an issue tracker soon, meanwhile, if you use it and you have
blames or issues, send me email with [PhaROS] in the subject please!

Thank you very much, i hope you enjoy it :).


Santiago.