<!DOCTYPE html>
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hi List,</p>
    <p>(though this question is kind-of aimed at Dominique)</p>
    <p>I think we had an upload of rakudo, which is still giving results
      that change from build to build. In particular, the precompiled
      rakudo source files.</p>
    <p>I believe this is what's caused this bug for example:</p>
    <p>    <a class="moz-txt-link-freetext" href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1083145">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1083145</a></p>
    <p>when looking at the full logs folder:</p>
    <p>    <a class="moz-txt-link-freetext" href="https://people.debian.org/~sanvila/build-logs/202410/">https://people.debian.org/~sanvila/build-logs/202410/</a></p>
    <p>we can see that there is no build here for raku-tap-harness, and
      in the installation part of the build log</p>
    <p>   
<a class="moz-txt-link-freetext" href="https://people.debian.org/~sanvila/build-logs/202410/prove6_0.0.12-7_amd64-20241002T103636.769Z">https://people.debian.org/~sanvila/build-logs/202410/prove6_0.0.12-7_amd64-20241002T103636.769Z</a></p>
    <p>at around the one quarter mark, we see this version of
      raku-tap-harness being installed:<br>
    </p>
    <p>    <a class="moz-txt-link-freetext" href="Get:90">Get:90</a> <a class="moz-txt-link-freetext" href="http://deb.debian.org/debian">http://deb.debian.org/debian</a> sid/main amd64
      raku-tap-harness amd64 0.3.8-2+b2 [145 kB]</p>
    <p>This is the same version I get when I try to `gbp buildpackage`
      inside my local checkout of prove6.</p>
    <p>By doing a dummy snapshot build of raku-tap-harness and
      raku-getopt-long like this:</p>
    <p>    gbp dch -S<br>
          git commit -a -m 'dummy snapshot build'<br>
          gbp buildpackage</p>
    <p>and then providing the packages it created to sbuild like this:</p>
    <p>    <span style="color:#000000;background-color:#ffffff;">gbp
        buildpackage --extra-package=/home/timo/raku/build-area/raku-ta</span>p-harness_0.3.8-3~1.gbp60c7b8_amd64.deb
--extra-package=/home/timo/raku/build-area/raku-getopt-long_0.4.2-2~1.gbp83c8cd_amd64.deb</p>
    <p>I now get a working build.</p>
    <p>So it looks like if you install something from the raku suite of
      packages on debian unstable right now, you get something that's
      broken. And indeed,</p>
    <p>    <span style="color:#000000;background-color:#ffffff;">podman
        run -u root -it --rm library/<a class="moz-txt-link-freetext" href="debian:unstable-slim">debian:unstable-slim</a> /bin/bas</span>h
      -c 'apt-get update; apt-get install -y prove6; prove6'</p>
    <p>results in the dreaded</p>
    <p>    Missing or wrong version of dependency
      'gen/moar/BOOTSTRAP/v6c.nqp'<span style="font-family:monospace"><br>
      </span></p>
    <p>So I think the solution to these errors would be to rebuild all
      raku packages.</p>
    <p>Instead of waiting for the packages in experimental to be built
      and moved (I forgot the term, but it's different from migration)
      into unstable, should we do that sooner?</p>
    <p>How should I treat the bugs in BTS that have the "missing or
      wrong version of dependency" error? In a way, they are both
      correct and incorrect.</p>
    <p>Thanks,<br>
        - Timo<br>
    </p>
    <p></p>
  </body>
</html>