Sponsorship for a porterbox guest account

Timo Paulssen timo+deb at wakelift.de
Sun Oct 6 17:03:39 BST 2024


Hi List,

(again a message that is pretty much for Dominique, unless another DD 
would like to handle this)

I am seeing build failures on some architectures that I would like to 
investigate.

https://buildd.debian.org/status/logs.php?pkg=rakudo&ver=2024.02-1%7Eexp1.1

arm64:
     E: Build killed with signal TERM after 150 minutes of inactivity

powerpc (32bit):
     not ok 21 - Perl's rw variable was set by C (size_t)
     # Failed test 'Perl's rw variable was set by C (size_t)'
     # at t/04-nativecall/15-rw-args.t line 76
     # expected: '15324'
     #      got: '0'
     not ok 22 - Perl's rw variable was passed and returned by C (size_t)
     # Failed test 'Perl's rw variable was passed and returned by C 
(size_t)'
     # at t/04-nativecall/15-rw-args.t line 77
     # expected: '15324'
     #      got: '0'

loong64:
     +++ Compiling    blib/CORE.c.setting.moarvm
     The following step can take a long time, please be patient.
     Stage start      :   0.000
     Stage parse      : 162.267
     Stage syntaxcheck:   0.000
     Stage ast        :   0.000
     Stage optimize   :  19.779
     E: ABORT: Received TERM signal (requesting cleanup and shutdown)
     Stage mast       :
     E: ABORT: Received TERM signal (requesting cleanup and shutdown)

The arm64 one is particularly mysterious. I'm not aware of our builds 
ever hanging. It could be a matter of "not enough ram" perhaps? We do 
already have TEST_JOBS=1 in the debian/rules at least.

For powerpc, I would want to look more closely at the nativecall stuff. 
What does moar think a size_t is, does it perhaps read the wrong half of 
a 32bit value stored in a 64 slot, stuff like that.

With loong64, I'm not sure what's going on. Did someone press ctrl-c or 
send a TERM signal with kill or killall?

In any case, I think having access to machines that natively run the 
hardware in question would be helpful.

At least for aarch64 aka arm64 I can also use openbuildservice.org, and 
I can probably run 32bit powerpc builds on openbuildservice's ppc64le 
workers, but for loong64 I don't have a good answer.

Docker images are convenient for foreign-arch development with `podman 
--arch` which uses qemu-user, but for ppc I've only found adelie linux 
based images, which is a start, but it's not trivial to just get the 
debian packages in there, right?

If someone wants to sponsor a request to get a guest account on some 
portboxes, mail me personally and I'll get my pgp key sorted, as well as 
a signed declaration that I will adhere to the debian machine usage 
policy and whatever else I need.

Until then, I will try more with emulation.

Thanks
   - Timo




More information about the Pkg-rakudo-devel mailing list