<html>

  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">

  </head>

  <body>

    <p>

      <blockquote type="cite">

        <pre>The armhf build complains about Extra-Depends: dpkg-dev (>= 1.22.5),

gcc-13 (>= 13.2.0-16.1), libssl-dev (>= 3.1.5-1.1), but I checked and

all of these exists in armhf, so not sure what is going on.</pre>

      </blockquote>

      There is a little more information further down the page.<br>

    </p>

    <pre class="failure">cargo build-depends on:

- cargo:armel (>= 0.56.0)

cargo depends on:

- <a href="https://buildd.debian.org/status/package.php?p=openssl&suite=sid">libssl3</a>:armel (>= 3.0.0)

libssl3t64 conflicts with:

- <a href="https://buildd.debian.org/status/package.php?p=openssl&suite=sid">libssl3</a>:armel (< 3.1.5-1.1)

Rustc and cargo require rustc and cargo to build. Normally this isn't

a huge problem. The previous version is just used to build the new

version. Old and new libraries are normally co-installable.

However, as a result of the time_t transition, many libraries have

had an incompatible ABI change on 32-bit architectures (excluding i386),

but *not* an upstream soname bump. Since the soname has not changed,

the old and new libraries cannot be co-installed.

This will require manual intervention to resolve, either through

cross-building or through building manually in a hacked-up build 

environment. 

I've certainly seen mention of rustc on #debian-devel recently,

so I think the people handling the time_t transition are already

aware of this.

</pre>

  </body>

</html>