Just for clarification. We are fixing bugs in CR1 and we need them available in nightly
builds for the PDK installer.
On Jan 29, 2016, at 6:33 AM, Alexey Kazakov
<alkazako(a)redhat.com> wrote:
We need this for the PDK installer. It uses nightly builds.
> On Jan 29, 2016, at 1:23 AM, Max Rydahl Andersen <manderse(a)redhat.com> wrote:
>
> I'm not following here. Why do we need cr bits on Wednesday ? Are we back again
at having zero time between the beta and cr1?
>
> I thought we pushed the dates to avoid exactly this.
>
> /max
>
http://about.me/maxandersen
>
>
>> On 28 Jan 2016, at 22:23, Nick Boldt <nboldt(a)redhat.com> wrote:
>>
>> 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
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev