Hi, On Mon, Mar 3, 2025 at 6:53 PM intrigeri <intrig...@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