On Thu, Jan 21, 2021 at 02:15:59AM -0800, Julian Andres Klode wrote:
> Hi people,
>
> I'd like to suggest that we start setting NotAutomatic: yes for the
> proposed pocket with hirsute+1, such that things like SRU verification
> will be easier, and all those people who enable proposed in sources.list
> for I don't know what reasons don't get their systems destroyed as much.
>
> This would obviously require some changes to pin the repo back up on the
> builders, but I think it would be useful overall.
Sounds good to me.
I think the Launchpad support is still missing, although we started on
this several years ago. That will need to be picked up and finished off:
https://bugs.launchpad.net/launchpad/+bug/1016776
That bug report talks about doing it pre-release (for devel only) but I
think I'm now in favour of doing it always, and the proposed
implementation in there would allow that. For devel, the main reason is
that I frequently come across users who have misunderstood what proposed
is for and manually enabled it themsleves, resulting in various degrees
of brokenness on their systems and bug reports that take developers'
time to triage and eventually close. These are not (always) people who
have updated from a previous release, where we could have had tools
disable -proposed for them, but also people who have explicitly turned
it on after installing a daily out of an attempt to help test the
upcoming release.
On the client side, as Robie says, we will at least need to update
documentation. I'm also not sure what update-manager will do if there
are NotAutomatic updates present. It might need some tweaking to show
them differently. This could be checked by looking at something in
-backports, which is already present with these flags set.
And finally, there's some implication for package builds; both Launchpad
buildds and other builders would need to ignore this. Launchpad does
this for -backports currently, i.e. -backports builds get Build-Depends
from -backports wholesale; hoepfully that means the buildd side isn't
too hard because we can reuse that.
So yes, let's get this work scheduled if we can. :-)
Cheers,
--
Iain Lane [ iain@orangesquash.org.uk ]
Debian Developer [ laney@debian.org ]
Ubuntu Developer [ laney@ubuntu.com ]
