- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] IMPORTANT: iceberg home changed

by Esteban Lorenzano

Hi, not really, but we want to promote pharo related stuff with the pharo prefix on the organisations (and those who in someway will fall under our umbrella).. pharo-project -> core pharo pharo-vcs -> iceberg, libgit2 bindings, in the future: an iceberg page, maybe other backends. pharo-graphics -> block/brick and upcoming graphical cool stuff pharo-gtools -> gtools + glamour, etc. pharo-nosql -> voyage family pharo-? -> I donât know, whatever in the future, with the upcoming versions of iceberg + bootstrap, projects like iceberg, gtools, etc. will be âsubtreesâ of pharo-core so is good to have them well organised. of course people are free to name their projects/organisation as they want, but I was trying to figure out a way for *us* :) (and since is very easy to change, we could just reorganise everything under pharo-project if we decide to put everything in just one repository). Esteban > On 28 Apr 2017, at 10:11, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > esteban do we have a naming convention on github? > pharo-xxx? > > Stef > > On Thu, Apr 27, 2017 at 5:51 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > As part of our work for release, I changed the home of Iceberg into his own place: https://github.com/pharo-vcs/iceberg <https://github.com/pharo-vcs/iceberg> > > So, now to install you will need: > > Metacello new > baseline: 'Iceberg'; > repository: 'github://pharo-vcs/iceberg:dev-0.4'; > load. > > I also uploaded a Configuration to the *catalog>http://catalog.pharo.org <http://catalog.pharo.org/>*, so you can load while > doing the transition. >

April 28, 2017

Re: [Pharo-dev] IMPORTANT: iceberg home changed

by Stephane Ducasse

esteban do we have a naming convention on github? pharo-xxx? Stef On Thu, Apr 27, 2017 at 5:51 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > As part of our work for release, I changed the home of Iceberg into his > own place: https://github.com/pharo-vcs/iceberg > > So, now to install you will need: > > Metacello new > baseline: 'Iceberg'; > repository: 'github://pharo-vcs/iceberg:dev-0.4'; > load. > > I also uploaded a Configuration to the *catalog>http://catalog.pharo.org*, > so you can load while > doing the transition. >

April 28, 2017

Re: [Pharo-dev] IMPORTANT: iceberg home changed

by Sean P. DeNigris

EstebanLM wrote >>Currently Iceberg (in its default configuration) can not use SSH keys to connect to github > > thatâs outdated (as the pictures, etc.) :P > you can use ssh and in theory you can also use https (then you will be > asked to provide your credentials) Awesome! I use SSH keys exclusively so that is great news :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/IMPORTANT-iceberg-home-changed-tp4944480p4944642.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 28, 2017

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

by Andrei Chis

Actually if I just execute before saving on Windows the following code I get no error when opening the image on Mac: OmSessionStore allInstancesDo: [ :each | SystemAnnouncer uniqueInstance unsubscribe: each ]. On Thu, Apr 27, 2017 at 9:48 PM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > Loaded slice 19990 and the issues is still there with the latest image+vm. > > On Thu, Apr 27, 2017 at 9:07 PM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > >> Hi. >> >> 2017-04-26 15:06 GMT+02:00 Andrei Chis <chisvasileandrei(a)gmail.com>: >> >>> >>> I saw that there are a few issues about images saved on an operating >>> system not working when opened on other operating systems: >>> - https://pharo.fogbugz.com/f/cases/19852/Unable-to-open-ima >>> ge-in-OSX-after-it-has-been-updated-in-Windows >>> - https://pharo.fogbugz.com/f/cases/19869/Infinite-loop-on-m >>> ac-when-opening-an-image-saved-on-windows >>> - https://pharo.fogbugz.com/f/cases/19272/Image-freezes-on-L >>> inux-if-it-was-previously-saved-on-Windows >>> - http://forum.world.st/Image-freezes-on-Linux-if-it-was-pre >>> viously-saved-on-Windows-td4903258.html >>> >> >> Also this can be related: >> https://pharo.fogbugz.com/f/cases/19990/UFFI-not-reset-metho >> d-cache-at-image-startup >> >> Can you reproduce original problems with this slice loaded? (it is not >> integrated yet) >> > >

April 27, 2017

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

by Andrei Chis

Loaded slice 19990 and the issues is still there with the latest image+vm. On Thu, Apr 27, 2017 at 9:07 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hi. > > 2017-04-26 15:06 GMT+02:00 Andrei Chis <chisvasileandrei(a)gmail.com>: > >> >> I saw that there are a few issues about images saved on an operating >> system not working when opened on other operating systems: >> - https://pharo.fogbugz.com/f/cases/19852/Unable-to-open-ima >> ge-in-OSX-after-it-has-been-updated-in-Windows >> - https://pharo.fogbugz.com/f/cases/19869/Infinite-loop-on-m >> ac-when-opening-an-image-saved-on-windows >> - https://pharo.fogbugz.com/f/cases/19272/Image-freezes-on-L >> inux-if-it-was-previously-saved-on-Windows >> - http://forum.world.st/Image-freezes-on-Linux-if-it-was-pre >> viously-saved-on-Windows-td4903258.html >> > > Also this can be related: > https://pharo.fogbugz.com/f/cases/19990/UFFI-not-reset- > method-cache-at-image-startup > > Can you reproduce original problems with this slice loaded? (it is not > integrated yet) >

April 27, 2017

Re: [Pharo-dev] OmSessionStore and SnapshotDone event (was: saving an image on windows and opening it on mac problems)

by Denis Kudriashov

I open issue 20004 <https://pharo.fogbugz.com/f/cases/20004/SnapshotDone-should-be-not-announce…>. We need decide what the proper logic 2017-04-27 21:15 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > > 2017-04-27 21:11 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > >> 2017-04-26 17:21 GMT+02:00 Andrei Chis <chisvasileandrei(a)gmail.com>: >> >>> Hi, >>> >>> OmSessionStore registers an action (OmSessionStore>>#store) when the >>> event SnapshotDone is triggered. >>> However this event is triggered immediately when an image is opened >>> after being saved, before the file system was reset. >>> This means that OmSessionStore>>#store is called before the file system >>> is reset. >>> Hence, if you save an image on windows and open it on mac you run into >>> issues as OmSessionStore>>#store performs file operations that will work >>> with a WindowsStore instead of a MacStore. >>> >> >> Maybe we should remove this event at all because subscribing on it is not >> safe. Users should use SessionManager registration mechanizm driven by >> categories and priorities > > > I think SnapshotDone is supposed to be announced after all startup > actions. And here is a bug where it is wrong >

April 27, 2017

Re: [Pharo-dev] OmSessionStore and SnapshotDone event (was: saving an image on windows and opening it on mac problems)

by Denis Kudriashov

2017-04-27 21:11 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > 2017-04-26 17:21 GMT+02:00 Andrei Chis <chisvasileandrei(a)gmail.com>: > >> Hi, >> >> OmSessionStore registers an action (OmSessionStore>>#store) when the >> event SnapshotDone is triggered. >> However this event is triggered immediately when an image is opened after >> being saved, before the file system was reset. >> This means that OmSessionStore>>#store is called before the file system >> is reset. >> Hence, if you save an image on windows and open it on mac you run into >> issues as OmSessionStore>>#store performs file operations that will work >> with a WindowsStore instead of a MacStore. >> > > Maybe we should remove this event at all because subscribing on it is not > safe. Users should use SessionManager registration mechanizm driven by > categories and priorities I think SnapshotDone is supposed to be announced after all startup actions. And here is a bug where it is wrong

April 27, 2017

Re: [Pharo-dev] OmSessionStore and SnapshotDone event (was: saving an image on windows and opening it on mac problems)

by Denis Kudriashov

2017-04-26 17:21 GMT+02:00 Andrei Chis <chisvasileandrei(a)gmail.com>: > Hi, > > OmSessionStore registers an action (OmSessionStore>>#store) when the > event SnapshotDone is triggered. > However this event is triggered immediately when an image is opened after > being saved, before the file system was reset. > This means that OmSessionStore>>#store is called before the file system is > reset. > Hence, if you save an image on windows and open it on mac you run into > issues as OmSessionStore>>#store performs file operations that will work > with a WindowsStore instead of a MacStore. > Maybe we should remove this event at all because subscribing on it is not safe. Users should use SessionManager registration mechanizm driven by categories and priorities

April 27, 2017

Re: [Pharo-dev] saving an image on windows and opening it on mac problems

by Denis Kudriashov

Hi. 2017-04-26 15:06 GMT+02:00 Andrei Chis <chisvasileandrei(a)gmail.com>: > > I saw that there are a few issues about images saved on an operating > system not working when opened on other operating systems: > - https://pharo.fogbugz.com/f/cases/19852/Unable-to-open- > image-in-OSX-after-it-has-been-updated-in-Windows > - https://pharo.fogbugz.com/f/cases/19869/Infinite-loop-on- > mac-when-opening-an-image-saved-on-windows > - https://pharo.fogbugz.com/f/cases/19272/Image-freezes-on- > Linux-if-it-was-previously-saved-on-Windows > - http://forum.world.st/Image-freezes-on-Linux-if-it-was- > previously-saved-on-Windows-td4903258.html > Also this can be related: https://pharo.fogbugz.com/f/cases/19990/UFFI-not-reset-method-cache-at-imag… Can you reproduce original problems with this slice loaded? (it is not integrated yet)

April 27, 2017

Re: [Pharo-dev] Monticello: Script to suck up versions from a filetree repository and copy them to an HTTP repository?

by Peter Uhnak

On Fri, Apr 28, 2017 at 01:05:47AM +0800, Ben Coman wrote: > The natural thing for us in pharo-land is to script to movement of MC HTTP > repos to git. > This article describes why it actually could be worthwhile ensuring moving > git to MC HTTP is also easy... Technically speaking moving between GitFileTree and MC should be bi-directional, at least in the old script there was nothing requiring the endpoint be git (it is just deep copy of commits between two MC repos). Now I am updating the script, and I don't know if it will be preserved, but I'll keep it in mind. Peter > > https://www.joelonsoftware.com/2000/06/03/strategy-letter-iii-let-me-go-bac… > > cheers -ben > > On Fri, Apr 28, 2017 at 12:35 AM, Thierry Goubier <thierry.goubier(a)gmail.com > > wrote: > > > Hi Eliot, > > > > this is not possible in a FileTree repository, since it requires > > manipulating the underlying vcs, which may be anything. > > > > If it is a git-based repository used with filetree, then there are other > > solutions: gitfiletree and iceberg will show you the list of versions and > > allow you to access all of them. A Gofer script may then be used to export > > the versions one by one to any repository, if you really require that. > > > > Regards, > > > > Thierry > > > > > > Le 27/04/2017 Ã 18:24, Eliot Miranda a Ã©crit : > > > >> Hi All, > >> > >> anyone have a script for copying versions of packages in filetree > >> repositories into MC HTTP repositories? > >> > >> I'm looking at a filetree: repository for a package right now and... > >> - in the repository browser only Foo.package appears, not a list of > >> versions > >> - when I view the history of the package I get a list of versions but > >> there is no menu on selections from the list, so no obvious way of > >> accessing a version (browsing it, copying it, viewing differences > >> between versions, etc) > >> > >> _,,,^..^,,,_ > >> best, Eliot > >> > > > > > >

April 27, 2017