Not requiring SRU changes to be in $current-stable to go in the LTS
Sebastien Bacher
seb128 at ubuntu.com
Fri Mar 8 17:47:34 UTC 2019
(I'm not sure what's the best place to discuss the SRU process but it
has been suggested that this list might be appropriate so I'm starting here)
Good afternoon,
From my experience, it's common practice from the SRU team to require
for a bug to be fixed in $current-stable to be SRUed to the LTS (e.g to
need a cosmic SRU first to be able to have a SRU for bionic).
I would like to ask if we could revisit that requirement, which I
believe is resource expensive and bring us little benefit.
Some arguments
- our team members are usually either using the current devel version or
the current LTS, which means in practice the current-stable SRUs get
tested in a VM or not tested at all before upload
- we often get no feedback at all on the nonLTS version of the SRU,
those tend to sit longer in proposed by lack of verification
- the previous items leads us to often validate the LTS update before
the non LTS one so we can't really argue that the nonLTS upload helps to
get more testing and reduce risks on the LTS one
- the non LTS/newer series are often less polished so we can't really
argue that users upgrading from e.g bionic to cosmic shouldn't be
exposed to problems that were resolved while they were on the LTS
- it makes sense to put the extra polish effort for a LTS serie
- we should trust the maintainer's judgement, often it makes sense to
fix important issues in current-stable, especially after release, but as
we get closer from the next stable those SRU makes less sense
Reading the wiki documentation
(https://wiki.ubuntu.com/StableReleaseUpdates) it seems the only
documented requirement is to fix the issue in the devel version first?
Cheers,
Sebastien Bacher
More information about the Ubuntu-release
mailing list