[pkg-apparmor] Bug#1099085: Bug#1099085: apparmor: FTBFS on riscv64: subprocess.TimeoutExpired

[Bo YU]

Hi,

On Mon, Mar 3, 2025 at 6:53 PM intrigeri <intrigeri at debian.org> wrote:
>
> Hi,
>
> > The fixing is very easy and it works on my local Unmatched board, but I
> > am not sure if it's appropriate to send this patch given there is one
> > beta hint on uploading.
>
> The affected version is the one I want to see in Trixie, so yeah,
> a patch to fix this is useful and greatly appreciated, thanks!
>
> I'll upload with this patch applied later this week.
>

Thanks -:)

> Do you want to submit your patch upstream
> (https://gitlab.com/apparmor/apparmor/) or should I?
>

In general, I should forward the patch to upstream. But here I am not
sure if this makes sense or not because this is just increasing the
timeout on special architecture. From my memory, for example, Ubuntu
does not run tests on riscv64 at all or other distros are running
these test cases on one more fast riscv64 hardware on vendor kernel.
At the current stage we have to use Unmatched boards which have full
upstream support as our buildd machines but faster riscv64 hardware is
on the way also. I would like to listen to your suggestions on how to
do it.:)

[0]: https://www.sifive.com/boards/hifive-unmatched

> > Unfortunately, it was failed to build again during python3.13, this
> > may block something.
>
> I'm afraid I did not understand this sentence. Could you please rephrase?
>

Ah, sorry here I mean:

s/python3.13/python3.13 rebuild

The Debian Python Team and Release team are rebuilding packages with
python3.13 only, so the missing of the binNMU for riscv64 may be one
blocker from RT's view IIUC.

Thanks for your support on Debian riscv64 port!

BR,
Bo

> Cheers,
> --
> intrigeri