December 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] loading from github changes lgit classes?

by Nicolai Hess

It happens not only from lgit-classes but from other FFI-Subclasses too, for example AthensCairoMatrix. And some methods have a strange version history (see screenshot). The timestamp of all of the UFFI changes are during loading gtoolkit. Maybe during loading we have multiple reinitializations that will recreate autogenerated methods, again and again ? 2017-12-11 21:49 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > But these aren't method changes. > The class definition is changed. (see screenshot) > It looks like it adds new class variables, even though they were alreday > in the original fresh image. > > > 2017-12-11 13:49 GMT+01:00 Max Leske <maxleske(a)gmail.com>: > >> Without taking a closer look, those are probably auto generated methods. >> >> Max >> >> >> >> On 10 December 2017 at 12:13:08, Nicolai Hess (nicolaihess(a)gmail.com) >> wrote: >> >> How come, loading a github project writes strange code change entries for >> classes >> like >> LGitFetchOptions >> LGitRemoteCallbacks >> ... >> >> For example, in a Pharo 6.1 image I load bloc like this: >> >> Metacello new >> baseline: 'Bloc'; >> repository: 'github://pharo-graphics/Bloc:pharo6.1/src'; >> load: #core >> >> In my Epicea code change window I see this entries (see screenshot). >> And the final "new" version of this classes, (class definitions) just >> look like the >> original class definition in a fresh image. >> >> >> >

Dec. 11, 2017

Re: [Pharo-dev] [Pharo-users] [TechTalk] Topics Wanted for 2018!

by Alexandre Bergel

Yes! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Dec 7, 2017, at 10:53 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > What about Tuesday 30th Jan? > >> On 7 Dec 2017, at 02:06, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> Hi Marcus! >> >> Thanks for pushing the community! >> If there is a free slot at the end of January, I can do another tech talk on AI technique. I am thinking about a lecture on Genetic Algorithm and Genetic Programming. >> >> Let me know... >> >> Alexandre >> >> >>> On Dec 1, 2017, at 7:58 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> Hi, >>> >>> As you know, we are trying to have one Pharo tech-talk per month. >>> >>> The idea is to use this for >>> -> mini âLecturesâ >>> -> Demos of interesting Projects >>> -> Just some interesting topic to discuss with audio chat on Discord >>> >>> You can see the past topics here: >>> >>> http://pharo.org/TechTalk >>> >>> We will soon define the dates for the first half of 2018. If you want to do a techtalk >>> yourself (give a presentation / Demo or moderate a discussion), feel free to contact >>> me! You are able to pick a date that works best for you. >>> >>> >>> Marcus >> >> > >

Dec. 11, 2017

Re: [Pharo-dev] [Pharo 7.0-dev] Build #332: 20759 Unused temps in Metacello classes

by Dale Henrichs

Sorry for the delay ... I am looking at merging this issue into Metacello ... a couple failed tests need to be rerun to see where we stand ... On 11/27/17 12:54 PM, Torsten Bergmann wrote: > Yes - I submitted a PR to Metacello too: https://github.com/Metacello/metacello/pull/473 > > Who is able to merge it there? > > >> Gesendet: Montag, 27. November 2017 um 09:16 Uhr >> Von: "Marcus Denker" <marcus.denker(a)inria.fr> >> An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >> Betreff: Re: [Pharo-dev] [Pharo 7.0-dev] Build #332: 20759 Unused temps in Metacello classes >> >> This fix has been submitted upstream, too. >> >>> On 27 Nov 2017, at 09:09, ci-pharo-ci-jenkins2(a)inria.fr wrote: >>> >>> There is a new Pharo build available! >>> >>> The status of the build #332 was: SUCCESS. >>> >>> The Pull Request #546 was integrated: "20759 Unused temps in Metacello classes" >>> Pull request url: https://github.com/pharo-project/pharo/pull/546 >>> >>> Issue Url: https://pharo.fogbugz.com/f/cases/20759 >>> Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2… >> >>

Dec. 11, 2017

Re: [Pharo-dev] loading from github changes lgit classes?

by Nicolai Hess

But these aren't method changes. The class definition is changed. (see screenshot) It looks like it adds new class variables, even though they were alreday in the original fresh image. 2017-12-11 13:49 GMT+01:00 Max Leske <maxleske(a)gmail.com>: > Without taking a closer look, those are probably auto generated methods. > > Max > > > > On 10 December 2017 at 12:13:08, Nicolai Hess (nicolaihess(a)gmail.com) > wrote: > > How come, loading a github project writes strange code change entries for > classes > like > LGitFetchOptions > LGitRemoteCallbacks > ... > > For example, in a Pharo 6.1 image I load bloc like this: > > Metacello new > baseline: 'Bloc'; > repository: 'github://pharo-graphics/Bloc:pharo6.1/src'; > load: #core > > In my Epicea code change window I see this entries (see screenshot). > And the final "new" version of this classes, (class definitions) just look > like the > original class definition in a fresh image. > > >

Dec. 11, 2017

[Pharo 7.0-dev] Build #375: 20857-Confirm-dialog-return-nil-when-closed-by-cmd-w

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #375 was: SUCCESS. The Pull Request #596 was integrated: "20857-Confirm-dialog-return-nil-when-closed-by-cmd-w" Pull request url: https://github.com/pharo-project/pharo/pull/596 Issue Url: https://pharo.fogbugz.com/f/cases/20857 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Dec. 11, 2017

[Pharo 7.0-dev] Build #374: 20857-Confirm-dialog-return-nil-when-closed-by-cmd-w

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #374 was: FAILURE. The Pull Request #596 was integrated: "20857-Confirm-dialog-return-nil-when-closed-by-cmd-w" Pull request url: https://github.com/pharo-project/pharo/pull/596 Issue Url: https://pharo.fogbugz.com/f/cases/20857 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Dec. 11, 2017

Re: [Pharo-dev] loading from github changes lgit classes?

by Max Leske

Without taking a closer look, those are probably auto generated methods. Max On 10 December 2017 at 12:13:08, Nicolai Hess (nicolaihess(a)gmail.com) wrote: How come, loading a github project writes strange code change entries for classes like LGitFetchOptions LGitRemoteCallbacks ... For example, in a Pharo 6.1 image I load bloc like this: Metacello new baseline: 'Bloc'; repository: 'github://pharo-graphics/Bloc:pharo6.1/src'; load: #core In my Epicea code change window I see this entries (see screenshot). And the final "new" version of this classes, (class definitions) just look like the original class definition in a fresh image.

Dec. 11, 2017

Re: [Pharo-dev] create snapshots out of github based packages

by Dimitris Chloupis

nice to hear that my very old complaint about filetrees habit of breaking down everything to small files has caught and there is even a project I am not aware of that deal with this. Though my motivation was mostly readability and not speed of loading. Great work! :) On Mon, Dec 11, 2017 at 11:35 AM Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > > > On 10 Dec 2017, at 21:37, Stephan Eggermont <stephan(a)stack.nl> wrote: > > > > Op 10-12-2017 om 15:44 schreef Cyril Ferlicot: > >> On dim. 10 dÃ©c. 2017 at 15:07, Nicolai Hess <nicolaihess(a)gmail.com > wrote: > >>> And I don't mean 1 or 2 thousand files. > >>> Loading bloc for example creates over 20.000 files. > >>> This is damn slow on windows. > >> This is one of the reasons Esteban created Tonel I think. With Tonel > there is 1 file par class instead of 1 file per method. Once it will be > really stable, moving projects to Tonel should speed up things on Windows. > > > > Indeed. An even larger problem is the write amplification: Minimium disk > file size of 4KB means a slow down of a factor 20. 1 (primary) file per > class and sorting the methods helps a lot. Doing that in a cross-platform > compatible way so we can easier share source code needs some further > refinement > > and btw since we moved pharo to tonel windows is a viable platform: > commits became seconds instead minutes (lots of minutes). > still work to do there, but we are getting closerâ¦ ;) > > Esteban > > > > > Stephan > > > > > > >

Dec. 11, 2017

Re: [Pharo-dev] create snapshots out of github based packages

by Esteban Lorenzano

> On 10 Dec 2017, at 21:37, Stephan Eggermont <stephan(a)stack.nl> wrote: > > Op 10-12-2017 om 15:44 schreef Cyril Ferlicot: >> On dim. 10 dÃ©c. 2017 at 15:07, Nicolai Hess <nicolaihess(a)gmail.com wrote: >>> And I don't mean 1 or 2 thousand files. >>> Loading bloc for example creates over 20.000 files. >>> This is damn slow on windows. >> This is one of the reasons Esteban created Tonel I think. With Tonel there is 1 file par class instead of 1 file per method. Once it will be really stable, moving projects to Tonel should speed up things on Windows. > > Indeed. An even larger problem is the write amplification: Minimium disk file size of 4KB means a slow down of a factor 20. 1 (primary) file per class and sorting the methods helps a lot. Doing that in a cross-platform compatible way so we can easier share source code needs some further refinement and btw since we moved pharo to tonel windows is a viable platform: commits became seconds instead minutes (lots of minutes). still work to do there, but we are getting closerâ¦ ;) Esteban > > Stephan > >

Dec. 11, 2017

Re: [Pharo-dev] gtInspector+FastTable enhancement requests

by Esteban Lorenzano

I thin there were some FT improvements we should integrate ? Esteban > On 10 Dec 2017, at 09:51, Ben Coman <btc(a)openinworld.com> wrote: > > Feedback for GT'ers... > > I'm probably ab-using FastTable support in gtInspector, > but as a quick hack during initial prototyping it was *very* nice > to be able review retrieved data as a table of instances > with a column per instance variable. > > Some enhancements that would make this even better... > 1. Horizontal scroll bar - There are columns past the right margin that I can't get to for lack of one. > 2. Column resizing to shift subsequent columns, which could provide another path to seeing the hidden columns. > 3. Individual column width auto-fit - like in Excel where you double-click the edge > https://www.youtube.com/watch?v=Yeb8emsjtf4 <https://www.youtube.com/watch?v=Yeb8emsjtf4> > 4. All columns auto-fit > 5. Auto-fit columns prior to first opening. > 6. Being able to split column labels over two lines - to allow for thinner columns > > For a demonstration, > could you please load the attached ST fileout (its small), > and also... > Gofer it > smalltalkhubUser: 'SvenVanCaekenberghe' project: 'Neo'; > configurationOf: 'NeoJSON'; > loadStable. > > Then inspect.... > BittrexMarket getAll. > > cheers -ben > <Demo.zip>

Dec. 11, 2017