#1011369 transition: gromacs

Package:
release.debian.org
Source:
release.debian.org
Submitter:
Nicholas Breen
Date:
2022-06-20 16:51:03 UTC
Severity:
normal
Tags:
Blocked By:
Bug Title
1011392

  4

RM: gromacs [armel armhf i386 mipsel] -- ROM, ANAIS; upstream support dropped for 32-bit archs; blocking transition to testing

normal about 4 years ago

#1011369#5
Date:
2022-05-21 01:47:28 UTC
From:
To:
This is perhaps more of a "recommended best practice" request than a
transition request.

gromacs has an upcoming library transition, staged in experimental, and
its next upload to sid will close one RC bug [1].  However, its only
direct build-dependency in testing is votca-csg, which has a pending RM
request [2].  votca-csg *can* be binNMUed against gromacs 2022.1, but
that's not terribly useful when it's about to be replaced.

Additionally, gromacs upstream dropped support for 32-bit architectures
in the new release, so that will need an additional RM bug for old
binaries, not yet filed.

Should I proceed with an upload to sid when a slot is ready, or wait for
one or both of those removals to clear first?

Thanks.

#1011369#10
Date:
2022-05-21 07:14:34 UTC
From:
To:
Control: tags -1 confirmed

gromacs is not colliding with any other planned or ongoing transitions
and with votca-csg being removed, you can just go ahead with this one.
The removal of gromacs on the 32 bit architectures will be the blocker
for gromoacs' migration to testing -- without the removal, gromacs won't
be able to migrate.

So, I'd suggest to go ahead with the gromacs upload to unstable whenever
you're ready and to immediately file the RM bug for the 32 bit binaries.

The removal of votca-csg from testing can happen independently from
unstable. If by the time gromacs is ready to migrate to testing
votca-csg hasn't been removed from unstable, we can place a manual
removal hint to get it removed from testing.

Cheers

#1011369#19
Date:
2022-06-20 16:39:14 UTC
From:
To:
Migration complete, closing out the transition bug.