Re: [Pharo-dev] Google summer of code

[Guillermo Polito]

Hi,

I would like to help in cleaning, composing and enhancing the ideas page. I
already see some old projects whose mentors either left the community or
may not be 100% available for mentoring (like Camille Teruel).
We should clean that page.

Besides, I'm interested in knowing the official reasons for why we were
rejected last years :P.

Guille

On Mon, Jan 23, 2017 at 7:02 PM, Serge Stinckwich <
serge.stinckw...@gmail.com> wrote:

> Thank you Uko to join the team :-)
>
> On Mon, Jan 23, 2017 at 5:15 PM, Yuriy Tymchuk 
> wrote:
> > I can also update my projects and help with the application if needed (I
> was
> > a part of the application team for the last two years I think)
> >
> > Uko
> >
> > On 22 Jan 2017, at 16:33, Jigyasa Grover 
> wrote:
> >
> > Also, a good application is equally important as the list of clearly
> defined
> > projects.
> >
> > - J
> >
> > On Sun, Jan 22, 2017 at 4:30 PM, Serge Stinckwich
> >  wrote:
> >>
> >> The list of previous projects is here:
> >> https://github.com/pharo-project/pharo-project-proposals
> >>
> >> On Sat, Jan 21, 2017 at 10:06 AM, Jigyasa Grover
> >>  wrote:
> >> > Dear Prof Serge
> >> >
> >> > Thanks for the introduction.
> >> >
> >> > Dear Alexandre
> >> > I have been a past Google Summer of Code student and also mentor
> budding
> >> > developers in Google Code-In.
> >> > This time, I was hoping to plug-in the loopholes which might have been
> >> > present in last year's organisation application.
> >> > Kindly let me know how can we collaborate further on this.
> >> > Looking forward to your response.
> >> > Thanks and Regards
> >> > Jigyasa
> >> >
> >> >
> >> > On Sat, Jan 21, 2017 at 9:06 AM,  wrote:
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> Envoyé de mon iPhone
> >> >> Le 20 janv. 2017 à 22:21, Yuriy Tymchuk  a
> écrit
> >> >> :
> >> >>
> >> >> What do we do?
> >> >>
> >> >>
> >> >>
> >> >> We have to apply ! ;-)
> >> >>
> >> >> We talk with Jigyasa Grover who is doing an internship in my lab at
> the
> >> >> moment and she is willing to help. Jigyasa was a student in a former
> >> >> Google
> >> >> Summer of code and is involved in several open-source initiative like
> >> >> Women
> >> >> who Code and FOSSASIA. She is a mentor of GoogleCodeIn.
> >> >>
> >> >> You can find a small presentation during last FOSSASIA : "
> >> >>
> >> >> My journey in FOSS with Pharo & FOSSASIA by Jigyasa Grover - FOSSASIA
> >> >> 2016"
> >> >>
> >> >> https://m.youtube.com/watch?v=uLIzylxvIz4
> >> >>
> >> >> She has done a streaming video this morning also:
> http://goo.gl/UyclKP
> >> >> http://youtube.com/watch?v=2iRG_jpOL54
> >> >>
> >> >> Anyone to help her setup a small team for Pharo proposal to Google
> >> >> Summer
> >> >> of Code this year ?
> >> >>
> >> >>
> >> >> On 20 Jan 2017, at 20:38, Alexandre Bergel 
> >> >> wrote:
> >> >>
> >> >> Hi everyone-
> >> >>
> >> >> Google Summer of Code 2017 has officially begun! Organization
> >> >> applications
> >> >> open today, Thursday January 19 and are open through Thursday,
> February
> >> >> 9th.
> >> >> Please see our program site, official timeline and FAQ for more
> >> >> details.
> >> >>
> >> >> What makes a good organization application? Take a look at our
> manuals
> >> >> for
> >> >> tips and best practices.
> >> >>
> >> >> We look forward to seeing each of your applications and kicking off
> >> >> another great year of GSoC. If you have any questions, don’t hesitate
> >> >> to
> >> >> reach out to gsoc-supp...@google.com. We’re here to help!
> >> >>
> >> >> Google Open Source Programs Office
> >> >> --
> >> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> >> >> Alexandre Bergel  http://www.bergel.eu
> >> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> >> >>
> >> >>
> >> >>
> >> >>
> >> >
> >>
> >>
> >>
> >> --
> >> Serge Stinckwich
> >> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> >> Every DSL ends up being Smalltalk
> >> http://www.doesnotunderstand.org/
> >>
> >
> >
>
>
>
> --
> Serge Stinckwich
> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/
>
>

Re: [Pharo-dev] AioPlugin not present

[Davide Varvello via Pharo-dev]

--- Begin Message ---
Thanks Esteban,
I tested the last version of vm:

CoInterpreter * VMMaker.oscog-eem.2107 uuid:
19c0fa53-acc2-40f9-9a07-17510e614ae5 Jan 23 2017
StackToRegisterMappingCogit * VMMaker.oscog-eem.2107 uuid:
19c0fa53-acc2-40f9-9a07-17510e614ae5 Jan 23 2017
VM: 201701231021 https://github.com/pharo-project/pharo-vm.git $ Date: Mon
Jan 23 11:21:48 2017 +0100 $ Plugins: 201701231021
https://github.com/pharo-project/pharo-vm.git $

and OSProcess works immediately.
Thank you very much
Davide




EstebanLM wrote
>> On 23 Jan 2017, at 00:56, David T. Lewis <

> lewis@.msen

> > wrote:
>> 
>> On Sun, Jan 22, 2017 at 05:00:04PM +0100, Thierry Goubier wrote:
>>> 
>>> Le 22/01/2017 ? 15:50, Davide Varvello via Pharo-dev a ?crit :
 Hi Thierry,
 
 I need it for the OSProcess. When my code calls OSProcess the warning
 (http://imgur.com/a/9jhMy) appears.
 
 It happens only once. If I close the warning window It does not happen
 again, but of course if I restart the image it appears once again, so I 
 have
 to find a way to include it or another workaround
 
 Cheers
 Davide
>>> 
>>> Hi Davide,
>>> 
>>> I do use OSProcess in some cases; last time, I just rewrote that part to 
>>> emit a notification (and not raise a popup).
>>> 
>>> Regards,
>>> 
>>> Thierry
>> 
>> I am not sure why the AIOPlugin is not being included in the VMs.
> 
> me neither :)
> I added AioPlugin (as external) to all linux distributions… they will be
> available in latest VMs. 
> 
> can someone test it?
> 
> Esteban
> 
>> 
>> Whatever the reason for that, the notifier about the missing plugin was
>> too annoying, so I got rid of it in the latest OSProcess update:
>> 
>>  Name: OSProcess-Base-dtl.56
>>  Time: 17 January 2017, 8:47:36.321587 am
>> 
>>  OSProcess 4.6.7
>> 
>>  Add nil checks in #shutDown: to prevent failures when exiting existing
>>  image with a VM that does not include OSPP (e.g. SqueakJS).
>> 
>>  For AIO event hander, if the AIO plugin is not present, write an error
>>  to console rather than interrupting the image with a notifer. Reduces
>> the
>>  annoyance level if VM provider provides OSPP but neglects to include the
>>  AIO plugin.
>> 
>> Dave
>> 
>>





--
View this message in context: 
http://forum.world.st/AioPlugin-not-present-tp4929932p4930556.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

--- End Message ---

Re: [Pharo-dev] Collections and Kernel

[Guillermo Polito]

Hi,

First, I'll make a not that is implicit in the conversation: the
loading/deployment granularity in Pharo is the package, not the class. And
as such, a dependency to a class will require the entire package, because
we cannot load half a package. Okok, "yes, we can", but this is not the
default behaviour of the system when we work with our current tools
(monticello, metacello, iceberg, the dependency analyzer...).

Now to extend a bit more on the answers already given:

 1 - We already discussed about doing a split like that. Maybe not
Kernel-Collections, but Collections-Kernel. Nowadays the collections
package is not modularised in terms of usage, but in terms of
implementation (ordered, unordered...). And here we see where the
"meaningfulness" of a package/package name clashes with its deployment,
because of a big deployment granularity.

 2 - YES. I want to split all the time related stuff from the kernel. And
make them System-Time or whatever.

The other thing is that little tasks like these "clean this package",
"split this other one", "fix the dependencies of this one" we have
hundreds. And we chose the ones that will provide more impact in the short
term with the little time we have to work on them...

Clement, I think you should be able to use the dependency analyser to
extract the exact list of classes your package depends on, and then
validate that in a lint rule. Check with Christophe, he is the dependency
analyser master.

Guille

On Mon, Jan 23, 2017 at 6:51 PM, Ben Coman  wrote:

>
>
> On Tue, Jan 24, 2017 at 12:14 AM, Clément Bera 
> wrote:
>
>>
>>
>> On Mon, Jan 23, 2017 at 3:55 PM, Pavel Krivanek > > wrote:
>>
>>> I do not think that to have the package "Kernel" as the smallest system
>>> subset is the good way to go. The minimal system should be a set of
>>> well-structured packages so it still makes sense to have packages like
>>> Collections-* where some of them are supposed to be mandatory and others
>>> optional.
>>>
>>> So:
>>> 1) not in that form
>>>
>> 2) Kernel package deserves better modularization but in that case names
>>> will be like Kernel-*
>>>
>>>
>> Ok.
>>
>> The problem with the names Collections-* and Kernel-* is that pkg-*
>> currently means a different package tag inside a package and not a
>> different package, while the dependency analyser tool analyse dependencies
>> on packages not package tags.
>>
>> Right now it's difficult for me to keep the dependencies right for my
>> package as the dependency analyser tool shows me a dependency on the whole
>> Collection and Kernel packages while I need to enforce a dependency to a
>> subset of these 2 packages.
>>
>> Now that I read my mail again I think the problem is not with the
>> packages but with the dependency analyser tool. I should define a set of
>> classes and enforce my package to depend only on those classes as the
>> current packages are too wide and they won't be split in a way I need in
>> the near future.
>>
>
> Do you mean having a script that temporarily organises your subset of
> classes into MyProvidersPackage to you use that with Dependency Analyser?
> Or do you have some other method of feeding DA a subset of classes?
>
> cheers -ben
>
>
>
>>
>> Cheers
>>
>>
>>
>>> But of course we should discuss the best approach.
>>>
>>> Cheers,
>>> -- Pavel
>>>
>>>
>>>
>>> 2017-01-23 15:36 GMT+01:00 Clément Bera :
>>>
 Hi everyone,

 As I am working on an optimising JIT compiler for the Cog VM written in
 Smalltalk and partly running in the Smalltalk runtime, I am very careful
 about dependencies. I would like to limit the dependencies of the optimiser
 to the Kernel.

 The main problem I have is that there are no collections in the Pharo
 Kernel except MethodDictionary and DependentsArray. The optimiser depends
 on Array, ByteArray, OrderedCollection, Set and Dictionary which are not
 part of the Kernel.

 The second problem is that there are lots of things in the Kernel that
 the optimiser do not depend on even though everything is in the Kernel
 package, for example, the optimiser does not depend on anything related to
 Time/Chronology, on Numbers other than SmallIntegers or Protocol logic.

 This leads to questions. I know that with the bootstrap incoming, some
 people have answers to these questions, but I would like to the
 conversation happening on the mailing list so everyone can contribute.

 Question 1) Is there any plan to make a 'Kernel-Collection' package,
 which includes Array, ByteArray, OrderedCollection, Set and Dictionary, but
 not the rest of the collections ?

 Question 2) Is there any plan to split the Kernel (or maybe the Kernel
 and all its dependencies ?) into smaller pieces, for example 'KernelCore',
 which includes the existing Kernel *but* other Numbers than SmallIntegers,
 Protocol logic and Time Chronology, which could be moved to
 'KernelExtended' or something like

[Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Esteban Lorenzano]

Hi guys, 

I want to move latest vm to stable (for Pharo 6.0, of course). 

And I have the idea there are still some blocking issues… can you 

I have this issues in mind: 

No write right on Windows with the new VM 

Freetype2 primitive failed [error 2][unknown file format] 

  -> for this I’m testing the solution pointed here: 
http://log.smallworks.eu/web/post/289 , 
plus a fix Phil sent me. 
Image freezes on Linux if it was previously saved on Windows 


… but also anything else that I might be missing.

cheers, 
Esteban

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Esteban Lorenzano]

btw… I’m aware of the OSWindows problems, but that’s not solvable in the short 
term as is… please do not point to that :)

Esteban

> On 24 Jan 2017, at 10:57, Esteban Lorenzano  wrote:
> 
> Hi guys, 
> 
> I want to move latest vm to stable (for Pharo 6.0, of course). 
> 
> And I have the idea there are still some blocking issues… can you 
> 
> I have this issues in mind: 
> 
> No write right on Windows with the new VM 
> 
> Freetype2 primitive failed [error 2][unknown file format] 
> 
>   -> for this I’m testing the solution pointed here: 
> http://log.smallworks.eu/web/post/289 
> , plus a fix Phil sent me. 
> Image freezes on Linux if it was previously saved on Windows 
> 
> 
> … but also anything else that I might be missing.
> 
> cheers, 
> Esteban

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Denis Kudriashov]

And what the link? https://dl.bintray.com/pharo-project/pharo-vm/?

2017-01-24 10:57 GMT+01:00 Esteban Lorenzano :

> Hi guys,
>
> I want to move latest vm to stable (for Pharo 6.0, of course).
>
> And I have the idea there are still some blocking issues… can you
>
> I have this issues in mind:
>
> No write right on Windows with the new VM
> 
> Freetype2 primitive failed [error 2][unknown file format]
> 
> -> for this I’m testing the solution pointed here: http://log.smallworks.
> eu/web/post/289, plus a fix Phil sent me.
> Image freezes on Linux if it was previously saved on Windows
> 
>
> … but also anything else that I might be missing.
>
> cheers,
> Esteban
>

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Pavel Krivanek]

itimer version?

2017-01-24 10:57 GMT+01:00 Esteban Lorenzano :

> Hi guys,
>
> I want to move latest vm to stable (for Pharo 6.0, of course).
>
> And I have the idea there are still some blocking issues… can you
>
> I have this issues in mind:
>
> No write right on Windows with the new VM
> 
> Freetype2 primitive failed [error 2][unknown file format]
> 
> -> for this I’m testing the solution pointed here: http://log.smallworks.
> eu/web/post/289, plus a fix Phil sent me.
> Image freezes on Linux if it was previously saved on Windows
> 
>
> … but also anything else that I might be missing.
>
> cheers,
> Esteban
>

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Thierry Goubier]

2017-01-24 10:57 GMT+01:00 Esteban Lorenzano :

> Hi guys,
>
> I want to move latest vm to stable (for Pharo 6.0, of course).
>

I can report that the linux 64bits version segfault for me. And that I have
a hard time compiling it from source (but at least I could get it to work
without segfaults from the command line).

Thierry


>
> And I have the idea there are still some blocking issues… can you
>
> I have this issues in mind:
>
> No write right on Windows with the new VM
> 
> Freetype2 primitive failed [error 2][unknown file format]
> 
> -> for this I’m testing the solution pointed here: http://log.smallworks.
> eu/web/post/289, plus a fix Phil sent me.
> Image freezes on Linux if it was previously saved on Windows
> 
>
> … but also anything else that I might be missing.
>
> cheers,
> Esteban
>

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Esteban Lorenzano]

> On 24 Jan 2017, at 11:11, Pavel Krivanek  wrote:
> 
> itimer version?

both :)

> 
> 2017-01-24 10:57 GMT+01:00 Esteban Lorenzano  >:
> Hi guys, 
> 
> I want to move latest vm to stable (for Pharo 6.0, of course). 
> 
> And I have the idea there are still some blocking issues… can you 
> 
> I have this issues in mind: 
> 
> No write right on Windows with the new VM 
> 
> Freetype2 primitive failed [error 2][unknown file format] 
> 
>   -> for this I’m testing the solution pointed here: 
> http://log.smallworks.eu/web/post/289 
> , plus a fix Phil sent me. 
> Image freezes on Linux if it was previously saved on Windows 
> 
> 
> … but also anything else that I might be missing.
> 
> cheers, 
> Esteban
> 

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Tudor Girba]

Hi,

To accommodate the need to work with OSWindows, I suggest to create a custom 
download with the current stable so that we can work on OSWindows until the 
latest gets fixed. What do you think?

Cheers,
Doru


> On Jan 24, 2017, at 10:58 AM, Esteban Lorenzano  wrote:
> 
> btw… I’m aware of the OSWindows problems, but that’s not solvable in the 
> short term as is… please do not point to that :)
> 
> Esteban
> 
>> On 24 Jan 2017, at 10:57, Esteban Lorenzano  wrote:
>> 
>> Hi guys, 
>> 
>> I want to move latest vm to stable (for Pharo 6.0, of course). 
>> 
>> And I have the idea there are still some blocking issues… can you 
>> 
>> I have this issues in mind: 
>> 
>> No write right on Windows with the new VM
>> Freetype2 primitive failed [error 2][unknown file format]  -> for this I’m 
>> testing the solution pointed here: http://log.smallworks.eu/web/post/289, 
>> plus a fix Phil sent me. 
>> Image freezes on Linux if it was previously saved on Windows
>> 
>> … but also anything else that I might be missing.
>> 
>> cheers, 
>> Esteban
> 

--
www.tudorgirba.com
www.feenk.com 

“Live like you mean it."

Re: [Pharo-dev] Help: Implementing core classes for Redline Smalltalk ...

[Pavel Krivanek]

have you seen the PharoCandle by Guille?

https://github.com/guillep/PharoCandle

-- Pavel

2017-01-24 5:25 GMT+01:00 James Ladd :

> Hi Pharo People,
>
> Redline Smalltalk is a Smalltalk for the Java Virtual Machine.
> The compiler is 90% complete.
>
> Would anyone like to help implement the core runtime classes?
> No Java involved.
>
> If you would like to lend a hand please email object at redline.st
>
> - James.
>
>
>
> --
> View this message in context: http://forum.world.st/Help-
> Implementing-core-classes-for-Redline-Smalltalk-tp4930536.html
> Sent from the Pharo Smalltalk Developers mailing list archive at
> Nabble.com.
>
>

Re: [Pharo-dev] Help: Implementing core classes for Redline Smalltalk ...

[James Ladd]

Guile reached out to me and yes I'm looking st it as I am Cuis 

Thank you for the response 

Sent from my Commodore 64

> On 24 Jan 2017, at 9:38 pm, Pavel Krivanek  wrote:
> 
> have you seen the PharoCandle by Guille?
> 
> https://github.com/guillep/PharoCandle
> 
> -- Pavel
> 
> 2017-01-24 5:25 GMT+01:00 James Ladd :
>> Hi Pharo People,
>> 
>> Redline Smalltalk is a Smalltalk for the Java Virtual Machine.
>> The compiler is 90% complete.
>> 
>> Would anyone like to help implement the core runtime classes?
>> No Java involved.
>> 
>> If you would like to lend a hand please email object at redline.st
>> 
>> - James.
>> 
>> 
>> 
>> --
>> View this message in context: 
>> http://forum.world.st/Help-Implementing-core-classes-for-Redline-Smalltalk-tp4930536.html
>> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
>> 
> 

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Esteban Lorenzano]

> On 24 Jan 2017, at 11:12, Thierry Goubier  wrote:
> 
> 
> 
> 2017-01-24 10:57 GMT+01:00 Esteban Lorenzano  >:
> Hi guys, 
> 
> I want to move latest vm to stable (for Pharo 6.0, of course). 
> 
> I can report that the linux 64bits version segfault for me. And that I have a 
> hard time compiling it from source (but at least I could get it to work 
> without segfaults from the command line).

- yes… sadly 64bit still will not reach stable
- and without reports, I cannot take action ;)
- compiling is not harder than before, just instructions are not updated... and 
in any case, that’s not a problem with moving latest to stable :P

Esteban

> 
> Thierry
>  
> 
> And I have the idea there are still some blocking issues… can you 
> 
> I have this issues in mind: 
> 
> No write right on Windows with the new VM 
> 
> Freetype2 primitive failed [error 2][unknown file format] 
> 
>   -> for this I’m testing the solution pointed here: 
> http://log.smallworks.eu/web/post/289 
> , plus a fix Phil sent me. 
> Image freezes on Linux if it was previously saved on Windows 
> 
> 
> … but also anything else that I might be missing.
> 
> cheers, 
> Esteban
> 

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Thierry Goubier]

2017-01-24 11:56 GMT+01:00 Esteban Lorenzano :

>
> On 24 Jan 2017, at 11:12, Thierry Goubier 
> wrote:
>
>
>
> 2017-01-24 10:57 GMT+01:00 Esteban Lorenzano :
>
>> Hi guys,
>>
>> I want to move latest vm to stable (for Pharo 6.0, of course).
>>
>
> I can report that the linux 64bits version segfault for me. And that I
> have a hard time compiling it from source (but at least I could get it to
> work without segfaults from the command line).
>
>
> - yes… sadly 64bit still will not reach stable
> - and without reports, I cannot take action ;)
>

I did report two months ago, to no effect nor answer.


> - compiling is not harder than before, just instructions are not
> updated... and in any case, that’s not a problem with moving latest to
> stable :P
>

I'm trying to look through your travis setup to find out how things should
be done. Is not working too well yet.

The 32bits version looks fine.

Regards,

Thierry


>
> Esteban
>
>
> Thierry
>
>
>>
>> And I have the idea there are still some blocking issues… can you
>>
>> I have this issues in mind:
>>
>> No write right on Windows with the new VM
>> 
>> Freetype2 primitive failed [error 2][unknown file format]
>> 
>> -> for this I’m testing the solution pointed here:
>> http://log.smallworks.eu/web/post/289, plus a fix Phil sent me.
>> Image freezes on Linux if it was previously saved on Windows
>> 
>>
>> … but also anything else that I might be missing.
>>
>> cheers,
>> Esteban
>>
>
>
>

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Torsten Bergmann]

HI Esteban,

can you be more specific what the problem with "OSWindows" is?

 

I guess you refer to my project "OSWindows" which is in Catalog and in http://smalltalkhub.com/#!/~OS/
and belongs to my operating system series (OSWindows, OSLinuxUbuntu, OSUnix, OSOSX, OSRaspbian, ...) which

is about wrapping native APIs and providing easier Pharo work on the different platforms.

Each aspect of this project is covered by unit tests and it should be possible to find out what the problem is.

If you remember it was a good testbed to find issues in UFFI.


But maybe you refer to another project. Because there is also an "OSWindow" (without "s") project done later by Ronie
Salgado which is about accessing a platform window from Pharo. This one is at: http://smalltalkhub.com/#!/~ronsaldo/OSWindow



Still I wished that Ronie would have choosen a different name as this is now often very confusing
to people to distinguish between "OSWindows" and "OSWindow". "NativeWindow" or something like that
would have been better for what it is all about...

Thanks

Torsten

 


Gesendet: Dienstag, 24. Januar 2017 um 10:58 Uhr
Von: "Esteban Lorenzano" 
An: "Pharo Development List" 
Betreff: Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !


btw… I’m aware of the OSWindows problems, but that’s not solvable in the short term as is… please do not point to that :)
 

Esteban
 


On 24 Jan 2017, at 10:57, Esteban Lorenzano  wrote:
 


Hi guys, 
 

I want to move latest vm to stable (for Pharo 6.0, of course). 

 

And I have the idea there are still some blocking issues… can you 

 

I have this issues in mind: 

 

No write right on Windows with the new VM

Freetype2 primitive failed [error 2][unknown file format]  -> for this I’m testing the solution pointed here: http://log.smallworks.eu/web/post/289, plus a fix Phil sent me. 

Image freezes on Linux if it was previously saved on Windows

 

… but also anything else that I might be missing.

 

cheers, 

Esteban

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Tudor Girba]

Hi,

Esteban and I are referring to OS-Window (the graphical component).

Cheers,
Doru


> On Jan 24, 2017, at 1:00 PM, Torsten Bergmann  wrote:
> 
> HI Esteban,
> 
> can you be more specific what the problem with "OSWindows" is?
>  
> I guess you refer to my project "OSWindows" which is in Catalog and in 
> http://smalltalkhub.com/#!/~OS/
> and belongs to my operating system series (OSWindows, OSLinuxUbuntu, OSUnix, 
> OSOSX, OSRaspbian, ...) which
> is about wrapping native APIs and providing easier Pharo work on the 
> different platforms.
> Each aspect of this project is covered by unit tests and it should be 
> possible to find out what the problem is.
> If you remember it was a good testbed to find issues in UFFI.
> 
> But maybe you refer to another project. Because there is also an "OSWindow" 
> (without "s") project done later by Ronie
> Salgado which is about accessing a platform window from Pharo. This one is 
> at: http://smalltalkhub.com/#!/~ronsaldo/OSWindow
> 
> Still I wished that Ronie would have choosen a different name as this is now 
> often very confusing
> to people to distinguish between "OSWindows" and "OSWindow". "NativeWindow" 
> or something like that
> would have been better for what it is all about...
> 
> Thanks
> Torsten
>  
> Gesendet: Dienstag, 24. Januar 2017 um 10:58 Uhr
> Von: "Esteban Lorenzano" 
> An: "Pharo Development List" 
> Betreff: Re: [Pharo-dev] I want to move the latest vm to stable... I need 
> feedback !
> btw… I’m aware of the OSWindows problems, but that’s not solvable in the 
> short term as is… please do not point to that :)
>  
> Esteban
>  
> On 24 Jan 2017, at 10:57, Esteban Lorenzano  wrote:
>  
> Hi guys, 
>  
> I want to move latest vm to stable (for Pharo 6.0, of course). 
>  
> And I have the idea there are still some blocking issues… can you 
>  
> I have this issues in mind: 
>  
> No write right on Windows with the new VM
> Freetype2 primitive failed [error 2][unknown file format]  -> for this I’m 
> testing the solution pointed here: http://log.smallworks.eu/web/post/289, 
> plus a fix Phil sent me. 
> Image freezes on Linux if it was previously saved on Windows
>  
> … but also anything else that I might be missing.
>  
> cheers, 
> Esteban

--
www.tudorgirba.com
www.feenk.com

"What is more important: To be happy, or to make happy?"

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[p...@highoctane.be]

I am going to do some 64 bit in the coming weeks as I need to wrap a 64 bit
library using UnifiedFFI.

Phil

On Tue, Jan 24, 2017 at 11:56 AM, Esteban Lorenzano 
wrote:

>
> On 24 Jan 2017, at 11:12, Thierry Goubier 
> wrote:
>
>
>
> 2017-01-24 10:57 GMT+01:00 Esteban Lorenzano :
>
>> Hi guys,
>>
>> I want to move latest vm to stable (for Pharo 6.0, of course).
>>
>
> I can report that the linux 64bits version segfault for me. And that I
> have a hard time compiling it from source (but at least I could get it to
> work without segfaults from the command line).
>
>
> - yes… sadly 64bit still will not reach stable
> - and without reports, I cannot take action ;)
> - compiling is not harder than before, just instructions are not
> updated... and in any case, that’s not a problem with moving latest to
> stable :P
>
> Esteban
>
>
> Thierry
>
>
>>
>> And I have the idea there are still some blocking issues… can you
>>
>> I have this issues in mind:
>>
>> No write right on Windows with the new VM
>> 
>> Freetype2 primitive failed [error 2][unknown file format]
>> 
>> -> for this I’m testing the solution pointed here:
>> http://log.smallworks.eu/web/post/289, plus a fix Phil sent me.
>> Image freezes on Linux if it was previously saved on Windows
>> 
>>
>> … but also anything else that I might be missing.
>>
>> cheers,
>> Esteban
>>
>
>
>

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[p...@highoctane.be]

On Tue, Jan 24, 2017 at 1:00 PM, Torsten Bergmann  wrote:

> HI Esteban,
>
> can you be more specific what the problem with "OSWindows" is?
>
> I guess you refer to my project "OSWindows" which is in Catalog and in
> http://smalltalkhub.com/#!/~OS/
> and belongs to my operating system series (OSWindows, OSLinuxUbuntu,
> OSUnix, OSOSX, OSRaspbian, ...) which
> is about wrapping native APIs and providing easier Pharo work on the
> different platforms.
> Each aspect of this project is covered by unit tests and it should be
> possible to find out what the problem is.
> If you remember it was a good testbed to find issues in UFFI.
>
> But maybe you refer to another project. Because there is also an
> "OSWindow" (without "s") project done later by Ronie
> Salgado which is about accessing a platform window from Pharo. This one is
> at: http://smalltalkhub.com/#!/~ronsaldo/OSWindow
>
> Still I wished that Ronie would have choosen a different name as this is
> now often very confusing
> to people to distinguish between "OSWindows" and "OSWindow".
> "NativeWindow" or something like that
> would have been better for what it is all about...
>

What about "HostWindow"?

Phil


>
> Thanks
> Torsten
>
> *Gesendet:* Dienstag, 24. Januar 2017 um 10:58 Uhr
> *Von:* "Esteban Lorenzano" 
> *An:* "Pharo Development List" 
> *Betreff:* Re: [Pharo-dev] I want to move the latest vm to stable... I
> need feedback !
> btw… I’m aware of the OSWindows problems, but that’s not solvable in the
> short term as is… please do not point to that :)
>
> Esteban
>
>
> On 24 Jan 2017, at 10:57, Esteban Lorenzano  wrote:
>
> Hi guys,
>
> I want to move latest vm to stable (for Pharo 6.0, of course).
>
> And I have the idea there are still some blocking issues… can you
>
> I have this issues in mind:
>
> No write right on Windows with the new VM
> 
> Freetype2 primitive failed [error 2][unknown file format]
> 
> -> for this I’m testing the solution pointed here: http://log.smallworks.
> eu/web/post/289, plus a fix Phil sent me.
> Image freezes on Linux if it was previously saved on Windows
> 
>
> … but also anything else that I might be missing.
>
> cheers,
> Esteban
>
>

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[p...@highoctane.be]

I also have has issues with FT fonts that were not named the same on
various boxes.

For example, the Hack font installed a few months ago on one machine had
names like "Hack-Oblique.ttf" and are not named like "Hack-Italic.ttf" on
the new installs. So, there is a primitive error showing up and blocking
the image.

Not saying that is the cause of other troubles but there should be a way to
switch back to in image fonts if such a case arises.

This for sure caused me a few headaches.

Phil


On Tue, Jan 24, 2017 at 10:57 AM, Esteban Lorenzano 
wrote:

> Hi guys,
>
> I want to move latest vm to stable (for Pharo 6.0, of course).
>
> And I have the idea there are still some blocking issues… can you
>
> I have this issues in mind:
>
> No write right on Windows with the new VM
> 
> Freetype2 primitive failed [error 2][unknown file format]
> 
> -> for this I’m testing the solution pointed here: http://log.smallworks.
> eu/web/post/289, plus a fix Phil sent me.
> Image freezes on Linux if it was previously saved on Windows
> 
>
> … but also anything else that I might be missing.
>
> cheers,
> Esteban
>

[Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Denis Kudriashov]

Hi.

I am glad announce first version of PharmIDE project which is complete
toolset for remote development of Pharo images. It includes:

   - remote debugger
   - remote inspector
   - remote playground
   - remote browser

Old project RemoteDebuggingTools is deprecated. But it could be used for
Pharo 5 images. PharmIDE targets Pharo 6 or later and provides everything
which was done in original project.

For details and live demo look at my blog
http://dionisiydk.blogspot.fr/2017/01/pharmide-pharo-remote-ide-to-develop.html
.

Best regards,
Denis

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Esteban Lorenzano]

> On 24 Jan 2017, at 13:34, p...@highoctane.be wrote:
> 
> I am going to do some 64 bit in the coming weeks as I need to wrap a 64 bit 
> library using UnifiedFFI.

I’m working right now on having FFI-Kernel to work (the backend), because there 
are some problems with it. 
UFFI *should* be working right after (I already made the parts I think are 
needed on that side).

but VM 64bits + UFFI will need testing phase… maybe your bindings would be a 
good starting point :)

Esteban

> 
> Phil
> 
> On Tue, Jan 24, 2017 at 11:56 AM, Esteban Lorenzano  > wrote:
> 
>> On 24 Jan 2017, at 11:12, Thierry Goubier > > wrote:
>> 
>> 
>> 
>> 2017-01-24 10:57 GMT+01:00 Esteban Lorenzano > >:
>> Hi guys, 
>> 
>> I want to move latest vm to stable (for Pharo 6.0, of course). 
>> 
>> I can report that the linux 64bits version segfault for me. And that I have 
>> a hard time compiling it from source (but at least I could get it to work 
>> without segfaults from the command line).
> 
> - yes… sadly 64bit still will not reach stable
>   - and without reports, I cannot take action ;)
> - compiling is not harder than before, just instructions are not updated... 
> and in any case, that’s not a problem with moving latest to stable :P
> 
> Esteban
> 
>> 
>> Thierry
>>  
>> 
>> And I have the idea there are still some blocking issues… can you 
>> 
>> I have this issues in mind: 
>> 
>> No write right on Windows with the new VM 
>> 
>> Freetype2 primitive failed [error 2][unknown file format] 
>> 
>>   -> for this I’m testing the solution pointed here: 
>> http://log.smallworks.eu/web/post/289 
>> , plus a fix Phil sent me. 
>> Image freezes on Linux if it was previously saved on Windows 
>> 
>> 
>> … but also anything else that I might be missing.
>> 
>> cheers, 
>> Esteban
>> 
> 
> 

Re: [Pharo-dev] I want to move the latest vm to stable... I need feedback !

[Esteban Lorenzano]

> On 24 Jan 2017, at 13:39, p...@highoctane.be wrote:
> 
> I also have has issues with FT fonts that were not named the same on various 
> boxes.
> 
> For example, the Hack font installed a few months ago on one machine had 
> names like "Hack-Oblique.ttf" and are not named like "Hack-Italic.ttf" on the 
> new installs. So, there is a primitive error showing up and blocking the 
> image.
> 
> Not saying that is the cause of other troubles but there should be a way to 
> switch back to in image fonts if such a case arises.
> 
> This for sure caused me a few headaches.

yep, but this is not a VM issue. 
In this case is correct that primitive fails… is just that FT2 image side 
doesn’t know how to manage the problem :(
So we need an issue with this, but I wouldn’t say is a blocking point to move 
latest to stable.

Esteban

> 
> Phil
> 
> 
> On Tue, Jan 24, 2017 at 10:57 AM, Esteban Lorenzano  > wrote:
> Hi guys, 
> 
> I want to move latest vm to stable (for Pharo 6.0, of course). 
> 
> And I have the idea there are still some blocking issues… can you 
> 
> I have this issues in mind: 
> 
> No write right on Windows with the new VM 
> 
> Freetype2 primitive failed [error 2][unknown file format] 
> 
>   -> for this I’m testing the solution pointed here: 
> http://log.smallworks.eu/web/post/289 
> , plus a fix Phil sent me. 
> Image freezes on Linux if it was previously saved on Windows 
> 
> 
> … but also anything else that I might be missing.
> 
> cheers, 
> Esteban
> 

[Pharo-dev] [ANN] TechTack today 24/01/2017 16h UTC Bloc/Brick links

[Esteban Lorenzano]

Hello,

We will handle the techtalk as latest one: One video streaming and 
questions/discussion over our discord channel. 
So here are the links: 

stream: https://www.youtube.com/watch?v=fvpfr6OJ0mM 

discord: https://discord.gg/88sbn83 

See you there in 3hs!
Esteban

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Ben Coman]

On Tue, Jan 24, 2017 at 8:52 PM, Denis Kudriashov 
wrote:

> Hi.
>
> I am glad announce first version of PharmIDE project which is complete
> toolset for remote development of Pharo images. It includes:
>
>- remote debugger
>- remote inspector
>- remote playground
>- remote browser
>
> Old project RemoteDebuggingTools is deprecated. But it could be used for
> Pharo 5 images. PharmIDE targets Pharo 6 or later and provides everything
> which was done in original project.
>
> For details and live demo look at my blog http://dionisiydk.
> blogspot.fr/2017/01/pharmide-pharo-remote-ide-to-develop.html.
>
>
Amazing stuff Denis. It will be very  interesting over time to hear of how
people's workflows adapt to use this.

One thought while I was watching the video, it might be useful if the
remote images were named somehow, which could appear in the title bar of
the remote tools in addition to IPaddress/DNSname:port.  I can imagine
having several images of different purposes running on one remote host and
having multiple open from the one client and needing to keep track better.
So for example @4:37, instead of the inspector showing "SeamlessProxy(42)"
it would show "MyRemoteImage(42)"

cheers -ben

Re: [Pharo-dev] [ANN] TechTack today 24/01/2017 16h UTC Bloc/Brick links

[Ben Coman]

Great idea to have the countdown!
cheers -ben

On Tue, Jan 24, 2017 at 9:03 PM, Esteban Lorenzano 
wrote:

> Hello,
>
> We will handle the techtalk as latest one: One video streaming and
> questions/discussion over our discord channel.
> So here are the links:
>
> stream: https://www.youtube.com/watch?v=fvpfr6OJ0mM
> discord: https://discord.gg/88sbn83
>
> See you there in 3hs!
> Esteban
>

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Tudor Girba]

Nice job, Denis!

Doru


> On Jan 24, 2017, at 1:52 PM, Denis Kudriashov  wrote:
> 
> Hi.
> 
> I am glad announce first version of PharmIDE project which is complete 
> toolset for remote development of Pharo images. It includes:
>   • remote debugger
>   • remote inspector
>   • remote playground
>   • remote browser
> Old project RemoteDebuggingTools is deprecated. But it could be used for 
> Pharo 5 images. PharmIDE targets Pharo 6 or later and provides everything 
> which was done in original project.
> 
> For details and live demo look at my blog 
> http://dionisiydk.blogspot.fr/2017/01/pharmide-pharo-remote-ide-to-develop.html.
> 
> Best regards,
> Denis

--
www.tudorgirba.com
www.feenk.com

"Not knowing how to do something is not an argument for how it cannot be done."

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Alexandre Bergel]

Just watched the video. Very cool!!

Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.



> On Jan 24, 2017, at 9:52 AM, Denis Kudriashov  wrote:
> 
> Hi.
> 
> I am glad announce first version of PharmIDE project which is complete 
> toolset for remote development of Pharo images. It includes:
> remote debugger
> remote inspector
> remote playground
> remote browser
> Old project RemoteDebuggingTools is deprecated. But it could be used for 
> Pharo 5 images. PharmIDE targets Pharo 6 or later and provides everything 
> which was done in original project.
> 
> For details and live demo look at my blog 
> http://dionisiydk.blogspot.fr/2017/01/pharmide-pharo-remote-ide-to-develop.html
>  
> .
> 
> Best regards,
> Denis

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Thierry Goubier]

Impressive!

2017-01-24 13:52 GMT+01:00 Denis Kudriashov :

> Hi.
>
> I am glad announce first version of PharmIDE project which is complete
> toolset for remote development of Pharo images. It includes:
>
>- remote debugger
>- remote inspector
>- remote playground
>- remote browser
>
> Old project RemoteDebuggingTools is deprecated. But it could be used for
> Pharo 5 images. PharmIDE targets Pharo 6 or later and provides everything
> which was done in original project.
>
> For details and live demo look at my blog http://dionisiydk.
> blogspot.fr/2017/01/pharmide-pharo-remote-ide-to-develop.html.
>
> Best regards,
> Denis
>

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Sven Van Caekenberghe]

> On 24 Jan 2017, at 16:34, Thierry Goubier  wrote:
> 
> Impressive!

Indeed !

Great work, Denis.

> 2017-01-24 13:52 GMT+01:00 Denis Kudriashov :
> Hi.
> 
> I am glad announce first version of PharmIDE project which is complete 
> toolset for remote development of Pharo images. It includes:
>   • remote debugger
>   • remote inspector
>   • remote playground
>   • remote browser
> Old project RemoteDebuggingTools is deprecated. But it could be used for 
> Pharo 5 images. PharmIDE targets Pharo 6 or later and provides everything 
> which was done in original project.
> 
> For details and live demo look at my blog 
> http://dionisiydk.blogspot.fr/2017/01/pharmide-pharo-remote-ide-to-develop.html.
> 
> Best regards,
> Denis
> 

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Tudor Girba]

That is really cool news!

I think it is not so clear for everyone that the greatest achievement is 
foremost the communication model.

Cheers,
Doru


> On Jan 24, 2017, at 4:26 PM, Pavel Krivanek  wrote:
> 
> With Denis we tried to run PharmIDE on the minimal Pharo as the server. The 
> debugger is still not usable but with some patches we can get nicely working 
> browser, playground and inspector, see the attached screenshot.
> 
> Cheers,
> -- Pavel
> 
> 2017-01-24 13:52 GMT+01:00 Denis Kudriashov :
> Hi.
> 
> I am glad announce first version of PharmIDE project which is complete 
> toolset for remote development of Pharo images. It includes:
>   • remote debugger
>   • remote inspector
>   • remote playground
>   • remote browser
> Old project RemoteDebuggingTools is deprecated. But it could be used for 
> Pharo 5 images. PharmIDE targets Pharo 6 or later and provides everything 
> which was done in original project.
> 
> For details and live demo look at my blog 
> http://dionisiydk.blogspot.fr/2017/01/pharmide-pharo-remote-ide-to-develop.html.
> 
> Best regards,
> Denis
> 
> 

--
www.tudorgirba.com
www.feenk.com

"Every successful trip needs a suitable vehicle."

Re: [Pharo-dev] [ANN] TechTack today 24/01/2017 16h UTC Bloc/Brick links

[Esteban Lorenzano]

this is going to start now :)

> On 24 Jan 2017, at 14:03, Esteban Lorenzano  wrote:
> 
> Hello,
> 
> We will handle the techtalk as latest one: One video streaming and 
> questions/discussion over our discord channel. 
> So here are the links: 
> 
> stream: https://www.youtube.com/watch?v=fvpfr6OJ0mM 
> 
> discord: https://discord.gg/88sbn83 
> 
> See you there in 3hs!
> Esteban

Re: [Pharo-dev] Google summer of code

[Jigyasa Grover]

Hi Guillermo

Scrubbing the ideas page is an important task this time.
It shall be great to have your help.

Thanks !

- J



--
View this message in context: 
http://forum.world.st/Google-summer-of-code-tp4930150p4930634.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Denis Kudriashov]

Thank's to all :).

2017-01-24 14:29 GMT+01:00 Ben Coman :

>
> Amazing stuff Denis. It will be very  interesting over time to hear of how
> people's workflows adapt to use this.
>

I am going to work such way. I will develop completely from remote IDE.
Mostly it will be experiment to discover possible problems. But at the end
it will lead to real live remote programming.
So we will be able to develop RPi, Beaglebone, Android/IOS devices in
natural Pharo way. You could imaging difference to XCode or Eclipse.


>
> One thought while I was watching the video, it might be useful if the
> remote images were named somehow, which could appear in the title bar of
> the remote tools in addition to IPaddress/DNSname:port.  I can imagine
> having several images of different purposes running on one remote host and
> having multiple open from the one client and needing to keep track better.
> So for example @4:37, instead of the inspector showing "SeamlessProxy(42)"
> it would show "MyRemoteImage(42)"
>

Problem that now I not completely hook into inspector and debugger. So it
is shown with such strange names but it points to non local nature without
any effort.
In future it will be handled better of course

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Denis Kudriashov]

2017-01-24 17:00 GMT+01:00 Tudor Girba :

> That is really cool news!
>
> I think it is not so clear for everyone that the greatest achievement is
> foremost the communication model.
>

Yes, It is Seamless on most low level. And Calypso environment model for
browser

Re: [Pharo-dev] [Ann] PharmIDE: Pharo remote IDE to develop farm of Pharo images remotely

[Ben Coman]

On Wed, Jan 25, 2017 at 4:27 AM, Denis Kudriashov  wrote:
> Thank's to all :).
>
> 2017-01-24 14:29 GMT+01:00 Ben Coman :
>>
>>
>> Amazing stuff Denis. It will be very  interesting over time to hear of how
>> people's workflows adapt to use this.
>
>
> I am going to work such way. I will develop completely from remote IDE.
> Mostly it will be experiment to discover possible problems. But at the end
> it will lead to real live remote programming.
> So we will be able to develop RPi, Beaglebone, Android/IOS devices in
> natural Pharo way. You could imaging difference to XCode or Eclipse.
>
>>
>>
>> One thought while I was watching the video, it might be useful if the
>> remote images were named somehow, which could appear in the title bar of the
>> remote tools in addition to IPaddress/DNSname:port.  I can imagine having
>> several images of different purposes running on one remote host and having
>> multiple open from the one client and needing to keep track better.  So for
>> example @4:37, instead of the inspector showing "SeamlessProxy(42)" it would
>> show "MyRemoteImage(42)"
>
>
> Problem that now I not completely hook into inspector and debugger. So it is
> shown with such strange names but it points to non local nature without any
> effort.
> In future it will be handled better of course

Don't throw away the host/IP and port from the title bar.  They will
remain useful.  Its just to have an additional ID.
cheers -ben

Re: [Pharo-dev] Google summer of code

[Stephan Eggermont]

On 24/01/17 10:11, Guillermo Polito wrote:

Besides, I'm interested in knowing the official reasons for why we were
rejected last years :P.


That's the always the same: we get many more applications than we can 
sponsor, and we have to make a choice.


Stephan

Re: [Pharo-dev] Google summer of code

[Stephane Ducasse]

Yes please.
I can do a pass also.
I started on some private projects.
I would like to propose to build a make based on a graph library. they have
a nice lib in Python and this way we would avoid to rely on make for pillar
and others

On Tue, Jan 24, 2017 at 10:11 AM, Guillermo Polito <
guillermopol...@gmail.com> wrote:

> Hi,
>
> I would like to help in cleaning, composing and enhancing the ideas page.
> I already see some old projects whose mentors either left the community or
> may not be 100% available for mentoring (like Camille Teruel).
> We should clean that page.
>
> Besides, I'm interested in knowing the official reasons for why we were
> rejected last years :P.
>
> Guille
>
> On Mon, Jan 23, 2017 at 7:02 PM, Serge Stinckwich <
> serge.stinckw...@gmail.com> wrote:
>
>> Thank you Uko to join the team :-)
>>
>> On Mon, Jan 23, 2017 at 5:15 PM, Yuriy Tymchuk 
>> wrote:
>> > I can also update my projects and help with the application if needed
>> (I was
>> > a part of the application team for the last two years I think)
>> >
>> > Uko
>> >
>> > On 22 Jan 2017, at 16:33, Jigyasa Grover 
>> wrote:
>> >
>> > Also, a good application is equally important as the list of clearly
>> defined
>> > projects.
>> >
>> > - J
>> >
>> > On Sun, Jan 22, 2017 at 4:30 PM, Serge Stinckwich
>> >  wrote:
>> >>
>> >> The list of previous projects is here:
>> >> https://github.com/pharo-project/pharo-project-proposals
>> >>
>> >> On Sat, Jan 21, 2017 at 10:06 AM, Jigyasa Grover
>> >>  wrote:
>> >> > Dear Prof Serge
>> >> >
>> >> > Thanks for the introduction.
>> >> >
>> >> > Dear Alexandre
>> >> > I have been a past Google Summer of Code student and also mentor
>> budding
>> >> > developers in Google Code-In.
>> >> > This time, I was hoping to plug-in the loopholes which might have
>> been
>> >> > present in last year's organisation application.
>> >> > Kindly let me know how can we collaborate further on this.
>> >> > Looking forward to your response.
>> >> > Thanks and Regards
>> >> > Jigyasa
>> >> >
>> >> >
>> >> > On Sat, Jan 21, 2017 at 9:06 AM,  wrote:
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >> Envoyé de mon iPhone
>> >> >> Le 20 janv. 2017 à 22:21, Yuriy Tymchuk  a
>> écrit
>> >> >> :
>> >> >>
>> >> >> What do we do?
>> >> >>
>> >> >>
>> >> >>
>> >> >> We have to apply ! ;-)
>> >> >>
>> >> >> We talk with Jigyasa Grover who is doing an internship in my lab at
>> the
>> >> >> moment and she is willing to help. Jigyasa was a student in a former
>> >> >> Google
>> >> >> Summer of code and is involved in several open-source initiative
>> like
>> >> >> Women
>> >> >> who Code and FOSSASIA. She is a mentor of GoogleCodeIn.
>> >> >>
>> >> >> You can find a small presentation during last FOSSASIA : "
>> >> >>
>> >> >> My journey in FOSS with Pharo & FOSSASIA by Jigyasa Grover -
>> FOSSASIA
>> >> >> 2016"
>> >> >>
>> >> >> https://m.youtube.com/watch?v=uLIzylxvIz4
>> >> >>
>> >> >> She has done a streaming video this morning also:
>> http://goo.gl/UyclKP
>> >> >> http://youtube.com/watch?v=2iRG_jpOL54
>> >> >>
>> >> >> Anyone to help her setup a small team for Pharo proposal to Google
>> >> >> Summer
>> >> >> of Code this year ?
>> >> >>
>> >> >>
>> >> >> On 20 Jan 2017, at 20:38, Alexandre Bergel > >
>> >> >> wrote:
>> >> >>
>> >> >> Hi everyone-
>> >> >>
>> >> >> Google Summer of Code 2017 has officially begun! Organization
>> >> >> applications
>> >> >> open today, Thursday January 19 and are open through Thursday,
>> February
>> >> >> 9th.
>> >> >> Please see our program site, official timeline and FAQ for more
>> >> >> details.
>> >> >>
>> >> >> What makes a good organization application? Take a look at our
>> manuals
>> >> >> for
>> >> >> tips and best practices.
>> >> >>
>> >> >> We look forward to seeing each of your applications and kicking off
>> >> >> another great year of GSoC. If you have any questions, don’t
>> hesitate
>> >> >> to
>> >> >> reach out to gsoc-supp...@google.com. We’re here to help!
>> >> >>
>> >> >> Google Open Source Programs Office
>> >> >> --
>> >> >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> >> >> Alexandre Bergel  http://www.bergel.eu
>> >> >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Serge Stinckwich
>> >> UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> >> Every DSL ends up being Smalltalk
>> >> http://www.doesnotunderstand.org/
>> >>
>> >
>> >
>>
>>
>>
>> --
>> Serge Stinckwich
>> UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> Every DSL ends up being Smalltalk
>> http://www.doesnotunderstand.org/
>>
>>
>