Yes, but if we need CR1 bits available on Wed, we need to build them first.
:D
So, we're building them now.
Regarding the (c) issue, I've backed up all the snapshots build folders
from 4.3.1.Beta2a so IFF we need a respin-b, we can use them as input.
On Thu, Jan 28, 2016 at 2:13 PM, Leonard Dimaggio <ldimaggi(a)redhat.com>
wrote:
 Can we just finish Beta2 first? Qe should complete its testing on
January
 29 - and then we should ship on Feb 2.
 -- Len
 On Thu, Jan 28, 2016 at 2:04 PM, Alexey Kazakov <alkazako(a)redhat.com>
 wrote:
> There was some misunderstanding during our long discussion in HipChat.
> But long story short.
> Beta2 is our priority right now. If building a new CR1 built (from 4.3.x
> branch) may cause additional risks for Beta2 release then let's DO NOT
> do any CR1 build until we release Beta2.
> For example the c) from the list below is exactly such a risk we want to
> avoid.
>
> Thanks.
>
> On 01/28/2016 01:33 PM, Nick Boldt wrote:
> > Alexey has requested that the current pile of 4.3.mars/9.0.mars jobs
> > [1] be reconfigured to build from the 4.3.x branch. Currently, they
> > are set to build from the 4.3.1.Beta2x branch, in case we need a
> > respin.
> >
> > [1]
>
http://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevSt...
> >
> > This means that starting from this change, the 4.3.1.Beta2x branch is
> > effectively frozen, since we won't be building any CI builds from
> > there (unless we switch back).
> >
> > This also means that IFF we need a Beta2b respin (hopefully unlikely
> > since there's really no time in the schedule for it), it will come
> > with a bigger-than-normal cost:
> >
> > a) I will have to delete all the CR1 CI builds so they don't pollute
> > the Beta2 aggregation with the wrong BUILD_ALIAS qualifiers
> > b) I will have to switch the jobs back to use the 4.3.1.Beta2x branch
> > c) I will have to build THE WHOLE STACK, not just the jobs which
> > caused the respin (ie., for respin-a we only rebuilt Base and
> > Openshift, then the JBT and JBDS aggregates & discovery sites). This
> > will create what looks like a much larger diff for QE since the
> > qualifiers will be incremented even though bitwise the contents are
> > the same.
> >
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev(a)lists.jboss.org
> 
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
 --
 Len DiMaggio (ldimaggi(a)redhat.com)
 JBoss by Red Hat
 314 Littleton Road
 Westford, MA 01886  USA
 tel:  978.392.3179
 cell: 781.472.9912
 
http://www.redhat.com
 http://community.jboss.org/people/ldimaggio
 _______________________________________________
 jbosstools-dev mailing list
 jbosstools-dev(a)lists.jboss.org
 
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
 
-- 
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com