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

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

by Guillermo Polito

On Tue, Oct 2, 2018 at 6:54 PM Ben Coman <btc(a)openinworld.com> wrote: > > > 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. > Yes > Possibly even the project renamed within Iceberg should rename the disk > working directory. > I am afraid of this ^^. This could be a natural and simple mechanism to explain, but take into account that you can have in iceberg different repositories from different places in your disk. Then this means you will not be able to rename your project if you have a directory with the required name in the same place. > (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 >> > -- 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. 3, 2018

Re: [Pharo-users] Metacello load baselines/configurations only

by Guillermo Polito

On Wed, Oct 3, 2018 at 9:28 AM Norbert Hartl <norbert(a)hartl.name> wrote: > > > > Am 03.10.2018 um 08:34 schrieb Peter Uhnak <i.uhnak(a)gmail.com>: > > > > Hi, > > > > is there a way to instruct Metacello to only install > BaselineOfs/ConfigurationOfs instead of the entire project? For the > purposes of analyzing dependencies. > > > Isnât this the case if you use fetch instead if load? > Yeh, but I don't think fetch is recursive... You have also #record that will return a list of things to load. > > Norbert > > > Thanks, > > Peter > > > -- 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. 3, 2018

Re: [Pharo-users] Metacello load baselines/configurations only

by Norbert Hartl

> Am 03.10.2018 um 08:34 schrieb Peter Uhnak <i.uhnak(a)gmail.com>: > > Hi, > > is there a way to instruct Metacello to only install BaselineOfs/ConfigurationOfs instead of the entire project? For the purposes of analyzing dependencies. > Isnât this the case if you use fetch instead if load? Norbert > Thanks, > Peter

Oct. 3, 2018

Metacello load baselines/configurations only

by Peter Uhnak

Hi, is there a way to instruct Metacello to only install BaselineOfs/ConfigurationOfs instead of the entire project? For the purposes of analyzing dependencies. Thanks, Peter

Oct. 3, 2018

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

by Ben Coman

On Wed, 3 Oct 2018 at 02:27, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > What do you think about Ben's post (paraphrased) that "canonical" doesn't > mean much in the git/GH world? I'm happy with that paraphrasing but just to make a fine distinction. I think the canonical repo is still important, particularly regarding author rights, but its not important that its the only copy. Its a balance between author rights and community rights. Apart from purely philanthropic reasons, software is open sourced to get community involvement. Users that invest time and effort using of open source software can be argued to have "some" rights regarding continuity of access and ease of collaboration. I think its this need that repo copies fill. On Wed, 3 Oct 2018 at 05:06, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Ben Coman wrote > >> 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. > > Firstly, I have to, as Dale says, "Eat my hat" because this is the first > time using the migration tool was *not* straightforward! It fell over > several times due to PDFDocument's comment. First, there was some weird > non-text, and then a non-ascii character (asciiValue = 8230). Anyway, to > hopefully prevent any further non-productive conversation, I migrated the > repo with the hopes that someone in the pharo-contributions organization > will copy it. I didn't "Transfer" it because after reading the docs, there > is some internal redirect mechanism instead of a real "move" and e.g. I > will > then not be able to have a fork with that name. After it has been pushed to > the new remote, let me know and I will delete mine. > > https://github.com/seandenigris/Artefact Thanks Sean. cheers -ben

Oct. 3, 2018

Re: [Pharo-users] PharoLauncher "version determination error"

by Esteban A. Maringolo

Thanks Sean, Weird, I think I'm already running 1.4, because the downloaded setup file was named pharo-launcher-1.4 (I'm downloading again just in case). The about of my current version shows: - PharoLauncher-Core-VincentBlondeau.184 - PharoLauncher-Spec-ChristopheDemarey.66 - PharoLauncher-Tests-Core-VincentBlondeau.24 Regards, On 10/2/2018 9:09 PM, Sean P. DeNigris wrote: > Esteban A. Maringolo wrote >> Am I doing something wrong? > > No. It was a bug that has been fixed. From Christophe in another thread: >> The problem is probably fixed in the latest PharoLauncher version (1.4) >> available from http://pharo.org/download. >> If not, as specified in the dialog text, please run the given command from >> the command line to give us more information on what is the problem. > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > -- Esteban A. Maringolo

Oct. 3, 2018

Re: [Moose-dev] Plotting genome scale values with Roassal

by Alexandre Bergel

Pretty cool! Alexandre > On Oct 2, 2018, at 2:21 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > <a TRMorph(28411392).png><skew_diagram_ecoli.png>

Oct. 3, 2018

Re: [Pharo-users] PharoLauncher "version determination error"

by Sean P. DeNigris

Esteban A. Maringolo wrote > Am I doing something wrong? No. It was a bug that has been fixed. From Christophe in another thread: > The problem is probably fixed in the latest PharoLauncher version (1.4) > available from http://pharo.org/download. > If not, as specified in the dialog text, please run the given command from > the command line to give us more information on what is the problem. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 3, 2018

PharoLauncher "version determination error"

by Esteban Maringolo

I downloaded a Pharo 7.0 32 bit using PharoLauncher in Windows, and I'm getting the mentioned error when attempting to launch the image. Before displaying the error it opens the image (or an image) twice. [image: image.png] Am I doing something wrong? Regards, Esteban A. Maringolo

Oct. 2, 2018

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

by Sean P. DeNigris

Ben Coman wrote >> 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. Firstly, I have to, as Dale says, "Eat my hat" because this is the first time using the migration tool was *not* straightforward! It fell over several times due to PDFDocument's comment. First, there was some weird non-text, and then a non-ascii character (asciiValue = 8230). Anyway, to hopefully prevent any further non-productive conversation, I migrated the repo with the hopes that someone in the pharo-contributions organization will copy it. I didn't "Transfer" it because after reading the docs, there is some internal redirect mechanism instead of a real "move" and e.g. I will then not be able to have a fork with that name. After it has been pushed to the new remote, let me know and I will delete mine. https://github.com/seandenigris/Artefact ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 2, 2018