- Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]
by GitHub May 12, 2017

May 12, 2017

Branch: refs/tags/60486 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] 4778e8: 60486
by GitHub May 12, 2017

May 12, 2017

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 4778e8f6a49f99d25ca2860d8e36d4f08d545211 https://github.com/pharo-project/pharo-core/commit/4778e8f6a49f99d25ca2860d… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-05-12 (Fri, 12 May 2017) Changed paths: M BaselineOfIDE.package/BaselineOfIDE.class/instance/actions/additionalInitialization.st M BaselineOfIDE.package/BaselineOfIDE.class/instance/baseline/baseline_.st M BaselineOfIDE.package/BaselineOfIDE.class/instance/baseline/groups_.st M BaselineOfMorphic.package/BaselineOfMorphic.class/instance/actions/postload_package_.st M Glamour-Morphic-Brick.package/GLMHorizontalLinearLayout.class/instance/width/widthParentDependency_.st M Glamour-Morphic-Brick.package/GLMLinearLayout.class/instance/testing/hasWidthRestrictions_.st M Glamour-Morphic-Brick.package/GLMTabSelectorBrick.class/instance/actions/updateTabs.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60485.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60486.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60485.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60486.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60486 20050 Theme must be reset at the end of BaselineOfIDE loading https://pharo.fogbugz.com/f/cases/20050 20051 Tab labels in Glamour should not shrink if there is available space https://pharo.fogbugz.com/f/cases/20051 20049 TravisIntegrationHelp is not loaded into the bootstrapped image https://pharo.fogbugz.com/f/cases/20049 http://files.pharo.org/image/60/60486.zip

1 0

Re: [Pharo-dev] [Pharo-users] [ann] bloc & cairo+morphic
by Alexandre Bergel May 11, 2017

May 11, 2017

Hi Alain! Thanks for the mail (even if the historial part has always been pretty clear to me). We miss you! Be back soon! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On May 11, 2017, at 12:36 PM, Alain Plantec via Pharo-dev <pharo-dev(a)lists.pharo.org> wrote: > > > From: Alain Plantec <alain.plantec(a)yahoo.com> > Subject: Re: [Pharo-users] [ann] bloc & cairo+morphic > Date: May 11, 2017 at 12:36:36 PM GMT-3 > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Cc: Alain Plantec <alain.plantec(a)yahoo.com>, Moose-related development <moose-dev(a)list.inf.unibe.ch>, Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > > Hello Doru, all, > > Iâm really happy to see Bloc progresses. > Even Iâm not active since more than one year, Bloc is still an important project for me. > > but let me complete this short historical presentation a little bit. > > Bloc is a project that I initiated in 2013 in collaboration with RMOD following experiments made around the ROME project. > The idea was to completely revisit the 2D framework of Pharo to address Morphic limits. > Following an invitation of the Software Composition Group (thanks to Oscar Nierstrasz and to Doru here), > I presented the first version of Bloc at Bern (March, 2015), then Doru and Aliaksel joined the project. > One year ago, during his PhD at Brest, Glenn Cavarle produced a new version of the Bloc infrastructure that is now the > one used together with the layouting system that was implemented by Aliaksel. > > Please, do not use the humane assessment web site but the github project one instead. > > I will restart working on Bloc/Brick soon in the context of a project that we recently signed with the Thales company. > > Thanks, > Cheers > > Alain > > >> On 8 mai 2017, at 23:00, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> We are happy to announce that based on the work of Glenn, Alex extended Bloc (Sparta) to work directly in the Morphic world using Cairo as a backend. >> >> Cairo is less powerful than Moz2D (see the screenshot below for an example), but the implementation addresses a concern that the community raised regarding a perceived increased liability due to the dependency to Moz2D. Essentially this means that Bloc can be treated as another graphical library that can coexist with Morphic without requiring any external VM plugin. >> >> <bloc-two-backends-morphic-host-figures.png> >> >> I would also like to point out that adding a new backend and host was possible because of the many iterations (including throwing away whole implementations) that Alex and Glenn went through. I think they did an amazing job. >> >> You can find a bit more details about Bloc here: >> http://www.humane-assessment.com/blog/bloc-flexible-backends-hosts/ >> >> Another issue raised regarding Bloc was that of the engineering effort required to make it a reality. That is why I would also like to announce that Alex joined feenk.com where he is primarily working on the graphical stack for Pharo. >> >> Cheers, >> Doru >> >> >> -- >> www.tudorgirba.com >> www.feenk.com >> >> "To lead is not to demand things, it is to make them happen." >> >> >> >> > > > >

2 1

Re: [Pharo-dev] [Pharo-users] [ann] bloc & cairo+morphic
by Stephane Ducasse May 11, 2017

May 11, 2017

Hi alain This is great to know that you can now work officially on Bloc and I really hope that your project with Thales will succeed. We need a strong Pharo. After more than 5 years of discussions with Thales I'm happy to see coming truth. People do not imagine the amount of energy we can spend sometimes :) And indeed you are right! I was sad to see that you are not even part of the github team after all the effort you spent on Bloc (and Miro and Miro2). I think that I was just the guy asking stupid questions but indeed this is true that it was in collaboration with Rmod, thank to mention it. I also agree with you that this is important that your work is respected and acknowledged and indeed I do not see how it relates to humane assessment. Stef On Thu, May 11, 2017 at 5:36 PM, Alain Plantec via Pharo-dev < pharo-dev(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Alain Plantec <alain.plantec(a)yahoo.com> > To: Pharo Development List <pharo-dev(a)lists.pharo.org> > Cc: Alain Plantec <alain.plantec(a)yahoo.com>, Moose-related development < > moose-dev(a)list.inf.unibe.ch>, Any question about pharo is welcome < > pharo-users(a)lists.pharo.org> > Bcc: > Date: Thu, 11 May 2017 17:36:36 +0200 > Subject: Re: [Pharo-users] [ann] bloc & cairo+morphic > Hello Doru, all, > > Iâm really happy to see Bloc progresses. > Even Iâm not active since more than one year, Bloc is still an important > project for me. > > but let me complete this short historical presentation a little bit. > > Bloc is a project that I initiated in 2013 in collaboration with RMOD > following experiments made around the ROME project. > The idea was to completely revisit the 2D framework of Pharo to address > Morphic limits. > Following an invitation of the Software Composition Group (thanks to Oscar > Nierstrasz and to Doru here), > I presented the first version of Bloc at Bern (March, 2015), then Doru and > Aliaksel joined the project. > One year ago, during his PhD at Brest, Glenn Cavarle produced a new > version of the Bloc infrastructure that is now the > one used together with the layouting system that was implemented by > Aliaksel. > > Please, do not use the humane assessment web site but the github project > one instead. > > I will restart working on Bloc/Brick soon in the context of a project that > we recently signed with the Thales company. > > Thanks, > Cheers > > Alain > > > > On 8 mai 2017, at 23:00, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi, > > > > We are happy to announce that based on the work of Glenn, Alex extended > Bloc (Sparta) to work directly in the Morphic world using Cairo as a > backend. > > > > Cairo is less powerful than Moz2D (see the screenshot below for an > example), but the implementation addresses a concern that the community > raised regarding a perceived increased liability due to the dependency to > Moz2D. Essentially this means that Bloc can be treated as another graphical > library that can coexist with Morphic without requiring any external VM > plugin. > > > > <bloc-two-backends-morphic-host-figures.png> > > > > I would also like to point out that adding a new backend and host was > possible because of the many iterations (including throwing away whole > implementations) that Alex and Glenn went through. I think they did an > amazing job. > > > > You can find a bit more details about Bloc here: > > http://www.humane-assessment.com/blog/bloc-flexible-backends-hosts/ > > > > Another issue raised regarding Bloc was that of the engineering effort > required to make it a reality. That is why I would also like to announce > that Alex joined feenk.com where he is primarily working on the graphical > stack for Pharo. > > > > Cheers, > > Doru > > > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "To lead is not to demand things, it is to make them happen." > > > > > > > > > > > >

1 0

[ann] bloc & cairo+morphic
by Tudor Girba May 11, 2017

May 11, 2017

Hi, We are happy to announce that based on the work of Glenn, Alex extended Bloc (Sparta) to work directly in the Morphic world using Cairo as a backend. Cairo is less powerful than Moz2D (see the screenshot below for an example), but the implementation addresses a concern that the community raised regarding a perceived increased liability due to the dependency to Moz2D. Essentially this means that Bloc can be treated as another graphical library that can coexist with Morphic without requiring any external VM plugin. I would also like to point out that adding a new backend and host was possible because of the many iterations (including throwing away whole implementations) that Alex and Glenn went through. I think they did an amazing job. You can find a bit more details about Bloc here: http://www.humane-assessment.com/blog/bloc-flexible-backends-hosts/ Another issue raised regarding Bloc was that of the engineering effort required to make it a reality. That is why I would also like to announce that Alex joined feenk.com where he is primarily working on the graphical stack for Pharo. Cheers, Doru -- www.tudorgirba.com www.feenk.com "To lead is not to demand things, it is to make them happen."

9 8

Pharo-Jenkins github user
by Guillermo Polito May 11, 2017

May 11, 2017

Hi everybody, I wanted to create a github user to use for ci integration (pharo-ci), and while configuring it I saw there is already a Pharo-Jenkins user. https://github.com/Pharo-Jenkins Does somebody know who is the user? Guille -- Guille Polito Research Engineer French National Center for Scientific Research - *http://www.cnrs.fr* <http://www.cnrs.fr> *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

1 0

[Zinc] How do I set the entry limit for ZnMultiValueDictionary?
by Max Leske May 11, 2017

May 11, 2017

Hi, I'm performing a legal request that has more than 4000 parameters. This causes the Zinc server to return 400: Bad Request because ZnMultiValueDictionary is limited to 256 entries by default. The dictionary has the option to remove the limit or to adjust it with a dynamic variable. Unfortunately, I don't see any way to properly configure this without monkey patching Zinc. Ideally, I'd like to remove the limit (which can't be done through the dynamic variable by the way because when the dynamic variable answers nil, the default will be set to 256). The first thing that comes to mind is to move this setting to ZnConstants, but then I don't see any way to configure ZnConstants either (ZnConstants is referenced directly by its users). Maybe ZnConstants could be changed to hold a concrete constants class (itself by default). In any case, I think this setting should be configurable and the configuration should be possible through one single entry point, together with options like #codec. Thoughts? Cheers, Max

2 10

[pharo-project/pharo-core]
by GitHub May 11, 2017

May 11, 2017

Branch: refs/tags/60485 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] 618ef8: 60485
by GitHub May 11, 2017

May 11, 2017

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 618ef8b3bdc5576186f37dbbfb5d389406491be3 https://github.com/pharo-project/pharo-core/commit/618ef8b3bdc5576186f37dbb… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-05-11 (Thu, 11 May 2017) Changed paths: M ConfigurationOfEpicea.package/ConfigurationOfEpicea.class/instance/tags/stable_.st A ConfigurationOfEpicea.package/ConfigurationOfEpicea.class/instance/versions/version822_.st M Epicea.package/EpMonitor.class/instance/announcement handling/behaviorRemoved_.st M Epicea.package/EpMonitor.class/instance/private/subscribeToSystemAnnouncer.st M EpiceaBrowsers.package/EpApplyVisitor.class/instance/visitor/visitClassAddition_.st M EpiceaBrowsers.package/EpApplyVisitor.class/instance/visitor/visitClassModification_.st A EpiceaBrowsers.package/EpLostChangesDetector.class/class/instance creation/new.st A EpiceaBrowsers.package/EpLostChangesDetector.class/class/instance creation/newWithLog_.st M EpiceaBrowsers.package/EpLostChangesDetector.class/class/system startup/startUp_.st M EpiceaBrowsers.package/EpLostChangesDetector.class/definition.st R EpiceaBrowsers.package/EpLostChangesDetector.class/instance/accessing/browserIfLostChanges_.st M EpiceaBrowsers.package/EpLostChangesDetector.class/instance/accessing/lostChanges.st R EpiceaBrowsers.package/EpLostChangesDetector.class/instance/accessing/monitorLog.st R EpiceaBrowsers.package/EpLostChangesDetector.class/instance/accessing/monitorLog_.st M EpiceaBrowsers.package/EpLostChangesDetector.class/instance/accessing/openBrowserIfLostChanges.st A EpiceaBrowsers.package/EpLostChangesDetector.class/instance/initialization/initializeWithLog_.st A EpiceaBrowsers.package/EpLostChangesDetector.class/instance/testing/hasLostChanges.st A EpiceaBrowsersTests.package/EpApplyTest.class/instance/tests/testClassAdditionWithMetaclassInstanceVariablesChanged.st M EpiceaBrowsersTests.package/EpLostChangesDetectorTest.class/instance/tests/testDetectInEmptyLog.st M EpiceaBrowsersTests.package/EpLostChangesDetectorTest.class/instance/tests/testDetectNoChange.st M EpiceaBrowsersTests.package/EpLostChangesDetectorTest.class/instance/tests/testDetectOneChange.st M EpiceaBrowsersTests.package/EpRevertTest.class/instance/tests/testClassRemoval.st M Komitter.package/RemotesManager.class/instance/private/buildRoots.st R Ombu.package/OmBlockFileStore.class/class/as yet unclassified/example.st R Ombu.package/OmBlockFileStore.class/class/as yet unclassified/exampleOriginal.st A Ombu.package/OmCurrentGlobalName.class/README.md A Ombu.package/OmCurrentGlobalName.class/definition.st M Ombu.package/OmDeferrer.class/class/system startup/shutDown_.st A Ombu.package/OmEntryReader.class/class/instance creation/newForStore_.st M Ombu.package/OmEntryReader.class/definition.st A Ombu.package/OmEntryReader.class/instance/accessing/store.st A Ombu.package/OmEntryReader.class/instance/initialization/initializeWithStore_.st R Ombu.package/OmEntryReader.class/instance/reading/entryPositionsOn_do_.st R Ombu.package/OmEntryReader.class/instance/reading/nextEntryFrom_.st A Ombu.package/OmEntryWriter.class/class/instance creation/newForStore_.st M Ombu.package/OmEntryWriter.class/definition.st A Ombu.package/OmEntryWriter.class/instance/accessing/store.st A Ombu.package/OmEntryWriter.class/instance/initialization/initializeWithStore_.st M Ombu.package/OmFileStore.class/instance/private/newEntryReader.st M Ombu.package/OmFileStore.class/instance/private/newEntryWriter.st M Ombu.package/OmFileStore.class/instance/testing/isOutdated.st M Ombu.package/OmReference.class/class/ston persistence/fromSton_.st M Ombu.package/OmReference.class/instance/ston persistence/stonOn_.st M Ombu.package/OmSTONEntryReader.class/instance/reading/nextEntry.st M Ombu.package/OmSTONEntryWriter.class/instance/writing/on_nextEntryPut_.st M Ombu.package/OmSessionStore.class/instance/initialization/initializeWithBaseLocator_.st R Ombu.package/OmSessionStore.class/instance/initialization/subscribeToSnapshotDone.st A Ombu.package/OmStoreFactory.class/class/system startup/shutDown_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60484.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60485.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60484.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60485.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60485 20047 in Versioner (or Komitter), RemotesManager needs to list just remotes https://pharo.fogbugz.com/f/cases/20047 20005 Epicea: Integrate release 8.2.2 https://pharo.fogbugz.com/f/cases/20005 http://files.pharo.org/image/60/60485.zip

1 0

Missing plugins to make the vmProfiler work on Pharo
by Sophie Kaleba May 11, 2017

May 11, 2017

Hi Esteban, Hi all, I am working on porting the Squeak VMProfiler to Pharo as a gsoc (I will post a more detailed presentation about that in the mailing list later today). While trying to use the profiler with the Pharo VM, I get the following error : "PrimitiveFailed : primitive #primitiveExecutableModules in VMProfilerLinuxSymbolsManager failed". (see stack trace attached). This plugin (VMProfileLinuxSupportPlugin) does not seem to be included by default in the Pharo VM (it works with a Squeak VM). I haven't tried on a mac, but I guess the plugin (VMProfileMacSupportPlugin) is missing too. For the moment, I am using the latest Squeak VM with my Pharo image but it is not quite convenient. Would it be possible to include the 2 plugins to the Pharo VM ? If I can be of any help, just tell me Thanks! Sophie

5 10