Bug#1027686: transition: rakudo

[Sebastian Ramacher <sramacher@debian.org>]

Control: tags -1 moreinfo

On 2023-01-02 17:02:22 +0100, Dominique Dumont wrote:
> On Sunday, 1 January 2023 22:38:43 CET M. Zhou wrote:
> > Specifically, the pre-compiled cache shipped in reverse dependencies
> > relies on a matching compiler ID. Hence, we added the compiler ID into the
> > virtual package to ensure cache compatibility: raku-api-2022.12+e556a5c0
> > The compiler ID will change when code is modified.
> 
> Unfortunately, the compiler-id also depends on the build directory. Which 
> means that the compiler id changes between arches.

This should be fixed first. Otherwise every rebuild of the compiler will
require all reverse dependencies to be rebuilt too. That does not sound
like a good solution.

Please remove the moreinfo tag once this is fixed.

Cheers

> 
> > Albeit adding the compiler ID may not sound like an ideal solution,
> > this seems like what we can do before the freeze.
> 
> Unfortunately, yes.
> 
> > Ben file:
> > 
> > title = "rakudo";
> > is_affected = .depends ~ "raku-api-2022.07" | .depends ~
> > "raku-api-2022.12+e556a5c0"; is_good = .depends ~
> > "raku-api-2022.12+e556a5c0";
> > is_bad = .depends ~ "raku-api-2022.07";
> 
> I'm afraid this will break when rakudo is rebuilt in unstable.
> 
> I may have missed something, but why not keep the following lines as ben file:
> 
>     Affected: .depends ~ /(^|\s)raku-api-/
>     Good: !.edos-debcheck ~ /uninstallable/
>     Bad: .edos-debcheck ~ /uninstallable/
> 
> This is what is currently specified in 
> https://release.debian.org/transitions/html/rakudo.html
> 
> All the best
> 

-- 
Sebastian Ramacher