Your message dated Sat, 27 Sep 2014 21:53:25 +0200
with message-id <[email protected]>
and subject line Re: Bug#760936: BLAS: not Multi-Arch safe
has caused the Debian Bug report #760936,
regarding BLAS: not Multi-Arch safe
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 [email protected]
immediately.)
--
760936: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760936
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libblas3
Version: 1.2.20110419-7
Severity: important
libblas3 Provides: libblas.so.3
libatlas3-base Provides: libblas.so.3
The problem here is that I can install, for example,
libblas3:amd64 and libatlas3-base:i386, and they are
managed by the same alternative.
Helmut and I think you need to move the libblas.so.3
symlink into arch-qualified subdirectories and manage
multiple alternatives, one per architecture.
Helmut suggested to just add "Conflicts: libblas.so.3"
to all providers of the libblas.so.3 virtual package,
so they are not coïnstallable, then drop the alternatives
Geraffel and just use normal M-A coïnstallability. Please
do enlighten us to the reason of this alternatives system ☺
Related is #760821 which is an error (partially) caused
by this problem.
-- System Information:
Debian Release: jessie/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable')
Architecture: x32 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Versions of packages libblas3 depends on:
ii libc6 2.19-10
ii libgcc1 1:4.9.1-12
ii libgfortran3 4.9.1-12
ii libquadmath0 4.9.1-12
libblas3 recommends no packages.
libblas3 suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Le mardi 09 septembre 2014 à 21:26 +0100, Sébastien Villemot a écrit :
> Le mardi 09 septembre 2014 à 15:17 +0200, Helmut Grohne a écrit :
>
> > > Given that transitions are now frozen for Jessie, and given that the
> > > freeze is less than 2 months ahead, I think that this is too big a
> > > change to be implemented now, for several reasons: it involves multiple
> > > packages (blas, lapack, atlas, openblas); it needs coordinated changes
> > > in those packages, which means that they must all transition to testing
> > > at the same time; the change is tricky because it involves lots of code
> > > in maintainer scripts, with possible problems on upgrade paths; I will
> > > have almost no time in October for Debian.
> >
> > I agree that any way to solve this issue involves severe changes, which
> > may be unsuitable for jessie. But for jessie we do not have to
> > Multi-Arch blas. It suffices to make it Multi-Arch safe.
> >
> > > If you come up soon with working patches for these 4 packages, I will do
> > > my best to review and upload them. Otherwise I don't think that this
> > > move is realistic before the freeze.
> >
> > Let me propose another funky workaround for jessie:
> >
> > Introduce a new, empty arch:any package (whose sole purpose is to
> > exist). Do not mark it as Multi-Arch anything (this is crucial and why
> > you cannot reuse things like libc6 or dpkg for this). Then have all blas
> > implementations depend on this package.
> >
> > Any blas implementation being installed will pull in the new package for
> > the architecture. Any other blas implementation will only be installable
> > for the same architecture now.
> >
> > Even though, this goes through NEW and has to touch at least four
> > packages, it does not cause a transition. It also does not cause the
> > update-alternatives handling to change. What do you think?
>
> Thanks for suggesting this alternative solution, which I think is a good
> compromise for jessie. It is a bit ugly, but I don't see any other way
> of forbidding M-A co-installability of two different packages. Hopefully
> the ftpmasters won't oppose this. I'll try to implement this soon.
Implemented in blas/1.2.20110419-8, atlas/3.10.2-3, openblas/0.2.11-2.
Closing.
--
.''`. Sébastien Villemot
: :' : Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
--- End Message ---
