--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: nmu: scotch_5.1.12b.dfsg-1.2
- From: Salvatore Bonaccorso <carnil@debian.org>
- Date: Tue, 02 Sep 2014 16:29:45 +0200
- Message-id: <20140902142945.20149.28592.reportbug@lorien.valinor.li>
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: binnmu
Dear Stable release managers,
I guess this request is quite unfortunate as it affects a rebuild of a
ppackage in stable. Note I'm not the maintainer but we runned into
this problem.
It is tracked in BTS as #748130. The binary packages produced by
src:scotch in wheezy were not (re-)builded at the time picking the
correct default mpi-implementation.
On Wed, May 14, 2014 at 05:42:48PM +0200, Pierre Saramito wrote:
> Hi all,
>
> The stable (wheezy) debian package "libscotch-5.1" depends on MPI lib as :
>
> dep: libmpich2-3 [amd64, mips, mipsel, s390, s390x]
> dep: libopenmpi1.3 [not amd64, mips, mipsel, s390, s390x]
>
> while the "mpi-default-bin" package has the following dependencies :
>
> dep: mpich2 [mips, mipsel, s390, s390x]
> dep: openmpi-bin [not mips, mipsel, s390, s390x]
>
> The same bug occurs for all MPI-dependent packages from the "scotch" source package.
> Thus, on amd64, the scotch library is not usable:
> package depending on scotch will compile but segfault at run time.
>
> A possible solution should be to recompile the wheezy/amd64 scotch package.
Can the scotch package be binnmu'ed on stable for amd64?
Is
nmu scotch_5.1.12b.dfsg-1.2 . amd64 . -d wheezy . -m "Rebuild to pick the correct mpi-default implementation (Closes: #748130)"
correct?
Regards,
Salvatore
--- End Message ---
--- Begin Message ---
- To: 760282-done@bugs.debian.org
- Cc: Julien Cristau <jcristau@debian.org>, Salvatore Bonaccorso <carnil@debian.org>
- Subject: Re: Bug#760282: nmu: scotch_5.1.12b.dfsg-1.2
- From: "Adam D. Barratt" <adam@adam-barratt.org.uk>
- Date: Sat, 18 Oct 2014 12:07:58 +0100
- Message-id: <1413630478.2260.32.camel@adam-barratt.org.uk>
- In-reply-to: <1411422649.18186.60.camel@jacala.jungle.funky-badger.org>
- References: <20140902142945.20149.28592.reportbug@lorien.valinor.li> <20140920161814.GG10640@betterave.cristau.org> <1411422649.18186.60.camel@jacala.jungle.funky-badger.org>
Version: 7.7
On Mon, 2014-09-22 at 22:50 +0100, Adam D. Barratt wrote:
> Control: tags -1 + pending
>
> On Sat, 2014-09-20 at 18:18 +0200, Julien Cristau wrote:
> > Control: tag -1 confirmed
> >
> > On Tue, Sep 2, 2014 at 16:29:45 +0200, Salvatore Bonaccorso wrote:
> >
> > > I guess this request is quite unfortunate as it affects a rebuild of a
> > > ppackage in stable. Note I'm not the maintainer but we runned into
> > > this problem.
> > >
> > > It is tracked in BTS as #748130. The binary packages produced by
> > > src:scotch in wheezy were not (re-)builded at the time picking the
> > > correct default mpi-implementation.
> > >
> > > On Wed, May 14, 2014 at 05:42:48PM +0200, Pierre Saramito wrote:
> > > > Hi all,
> > > >
> > > > The stable (wheezy) debian package "libscotch-5.1" depends on MPI lib as :
> > > >
> > > > dep: libmpich2-3 [amd64, mips, mipsel, s390, s390x]
> > > > dep: libopenmpi1.3 [not amd64, mips, mipsel, s390, s390x]
> > > >
> > > > while the "mpi-default-bin" package has the following dependencies :
> > > >
> > > > dep: mpich2 [mips, mipsel, s390, s390x]
> > > > dep: openmpi-bin [not mips, mipsel, s390, s390x]
> > > >
> > > > The same bug occurs for all MPI-dependent packages from the "scotch" source package.
> > > > Thus, on amd64, the scotch library is not usable:
> > > > package depending on scotch will compile but segfault at run time.
> > > >
> > > > A possible solution should be to recompile the wheezy/amd64 scotch package.
> > >
> > > Can the scotch package be binnmu'ed on stable for amd64?
> > >
> > > Is
> > >
> > > nmu scotch_5.1.12b.dfsg-1.2 . amd64 . -d wheezy . -m "Rebuild to pick the correct mpi-default implementation (Closes: #748130)"
> > >
> > > correct?
> > >
> > The -d (or the . after it) is wrong, and binNMU changelogs can't close
> > bugs, but other than that, yes. I've scheduled the rebuild.
>
> Flagged for acceptance.
This binNMU was included in today's 7.7 point release; closing.
Regards,
Adam
--- End Message ---