October 2018 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [ANN] Migrated Artefact to GitHub

by Sean P. DeNigris

Peter Uhnak wrote > pharo-contribs seems like the best choice The issue with that is that I didn't see a way for me to add a repo under that organization, leading me to believe that we would create a bottleneck like that of integration where all progress depends on a few gatekeepers. What do you think about Ben's post (paraphrased) that "canonical" doesn't mean much in the git/GH world? ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 2, 2018

Re: [Pharo-users] Iceberg - better control of project name?

by Sean P. DeNigris

Ben Coman wrote > I'd expect the project name within Iceberg to match the name > of the working directory on disk. I wonder if e.g. direct git loading creating a directory with the same name as the repo (and maybe not what you'd want to see in Pharo) would make that potentially problematic. Maybe that's an artificial limitation? Not sure, just musing... ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 2, 2018

Re: [Pharo-users] GTDocument how to

by Juraj Kubelka

Hi Hilaire, You are right, we cannot have real Morph widget inside of Bloc element. Cheers, Juraj > On Oct 2, 2018, at 14:38, Hilaire <hilaire(a)drgeo.eu> wrote: > > Thanks for the tips. It works, the view is not interactive though > > Hilaire > > > Le 30/09/2018 Ã 16:18, Juraj Kubelka via Pharo-users a Ã©crit : >> You can create extension similar to one you have >> here: DrGeoCanvas>>#gtInspectorCanvasIn: >> >> DrGeoCanvas>>#gtCanvasIn: aView >> <gtView> >> ^ self view >> ifNil: [ aView empty ] >> ifNotNil: [ :aMorph | aMorph gtMorphFor: aView ] >> >> >> Then you can obtain Documenter views like this: > > -- > Dr. Geo > http://drgeo.eu > > >

Oct. 2, 2018

Re: [Pharo-users] GTDocument how to

by Hilaire

Thanks for the tips. It works, the view is not interactive though Hilaire Le 30/09/2018 Ã 16:18, Juraj Kubelka via Pharo-users a Ã©critÂ : > You can create extension similar to one you have > here:Â DrGeoCanvas>>#gtInspectorCanvasIn: > > DrGeoCanvas>>#gtCanvasIn: aView > <gtView> > ^ self viewÂ > ifNil: [ aView empty ]Â > ifNotNil: [ :aMorph | aMorph gtMorphFor: aView ] > > > Then you can obtain Documenter views like this: -- Dr. Geo http://drgeo.eu

Oct. 2, 2018

Re: [Pharo-users] [ANN] Migrated Artefact to GitHub

by Ben Coman

On Tue, 2 Oct 2018 at 23:21, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > > > On Tue, Oct 2, 2018 at 4:55 PM Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > >> Guillermo Polito wrote >> > when somebody migrates the repository. >> >> Who has access to the Pharo-contributions GH organization? Is that the >> "go-to" repository for this case? I'm not often clear about under which GH >> user/org something should be ported if one is not the owner. Do we have a >> policy? > > > In this case, to get the ball rolling would it be possible to create >> under one's own user account > > and then transfer to ownership the appropriate entity? > > That seems reasonable. It should be simple to later fork that repo under Pharo-contributions. > > If the project is actively maintained, then please ask the maintainer > (e.g. I'm waiting for monty to respond to my offer to migrate XMLParser). > > Migrating it under your own account is sending signal to the community "I > am going to take care and MAINTAIN this project.". > Unless that is your intention, then pharo-contribs seems like the best > choice. Unlike the old approach it is easy for anyone to contribute with > pull requests without having to wait for access rights or whatnot. > I may be out of line, but in this era of super-simple forking (e.g. on github), I feel the rules have evolved. Over time I've encountered several projects having "This is a mirror of XXXX at YYYY (e.g. some svn repo)" as the first line of their README.md - perhaps in bold or red. Pointing to the location of the canonical repo always seemed to me to be reasonable attribution and indication of where care and maintenance is focused. cheers -ben

Oct. 2, 2018

Re: [Pharo-users] Iceberg - better control of project name?

by Ben Coman

On Tue, 2 Oct 2018 at 15:52, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > - Maybe, for old projects that don't have a name, we could initialize a > project's name as it's repository name? > In any case, I'd expect the project name within Iceberg to match the name of the working directory on disk. Possibly even the project renamed within Iceberg should rename the disk working directory. (btw, I don't know if "project name" is the best term, but I can't think of a better one.) cheers -ben > > On Tue, Oct 2, 2018 at 5:07 AM Tim Mackinnon <tim(a)testit.works> wrote: > >> Sounds like the user override is what we are after - I guess we need to >> make a pr ... sadly my laptop has died so itâs not going to be me for a >> little while until I can find an Apple store on my travels. >> >> Tim >> >> Sent from my iPhone >> >> On 2 Oct 2018, at 12:30, Ben Coman <btc(a)openinworld.com> wrote: >> >> >> >> On Mon, 1 Oct 2018 at 23:16, Sean P. DeNigris <sean(a)clipperadams.com> >> wrote: >> >>> Tim Mackinnon wrote >>> > either by showing {owner}/{project} >>> >>> What about when there are multiple remotes? >>> >> >> +1 to what you imply here, that the owner/remote should not be auto-coded >> into the project name. >> Remote are well handled within Iceberg. >> The user though could add the owner as free text into a custom project >> name i.e. "owner-project" >> >> cheers -ben >> >> >> > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > 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 >

Oct. 2, 2018

Re: [Pharo-users] Image does not start anymore

by Bernhard Pieber

Hi Vincent, It occurred to me that I had probably misunderstood you. I had tried with the Squeak VM and not the latest OpenSmalltalk Pharo VM. With that my image works again. Code is saved. Data is there. Learned something for next time. :-) Thanks everyone for your help. Cheers, Bernhard > Am 02.10.2018 um 09:24 schrieb Bernhard Pieber <bernhard(a)pieber.com>: > > Hi Vincent, > > Thanks for taking the time to answer. Yes, I have the same error every time. > > I tried with the latest stable Squeak VM. However, I get an error âExternal module not foundâ for libgit2.dll. > > I am afraid I cannot provide the image because the data it contains is sensitive. > > I will look into Epicea next. > > Cheers, > Bernhard > >> Am 01.10.2018 um 18:09 schrieb <Vincent.Blondeau(a)lamresearch.com> <Vincent.Blondeau(a)lamresearch.com>: >> >> Hi, >> >> That is weird. It seems that you should have some debugging process running... Do you have the same error if you try again? So can also try with a squeak VM which is more simple. >> You can always retrieve your changes with Epicea (see Gif) and you playground code (see in the play cache folder). >> >> Worse case, I can try something to get your data back but without any guaranty that it will work because it implies to play with the image bytecode. >> >> Cheers, >> Vincent >> >> -----Original Message----- >> From: Pharo-users <pharo-users-bounces(a)lists.pharo.org> On Behalf Of Bernhard Pieber >> Sent: Saturday, September 29, 2018 9:07 >> To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> >> Subject: [Pharo-users] Image does not start anymore >> >> Hi, >> >> I have a Pharo 7 image which I normally start from Pharo Launcher on Windows. I think I saved it without problems. However, suddenly it stopped opening. As it contains data and some unsaved code I would hate to loose, I'd appreciate any help on how to debug a situation like this. I attached the debug log. >> >> Cheers, >> Bernhard >> <2018-10-01_09-03-51.gif>

Oct. 2, 2018

Re: [Pharo-users] [ANN] Migrated Artefact to GitHub

by Peter Uhnak

On Tue, Oct 2, 2018 at 4:55 PM Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Guillermo Polito wrote > > when somebody migrates the repository. > > Who has access to the Pharo-contributions GH organization? Is that the > "go-to" repository for this case? I'm not often clear about under which GH > user/org something should be ported if one is not the owner. Do we have a > policy? In this case, to get the ball rolling would it be possible to > create > under one's own user account and then transfer to ownership the appropriate > entity? If the project is actively maintained, then please ask the maintainer (e.g. I'm waiting for monty to respond to my offer to migrate XMLParser). Migrating it under your own account is sending signal to the community "I am going to take care and MAINTAIN this project.". Unless that is your intention, then pharo-contribs seems like the best choice. Unlike the old approach it is easy for anyone to contribute with pull requests without having to wait for access rights or whatnot. Peter

Oct. 2, 2018

Re: [Pharo-users] Image does not start anymore

by Sean P. DeNigris

Ben Coman wrote > I'm guessing that would start by copying the ombu folders under > pharo-local > to a new image. Not sure if it's "the way", but I've done that successfully before. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 2, 2018

Re: [Pharo-users] [ANN] Migrated Artefact to GitHub

by Sean P. DeNigris

Guillermo Polito wrote > when somebody migrates the repository. Who has access to the Pharo-contributions GH organization? Is that the "go-to" repository for this case? I'm not often clear about under which GH user/org something should be ported if one is not the owner. Do we have a policy? In this case, to get the ball rolling would it be possible to create under one's own user account and then transfer to ownership the appropriate entity? ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 2, 2018