Proposed migration report for 2020-01-29 (Wednesday)

[Christian Ehrhardt]

On Thu, Jan 30, 2020 at 5:40 AM Bryce Harrington <
bryce.harrington at canonical.com> wrote:

> ## Proposed Migration ##
>
> I again collected everyone's recent proposed migration notes, and this
> time as an experiment stuck them in wiki:
>
>   https://wiki.ubuntu.com/ServerTeam/ProposedMigrationNotes
>
> It would be nice to keep per-package notes in the update-excuses page,
> but from our meeting with slangasek it's clear that's easier said than
> done.  I'm wondering if keeping those notes in a wiki would be "the next
> best thing" to that, or if it'd just be "one more thing to have to
> check".  Give it a shot, see what you think.
>

Feedback from just a few hours with it:
Pro:
- having one place to look at is nicer than re-reading multiple mails
Con:
- too bad it isn't the one place (excuses) everyone looks for
- feels like doubling the work, if we do wiki (or anything else like a
trello board) we should then stop the mails
  - but I think the mails reach more people I unfortunately doubt as many
people will look at wiki/board :-/

Overall rating: I liked the mails more, but could live with it - maybe
trello instead of wiki seems to feel better to me (personal opinion)


P.S. updating the wiki now as
postgresql-12/postgresql-common/postgresql-pgmp/crmsh things are done.
I also did the test reruns to unblock python3-defaults which blocked on it
as well.

### re2c ###
>
> In addition to collecting the various info, I looked just a little into
> re2c.
>
> This is blocked on i386 due to a bunch of test failures, including some
> relating to "stadfa", and a scattering other others.
>
> Debian ran into a build issue due to a build date in the manual page
> which they've fixed in this version. Debian has an unreleased 1.3-2 that
> contains a build-dep for python3-pygments (this doesn't appear related
> to the test failure afaict.)
>
> The autopkgtest essentially just runs the upstream testsuite, which
> passes fine on i386, so the issue presumably is due to something
> distinct about the autopkgtest platform/hardware/set-of-x86-features...?
>
> LP: #1859980 is open for this migration issue.
>
>
> ## Bug Triage ##
>
> Date range identified as: "Wednesday triage"
> Found 21 bugs
>
> Most took no action.  Items of note below:
>
> LP: #1853760 - (Expired)        [php7.2]         - php 7.2 has dependency
> problems and they are not letting to update apache2 and php7.2 * modules
> * Still not enough info to troubleshoot (the provided logs don't cover
>   the time period when the error occurred).
> * Looks like a typical update error where an unrelated service is left
>   unconfigured.
> --> Gave general advice for resolving apt issues with unconfigured
>     services.
> --> Set to incomplete.
>
> LP: #1821729 - (New)            [edk2]           - UEFI in ovmf package
> causes kernel panic
> * Debian maintainer had been advising previously.
> * Re-ping for status on this bug.
> --> Gave some advice on next steps, to do git-biset, or a process trace,
>     or else exact steps to reproduce and/or simplified test case.
>
> LP: #1861177 - (New)            [libseccomp]     - seccomp_rule_add is
> very slow
> * Fix identified and proposed in Debian for inclusion
> * Looks pretty close to patch-on-a-plate, and appears needed by Canonical
> --> Attached patch
> --> Marked triaged
> --> Tagged server-next
>
> LP: #1861222 - (New)            [libvirt]        - Libvirt parallel
> shutdown is not truly parallel when agent-based shutdown is used
> --> Asked if it affects current libvirt as well, or only on 18.04
>
>
> Bryce
>
> --
> ubuntu-server mailing list
> ubuntu-server at lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
> More info: https://wiki.ubuntu.com/ServerTeam



-- 
Christian Ehrhardt
Staff Engineer, Ubuntu Server
Canonical Ltd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/ubuntu-server/attachments/20200130/9a06cee8/attachment-0001.html>