Re: How to reproduce the same build output binaries?

2016-11-04 Thread Tom Barber
I made the comparison yesterday of interfaces.juju.solutions performing a
similar role to maven central and providing artifact versions to releases
that ask for that release.

On 4 Nov 2016 08:12, "Konstantinos Tsakalozos" 
wrote:

> Indeed, layer and interface versioning should please some release
> managers.
>
> Thanks,
> Konstantinos
>
> On Thu, Nov 3, 2016 at 5:53 PM, Ryan Beisner 
> wrote:
>
>> As far as I know, there is no notion of a stable Layer or a stable
>> Interface.  That makes it difficult to carry any layered charm as "stable,"
>> and quite awkward to cherry-pick and backport fixes to stable charms which
>> depend on Layers and Interfaces.
>>
>> As you mention, you could synthesize stability (or point-in-time) by
>> branching, forking repos, but I think Layers and Interfaces should
>> ultimately grow proper versioning semantics.
>>
>> Cheers,
>>
>> Ryan
>>
>>
>> On Thu, Nov 3, 2016 at 4:31 AM, Konstantinos Tsakalozos <
>> kos.tsakalo...@canonical.com> wrote:
>>
>>> Hi everyone,
>>>
>>> This is probably a question on best practises.
>>>
>>> A reasonable ask for a build process is to be able to reproduce the same
>>> output artifacts from a certain point in time. For example, I would like to
>>> be able to rebuild the same charm I build 10 minutes, or a week or a month
>>> ago. I can think of a way to do that but it involves forking the layers
>>> used and getting them locally before charm build. Is there a better way?
>>> What would you do to accommodate this requirement?
>>>
>>> Thanks,
>>> Konstantinos
>>>
>>> --
>>> Juju mailing list
>>> Juju@lists.ubuntu.com
>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
>>> an/listinfo/juju
>>>
>>>
>>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/juju
>
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Re: How to reproduce the same build output binaries?

2016-11-04 Thread Konstantinos Tsakalozos
Indeed, layer and interface versioning should please some release managers.

Thanks,
Konstantinos

On Thu, Nov 3, 2016 at 5:53 PM, Ryan Beisner 
wrote:

> As far as I know, there is no notion of a stable Layer or a stable
> Interface.  That makes it difficult to carry any layered charm as "stable,"
> and quite awkward to cherry-pick and backport fixes to stable charms which
> depend on Layers and Interfaces.
>
> As you mention, you could synthesize stability (or point-in-time) by
> branching, forking repos, but I think Layers and Interfaces should
> ultimately grow proper versioning semantics.
>
> Cheers,
>
> Ryan
>
>
> On Thu, Nov 3, 2016 at 4:31 AM, Konstantinos Tsakalozos <
> kos.tsakalo...@canonical.com> wrote:
>
>> Hi everyone,
>>
>> This is probably a question on best practises.
>>
>> A reasonable ask for a build process is to be able to reproduce the same
>> output artifacts from a certain point in time. For example, I would like to
>> be able to rebuild the same charm I build 10 minutes, or a week or a month
>> ago. I can think of a way to do that but it involves forking the layers
>> used and getting them locally before charm build. Is there a better way?
>> What would you do to accommodate this requirement?
>>
>> Thanks,
>> Konstantinos
>>
>> --
>> Juju mailing list
>> Juju@lists.ubuntu.com
>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm
>> an/listinfo/juju
>>
>>
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Re: How to reproduce the same build output binaries?

2016-11-03 Thread Ryan Beisner
As far as I know, there is no notion of a stable Layer or a stable
Interface.  That makes it difficult to carry any layered charm as "stable,"
and quite awkward to cherry-pick and backport fixes to stable charms which
depend on Layers and Interfaces.

As you mention, you could synthesize stability (or point-in-time) by
branching, forking repos, but I think Layers and Interfaces should
ultimately grow proper versioning semantics.

Cheers,

Ryan


On Thu, Nov 3, 2016 at 4:31 AM, Konstantinos Tsakalozos <
kos.tsakalo...@canonical.com> wrote:

> Hi everyone,
>
> This is probably a question on best practises.
>
> A reasonable ask for a build process is to be able to reproduce the same
> output artifacts from a certain point in time. For example, I would like to
> be able to rebuild the same charm I build 10 minutes, or a week or a month
> ago. I can think of a way to do that but it involves forking the layers
> used and getting them locally before charm build. Is there a better way?
> What would you do to accommodate this requirement?
>
> Thanks,
> Konstantinos
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at: https://lists.ubuntu.com/
> mailman/listinfo/juju
>
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


How to reproduce the same build output binaries?

2016-11-03 Thread Konstantinos Tsakalozos
Hi everyone,

This is probably a question on best practises.

A reasonable ask for a build process is to be able to reproduce the same
output artifacts from a certain point in time. For example, I would like to
be able to rebuild the same charm I build 10 minutes, or a week or a month
ago. I can think of a way to do that but it involves forking the layers
used and getting them locally before charm build. Is there a better way?
What would you do to accommodate this requirement?

Thanks,
Konstantinos
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju