• Bug#1078886: node-fstream-ignore: FTBFS: failing tests

    From Santiago Vila@21:1/5 to All on Sat Apr 5 03:50:01 2025
    This is a multi-part message in MIME format.
    tags 1078886 patch
    thanks

    Hello.

    This failure happened 35% of the time on AWS machines with 2 CPUs,
    and never on machines with 1 CPU, so I tried running the
    tests sequentially, and discovered that the package does
    not seem to fail that way.

    Patch attached.

    Note: I know this package has been requested to be removed (#1101917)
    but I don't see the need. It would be nice to see it fixed in bookworm
    in either case, because building a package which fails randomly is
    quite annoying.

    Thanks. LS0tIGEvZGViaWFuL3J1bGVzCisrKyBiL2RlYmlhbi9ydWxlcwpAQCAtNiwzICs2LDYgQEAK IAogJToKIAlkaCAkQAorCitvdmVycmlkZV9kaF9hdXRvX3Rlc3Q6CisJZGhfYXV0b190ZXN0 IC0tbWF4LXBhcmFsbGVsPTEK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?SsOpcsOpbXkgTGFs?=@21:1/5 to All on Sat Apr 5 10:40:02 2025
    Le sam. 5 avr. 2025 à 03:43, Santiago Vila <sanvila@debian.org> a écrit :

    tags 1078886 patch
    thanks

    Hello.

    This failure happened 35% of the time on AWS machines with 2 CPUs,
    and never on machines with 1 CPU, so I tried running the
    tests sequentially, and discovered that the package does
    not seem to fail that way.

    Patch attached.

    Note: I know this package has been requested to be removed (#1101917)
    but I don't see the need.


    The fact that it is a useless piece of software right now, and that
    "This repository was archived by the owner on Nov 16, 2019. It is now read-only."
    with the last commit 9 years ago, makes it very unlikely that any other software
    is going to depend on it.
    But I suppose it's a matter of *when* this removal request has been done.


    It would be nice to see it fixed in bookworm
    in either case, because building a package which fails randomly is
    quite annoying.


    Ok, let's fix this then

    Jérémy

    <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Le sam. 5 avr. 2025 à 03:43, Santiago Vila &lt;<a href="mailto:sanvila@debian.org">sanvila@debian.org</a>&gt; a écrit :<br></
    <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">tags 1078886 patch<br>
    thanks<br>

    Hello.<br>

    This failure happened 35% of the time on AWS machines with 2 CPUs,<br>
    and never on machines with 1 CPU, so I tried running the<br>
    tests sequentially, and discovered that the package does<br>
    not seem to fail that way.<br>

    Patch attached.<br>

    Note: I know this package has been requested to be removed (#1101917)<br>
    but I don&#39;t see the need.</blockquote><div><br></div><div>The fact that it is a useless piece of software right now, and that</div>&quot;This repository was archived by the owner on Nov 16, 2019. It is now read-only.&quot;</div><div class="gmail_
    quote gmail_quote_container">with the last commit 9 years ago, makes it very unlikely that any other software</div><div class="gmail_quote gmail_quote_container">is going to depend on it.</div><div class="gmail_quote gmail_quote_container">But I suppose
    it&#39;s a matter of *when* this removal request has been done.</div><div class="gmail_quote gmail_quote_container"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">It
    would be nice to see it fixed in bookworm<br>
    in either case, because building a package which fails randomly is<br>
    quite annoying.<br></blockquote><div><br></div><div> Ok, let&#39;s fix this then</div><div><br></div><div>Jérémy</div></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Santiago Vila@21:1/5 to All on Sat Apr 5 18:10:01 2025
    This is a multi-part message in MIME format.
    reopen 1078886
    thanks

    Hello. I'm really sorry to reopen this, but the recent change
    did not fix the reported problem.

    I'm attaching my build history, where 1.0.5-5 is the version
    in unstable and 1.0.5-4.1 was my internal version where I
    tested the proposed patch (which I assume it would still work,
    since the issue seems to be a concurrency problem).

    I'm putting a bunch of failed build logs here:

    https://people.debian.org/~sanvila/build-logs/202504/

    (btw: only if it helps, I would be willing to join the team
    and fix this myself, that would also allow me to
    fix this in stable without bothering you. I have joined
    other teams for QA purposes in the past, and it seems to be
    a form of collaboration which seems to work well).

    Thanks. U3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3JlXzEuMC41LTQuMV9hbWQ2 NC0yMDI1MDQwNFQxODM1MDguMjg4WgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVh bS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE4MzUwOC4yNzBaClN0YXR1czog c3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1kNjQtMjAyNTA0 MDRUMTgzNTA4LjE3MVoKU3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3Jl XzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQxODM2NDAuNDk3WgpTdGF0dXM6IHN1Y2Nlc3Nm dWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE4Mzgx OC4yNTdaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00 LjFfYW1kNjQtMjAyNTA0MDRUMTgzODQ2LjU1MFoKU3RhdHVzOiBzdWNjZXNzZnVsICBub2Rl LWZzdHJlYW0taWdub3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQxODM5MzUuNTEzWgpT dGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0 LTIwMjUwNDA0VDE4Mzk1NS40NTFaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFt LWlnbm9yZV8xLjAuNS00LjFfYW1kNjQtMjAyNTA0MDRUMTg0MTExLjMyMVoKU3RhdHVzOiBz dWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQw NFQxODQyNDEuNjE1WgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVf MS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE4NDQxOC4wNzdaClN0YXR1czogc3VjY2Vzc2Z1 bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1kNjQtMjAyNTA0MDRUMTg0NTQy LjE5MloKU3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3JlXzEuMC41LTQu MV9hbWQ2NC0yMDI1MDQwNFQxODQ2NTYuMDY1WgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUt ZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE4NDc0Mi4yMDVaClN0 YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1kNjQt MjAyNTA0MDRUMTg0ODAyLjQxOFoKU3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0t aWdub3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQxODQ4NDIuODM5WgpTdGF0dXM6IHN1 Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0 VDE4NTEyNi4xMDhaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8x LjAuNS00LjFfYW1kNjQtMjAyNTA0MDRUMTg1MjIzLjAzNloKU3RhdHVzOiBzdWNjZXNzZnVs ICBub2RlLWZzdHJlYW0taWdub3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQxODUzMDcu NzA0WgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4x X2FtZDY0LTIwMjUwNDA0VDE4NTYzNC4yNDFaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1m c3RyZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1kNjQtMjAyNTA0MDRUMTg1NjQyLjA0NVoKU3Rh dHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3JlXzEuMC41LTQuMV9hbWQ2NC0y MDI1MDQwNFQxODU4MjEuNTk1WgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1p Z25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE5MDEwMy4zNDBaClN0YXR1czogc3Vj Y2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1kNjQtMjAyNTA0MDRU MTkwMTU2LjMxMVoKU3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3JlXzEu MC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQxOTAyMjQuMTY4WgpTdGF0dXM6IHN1Y2Nlc3NmdWwg IG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE5MDMxMC43 NThaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00LjFf YW1kNjQtMjAyNTA0MDRUMTkwNDM4LjY5MFoKU3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZz dHJlYW0taWdub3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQxOTA1MDIuODg5WgpTdGF0 dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIw MjUwNDA0VDE5MDUyMi45NTRaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWln bm9yZV8xLjAuNS00LjFfYW1kNjQtMjAyNTA0MDRUMTkwNTQxLjU2M1oKU3RhdHVzOiBzdWNj ZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQx OTA1NTEuNjMwWgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4w LjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE5MDcyMy4wNzhaClN0YXR1czogc3VjY2Vzc2Z1bCAg bm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1kNjQtMjAyNTA0MDRUMTkwODU5Ljc3 MloKU3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3JlXzEuMC41LTQuMV9h bWQ2NC0yMDI1MDQwNFQxOTA5NTkuNDg5WgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0 cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE5MTAxMy4wOTVaClN0YXR1 czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1kNjQtMjAy NTA0MDRUMTkxMTAyLjExOFoKU3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdu b3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQxOTEyMTUuNjMxWgpTdGF0dXM6IHN1Y2Nl c3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE5 MTI0Ni44NDZaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAu NS00LjFfYW1kNjQtMjAyNTA0MDRUMTkxMzQwLjA2MloKU3RhdHVzOiBzdWNjZXNzZnVsICBu b2RlLWZzdHJlYW0taWdub3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQxOTEzNTAuNjAz WgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2Ft ZDY0LTIwMjUwNDA0VDE5MTQ1My45NTZaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3Ry ZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1kNjQtMjAyNTA0MDRUMTkxNTQ0LjY1OVoKU3RhdHVz OiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1 MDQwNFQxOTE2MjQuNzAyWgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25v cmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE5MTYzMi40MjhaClN0YXR1czogc3VjY2Vz c2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1kNjQtMjAyNTA0MDRUMTkx NjM0LjQ2M1oKU3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJlYW0taWdub3JlXzEuMC41 LTQuMV9hbWQ2NC0yMDI1MDQwNFQxOTE2NDAuOTkwWgpTdGF0dXM6IHN1Y2Nlc3NmdWwgIG5v ZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUwNDA0VDE5MTcyNS4zNTNa ClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS00LjFfYW1k NjQtMjAyNTA0MDRUMTkxNzM5LjI2OVoKU3RhdHVzOiBzdWNjZXNzZnVsICBub2RlLWZzdHJl YW0taWdub3JlXzEuMC41LTQuMV9hbWQ2NC0yMDI1MDQwNFQxOTE4MDIuNjk4WgpTdGF0dXM6 IHN1Y2Nlc3NmdWwgIG5vZGUtZnN0cmVhbS1pZ25vcmVfMS4wLjUtNC4xX2FtZDY0LTIwMjUw NDA0VDE5MTgyNS42NTlaClN0YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFtLWlnbm9y ZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1Mzk0NS40MzJaClN0YXR1czogc3VjY2Vzc2Z1 bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDAxMS42 OTRaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2Ft ZDY0LTIwMjUwNDA1VDE1NDAyMC41MjlaClN0YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3Ry ZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDA1Mi43ODFaClN0YXR1czog c3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1 VDE1NDEwOC4yODRaClN0YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFtLWlnbm9yZV8x LjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDEzOS43ODlaClN0YXR1czogZmFpbGVkICAgICAg bm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDE0Mi4yNDFa ClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0 LTIwMjUwNDA1VDE1NDE1Mi41NTRaClN0YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFt LWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDIyMC40OTVaClN0YXR1czogZmFp bGVkICAgICAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1 NDIzMS4wMzVaClN0YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAu NS01X2FtZDY0LTIwMjUwNDA1VDE1NDMwMi45NzFaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9k ZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDMwOC4zNTZaClN0 YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIw MjUwNDA1VDE1NDMzMS4wNzZaClN0YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFtLWln bm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDMzNi4zOTFaClN0YXR1czogc3VjY2Vz c2Z1bCAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDQx My4xMDBaClN0YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01 X2FtZDY0LTIwMjUwNDA1VDE1NDQyNS4yMjZaClN0YXR1czogc3VjY2Vzc2Z1bCAgbm9kZS1m c3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDQ1Ny43MzBaClN0YXR1 czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUw NDA1VDE1NDUwMS4yMzRaClN0YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFtLWlnbm9y ZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDUwMS4wMDRaClN0YXR1czogZmFpbGVkICAg ICAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2FtZDY0LTIwMjUwNDA1VDE1NDUwNS43 NDVaClN0YXR1czogZmFpbGVkICAgICAgbm9kZS1mc3RyZWFtLWlnbm9yZV8xLjAuNS01X2Ft ZDY0LTIwMjUwNDA1VDE1NDUxMi4zMzJaCg==

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?B?SsOpcsOpbXkgTGFs?=@21:1/5 to All on Sat Apr 5 23:10:01 2025
    Le sam. 5 avr. 2025 à 18:09, Santiago Vila <sanvila@debian.org> a écrit :

    reopen 1078886
    thanks

    Hello. I'm really sorry to reopen this, but the recent change
    did not fix the reported problem.

    I'm attaching my build history, where 1.0.5-5 is the version
    in unstable and 1.0.5-4.1 was my internal version where I
    tested the proposed patch (which I assume it would still work,
    since the issue seems to be a concurrency problem).


    I overlooked that you proposed a patch.

    The problem with the dh_auto_test_override is that it effectively stops pkg-js-autopkgtest from running at all.

    To check the concurrency hypothesis, could you try version 1.0.5-4 with -j1 added after the command "tap" like this:
    tap -j1 -R tap test/00-setup.js test/common.js test/zz-cleanup.js --no-cov
    in
    debian/tests/pkg-js/test
    ?

    I tried ten times with various values of -j and still couldn't reproduce.

    <div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Le sam. 5 avr. 2025 à 18:09, Santiago Vila &lt;<a href="mailto:sanvila@debian.org">sanvila@debian.org</a>&gt; a écrit :<br></
    <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">reopen 1078886<br>
    thanks<br>

    Hello. I&#39;m really sorry to reopen this, but the recent change<br>
    did not fix the reported problem.<br>

    I&#39;m attaching my build history, where 1.0.5-5 is the version<br>
    in unstable and 1.0.5-4.1 was my internal version where I<br>
    tested the proposed patch (which I assume it would still work,<br>
    since the issue seems to be a concurrency problem).<br></blockquote><div><br></div><div>I overlooked that you proposed a patch.</div><div><br></div><div>The problem with the dh_auto_test_override is that it effectively stops</div><div>pkg-js-autopkgtest
    from running at all.</div><div><br></div><div>To check the concurrency hypothesis, could you try version 1.0.5-4 with -j1 added after the command &quot;tap&quot; like this:</div><div>tap -j1 -R tap test/00-setup.js test/common.js test/zz-cleanup.js --no-
    cov</div><div>in</div><div>debian/tests/pkg-js/test</div><div>?</div><div><br></div><div>I tried ten times with various values of -j and still couldn&#39;t reproduce.</div><div> </div></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Santiago Vila@21:1/5 to All on Sun Apr 6 00:00:01 2025
    BTW: I see that the build and the autopkgtests are failing in Salsa CI,
    and also the official autopkgtests. I believe Salsa CI uses
    containers with 2 CPUs, which is consistent with the fact that it
    fails for me on machines with 2 CPUs.

    I guess the root cause for all those failures is probably the same.

    Thanks.

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