Smalltalk › Pharo › Pharo Smalltalk Users

Iceberg: Installing a baseline from a self hosted Git/Gitea repository branch

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

7 messages Options

Offray Vladimir Luna Cárdenas-2

Iceberg: Installing a baseline from a self hosted Git/Gitea repository branch

HI.

I'm migrating my packages from StHub to a self hosted Gitea instance. I have already a test BaselineOf hosted there and referring to other self hosted repositories. I'm following the [Baselines documentation](https://github.com/pharo-open-documentation/pharo-wiki/blob/master/General/Baselines.md) for all this. But when I try to load the baseline from the beta/migration branch running the code below, I get the message Could not resolve: BaselineOfGrafoscopio in https://code.tupale.co/Offray/Grafoscopio/src/branch/beta/migration/. How can I load Baselines hosted in a branch inside a self hosted Git/Gitea repository?

Metacello new 
    baseline: 'Grafoscopio';
    repository: 'https://code.tupale.co/Offray/Grafoscopio/src/branch/beta/migration/';
    load

Thanks,

Offray

Guillermo Polito

Re: Iceberg: Installing a baseline from a self hosted Git/Gitea repository branch

Hi Offray,

Metacello and Iceberg are different things, although there is some integration between them.

Iceberg understand git urls (ssh:// … [hidden email] …. https://…)

Metacello understand its own urls, because it was originally designed to work in independence of git (github:// bitbucket://…)

You cannot use https:// or ssh:// urls in metacello.

You can clone manually with Iceberg and then do a load through Iceberg’s UI.

From the doc in here:

https://github.com/pharo-open-documentation/pharo-wiki/blob/master/General/Baselines.md#project-from-githubgitlabbitbucket

The valid URLs are

{prefix}://{optionalHostname}:{owner}/{projectName}:{version}/{subFolder}

This snippet should be configured with:

{prefix}: This is host-specific:
- github for github
- bitbucket for bitbucket
- gitlab for gitlab

Cheers,

Guille

El 14 jul 2020, a las 20:02, Offray Vladimir Luna Cárdenas <[hidden email]> escribió:
HI.

I'm migrating my packages from StHub to a self hosted Gitea instance. I have already a test BaselineOf hosted there and referring to other self hosted repositories. I'm following the [Baselines documentation](https://github.com/pharo-open-documentation/pharo-wiki/blob/master/General/Baselines.md) for all this. But when I try to load the baseline from the beta/migration branch running the code below, I get the message Could not resolve: BaselineOfGrafoscopio in https://code.tupale.co/Offray/Grafoscopio/src/branch/beta/migration/. How can I load Baselines hosted in a branch inside a self hosted Git/Gitea repository?
Metacello new 
    baseline: 'Grafoscopio';
    repository: 'https://code.tupale.co/Offray/Grafoscopio/src/branch/beta/migration/';
    load
Thanks,
Offray

Offray Vladimir Luna Cárdenas-2

Re: Iceberg: Installing a baseline from a self hosted Git/Gitea repository branch

Thanks Guille,

The document you point was the one I was reading. But I thought that, despite differences between Iceberg and Monticello, the last one would be able to load baselines in a host-neutral Git repository, using https.

So, a better question would be: Is possible to load programatically (via a code snippet) using Iceberg, Monticello or something else a baseline that installs a project and its dependencies and is hosted in an independent Git provider? How can self hosted git repositories containing baselines be loaded?

Cheers,

Offray

On 15/07/20 2:46 a. m., Guillermo Polito wrote:

Hi Offray,

Metacello and Iceberg are different things, although there is some integration between them.

Iceberg understand git urls (<a class="moz-txt-link-freetext" href="ssh://">ssh:// … [hidden email] …. https://…)

Metacello understand its own urls, because it was originally designed to work in independence of git (github:// bitbucket://…)

You cannot use https:// or <a class="moz-txt-link-freetext" href="ssh://">ssh:// urls in metacello.

You can clone manually with Iceberg and then do a load through Iceberg’s UI.
From the doc in here:

https://github.com/pharo-open-documentation/pharo-wiki/blob/master/General/Baselines.md#project-from-githubgitlabbitbucket

The valid URLs are

{prefix}://{optionalHostname}:{owner}/{projectName}:{version}/{subFolder}

This snippet should be configured with:

{prefix}: This is host-specific:

github for github

bitbucket for bitbucket

gitlab for gitlab

Cheers,

Guille
El 14 jul 2020, a las 20:02, Offray Vladimir Luna Cárdenas <[hidden email]> escribió:
HI.

I'm migrating my packages from StHub to a self hosted Gitea instance. I have already a test BaselineOf hosted there and referring to other self hosted repositories. I'm following the [Baselines documentation](https://github.com/pharo-open-documentation/pharo-wiki/blob/master/General/Baselines.md) for all this. But when I try to load the baseline from the beta/migration branch running the code below, I get the message Could not resolve: BaselineOfGrafoscopio in https://code.tupale.co/Offray/Grafoscopio/src/branch/beta/migration/. How can I load Baselines hosted in a branch inside a self hosted Git/Gitea repository?
Metacello new 
    baseline: 'Grafoscopio';
    repository: 'https://code.tupale.co/Offray/Grafoscopio/src/branch/beta/migration/';
    load
Thanks,

Offray

Pierce Ng-3

Re: Iceberg: Installing a baseline from a self hosted Git/Gitea repository branch

On Wed, Jul 15, 2020 at 08:41:04AM -0500, Offray Vladimir Luna Cárdenas wrote:
> So, a better question would be: Is possible to load programatically (via
> a code snippet) using Iceberg, Monticello or something else a baseline
> that installs a project and its dependencies and is hosted in an
> independent Git provider? How can self hosted git repositories
> containing baselines be loaded?

Hi Offray,

I don't define dependencies in baselines for stuff in my self-hosted
Gitea because I work on them myself and I know their interdependencies.
And since I am working on them, they are all locally checked out.

I load my stuff in the correct order like this:

Metacello new
baseline: 'StuffOne';
repository: 'tonel:///home/pierce/work/git/StuffOne/src';
load.

Metacello new
baseline: 'StuffTwo';
repository: 'tonel:///home/pierce/work/git/StuffTwo/src';
load.

Here StuffTwo is dependent on StuffOne. To be clear, I have written
baselines for StuffOne and StuffTwo, which is how I am loading them
here. I'm just not defining in StuffTwo's baseline that StuffOne is a
dependency.

For me this is more agile because I only need to edit my load snippet
and I get immediate feedback by running it. The Git repo roundtripping
of fixing up dependencies in baselines OTOH feels more like the
edit-compile-test cycle. Eventually if/when I publish StuffOne and
StuffTwo, I do have to define the dependencies but it'll be easy because
then they'll be on Github.

Pierce

Offray Vladimir Luna Cárdenas-2

Re: Iceberg: Installing a baseline from a self hosted Git/Gitea repository branch

Hi Pierce,

I'm loading the stuff in the self Gitea repositories from local copies
and in the order I know they are needed. So in a sense I following a
similar behavior as yours (but I will use the `tonel:///` trick now when
needed, thanks for it).

My problem is with sharing my baseline with others to ease their
installation of the packages I develop, without using Git oligopolistic
providers (GitHub, GitLab and Bitbucket), but instead self hosted
community Gitea instances.

From this thread, I imagine that the path to follow is to extend the
Metacello Git providers to include Gitea instances. I will see how the
current ones are implemented and what can I contribute using them as a
template for new providers and see how to contribute this back to Pharo
as a Metacello "plugin". I will share advances and questions here.

Cheers,

Offray

On 15/07/20 10:19 p. m., Pierce Ng wrote:

> On Wed, Jul 15, 2020 at 08:41:04AM -0500, Offray Vladimir Luna Cárdenas wrote:
>> So, a better question would be: Is possible to load programatically (via
>> a code snippet) using Iceberg, Monticello or something else a baseline
>> that installs a project and its dependencies and is hosted in an
>> independent Git provider? How can self hosted git repositories
>> containing baselines be loaded?
> Hi Offray,
>
> I don't define dependencies in baselines for stuff in my self-hosted
> Gitea because I work on them myself and I know their interdependencies.
> And since I am working on them, they are all locally checked out.
>
> I load my stuff in the correct order like this:
>
> Metacello new
> baseline: 'StuffOne';
> repository: 'tonel:///home/pierce/work/git/StuffOne/src';
> load.
>
> Metacello new
> baseline: 'StuffTwo';
> repository: 'tonel:///home/pierce/work/git/StuffTwo/src';
> load.
>
> Here StuffTwo is dependent on StuffOne. To be clear, I have written
> baselines for StuffOne and StuffTwo, which is how I am loading them
> here. I'm just not defining in StuffTwo's baseline that StuffOne is a
> dependency.
>
> For me this is more agile because I only need to edit my load snippet
> and I get immediate feedback by running it. The Git repo roundtripping
> of fixing up dependencies in baselines OTOH feels more like the
> edit-compile-test cycle. Eventually if/when I publish StuffOne and
> StuffTwo, I do have to define the dependencies but it'll be easy because
> then they'll be on Github.
>
> Pierce
>
>

demarey

Re: Iceberg: Installing a baseline from a self hosted Git/Gitea repository branch

Hi Offray,

You can also use something like:
location := FileLocator localDirectory / 'iceberg' / 'pharo-contributions' / 'taskit'.
(IceRepositoryCreator new
location: location;
remote: (IceGitRemote url: 'https://github.com/pharo-contributions/taskit.git');
createRepository)
register.

Metacello new
repository: 'gitlocal://', location fullName;
baseline: 'TaskIt';
load

Regards,
Christophe

> Le 16 juil. 2020 à 20:04, Offray Vladimir Luna Cárdenas <[hidden email]> a écrit :
>
> Hi Pierce,
>
> I'm loading the stuff in the self Gitea repositories from local copies
> and in the order I know they are needed. So in a sense I following a
> similar behavior as yours (but I will use the `tonel:///` trick now when
> needed, thanks for it).
>
> My problem is with sharing my baseline with others to ease their
> installation of the packages I develop, without using Git oligopolistic
> providers (GitHub, GitLab and Bitbucket), but instead self hosted
> community Gitea instances.
>
> From this thread, I imagine that the path to follow is to extend the
> Metacello Git providers to include Gitea instances. I will see how the
> current ones are implemented and what can I contribute using them as a
> template for new providers and see how to contribute this back to Pharo
> as a Metacello "plugin". I will share advances and questions here.
>
> Cheers,
>
> Offray
>
> On 15/07/20 10:19 p. m., Pierce Ng wrote:
>> On Wed, Jul 15, 2020 at 08:41:04AM -0500, Offray Vladimir Luna Cárdenas wrote:
>>> So, a better question would be: Is possible to load programatically (via
>>> a code snippet) using Iceberg, Monticello or something else a baseline
>>> that installs a project and its dependencies and is hosted in an
>>> independent Git provider? How can self hosted git repositories
>>> containing baselines be loaded?
>> Hi Offray,
>>
>> I don't define dependencies in baselines for stuff in my self-hosted
>> Gitea because I work on them myself and I know their interdependencies.
>> And since I am working on them, they are all locally checked out.
>>
>> I load my stuff in the correct order like this:
>>
>> Metacello new
>> baseline: 'StuffOne';
>> repository: 'tonel:///home/pierce/work/git/StuffOne/src';
>> load.
>>
>> Metacello new
>> baseline: 'StuffTwo';
>> repository: 'tonel:///home/pierce/work/git/StuffTwo/src';
>> load.
>>
>> Here StuffTwo is dependent on StuffOne. To be clear, I have written
>> baselines for StuffOne and StuffTwo, which is how I am loading them
>> here. I'm just not defining in StuffTwo's baseline that StuffOne is a
>> dependency.
>>
>> For me this is more agile because I only need to edit my load snippet
>> and I get immediate feedback by running it. The Git repo roundtripping
>> of fixing up dependencies in baselines OTOH feels more like the
>> edit-compile-test cycle. Eventually if/when I publish StuffOne and
>> StuffTwo, I do have to define the dependencies but it'll be easy because
>> then they'll be on Github.
>>
>> Pierce
>>
>>
>
>

Offray Vladimir Luna Cárdenas-2

Re: Iceberg: Installing a baseline from a self hosted Git/Gitea repository branch

Thanks a lot Christophe! It worked like a charm. Now I'm able to build a
shareable installation baseline that uses external git repositories not
hosted in the oligopolistic providers by downloading them with Iceberg
and loading from the hard disk with Metacello. I have updated the
Grafoscopio readme with the new installation procedure[1]

[1] https://mutabit.com/repos.fossil/grafoscopio/doc/tip/readme.md.html

Now, as I'm using that pattern for almost all my baselines (as they're
not hosted on GitHub, GitLab or Bitbucked), I would like to create some
kind of Metacello "plugin" that extends its vocabulary to load several
repositories in that way. I will be using a Pharo MOOC lesson from
Stephan where he extended numbers to understand tabletop RPG vocabulary,
but with Pharo 8. I wouldn't mind to host this on GitHub to make it
easily loadable, as it would open the door to any non-GitHub repository
and I will share the "plugin" here. Maybe it can be made a part of
official Metacello.

My point is that this short and key explanation inspires me to learn how
to collaborate in more core technologies behind Pharo and to share my
plans, advances and questions. So, thanks again.

Cheers,

Offray

On 16/07/20 4:24 p. m., Christophe Demarey wrote:

> Hi Offray,
>
> You can also use something like:
> location := FileLocator localDirectory / 'iceberg' / 'pharo-contributions' / 'taskit'.
> (IceRepositoryCreator new
> location: location;
> remote: (IceGitRemote url: 'https://github.com/pharo-contributions/taskit.git');
> createRepository)
> register.
>
> Metacello new
> repository: 'gitlocal://', location fullName;
> baseline: 'TaskIt';
> load
>
> Regards,
> Christophe
>
>> Le 16 juil. 2020 à 20:04, Offray Vladimir Luna Cárdenas <[hidden email]> a écrit :
>>
>> Hi Pierce,
>>
>> I'm loading the stuff in the self Gitea repositories from local copies
>> and in the order I know they are needed. So in a sense I following a
>> similar behavior as yours (but I will use the `tonel:///` trick now when
>> needed, thanks for it).
>>
>> My problem is with sharing my baseline with others to ease their
>> installation of the packages I develop, without using Git oligopolistic
>> providers (GitHub, GitLab and Bitbucket), but instead self hosted
>> community Gitea instances.
>>
>> From this thread, I imagine that the path to follow is to extend the
>> Metacello Git providers to include Gitea instances. I will see how the
>> current ones are implemented and what can I contribute using them as a
>> template for new providers and see how to contribute this back to Pharo
>> as a Metacello "plugin". I will share advances and questions here.
>>
>> Cheers,
>>
>> Offray
>>
>> On 15/07/20 10:19 p. m., Pierce Ng wrote:
>>> On Wed, Jul 15, 2020 at 08:41:04AM -0500, Offray Vladimir Luna Cárdenas wrote:
>>>> So, a better question would be: Is possible to load programatically (via
>>>> a code snippet) using Iceberg, Monticello or something else a baseline
>>>> that installs a project and its dependencies and is hosted in an
>>>> independent Git provider? How can self hosted git repositories
>>>> containing baselines be loaded?
>>> Hi Offray,
>>>
>>> I don't define dependencies in baselines for stuff in my self-hosted
>>> Gitea because I work on them myself and I know their interdependencies.
>>> And since I am working on them, they are all locally checked out.
>>>
>>> I load my stuff in the correct order like this:
>>>
>>> Metacello new
>>> baseline: 'StuffOne';
>>> repository: 'tonel:///home/pierce/work/git/StuffOne/src';
>>> load.
>>>
>>> Metacello new
>>> baseline: 'StuffTwo';
>>> repository: 'tonel:///home/pierce/work/git/StuffTwo/src';
>>> load.
>>>
>>> Here StuffTwo is dependent on StuffOne. To be clear, I have written
>>> baselines for StuffOne and StuffTwo, which is how I am loading them
>>> here. I'm just not defining in StuffTwo's baseline that StuffOne is a
>>> dependency.
>>>
>>> For me this is more agile because I only need to edit my load snippet
>>> and I get immediate feedback by running it. The Git repo roundtripping
>>> of fixing up dependencies in baselines OTOH feels more like the
>>> edit-compile-test cycle. Eventually if/when I publish StuffOne and
>>> StuffTwo, I do have to define the dependencies but it'll be easy because
>>> then they'll be on Github.
>>>
>>> Pierce
>>>
>>>
>>
>