• Bug#1109841: cccl: makes stdgpu-contrib to FTBFS

    From Santiago Vila@21:1/5 to All on Thu Jul 24 22:30:02 2025
    Package: src:cccl
    Version: 2.3.2-1
    Severity: serious
    Control: affects -1 src:stdgpu-contrib

    Dear maintainer:

    During a rebuild of all packages in unstable, package src:stdgpu-contrib
    failed to build from source:

    CMake Error at cmake/Findthrust.cmake:17 (math):
    math cannot parse the expression: "200302 // macro expansion with ##
    requires this to be a single value / 100000": syntax error, unexpected
    exp_DIVIDE (9).
    Call Stack (most recent call first):
    src/stdgpu/CMakeLists.txt:7 (find_package)

    I did a debbisect and this is what I found:

    bisection finished successfully
    last good timestamp: 20250720T202733Z
    first bad timestamp: 20250721T022532Z
    the following packages differ between the last good and first bad timestamp:
    libcu++-dev 2.2.0-5 -> 2.3.2-1
    libcub-dev 2.2.0-5 -> 2.3.2-1
    libthrust-dev 2.2.0-5 -> 2.3.2-1

    At this point of the release cycle, I'm not sure about the best way
    to handle these kinds of bugs.

    If the broken package is fixed and the build-depends is updated
    to include libcu++-dev (>= 2.3.2-1) (and the other ones),
    I guess it would be ok to reassign this to src:stdgpu-contrib
    and consider the issue fixed.

    In the meantime, I'm filing this bug mainly to ensure that the
    updated build-dependency does not propagate to testing before
    the broken package.

    Thanks.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Santiago Vila@21:1/5 to All on Fri Jul 25 00:50:02 2025
    retitle 1109841 stdgpu-contrib: FTBFS in forky/sid with new cccl
    affects 1109841 =
    thanks

    Ok, assuming none of the two packages will try to enter testing
    before the release, I leave this to Timo, then.

    Thanks a lot!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andreas Beckmann@21:1/5 to Santiago Vila on Fri Jul 25 01:30:02 2025
    On 7/25/25 00:46, Santiago Vila wrote:
    Ok, assuming none of the two packages will try to enter testing
    before the release, I leave this to Timo, then.

    This needs to be fixed for trixie, we need the newer cccl in trixie
    otherwise we have an unsupported cccl+nvidia-cuda-toolkit combination in trixie.
    (Due to use of a wrong variable name the dependency was not bumped automatically in nvidia-cuda-toolkit, otherwise I would have noticed
    this earlier.)

    Andreas

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Timo =?utf-8?Q?R=C3=B6hling?=@21:1/5 to [email protected] on Fri Jul 25 08:00:01 2025
    On Fri, 25 Jul 2025 01:01:13 +0200 Andreas Beckmann <[email protected]> wrote:
    On 7/25/25 00:46, Santiago Vila wrote:
    Ok, assuming none of the two packages will try to enter testing
    before the release, I leave this to Timo, then.

    This needs to be fixed for trixie, we need the newer cccl in trixie otherwise we have an unsupported cccl+nvidia-cuda-toolkit combination in trixie.
    (Due to use of a wrong variable name the dependency was not bumped automatically in nvidia-cuda-toolkit, otherwise I would have noticed
    this earlier.)

    Thanks, Santiago, for catching this, and thanks, Andreas, for looking up
    the fix. I'm going to apply it and request a last minute unblock.

    If that does not work out, I agree with Andreas that it is more
    important for trixie to have a functional nvidia toolchain than stdgpu.


    Cheers
    Timo

    --
    ⢀⣴⠾⠻⢶⣦⠀ ╭────────────────────────────────────────────────────╮
    ⣾⠁⢠⠒⠀⣿⡁ │ Timo Röhling │
    ⢿⡄⠘⠷⠚⠋⠀ │ 9B03 EBB9 8300 DF97 C2B1 23BF CC8C 6BDD 1403 F4CA │
    ⠈⠳⣄⠀⠀⠀⠀ ╰────────────────────────────────────────────────────╯

    -----BEGIN PGP SIGNATURE-----

    iQIzBAEBCgAdFiEEmwPruYMA35fCsSO/zIxr3RQD9MoFAmiDGxwACgkQzIxr3RQD 9MrG3xAAgnDjz7E1niUHFhuNNyQnL8v0N83ay6fcHJgA7+pZxZkYX7fIqZVWrbk8 DjIQ0cdGkiWYGQiiCQ6Y6Cu+m+WvkaFVGZS73Lr3geqClb1TvtmKO2HP2Cfm+1gU M6oNY45bnFbhXrVpw5/xVeNhVdaL3e4GcpL5QatuhrBs9FMe8qDu8/RuyQI0WkwU oObDRyejGOU89+CUauKY5LKwM+VxmudeFP9xyjK6cxSHORypfLedFOQbwlryFFA3 qVLqiAgv17N04I59ro6pfDNLDz385a1s2OpB9T06LeHDg1XYtW7pgSz4pDT2hKUj lkvbxAQtq8be1ZzFp2JBxG3HCi+QTt8a95J6jn2jUTa