1. Forum
  2. Usenet
  3. LINUX.DEBIAN.BUGS.DIST

  • Bug#1057556: elpa: FTBFS: not enough slots available

    From Santiago Vila@21:1/5 to All on Fri Apr 11 01:10:01 2025
    notfixed 1057556 2022.11.001-3
    thanks

    Hi. I'm marking this as notfixed in unstable because the current
    fix was for OpenMPI 4 and does not work anymore with OpenMPI 5.

    Several months ago Graham asked me not to touch the package
    because he was going to work on it, so I did not touch it.

    I know that this is fixed in experimental, but I'd like to
    see it fixed in trixie so that I don't have to make another stable-proposed-updates upload as I already did in bookworm.

    Can someone advise about what to do?

    If it's a matter of uploading the current version in experimental
    to unstable, I'd prefer Graham to do it, since he is the one who
    authored the experimental versions.

    On the other hand, if this is not expected to happen, then I'd like
    to have your permission to fix this based on the current version
    (say, in a branch called trixie and versioned 2022.11.001-4), that
    can be merged back to master at a later time.

    Thanks.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Graham Inggs@21:1/5 to Santiago Vila on Sat Apr 12 14:10:01 2025
    Hi Santiago and Michael

    On Fri, 11 Apr 2025 at 00:03, Santiago Vila <sanvila@debian.org> wrote:
    If it's a matter of uploading the current version in experimental
    to unstable, I'd prefer Graham to do it, since he is the one who
    authored the experimental versions.

    No, that was Michael. I did look at uploading 2024.05.001-2 to
    unstable. It doesn't appear to start a library transition, and gpaw
    continues to work with the new version. I was concerned about the
    apparent breakage caused in cp2k, with which I am not familiar. This
    showed up in the pseudo-excuses for elpa in experimental [1].

    On the other hand, if this is not expected to happen, then I'd like
    to have your permission to fix this based on the current version
    (say, in a branch called trixie and versioned 2022.11.001-4), that
    can be merged back to master at a later time.

    I'd prefer MIchael to go ahead with 2024.05.001-2 to unstable, but I'm
    also happy to upload 2022.11.001-4 which I was working on previously.

    Regards
    Graham


    [1] https://qa.debian.org/excuses.php?package=elpa&experimental=1

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Graham Inggs@21:1/5 to Graham Inggs on Thu Apr 24 10:40:02 2025
    Hi Michael

    On Sat, 12 Apr 2025 at 12:04, Graham Inggs <ginggs@debian.org> wrote:
    I'd prefer MIchael to go ahead with 2024.05.001-2 to unstable, but I'm
    also happy to upload 2022.11.001-4 which I was working on previously.

    I'll assume you are not working on uploading 2024.05.001-2 to unstable.

    I should have time this weekend (April 26 - 27) to work on an upload
    of 2022.11.001-4.

    Regards
    Graham

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michael Banck@21:1/5 to Graham Inggs on Thu Apr 24 23:30:01 2025
    Hi Graham,

    On Thu, Apr 24, 2025 at 08:28:16AM +0000, Graham Inggs wrote:
    On Sat, 12 Apr 2025 at 12:04, Graham Inggs <ginggs@debian.org> wrote:
    I'd prefer MIchael to go ahead with 2024.05.001-2 to unstable, but I'm
    also happy to upload 2022.11.001-4 which I was working on previously.

    I'll assume you are not working on uploading 2024.05.001-2 to unstable.

    Yeah sorry, I felt like time was running out for trixie on this one.

    I might have some time next week, but I am awfully busy with the job and private life right now :-/

    I should have time this weekend (April 26 - 27) to work on an upload
    of 2022.11.001-4.

    That'd be appreciated.


    Michael

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