+1 maintenance report

[Nick Rosbrook]

On Tue, Aug 16, 2022 at 7:13 PM Steve Langasek
<steve.langasek at canonical.com> wrote:
>
> On Tue, Aug 16, 2022 at 11:29:34AM -0400, Nick Rosbrook wrote:
>
> > ## libxsmm FTBFS (https://pad.lv/1984111)
>
> > This FTBFS with an undefined reference to pthread_yield. Upstream
> > already has fixes for this, so I cherry-picked those.
>
> > I am still looking for a sponsor for this patch.
>
> Thanks, sponsored.

Thanks!

> > ## python-duniterpy breaks silkaj autopkgtest (https://pad.lv/1984122)
>
> > The immediate cause is the BlockUID type being changed to BlockID, but
> > the upstream commit that resolves this does not apply cleanly to
> > v0.9.0. The best resolution here is probably to wait for v0.10.0 to be
> > packaged in Debian unstable (currently in experimental).
>
> I guess the reason for not syncing from experimental is that the package
> there is only an RC version and not 0.10.0 release?

Yes, that's right.

> > ## bpftrace FTBFS (https://pad.lv/1985648)
>
> > The bpftrace-aotrt binary is built conditionally, but debian/rules
> > always attempts to strip it. This can be fixed by stripping the binary
> > only if the file exists. However, if my patch is applied this package
> > will still FTBFS on armhf and s390x due to libbpfcc-dev dep-wait.
>
> > I am still looking for a sponsor for this patch.
>
> Commented on the bug.  If the file is being built in Debian but not in
> Ubuntu, we should aim to fix the root issue.

Thanks for your review. Your suggestion makes more sense.

> (BTW, being dep-wait on an architecture where the package has never built is
> not a concern for +1 maintenance.)

Ah, thanks for pointing that out. When the package didn't build on
those arches in my PPA, I failed to notice that it has never built on
those arches.

-Nick