FYI: The status of the suitesparse source package
in Debian's testing distribution has changed.
Previous version: 1:4.5.4-1
Current version: 1:4.5.5-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you
FYI: The status of the arpack source package
in Debian's testing distribution has changed.
Previous version: 3.4.0-1
Current version: 3.5.0-1
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multiple times a day you will receive
I forwarded the bug to upstream. I think they will work on this very soon.
S
Le 23/06/2017 à 20:58, Marcio Bezerra a écrit :
> Looks like this bug was introduced in the latest kernel libraries
> update. Scilab was working just fine less than 24 hours ago.
> Scilab-cli is working but is very
Looks like this bug was introduced in the latest kernel libraries update.
Scilab was working just fine less than 24 hours ago. Scilab-cli is working
but is very limited. Does anyone know of a workaround for this kind of
problem? How long does it usually take for them to release a patch?
I have
I have the same bug on Debian 9 with KDE Plasma.
I had the same problem on Arch, maybe this is related to the kernel ? (
https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/1699892 )
Best regards,
Piotr
--
debian-science-maintainers mailing list
Processing commands for cont...@bugs.debian.org:
> forcemerge 865522 865659
Bug #865522 [scilab] scilab: Segmentation fault at lauch
Bug #865659 [scilab] scilab: Segmentation fault at launch. It was working
before an upgrade performed on 21 June.
Severity set to 'grave' from 'important'
Marked
Source: scotch
Version: 5.1.12b.dfsg-2
Severity: serious
Justification: policy 4.6
Tags: jessie stretch buster sid
User: helm...@debian.org
Usertags: rebootstrap
When some part of scotch's build fails (e.g. mpicc), the build continues
and may produce a broken package. This violates Debian Policy
Package: scilab
Version: 5.5.1-7
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of
Source: spooles
Version: 2.2-12
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
spooles fails to cross build from source, because it uses the build
architecture compiler, which is make's default. Running make through
dh_auto_build mostly fixes this, since dh_auto_build supplies a
Source: pcl
Version: 1.8.0+dfsg1-3
Severity: normal
Tags: patch
With gcc in stretch defaulting to PIE, hardening=+all,-pie changed
semantics from "enable hardening but not PIE" to "enable all hardening
and explicitely disable the default PIE".
The latter is usually not intended.
The -pie in
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 23 Jun 2017 12:22:59 +0200
Source: r-cran-repr
Binary: r-cran-repr
Architecture: source
Version: 0.12.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
r-cran-repr_0.12.0-1_source.changes uploaded successfully to localhost
along with the files:
r-cran-repr_0.12.0-1.dsc
r-cran-repr_0.12.0.orig.tar.gz
r-cran-repr_0.12.0-1.debian.tar.xz
r-cran-repr_0.12.0-1_amd64.buildinfo
Greetings,
Your Debian queue daemon (running on host
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Fri, 23 Jun 2017 11:50:42 +0200
Source: r-cran-r6
Binary: r-cran-r6
Architecture: source
Version: 2.2.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers
13 matches
Mail list logo