[U-Boot] [ANN] U-Boot v2018.11 delayed a day
Philipp Tomsich
philipp.tomsich at theobroma-systems.com
Tue Nov 13 13:30:05 UTC 2018
> On 13.11.2018, at 02:12, Tom Rini <trini at konsulko.com> wrote:
>
> On Tue, Nov 13, 2018 at 01:03:41AM +0100, Marek Vasut wrote:
>> On 11/12/2018 11:25 PM, Tom Rini wrote:
>>> On Mon, Nov 12, 2018 at 11:13:29PM +0100, Marek Vasut wrote:
>>>> On 11/12/2018 10:40 PM, Tom Rini wrote:
>>>>> Hey all,
>>>>>
>>>>> Since Jagan promise a v2 SPI PR for some build fixes that we should have
>>>>> in the release and I believe didn't get them out before the end of his
>>>>> day, I'm letting everyone know now to expect the release tomorrow
>>>>> instead, thanks!
>>>>
>>>> Will anyone have any chance to test those fixes to verify they didn't
>>>> break anything ?
>>>
>>> Since they're obvious enough by inspection, I'm not worried about it.
>>
>> Which patches are those ?
>
> The ones in question?
>
>>>> I believe this is yet another manifestation of the problems of the 2
>>>> month release cycle, which I think is too short and stressful.
>>>
>>> And I believe that's a red herring. All the same I am still considering
>>> changes.
>>
>> I'd really like to know how do other maintainers feel about this 2 month
>> release cycle vs. for example 3 month like Linux does. I think the later
>> is about right, 2 months is too short.
>
> Yes, I've asked before and there's a few people in the same camp as you,
> and there's a few people who like 2 months, and there's a large number
> of no strong opinions. That's why I'm still thinking about changing
> things again.
My biggest concern is that there’s a large number of changes going into the
tree after rc1 and rc2: this makes is hard to maintain a next-tree as a custodian
and merge that early. I have been holding off on changes post-rc1 for quality
reasons (so people have sufficient time to test), but am not maintaining a next
tree which makes things appear slow in being merged.
Possibly a next or staging tree on your level might resolve this: this could keep
the master in a testing-state from rc1 (or rc2) on and still push new changes
and features into a common next tree that might also get early test exposure.
More information about the U-Boot
mailing list