Your message dated Sun, 25 Nov 2018 13:30:40 +0100
with message-id <20181125123039.x3qibikbseowv...@debian.org>
and subject line Re: nmu: mpich_3.3~rc1-2
has caused the Debian Bug report #914379,
regarding nmu: mpich_3.3~rc1-2
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
914379: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914379
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Subject: nmu: mpich_3.3~rc1-2
Package: release.debian.org
User: release.debian....@packages.debian.org
Usertags: binnmu
Severity: normal
Hi,
The recent upload of mpich during the window where the buildds on some
architectures had a /usr-merged chroot, and the mpich build created
scripts (e.g. /usr/bin/mpicc.mpich) with shebang lines pointing to
"/usr/bin/bash". Naturally, this then fails to run on non-/usr-merged
systems. Now that the buildds have that change reverted, a binNMU
should fix it up.
nmu mpich_3.3~rc1-2 . arm64 armel armhf i386 mips mips64el ppc64el s390x .
unstable . -m 'Rebuild without usrmerge'
I'm not the mpich maintainer, but I noticed this when it broke the build
of my recent gromacs upload on those architectures - I think this is the
right syntax to additionally request a dep-wait on the rebuilt mpich?
dw gromacs . arm64 armel armhf i386 mips mips64el ppc64el s390x . unstable .
-m 'mpich (>= 3.3~rc1-2+b1)'
Thank you.
--
Nicholas Breen
nbr...@debian.org
--- End Message ---
--- Begin Message ---
Hi,
On Thu, Nov 22, 2018 at 10:53:44AM -0800, Nicholas Breen wrote:
> The recent upload of mpich during the window where the buildds on some
> architectures had a /usr-merged chroot, and the mpich build created
> scripts (e.g. /usr/bin/mpicc.mpich) with shebang lines pointing to
> "/usr/bin/bash". Naturally, this then fails to run on non-/usr-merged
> systems. Now that the buildds have that change reverted, a binNMU
> should fix it up.
>
> nmu mpich_3.3~rc1-2 . arm64 armel armhf i386 mips mips64el ppc64el s390x .
> unstable . -m 'Rebuild without usrmerge'
There was a maintainer upload, so this is no longer necessary.
>
> I'm not the mpich maintainer, but I noticed this when it broke the build
> of my recent gromacs upload on those architectures - I think this is the
> right syntax to additionally request a dep-wait on the rebuilt mpich?
>
> dw gromacs . arm64 armel armhf i386 mips mips64el ppc64el s390x . unstable .
> -m 'mpich (>= 3.3~rc1-2+b1)'
Done.
Ivo
--- End Message ---
