Tuesday 22 November 2022

Re: OpenLDAP 2.6 transition

On Tue, Nov 22, 2022 at 01:37:40PM -0800, Steve Langasek wrote:
> On Tue, Nov 22, 2022 at 09:17:55AM -0800, Bryce Harrington wrote:
> > On Mon, Nov 21, 2022 at 03:41:23PM -0800, Steve Langasek wrote:
> > > Hi Sergio,
>
> > > On Mon, Nov 21, 2022 at 06:32:39PM -0500, Sergio Durigan Junior wrote:
> > > > Hello,
>
> > > > This is a heads up that the OpenLDAP 2.6 transition has started. I have
> > > > just uploaded the package to lunar-proposed and will be performing
> > > > no-change uploads to its reverse dependencies soon.
>
> > > > The list of packages that are going to be affected by this transition
> > > > can be obtained by running:
>
> > > > $ reverse-depends -r lunar src:openldap
>
> > > > I did a mass-rebuild of said packages in a bileto PPA and everything
> > > > looks good (aside from some unrelated FTBFSes).
>
> > > I would ask you to hold off right now on doing no-change rebuilds of any
> > > packages currently in -proposed. There are in-progress language transitions
> > > for perl, python, and R, and rebuilding all the openldap language bindings
> > > right now will entangle all of those transitions and likely make it harder
> > > to get them migrated.
>
> > It would be great if these kinds of activities were mentioned on the
> > release schedule:
>
> > https://discourse.ubuntu.com/t/lunar-lobster-release-schedule/27284
>
> These are not scheduled transitions; this is the contents of the Debian sync
> when the archive opened.

Given that these unplanned transitions created a clog that is forcing an
indefinite delay to a planned transition, and indeed is causing
migration delays to other assorted package uploads more generally,
allowing these large language runtime transitions to occur at the same
time seems suboptimal.

If it's not specifically intended to have that happen, perhaps it would
be worth considering switching some of these languages to sync block at
the start of the cycle? That would permit better coordination for when
they kick off. This approach has proven workable and effective with
other language runtimes that had clog problems in the past.

Bryce

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel