Bug#1088669: nqp: diff for NMU version 2024.09+dfsg-2.1

[Timo Paulssen]

Dear Gianfranco, I will have to ask you to delay, or maybe cancel, this 
NMU. Please read on if you would like to know the reasoning:

I'm not sure if NQP's build is currently fully reproducible. If the 
.moarvm files built by the NQP package differ at all, a rakudo built 
against the previous version of the nqp package will either refuse to 
load the files, or misbehave at run time.

I'm not sure if it's possible to ensure that the package that buildd 
will generate on all arches will match the previous packages exactly.

Earlier this year, we had the problem that all the raku-* packages for 
raku modules broke. The problem there was a new rakudo package with 
differences from the previous one, which made the modules unloadable.

For reference, check Bug#1083145, 
Bug#1083146, Bug#1083147, Bug#1083148, Bug#1083149,
Bug#1083150, Bug#1083151, Bug#1083152, Bug#1083153, Bug#1083151

At the time, the maintenance team (which was only Dominique) didn't have 
the time or the knowledge about internals to intervene. It's also very 
unnatural for a package or group of packages to react this way to a 
change that is only in the control file.

So due to the unique circumstances of the nqp, rakudo, and raku-* 
packages I unfortunately have to reject this upload. If there is a way 
to check that the nqp binary packages generated from this source package 
change will end up bit-identical on all architectures, so that rakudo 
and the raku-* packages don't break, please let me know. In that case, 
the upload would be completely fine.

The lack of loong64 in nqp was my mistake. I actually put the change in 
the control file, but the commit with that change somehow did not make 
it into the 2024.09 release.

My time is spread relatively thin, and for my debian timeslice I'm 
currently trying without much luck to reproduce rakudo FTBFS on arm 
where the build hangs sometimes.

I cannot promise that there will be a 2024.10 debian package soon, but 
the next version that releases will have loong64 properly in the control 
file.

Thank you Dandan Zhang for your contribution, and sorry for the trouble.
   - Timo

On 11/30/24 10:00, Gianfranco Costamagna wrote:
> Control: tags 1088669 + patch
> Control: tags 1088669 + pending
>
>
> Dear maintainer,
>
> I've prepared an NMU for nqp (versioned as 2024.09+dfsg-2.1) and
> uploaded it to DELAYED/15. Please feel free to tell me if I
> should delay it longer.
>
> Regards.
>
> _______________________________________________
> Pkg-rakudo-devel mailing list
> Pkg-rakudo-devel at alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-rakudo-devel