• Bug#1059675: rust-ahash - autopkgtest failure on s390x.

    From Peter Michael Green@21:1/5 to All on Fri Dec 29 23:10:01 2023
    This is a multi-part message in MIME format.
    Package: rust-ahash
    Version: 0.8.5-4
    Severity: serious

    Thanks for uploading my autopkgtest fixes, the tests now pass on most architectures.

    Unfortunately they still fail on s390x.


    290s ---- operations::test::test_add_length stdout ----
    290s thread 'operations::test::test_add_length' panicked at 'assertion failed: `(left == right)`
    290s left: `18446744073709551614`,
    290s right: `18446744073709551615`', src/operations.rs:373:9
    290s stack backtrace:
    290s 0: rust_begin_unwind
    290s at /usr/src/rustc-1.70.0/library/std/src/panicking.rs:578:5
    290s 1: core::panicking::panic_fmt
    290s at /usr/src/rustc-1.70.0/library/core/src/panicking.rs:67:14
    290s 2: core::panicking::assert_failed_inner
    290s 3: core::panicking::assert_failed
    290s at /usr/src/rustc-1.70.0/library/core/src/panicking.rs:228:5
    290s 4: ahash::operations::test::test_add_length
    290s at ./src/operations.rs:373:9
    290s 5: ahash::operations::test::test_add_length::{{closure}}
    290s at ./src/operations.rs:370:26
    290s 6: core::ops::function::FnOnce::call_once
    290s at /usr/src/rustc-1.70.0/library/core/src/ops/function.rs:250:5
    290s 7: core::ops::function::FnOnce::call_once
    290s at /usr/src/rustc-1.70.0/library/core/src/ops/function.rs:250:5
    290s note: Some details are omitted, run with `RUST_BACKTRACE=full`
    for a verbose backtrace.

    This smells like an endian issue to me, but I don't know how serious
    it is, so I've filed an upstream issue.


    <html>
    <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <p>Package: rust-ahash<br>
    Version: 0.8.5-4<br>
    Severity: serious<br>
    <br>
    Thanks for uploading my autopkgtest fixes, the tests now pass on
    most<br>
    architectures.<br>
    <br>
    Unfortunately they still fail on s390x.<br>
    <br>
    <br>
    <blockquote type="cite">
    <div class="log-line">290s ----
    operations::test::test_add_length stdout ----
    </div>
    <div class="log-line">290s thread
    'operations::test::test_add_length' panicked at 'assertion
    failed: `(left == right)`
    </div>
    <div class="log-line">290s left: `18446744073709551614`,
    </div>
    <div class="log-line">290s right: `18446744073709551615`',
    src/operations.rs:373:9
    </div>
    <div class="log-line">290s stack backtrace:
    </div>
    <div class="log-line">290s 0: rust_begin_unwind
    </div>
    <div class="log-line">290s at
    /usr/src/rustc-1.70.0/library/std/src/panicking.rs:578:5
    </div>
    <div class="log-line">290s 1: core::panicking::panic_fmt
    </div>
    <div class="log-line">290s at
    /usr/src/rustc-1.70.0/library/core/src/panicking.rs:67:14
    </div>
    <div class="log-line">290s 2:
    core::panicking::assert_failed_inner
    </div>
    <div class="log-line">290s 3: core::panicking::assert_failed
    </div>
    <div class="log-line">290s at
    /usr/src/rustc-1.70.0/library/core/src/panicking.rs:228:5
    </div>
    <div class="log-line">290s 4:
    ahash::operations::test::test_add_length
    </div>
    <div class="log-line">290s at ./src/operations.rs:373:9
    </div>
    <div class="log-line">290s 5:
    ahash::operations::test::test_add_length::{{closure}}
    </div>
    <div class="log-line">290s at ./src/operations.rs:370:26
    </div>
    <div class="log-line">290s 6:
    core::ops::function::FnOnce::call_once
    </div>
    <div class="log-line">290s at
    /usr/src/rustc-1.70.0/library/core/src/ops/function.rs:250:5
    </div>
    <div class="log-line">290s 7:
    core::ops::function::FnOnce::call_once
    </div>
    <div class="log-line">290s at
    /usr/src/rustc-1.70.0/library/core/src/ops/function.rs:250:5
    </div>
    290s note: Some details are omitted, run with
    `RUST_BACKTRACE=full` for a verbose backtrace.</blockquote>
    <br>
    This smells like an endian issue to me, but I don't know how
    serious<br>
    it is, so I've filed an upstream issue.<br>
    <br>
    <br>
    </p>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)