> On 28 Apr 2020, at 11:07, Anton Marchukov wrote:
>
> In this case your bash scripts and machinery around that is your new
> dependency. But you have less contributors and less developers for this
> machinary vs taking something more wildly developed and tested from the
> community, even
In this case your bash scripts and machinery around that is your new
dependency. But you have less contributors and less developers for this
machinary vs taking something more wildly developed and tested from the
community, even if it does the same thing. This is pretty much how it went
with lago.
On 4/28/20 9:37 AM, Michal Skrivanek wrote:
On 27 Apr 2020, at 18:37, Nir Soffer wrote:
On Mon, Apr 27, 2020 at 7:21 PM Barak Korren wrote:
בתאריך יום ב׳, 27 באפר׳ 2020, 17:15, מאת Marcin Sobczyk :
Hi,
recently I've been working on a PoC for OST that replaces the usage
of lago
> On 27 Apr 2020, at 18:37, Nir Soffer wrote:
>
> On Mon, Apr 27, 2020 at 7:21 PM Barak Korren wrote:
>>
>>
>>
>> בתאריך יום ב׳, 27 באפר׳ 2020, 17:15, מאת Marcin Sobczyk
>> :
>>>
>>> Hi,
>>>
>>> recently I've been working on a PoC for OST that replaces the usage
>>> of lago templates
On Mon, Apr 27, 2020 at 7:21 PM Barak Korren wrote:
>
>
>
> בתאריך יום ב׳, 27 באפר׳ 2020, 17:15, מאת Marcin Sobczyk
> :
>>
>> Hi,
>>
>> recently I've been working on a PoC for OST that replaces the usage
>> of lago templates with pre-built, layered VM images packed in RPMs [2][7].
>>
>>
>>
בתאריך יום ב׳, 27 באפר׳ 2020, 17:15, מאת Marcin Sobczyk <
msobc...@redhat.com>:
> Hi,
>
> recently I've been working on a PoC for OST that replaces the usage
> of lago templates with pre-built, layered VM images packed in RPMs [2][7].
>
>
> What's the motivation?
>
> There are two big pains
