Yes, the problem related to some changes. In latest image I have two packages: Gofer-Core and Gofer-core-accessing. So all such extensions force separate packages.
2018-08-21 10:10 GMT+01:00 Torsten Bergmann <asta...@gmx.de>: > Hi Norbert, > > maybe it is unrelated - but I saw strange behavior with extensions and > upper/lowercase > leading to Iceberg showing "Uncomitted changes in latest image" as I wrote > in > http://lists.pharo.org/pipermail/pharo-dev_lists. > pharo.org/2018-August/272816.html > > My scenario: > I use my https://github.com/astares/pharo-contributor project to > automatically get the most recent > pharo image (Pharo-7.0+alpha.build.1185) and synch my github fork with the > development branch > of pharo-project as shown in the video of this project. > > When Iceberg synchs it should usually SHOW A CLEAN IMAGE WITHOUT CHANGES > DONE but since a week or > so (maybe after the latest Iceberg integration) I see that there are > uncommitted changes (see screenshot) > although it is a fresh image. > > But my forks development branch is definitely in synch with the > pharo-project development branch > and the latest image (as it was green in CI) should be in synch with the > sources as well. > > If I look more detailed on what Iceberg display as "changed" or > "uncommitted" then one will notice > that these are all extensions methods look different in the browser. > > For instance #goferPriority is an extension on package "Gofer-Core" but > the extension is displayed > in Calypso as "Gofer-core-accessing" with lowercase in the name. > > Maybe there was a change related to package detection ... > > Dont know if it is a known problem but for Iceberg I found something here > from Pablo: > (https://github.com/pharo-vcs/iceberg/pull/981) > > Bye > T. > > > > Gesendet: Dienstag, 21. August 2018 um 09:31 Uhr > > Von: "Norbert Hartl" <norb...@hartl.name> > > An: "Pharo Dev" <pharo-dev@lists.pharo.org> > > Betreff: [Pharo-dev] Extension methods in p7 > > > > I’m about preparing magritte to be loadable in pharo 7. I encountered a > bit strange behaviour where I had to take cumbersome measures. Magritte has > method extensions that are called e.g. > > > > *Magritte-model-builder > > > > These methods get loaded but when I commit something all of these > methods are to be removed. The only thing I could do was to rename the > extension methods. Is this intended? > > Doing the renaming I encountered of few things. Magritte had the > extension method above in the Magritte-Model package. When I rename the > category *Magritte-model-builder to *Magritte-Model the method gets > removed. Not a very usual case but still strange. > > In order to create a method extension one needs first to create a new > protocol before converting to extension method. If the new protocol is > empty and you convert it to an extension method it gets removed. So I had > to first create a protocol, move a method in and then convert. This > combined with the behaviour that if you select two methods the method pane > jumps to the beginning of the list is a lot of work just to do this job. > Still it is not a very usual case but some might be interested. > > > > Norbert > > > > > > >