Package: src:scilab
Version: 5.5.0-3
Severity: important
User: debian-j...@lists.debian.org
Usertags: openjdk-8-transition
The package fails to build in a test rebuild on at least amd64 with
openjdk-8 as the default java version, but succeeds to build with
openjdk-7.
The full build log can be
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
On Tue, Sep 09, 2014 at 11:11:39AM +0200, Thorsten Glaser wrote:
The problem here is that I can install, for example,
libblas3:amd64 and libatlas3-base:i386, and they are
managed by the same alternative.
Let me sketch a scenario to make the projected breakage explicit:
Let's say my package
Le mardi 09 septembre 2014 à 11:11 +0200, Thorsten Glaser a écrit :
Helmut and I think you need to move the libblas.so.3
symlink into arch-qualified subdirectories and manage
multiple alternatives, one per architecture.
I think this is the way to go. It will have to wait for the release of
adolc_2.5.2-1_amd64.changes uploaded successfully to localhost
along with the files:
libadolc-dev_2.5.2-1_amd64.deb
libadolc2_2.5.2-1_amd64.deb
adolc_2.5.2-1.dsc
adolc_2.5.2.orig.tar.gz
adolc_2.5.2-1.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host
S�bastien Villemot dixit:
Le mardi 09 septembre 2014 à 11:11 +0200, Thorsten Glaser a écrit :
Helmut and I think you need to move the libblas.so.3
symlink into arch-qualified subdirectories and manage
multiple alternatives, one per architecture.
I think this is the way to go. It will have to
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 09 Sep 2014 13:30:02 +0100
Source: adolc
Binary: libadolc-dev libadolc2
Architecture: source amd64
Version: 2.5.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
Le mardi 09 septembre 2014 à 12:37 +, Thorsten Glaser a écrit :
Sbastien Villemot dixit:
Le mardi 09 septembre 2014 à 11:11 +0200, Thorsten Glaser a écrit :
Helmut and I think you need to move the libblas.so.3
symlink into arch-qualified subdirectories and manage
multiple
mlpack_1.0.10-1_amd64.changes uploaded successfully to localhost
along with the files:
libmlpack-dev_1.0.10-1_amd64.deb
libmlpack1_1.0.10-1_amd64.deb
mlpack-bin_1.0.10-1_amd64.deb
mlpack-doc_1.0.10-1_all.deb
mlpack_1.0.10-1.dsc
mlpack_1.0.10.orig.tar.gz
mlpack_1.0.10-1.debian.tar.xz
I think you are getting this wrong.
On Tue, Sep 09, 2014 at 02:06:37PM +0100, Sébastien Villemot wrote:
Essentially this is a wishlist bug, because BLAS implementations have
never been multi-arch safe (and the packages are not marked as
M-A:same). The particular situation that you are
FYI: The status of the scscp-imcce source package
in Debian's testing distribution has changed.
Previous version: 1.0.0+ds-2
Current version: 1.0.1+ds-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you
What Digital Publishers Can Learn From Apple Before Their Event
=
PressPad’s lead iOS developer Simon Fortuna gives a glimpse at what to expect
from Apple’s special event and the introduction of iOS 8...
KEEP READING » (
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,
La pompe à chaleurLa solution chauffage / climatisation économique et
écologique
Vous recevez cet email car vous êtes inscrit à la base Net-Lead. Si le message
ci-dessous ne s'affiche pas correctement, vous pouvez consulter la version en
ligne.
14 matches
Mail list logo