- Pharo-dev - lists.pharo.org

[Pharo 8.0] Build #924: 3113-we-should-rename-NEC-and-NOC-Controller-into-CompletionEngine

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #924 was: SUCCESS. The Pull Request #5036 was integrated: "3113-we-should-rename-NEC-and-NOC-Controller-into-CompletionEngine" Pull request url: https://github.com/pharo-project/pharo/pull/5036 Issue Url: https://github.com/pharo-project/pharo/issues/3113 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Oct. 30, 2019

Re: [Pharo-dev] Latest Pharo 7 Dev Image ?

by ducasse

We will check why. > On 30 Oct 2019, at 11:12, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > AFAIU these are very old, I took the highest build number, 1436 > > Pharo7.0.0-rc1.build.1436.sha.e281eb4.arch.64bit > > which is definitively not the latest ... > >> On 30 Oct 2019, at 10:50, ducasse <stepharo(a)netcourrier.com> wrote: >> >> I tried Pharo7.0 in the pharo launcher >> <Screenshot 2019-10-30 at 10.50.25.png> >>> On 30 Oct 2019, at 10:44, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> Where/how can I download the latest Pharo 7 development image ? >>> >>> More specifically, I want to test Pablo's latest commits, Oct 29, >>> >>> https://github.com/pharo-project/pharo/commits/Pharo7.0 >>> >>> fixing >>> >>> https://github.com/pharo-project/pharo/issues/4764 >>> >>> In Zero Config, there is no get.pharo.org/64/70-latest or alpha as far as I can see >>> >>> Sven >>> >>> >> > >

Oct. 30, 2019

[Pharo 8.0] Build #923: 4481-Copying-class-does-not-copy-class-comment

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #923 was: SUCCESS. The Pull Request #5026 was integrated: "4481-Copying-class-does-not-copy-class-comment" Pull request url: https://github.com/pharo-project/pharo/pull/5026 Issue Url: https://github.com/pharo-project/pharo/issues/4481 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Oct. 30, 2019

Re: [Pharo-dev] Latest Pharo 7 Dev Image ?

by Sven Van Caekenberghe

AFAIU these are very old, I took the highest build number, 1436 Pharo7.0.0-rc1.build.1436.sha.e281eb4.arch.64bit which is definitively not the latest ... > On 30 Oct 2019, at 10:50, ducasse <stepharo(a)netcourrier.com> wrote: > > I tried Pharo7.0 in the pharo launcher > <Screenshot 2019-10-30 at 10.50.25.png> >> On 30 Oct 2019, at 10:44, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> Where/how can I download the latest Pharo 7 development image ? >> >> More specifically, I want to test Pablo's latest commits, Oct 29, >> >> https://github.com/pharo-project/pharo/commits/Pharo7.0 >> >> fixing >> >> https://github.com/pharo-project/pharo/issues/4764 >> >> In Zero Config, there is no get.pharo.org/64/70-latest or alpha as far as I can see >> >> Sven >> >> >

Oct. 30, 2019

Re: [Pharo-dev] Latest Pharo 7 Dev Image ?

by ducasse

I tried Pharo7.0 in the pharo launcher > On 30 Oct 2019, at 10:44, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > Where/how can I download the latest Pharo 7 development image ? > > More specifically, I want to test Pablo's latest commits, Oct 29, > > https://github.com/pharo-project/pharo/commits/Pharo7.0 > > fixing > > https://github.com/pharo-project/pharo/issues/4764 > > In Zero Config, there is no get.pharo.org/64/70-latest or alpha as far as I can see > > Sven > >

Oct. 30, 2019

Latest Pharo 7 Dev Image ?

by Sven Van Caekenberghe

Where/how can I download the latest Pharo 7 development image ? More specifically, I want to test Pablo's latest commits, Oct 29, https://github.com/pharo-project/pharo/commits/Pharo7.0 fixing https://github.com/pharo-project/pharo/issues/4764 In Zero Config, there is no get.pharo.org/64/70-latest or alpha as far as I can see Sven

Oct. 30, 2019

[Pharo 8.0] Build #922: Executable Comments in Number

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #922 was: FAILURE. The Pull Request #5035 was integrated: "Executable Comments in Number" Pull request url: https://github.com/pharo-project/pharo/pull/5035 Issue Url: https://github.com/pharo-project/pharo/issues/Pharo8.0 Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Oct. 30, 2019

Re: [Pharo-dev] Git URL issues

by Norbert Hartl

> Am 29.10.2019 um 17:16 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > ï»¿Hi Esteban, > > I tried your snippets, see comments below. > >> On 29 Oct 2019, at 11:07, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> Hi Sven, >> >> You are facing two different problems at the same time :) >> 1) a problem with Metacello api. There is a mismatch between git and metacello because the apis are not equivalent (specially having iceberg in the middle). >> If you want to use HTTPS in metacello you have to explicit you want to use HTTPS, but you still has to use the GitHub:// identifier. >> >> If you execute first: >> >> ./pharo build.image eval --save "Iceberg remoteTypeSelector: #httpsUrlâ >> >> Then your execution: >> >> ./pharo build.image metacello install github://svenvc/ztimestamp BaselineOfZTimestamp >> >> Will work without warnings. > > Yes, this now removes the warning (not that that was a real problem). > I do not think I understand the implications of changing the remoteTypeSelector though. > >> Now, you have another problem: >> 2) You cannot use an url as this with iceberg/metacello: https://deploy:secret@.../scm/xyz/xyz-pharo.git >> And yes, we could do a parse of it and use it (also solving your metacello command problem), but this is not easily doable and it would take time. >> The usual way of doing this is not using HTTPS but distributing public/private keys (then you use the regular SSH protocol). >> But if you still want/need to use HTTPS, then you need to provide your plaintext credentials. >> For iceberg, your credentials are stored in your preferences directory, at credentials.fuel (so you could add them to your CI server, if you have them). >> To add them programatically you need to do something like this: >> >> ./pharo build.image eval --save "IceCredentialStore current >> storeCredential: (IcePlaintextCredentials new >> username: 'esteban'; >> password: 'secret'; >> yourself) >> forHostname: âgithub.comâ" >> >> Then you full script will be like this: >> >> ./pharo build.image eval --save â >> Iceberg remoteTypeSelector: #httpsUrlâ. >> IceCredentialStore current >> storeCredential: (IcePlaintextCredentials new >> username: 'esteban'; >> password: 'secret'; >> yourself) >> forHostname: 'github.com' >> â >> ./pharo build.image metacello install github://svenvc/ztimestamp BaselineOfZTimestamp >> >> I hope this solves your problem :) > > This worked as well, but since ZTimestamp is a public GitHub.com project, I am not sure the authentication is really used. I tried with my GitHub.com credentials (username/password) and it loaded, but when I altered the password for a wrong one, it still worked ;-) > > Now, the problem is: how do I access the private, password protected repository of my company ? > > I tried to add a host to the github:// URL but I do not have the impression that this works. > > Since making this more concrete involves some sensitive information, I will send you a private email with the details of a test project/repository/user that I made. > > Sven > > PS: I want to stress that for me Iceberg works really well on my local development machine: I created the test project/code/baseline without encountering any issue (Pharo 7). > I like to second that. Working with iceberg is mostly ok. Where it is not it is often related more to git than to iceberg. But yes the deployment side has weaknesses. So my position on this that for production I want to reproducible load code which you cannot be sure when using iceberg with git and metacello (repos do not get updated automatically). This is the main reason I use https. Furthermore iceberg is no lightweight. So I want to have a process that I can use for small images as well where iceberg should be absent. Please read this as something to consider for future enhancement. Managing credentials is something that needs to be improved. In order to be able to load a dependent project from a private repo I recompile url methods to inject credentials. So yes a better way is highly welcome ;) Norbert >> Esteban >> >> On Mon, Oct 28, 2019 at 11:58 AM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> I am still at a loss with this issue. >> >> When loading from github://svenvc/ztimestamp using Metacello (see original mail) the code in MCGitBasedNetworkRepository>>#createIcebergRepositoryWithFallbackFor:url: clearly switches to using https://github.com/svenvc/ztimestamp.git - I traced it. >> >> So obviously, Pharo 7 is capable of accessing it. >> >> However, starting directly with https://github.com/svenvc/ztimestamp.git I end up in a totally different place. Why ? >> >> This code is so complex... >> >>>> On 25 Oct 2019, at 14:49, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> Hi, >>> >>> I asked this before, but I still have trouble with this. >>> >>> What I ultimately want is what I used for years now: use the zero config tools to point to my private repo and install my code and all its dependencies from a single Metacello config. >>> >>> Basically, >>> >>> $vm $image config _CONFIG_REPO_ _CONFIG_NAME_ --username=_CONFIG_USER_ --password=_CONFIG_PASS_ --install=_CONFIG_VERSION_ --group=_CONFIG_GROUP_ >>> >>> towards a private server. >>> >>> In the new world of git(hub)/tonel/iceberg I am trying the following (not using the 'config' but the new 'metacello' command line handler): >>> >>> $ uname -a >>> Linux audio359 4.15.0-39-generic #42-Ubuntu SMP Tue Oct 23 15:48:01 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux >>> >>> $ curl get.pharo.org/64/70+vm | bash >>> % Total % Received % Xferd Average Speed Time Time Time Current >>> Dload Upload Total Spent Left Speed >>> 100 3054 100 3054 0 0 57622 0 --:--:-- --:--:-- --:--:-- 57622 >>> Downloading the latest 70 Image: >>> http://files.pharo.org/get-files/70/pharo64.zip >>> Pharo.image >>> Downloading the latest pharoVM: >>> http://files.pharo.org/get-files/70/pharo64-linux-stable.zip >>> pharo-vm/pharo >>> Creating starter scripts pharo and pharo-ui >>> >>> $ ./pharo Pharo.image printVersion >>> [version] 'Pharo7.0.4' 'Pharo-7.0.4+build.168.sha.ccd1f6489120f58ddeacb2cac77cd3a0f0dcfbe6 (64 Bit)' >>> >>> $ ./pharo Pharo.image save build >>> >>> $ ./pharo build.image metacello install github://svenvc/ztimestamp BaselineOfZTimestamp >>> >>> 3. using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git) I will try to clone the HTTPS variant. >>> Fetched -> BaselineOfZTimestamp-CompatibleUserName.1554735117 --- https://github.com/svenvc/ztimestamp.git[master] --- https://github.com/svenvc/ztimestamp.git[master] >>> Loaded -> BaselineOfZTimestamp-CompatibleUserName.1554735117 --- https://github.com/svenvc/ztimestamp.git[master] --- https://github.com/svenvc/ztimestamp.git[master] >>> Loading baseline of BaselineOfZTimestamp... >>> Fetched -> ZTimestamp-CompatibleUserName.1554735117 --- https://github.com/svenvc/ztimestamp.git[master] --- https://github.com/svenvc/ztimestamp.git[master] >>> Loaded -> ZTimestamp-CompatibleUserName.1554735117 --- https://github.com/svenvc/ztimestamp.git[master] --- cache >>> ...finished baseline >>> >>> $ ./pharo build.image eval ZTimestamp now >>> 2019-10-25T12:28:34Z >>> >>> So although it gave a warning, it worked fine. >>> >>> The warning said, >>> >>> using HTTPS instead SSH (Just use an url in the form HTTPS://etc.git) I will try to clone the HTTPS variant. >>> >>> so let's try that after cleaning everything: >>> >>> $ rm -rf pharo-local/ build.* >>> >>> $ ./pharo Pharo.image save build >>> >>> $ ./pharo build.image metacello install https://github.com/svenvc/ztimestamp.git BaselineOfZTimestamp >>> >>> ...RETRY->BaselineOfZTimestamp >>> ...RETRY->BaselineOfZTimestamp >>> ...FAILED->BaselineOfZTimestampCould not resolve: BaselineOfZTimestamp [BaselineOfZTimestamp] in /home/sven/pharo7/pharo-local/package-cache https://github.com/svenvc/ztimestamp.git >>> MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>retryingResolvePackageSpecReferences:gofer: >>> >>> WTF ? Why does this not work (I can perfectly git clone that URL) ? >>> >>> Of course, this would just be the first step, eventually I want to use my own private server with a URL like >>> >>> https://deploy:secret@bitbucket.myserver.be/scm/xyz/xyz-pharo.git >>> >>> How do you build/deploy non-public production code using the command line ? >>> >>> Help would be much appreciated. >>> >>> Sven >>> >> >> > >

Oct. 30, 2019

[Pharo 8.0] Build #921: Use NECEntry

by ci-pharo-ci-jenkins2＠inria.fr

There is a new Pharo build available! The status of the build #921 was: FAILURE. The Pull Request #5033 was integrated: "Use NECEntry" Pull request url: https://github.com/pharo-project/pharo/pull/5033 Issue Url: https://github.com/pharo-project/pharo/issues/UseNECEntry Build Url: https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%2…

Oct. 30, 2019

Re: [Pharo-dev] PLZ fix it for Pharo8...

by Ben Coman

Casimiro, I tested your change and it works well. btw, for such a simple change, you don't even need to connect your Pharo image to github. Just fork the repo and make your edit directly with github's text editor at your equal location location to this... https://github.com/pharo-project/pharo/blob/39a50d3d/src/Tool-Catalog/Catal… <https://github.com/pharo-project/pharo/blob/39a50d3d5196eeaf74d0ad336cfb6b2…> Then submit that as a PR to leave your mark on Pharo (with a good PR description a bug entry not required). Could you give it a go? :) :) cheers -ben On Wed, 16 Oct 2019 at 22:47, ducasse <stepharo(a)netcourrier.com> wrote: > Thanks Casimiro > > Why donât you open a bug entry on github.com? > > > On 16 Oct 2019, at 14:53, Casimiro de Almeida Barreto < > casimiro.barreto(a)gmail.com> wrote: > > In the last builds of Pharo8, CatalogBrowser comes with an easily fixable > glitch... Please could someone take a look? My humble suggestion is: > > =============================================================== > > createRepositoryURLtoNameMappings > "Return a mapping between repositories URLs and their user names" > > <script: 'self createRepositoryURLtoNameMappings inspect'> > |repos| > repos := Dictionary new. > 3 to: SystemVersion current major do: [:v | > repos > at: ('http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo{1}0/main' > format: (Array with: v)) > put: ('Pharo{1}.0' format: (Array with: v)]. > repos at: 'http://www.squeaksource.com/MetacelloRepository' put: > 'Unsorted'. > ^repos > > ================================================================ > > > Best wishes, > > > Casimiro Barreto > > >

Oct. 29, 2019