Re: [PATCH 3/4] gnome: Add info for gnome-continuous 3.12

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2013-11-26 at 16:44 +0000, Zeeshan Ali (Khattak) wrote:
> On Tue, Nov 26, 2013 at 4:38 PM, Fabiano Fidencio <fidencio@xxxxxxxxxx> wrote:
> > On Tue, 2013-11-26 at 16:22 +0000, Zeeshan Ali (Khattak) wrote:
> >> On Tue, Nov 26, 2013 at 4:12 PM, Fabiano Fidencio <fidencio@xxxxxxxxxx> wrote:
> >> > Zeeshan,
> >> >
> >> > On Tue, 2013-11-26 at 16:00 +0000, Zeeshan Ali (Khattak) wrote:
> >> >> gnome-continuous is continuous integration system so images produced by
> >> >> it track the git master of all modules and now that GNOME 3.10 is out and
> >> >> many projects have branched for 3.10 maintainance, these images are
> >> >> already 3.12 (3.11 at the moment but thats splitting hair I guess).
> >> >
> >> > I'd like (to try) to explain why gnome-continuous-3.12 is something that
> >> > doesn't make sense to me.
> >> >
> >> > The idea I have of using gnome-continuous is that I'll always be using
> >> > git master. Is that right?
> >> > Considering that I'm always using git master, why should it refer 3.12,
> >> > 3.14, whatever?
> >> > Would I be able, in the future (2 years from now), to create and use a
> >> > gnome-continuous-3.12 virtual machine? I don't think so and it's the
> >> > reason I don't believe we should have it "versioned".
> >>
> >> Sure but there is nothing stopping you from doing that. If you got a
> >> 3.12 image at the time of 3.18, Boxes (or any app) should be about to
> >> tell that it is a 3.12 image and not a 3.18 one.
> >
> > Okay, it will have an image like GNOME-3.12, for instance?
> 
> No, A gnome-continuous image from the time of 3.12 (or rather 3.11) development.
> 

Still, from my point of view, we are talking about 2 different entities.
One is gnome-continuous-image, related to each gnome release (then the
version makes sense); the other one is gnome-continuous, it has no
version, it is always git master.
They are different things and I cannot understand why treat it as the
same.

But if Daniel agrees with this, go ahead.

_______________________________________________
Libosinfo mailing list
Libosinfo@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libosinfo




[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Fedora Users]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux