July 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Metacello-github + filetree-git async

by Damien Pollet

Sorry to hijack this discussionâ¦ is it by design that the github: scheme takes a snapshot instead of a git clone? github: is convenient for the metacello syntax, but since it just takes a snapshot of a commit, there is no immediate way of pushing changes back. Converting what's on disk to a proper git clone is also not practical since the path of the snapshot under github-cache is specific to the particular commit. On 6 March 2014 13:42, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Ok, I see now. > > I don't think this can be avoided; it's inherent in the way both github: and > gitfiletree: understand repositories. The explanation will go a bit into git > and gitfiletree design and FileTree; in the mean time, you may either change > a bit the config to clean that (force a load of the last version from > gitfiletree, since they are effectively the same) or don't bother, > gitfiletree: when saving a new package version will clear that (sort of). > > The explanation is a bit long. > > version metadata for FileTree (the format used to write packages for git and > others version control systems) is stored in a file under > PackageName.package/monticello.meta/versions. > > This file is often a problem, at least under git: it's a magnet for git > merge conflicts. It is also slow to parse[1], especially if you want to know > all the versions of the package stored by the git repository (as gitfiletree > does), and sometimes is corrupted (git conflicts). > > So, in the design of gitfiletree:, I decided that I would not read this > file, but, instead, recreate its contents from the git log history[2]. This > is what you see when you open a gitfiletree: repository. And particularly, > versions UUIDs are generated from the git commit ID[3]. > > Now, when saving a package in a gitfiletree: repository, the versions file > will be written, with an UUID generated for it... except that, on rereading, > gitfiletree will generate another UUID from the git commitID (which is > known, of course, after committing the versions file :() > > For example, in gitfiletree:, > Renraku-Uko.4 has UUID: 93fec7ab-e167-5da5-9b2e-5d717d2c7545 > Whereas the file Renraku.package/monticello.meta/versions has > Renraku-YuriyTymchuk.4 with id > '60141668-a324-4c9d-8938-db82ed2e57de' > > Older versions are regenerated from the git data, and this is why, in that > file, you see > Renraku-Uko.3 (and not Renraku-YuriyTymchuk.3) > > [1] Yes, and I tried long and hard to accelerate reading and parsing 200 > times the versions file for a moderatly complex project, including the fact > that it's easy to find a corrupted versions file in a git repo. Generating > ended up a lot cleaner, as well as garanteeing than the history would be > browsable. > > [2] And filtering the git history to keep only the commits significant for > the package, and nothing else. > > [3] Constant mapping: a given git commitID will allways generate the same > UUID. > > Le 06/03/2014 11:41, Yuriy Tymchuk a Ã©crit : >> >> >> On 06 Mar 2014, at 11:35, Yuriy Tymchuk <yuriy.tymchuk(a)me.com >> <mailto:yuriy.tymchuk@me.com>> wrote: >> >>> >>> On 06 Mar 2014, at 11:17, Goubier Thierry <thierry.goubier(a)cea.fr >>> <mailto:thierry.goubier@cea.fr>> wrote: >>> >>>> >>>> >>>> Le 06/03/2014 11:09, Yuriy Tymchuk a Ã©crit : >>>>> >>>>> >>>>> >>>>> Sent from my iPhone >>>>> >>>>>> On 06 Mar 2014, at 10:28, Goubier Thierry <thierry.goubier(a)cea.fr >>>>>> <mailto:thierry.goubier@cea.fr>> wrote: >>>>>> >>>>>> >>>>>> >>>>>> Le 06/03/2014 10:08, Yuriy Tymchuk a Ã©crit : >>>>>>> >>>>>>> >>>>>>> On 06 Mar 2014, at 09:48, Goubier Thierry <thierry.goubier(a)cea.fr >>>>>>> <mailto:thierry.goubier@cea.fr>> wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Le 06/03/2014 09:32, Yuriy Tymchuk a Ã©crit : >>>>>>>>> >>>>>>>>> Hi guys. >>>>>>>>> >>>>>>>>> My workflow is like this: >>>>>>>>> >>>>>>>>> I load a configuration on CI with github:// magic in metacello >>>>>>>>> conf. >>>>>>>>> Then on local machine I add a local gitfiletree repo to the >>>>>>>>> project packages. >>>>>>>> >>>>>>>> >>>>>>>>> The thing is that the last version if loaded, but gitfiletree >>>>>>>>> repo is showing that second last is loaded. And yes, diffs with >>>>>>>>> last one (not loaded by gitfiletree opinion) show no changes and >>>>>>>>> diffs with second last (current one by gitfiletree opinion) show >>>>>>>>> changes that were mede in last version. >>>>>>>> >>>>>>>> >>>>>>>> Say version .5 on CI, and gitfiletree is showing you only .1, .2, >>>>>>>> .3, and .4 , like that? >>>>>>> >>>>>>> >>>>>>> I also see the .5 version, but itâs bold i.e. ânot loaded". >>>>>> >>>>>> >>>>>> Are changes shown when you click on the .5 version in gitfiletree? >>>>>> on the .4 version in gitfiletree as well? >>>>> >>>>> >>>>> Version 5 does not have changes with working copy. While version 4 >>>>> has. So from my point of view it seams like version 5 is loaded but >>>>> gitfiletree thinks that only version 4 is loaded. >>>> >>>> >>>> Understood. Is it a problem if I have a look at the image or at the >>>> git repository? >>> >>> >>> When I look in the monticello browser in the image. >> >> >> And with applies to the both packages I have in that repo >> >>> >>>> >>>> Thierry >>>> -- >>>> Thierry Goubier >>>> CEA list >>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>> 91191 Gif sur Yvette Cedex >>>> France >>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >> >> > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

July 10, 2014

Thanks for NewVersionBrowser

by Goubier Thierry

Hi All, while porting AltBrowser to Pharo4, I had to change my code from the old VersionsBrowser to the NewVersionBrowser based on Spec (for the Git-based method version browser). And I must say: thanks ! The NewVersionBrowser is so easy to extend to use MCMethodDefinitions instead of ChangeRecords, it's like a dream... Being able to wipe out so much ugly unnecessary code :) Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

July 10, 2014

Handling side-scrolls

by Yuriy Tymchuk

Dear Pharo developers, can we deal somehow with this issue: https://pharo.fogbugz.com/f/cases/5296/Fast-Scroll-Down-produces-weird-even… ? Or at least please tell me if someone needs this functionality. Maybe we can just ignore that? Uko

July 10, 2014

Font popup logic :(

by stepharo

Hi all I'm going over PluggableListMorph extension to see if we can absorb a bit the extension. PluggableListMorph>>setListFont "set the font for the list" StandardFonts chooseFontWithTitle: 'Choose the font for this list' translated for: self setSelector: #font: getSelector: #font This shows to me that font should be managed via settings. Stef

July 10, 2014

Re: [Pharo-dev] [Website] added explicit links for Pharo4

by Sven Van Caekenberghe

Very nice ! On 10 Jul 2014, at 13:42, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > I changed the end of the page a bit to mention explicitly Pharo4 and a link to the latest image and CI Server: > > http://pharo.org/download > > I fixed the ZeroConf section to point people to read the page. > > Marcus

July 10, 2014

[Website] added explicit links for Pharo4

by Marcus Denker

Hi, I changed the end of the page a bit to mention explicitly Pharo4 and a link to the latest image and CI Server: http://pharo.org/download I fixed the ZeroConf section to point people to read the page. Marcus

July 10, 2014

[pharo-project/pharo-core] 7d6d51: 40080

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 7d6d518563b3d045ba0dc65133445e8a5b064a06 https://github.com/pharo-project/pharo-core/commit/7d6d518563b3d045ba0dc651… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-10 (Thu, 10 Jul 2014) Changed paths: R Ring-Core-Kernel.package/RGCommentDefinition.class/instance/to remove as soon as possible/isCommentReference.st R Ring-Core-Kernel.package/RGMethodDefinition.class/instance/to remove as soon as possible/isClassMethodReference.st R Ring-Core-Kernel.package/RGMethodDefinition.class/instance/to remove as soon as possible/isCommentReference.st R Ring-Core-Kernel.package/RGMethodDefinition.class/instance/to remove as soon as possible/methodSymbol.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script80.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40080.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R SmartSuggestions.package/SugsMenuBuilder.class/class/builder/addFindSuggestionsToSourceCodeMenu_.st R SmartSuggestions.package/SugsMenuBuilder.class/class/builder/addSuggestionToSourceCodeMenu_.st A Spec-Core.package/TextModel.class/instance/protocol/clearSelection.st M Text-Edition.package/SmalltalkEditor.class/class/menu declaration/smalltalkEditorMenuOn_.st Log Message: ----------- 40080 13530 Add api to remove selection of text model https://pharo.fogbugz.com/f/cases/13530 13533 Smart Suggestions for more tools https://pharo.fogbugz.com/f/cases/13533 13534 Remove some unused "to be removed as soon as possible" methods from Ring https://pharo.fogbugz.com/f/cases/13534 http://files.pharo.org/image/40/40080.zip

July 10, 2014

[pharo-project/pharo-core]

by GitHub

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

July 10, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] 425fd0: 30852

by Goubier Thierry

Thanks Marcus, Thierry Le 10/07/2014 11:10, GitHub a Ã©crit : > > Log Message: > ----------- > 30852 > 13422 Image crashes because an open Nautilus browser hangs onto many objects while code is being loaded > https://pharo.fogbugz.com/f/cases/13422 > > http://files.pharo.org/image/30/30852.zip > > -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

July 10, 2014

[pharo-project/pharo-core] 425fd0: 30852

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 425fd0e17e4228a27bac6ada66f224ced7ef1ce3 https://github.com/pharo-project/pharo-core/commit/425fd0e17e4228a27bac6ada… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-10 (Thu, 10 Jul 2014) Changed paths: A Morphic-Base.package/MorphTreeListManager.class/instance/selection change/noteRemovalOfAll_.st A Morphic-Base.package/MorphTreeListManager.class/instance/selection change/updateLastClickedMorph.st M Morphic-Base.package/MorphTreeModel.class/instance/updating/updateList.st M Morphic-Base.package/MorphTreeMorph.class/instance/updating/noteRemovalOfAll_.st M Morphic-Base.package/MorphTreeMorph.class/instance/updating/updateContentsWithPreviouslyExpanded_.st A MorphicTests.package/MorphTreeMorphTests.class/instance/as yet unclassified/testLastClickedMorphSetUponUpdateList.st A MorphicTests.package/MorphTreeMorphTests.class/instance/as yet unclassified/testMaintainingSelectionsOnUpdate.st A MorphicTests.package/MorphTreeMorphTests.class/instance/as yet unclassified/testUpdatingSelectionsOnUpdate.st A MorphicTests.package/MorphTreeMorphTests.class/instance/as yet unclassified/testUpdatingSelectionsOnUpdateWithRemoval.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script114.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30852.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30852 13422 Image crashes because an open Nautilus browser hangs onto many objects while code is being loaded https://pharo.fogbugz.com/f/cases/13422 http://files.pharo.org/image/30/30852.zip

July 10, 2014