scilab-ann is marked for autoremoval from testing

scilab-ann 0.4.2.4-1 is marked for autoremoval from testing on 2017-08-06 It (build-)depends on packages with these RC bugs: 865522: scilab: Segmentation fault at lauch 865659: scilab: Segmentation fault at launch. It was working before an upgrade performed on 21 June. --

scilab-celestlab is marked for autoremoval from testing

scilab-celestlab 3.0.0-1-2 is marked for autoremoval from testing on 2017-08-06 It (build-)depends on packages with these RC bugs: 865522: scilab: Segmentation fault at lauch 865659: scilab: Segmentation fault at launch. It was working before an upgrade performed on 21 June. --

scilab is marked for autoremoval from testing

scilab 5.5.2-4 is marked for autoremoval from testing on 2017-08-06 It is affected by these RC bugs: 865522: scilab: Segmentation fault at lauch 865659: scilab: Segmentation fault at launch. It was working before an upgrade performed on 21 June. -- debian-science-maintainers mailing list

sciscipy is marked for autoremoval from testing

sciscipy 1.0.1-2 is marked for autoremoval from testing on 2017-08-06 It (build-)depends on packages with these RC bugs: 865522: scilab: Segmentation fault at lauch 865659: scilab: Segmentation fault at launch. It was working before an upgrade performed on 21 June. --

scilab-plotlib is marked for autoremoval from testing

scilab-plotlib 0.42-1 is marked for autoremoval from testing on 2017-08-06 It (build-)depends on packages with these RC bugs: 865522: scilab: Segmentation fault at lauch 865659: scilab: Segmentation fault at launch. It was working before an upgrade performed on 21 June. --

Will your BAS payment be made on time?

Title: Unsecured Business Loans

Bug#868992: python-ltfatpy: FTBFS on hurd-i386: No module named 'matplotlib._path'

Source: python-ltfatpy Version: 1.0.9-1 Severity: important Justification: fails to build from source Thanks for taking care of #861094. Alas, the build of python-ltfatpy on hurd-i386 (admittedly not a release architecture) is still failing: E ModuleNotFoundError: No module named

Bug#868991: libgpuarray: FTBFS with cython 0.23

Source: libgpuarray Version: 0.6.8-1 Severity: important Justification: fails to build from source Builds of libgpuarray for the non-release architectures hurd-i386 and x32 (on both of which cython 0.23.x is the latest available version): Exception: cython is too old or not installed (at least

Processed: Re: Bug#868960: FTBFS with ocaml 4.05.0

Processing commands for cont...@bugs.debian.org: > tags 868960 + patch Bug #868960 [src:scilab] FTBFS with ocaml 4.05.0 Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 868960: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868960 Debian Bug

Bug#868960: FTBFS with ocaml 4.05.0

tags 868960 + patch thanks On 20/07/2017 00:32, Stéphane Glondu wrote: > A possible fix is to compile files in ./src/xml2modelica without the "-I > ./src/modelica_compiler" option. Attached is a patch (to be dropped in debian/patches) that does that. It should be compatible with the ocaml

Bug#868960: FTBFS with ocaml 4.05.0

On 19/07/2017 23:21, Stéphane Glondu wrote: > scilab FTBFS with ocaml 4.05.0. Relevant log: >> [...] >> ocamlopt -o XML2Modelica -I ./src/modelica_compiler -I ./src/xml2modelica >> nums.cmxa ./src/xml2modelica/xMLTree.cmx ./src/xml2modelica/linenum.cmx >> ./src/xml2modelica/stringParser.cmx

Dear Talented

Dear Talented, I am Talent Scout For BLUE SKY FILM STUDIO, Present Blue sky Studio a Film Corporation Located in the United State, is Soliciting for the Right to use Your Photo/Face and Personality as One of the Semi -Major Role/ Character in our Upcoming ANIMATED Stereoscope 3D Movie-The Story

Bug#868965: seaborn: FTBFS: Test failures

Source: seaborn Version: 0.7.1-4 Severity: serious Tags: buster sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20170719 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): >

Bug#868960: FTBFS with ocaml 4.05.0

Package: src:scilab Version: 5.5.2-4 Severity: important Dear maintainer, scilab FTBFS with ocaml 4.05.0. Relevant log: > [...] > ocamlopt -o XML2Modelica -I ./src/modelica_compiler -I ./src/xml2modelica > nums.cmxa ./src/xml2modelica/xMLTree.cmx ./src/xml2modelica/linenum.cmx >

Bug#827942: marked as done (src:gnuplot: All packages that give you a functional gnuplot should Provides:gnuplot)

Your message dated Wed, 19 Jul 2017 20:49:32 + with message-id and subject line Bug#827942: fixed in gnuplot 5.0.6+dfsg1-1 has caused the Debian Bug report #827942, regarding src:gnuplot: All packages that give you a functional gnuplot should

gnuplot_5.0.6+dfsg1-1_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 19 Jul 2017 21:04:50 +0200 Source: gnuplot Binary: gnuplot gnuplot-doc gnuplot-nox gnuplot-qt gnuplot-x11 gnuplot-data Architecture: source Version: 5.0.6+dfsg1-1 Distribution: unstable Urgency: medium Maintainer:

Processing of gnuplot_5.0.6+dfsg1-1_source.changes

gnuplot_5.0.6+dfsg1-1_source.changes uploaded successfully to localhost along with the files: gnuplot_5.0.6+dfsg1-1.dsc gnuplot_5.0.6+dfsg1-1.debian.tar.xz gnuplot_5.0.6+dfsg1-1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org) --

Processed: forwarded upstream

Processing control commands: > forwarded -1 https://github.com/Theano/libgpuarray/issues/481 Bug #868877 [src:libgpuarray] libgpuarray FTBFS on 32bit: error: '__int128' is not supported on this target Set Bug forwarded-to-address to 'https://github.com/Theano/libgpuarray/issues/481'. --

Bug#868877: forwarded upstream

control: forwarded -1 https://github.com/Theano/libgpuarray/issues/481 Thanks for reporting. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#868922: r-cran-randomfieldsutils: FTBFS: init_RandomFieldsUtils.cc:62:10: error: 'R_NativeArgStyle' does not name a type

Source: r-cran-randomfieldsutils Version: 0.3.15-1 Severity: serious Tags: buster sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20170719 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully

Bug#868914: giella-sme: FTBFS: disambiguation.cg3: Error: Position on line 11229 near `O LEX-N + (Sg Nom))(` - stand-alone o or O doesn't make sense - maybe you meant 0?

Source: giella-sme Version: 0.0.20150917~r121176-1 Severity: serious Tags: buster sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20170719 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully

Bug#868894: find_package option COMPONENTS ineffective because of hard-coded includes in TrilinosConfig.cmake

Package: trilinos-dev Version: 12.10.1-3 CMake's find_package takes an option COMPONENTS. Usage with Trilinos seems to be documented nowhere, but TrilinosConfig.cmake clearly is intended to support e.g. find_package(Trilinos REQUIRED COMPONENTS Epetra Belos Ifpack) However, at the bottom of

Bug#868873: dependence on libmumps-4.10.0 _AND_ libmumps-5.1.1 breaks make

I don't think it is possible for trilinos to depend on both versions. Of course it should not. But it does. $ apt-cache show libtrilinos-amesos-dev Package: libtrilinos-amesos-dev Source: trilinos Version: 12.10.1-3 .. Depends: libmumps-dev, libtrilinos-amesos12 (= 12.10.1-3), trilinos-dev $

Bug#868873: dependence on libmumps-4.10.0 _AND_ libmumps-5.1.1 breaks make

On 19/07/2017 13:32, Joachim Wuttke wrote: Since the recent update of Debian/testing from libmumps-4.10.0 to libmumps-5.1.1, trilinos-all depends on both of them. This breaks my build: make[2]: *** No rule to make target '/usr/lib/libsmumps.so', needed by after providing an ad-hoc link

Bug#868877: libgpuarray FTBFS on 32bit: error: '__int128' is not supported on this target

Source: libgpuarray Version: 0.6.8-1 Severity: important https://buildd.debian.org/status/package.php?p=libgpuarray=sid ... /<>/src/util/integerfactoring.c: In function 'gaIMulMod': /<>/src/util/integerfactoring.c:271:20: error: '__int128' is not supported on this target return ((unsigned

Bug#868873: dependence on libmumps-4.10.0 _AND_ libmumps-5.1.1 breaks make

Package: trilinos-all-dev Version: 12.10.1-3 Since the recent update of Debian/testing from libmumps-4.10.0 to libmumps-5.1.1, trilinos-all depends on both of them. This breaks my build: make[2]: *** No rule to make target '/usr/lib/libsmumps.so', needed by after providing an ad-hoc link

scalapack_2.0.2-1exp3_source.changes ACCEPTED into experimental

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 19 Jul 2017 17:07:15 +0800 Source: scalapack Binary: libscalapack-openmpi2.0 libscalapack-mpich2.0 libscalapack-mpi-dev libscalapack-mpich-dev libscalapack-openmpi-dev scalapack-mpi-test scalapack-test-common

Processing of scalapack_2.0.2-1exp3_source.changes

scalapack_2.0.2-1exp3_source.changes uploaded successfully to localhost along with the files: scalapack_2.0.2-1exp3.dsc scalapack_2.0.2-1exp3.debian.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org) -- debian-science-maintainers mailing list