Source: r-cran-sp
Version: 1:1.2-4-1
Hi Maintainer
Autopkgtests of r-cran-sp have been failing since the upload of
1:1.2-4-1 [1] with the error:
badpkg: Test dependencies are unsatisfiable. A common reason is that
your testbed is out of date with respect to the archive, and you need
to use a cur
Control: severity -1 wishlist
On 19 April 2017 at 09:14, Lucas Nussbaum wrote:
>> The following packages have unmet dependencies:
>> sbuild-build-depends-deal.ii-dummy : Depends: trilinos-all-dev but it is
>> not installable
>> E: Unable to correct problems, you have held broken packages.
>> ap
On 19 May 2017 at 14:55, Theodore Lytras wrote:
> It was working until recently, i.e. before the upgrade from R 3.3 to 3.4.
r-base in testing is 3.3.3-1
r-base in unstable is 3.4.0-1 and is blocked from migration due to #861333
> If I uninstall the debian package and compile the R source package
On 30/05/2017 06:45, Stuart Prescott wrote:
Starting a fresh installation of freemat fails:
$ freemat
: CommandLine Error: Option 'x86-machine-combiner' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options
I see the same here.
A no-change rebuild with llvm-3
Source: freemat
Version: 4.0-2
Severity: normal
Forwarded: https://sourceforge.net/p/freemat/bugs/489/
As reported to Ubuntu [1]:
Freemat does not start if there is a file or a directory named Private
in the user's home directory.
This still affects freemat 4.2.
[1] https://bugs.launchpad.n
The attached patch fixes the build with LLVM 4.0.
However, JIT still needs to be re-enabled and properly tested, see #863794.
Description: Fix build failure with default LLVM 4.0
Author: Graham Inggs
Last-Update: 2017-06-03
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -258,7 +258,7
How to verify that JIT is functioning correctly.
Check whether JIT is enabled:
--> jitcontrol
ans =
on
Enable it if needed:
--> jitcontrol('on')
Run something that can be JIT compiled:
--> A=0; for j=1:100; A=A+j; end
Debug window in bottom-left should show 'Block JIT compiled at line 1
I have this mostly working in Ubuntu, except s390x segfaults often.
I'll push to git soon.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Source: freemat
Version: debian/4.2+dfsg1-1_exp1
Hi Maintainer
The diff() and run_tests() functions are missing from the freemat toolbox.
The missing diff() function also causes the hist() function to fail.
The run_tests() function provides a convenient way for a user to run
the freemat tests aft
Control: tags -1 + pending
These files are not very big, so instead of generating a new tarball,
we can restore them with a patch until the next upstream release. I
have pushed this to git [1], as well updating Files-Excluded, and
enabling the diff() and hist() tests.
Please let me know if you ha
On 8 June 2017 at 19:53, Michael Hudson-Doyle wrote:
> pytables currently ftbfs on armhf Ubuntu, and it turns out it ftbfs on armhf
> Debian too -- attaching the tail of a build log from a Debian porter box. It
> started failing on Ubuntu in late January according to autopkgtest runs with
> the o
Hi Julian
On 08/16/2010 03:58 PM, Julian Andres Klode wrote:
> You can start freemat and the window appears, but is empty. Entering
> something into it has no effect.
Are you able to reproduce this behaviour with freemat 4.2+dfsg1-4 in Stretch?
Regards
Graham
--
debian-science-maintainers mail
This package subsequently built in Ubuntu and I have just confirmed that
it now builds on harris.d.o. There is already a binNMU pending for
armhf, so if that is successful, this bug may be closed.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
htt
On 16 July 2017 at 13:12, Drew Parsons wrote:
> Testing trilinos build on a porterbox for the mumps 5.1.1 transition.
>
> The following tests FAILED:
> 617 - ML_MLP_NonSym_MPI_4 (Failed)
> 668 - Phalanx_dag_manager_MPI_1 (Failed)
>
> Not sure if it's the new mumps, new openmpi 2.1.1 or som
On 16 July 2017 at 20:40, Nico Schlömer wrote:
> I've disabled the phalanx tests in master, and also fixed two other things.
> Perhaps it's time for an upload?
Doing a test build now, will upload if successful.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.d
Uploaded, please downgrade the severity of this bug once the builds
are successful.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
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 /usr
On 23 July 2017 at 18:07, Nico Schlömer wrote:
> Hm, funny! I don't get how libtrilinos-amesos12 should depend on
> libmumps-4.10.0 when 5.1.1 is available.
libtrilinos-amesos12/12.10.1-3 depends on libmumps-4.10.0 because
libtrilinos_amesos.so.12 is linked to libdmumps-4.10.0.so and
libmumps_com
On 24/07/2017 10:39, Nico Schlömer wrote:
Thanks, Graham, for the analysis.
You are welcome. It seems the Stretch freeze was so long that we've
forgotten how transitions work. :)
Some helpful references:
https://wiki.debian.org/Teams/ReleaseTeam/Transitions
https://wiki.debian.org/Transit
On 24/07/2017 10:40, Nico Schlömer wrote:
Sounds more like a gAM bug then. Can this be closed?
I intentionally didn't close this bug because the tests still fail if
they are enabled.
If the problem is caused by another package, then this bug should be
reassigned to that package and marked t
Hi Ghislain
Can you test your package with mesa-opencl-icd instead of pocl-opencl-icd?
This will allow the test suite to run on more architectures than only
amd64 and i386.
Regards
Graham
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.
Control: tags -1 + pending
Hi Timo
Thanks for the bug report, test case and patch!
I have confirmed the reported behaviour on amd64 and verified that the
patch doesn't break i386. I've committed your patch to git [1],
slightly reformatted to minimize the diff.
Regards
Graham
[1]
https:/
On 18 July 2016 at 18:53, Nico Schlömer wrote:
> @Graham, would you like to upload?
Sure, will do tomorrow.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Hi Maintainer
This problem should have gone away in 2.1.5-10-17 when we switched
from lesstif2 to motif.
Regards
Graham
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainer
bytes in size.
This patch changes long to long long in some places (no change for
64-bit architectures), and adds function declarations needed for
building on 32-bit architectures.
Bug-Debian: https://bugs.debian.org/835406
Author: Graham Inggs
Last-Update: 2016-08-28
--- a/packages/kokkos/core/src
On 29 August 2016 at 21:55, Nico Schlömer wrote:
> When uploading, we could perhaps also include the point release 12.6.4.
> (Current Debian is 12.6.3.)
Sure, let's do that.
Do you have time now to prepare 12.6.4 for upload? I can rebase and
test my patches against that version.
Otherwise, if y
Package: python-getfem++
Version: 5.0+dfsg1-1
Severity: wishlist
Hi Anton
Please add a dependency to python-getfem++ on python-scipy.
It is required by the autopkgtests and probably for proper operation
of python-getfem++ as well.
--- a/debian/control
+++ b/debian/control
@@ -77,6 +78,7 @@
Hi Peter
On 2 September 2016 at 23:15, Peter Green wrote:
> Unfortunately while that patch fixed the FTBFS in raspbian stretch at the
> time the package is now failing for us for a different reason. While I saw
> this in raspbian I have no reason to belive it is raspbian specific.
>
>
> In file i
With eigen3 including upstream's patch mentioned by Philipp [1],
opensurgsim now builds and passes all 12 tests on ppc64el, but fails 1
test on amd64 and 3 tests on arm64. I don't know if more work is
needed in the eigen3 patch or in opensurgsim.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi
Source: eigen3
Version: 3.3~beta2-1
Severity: wishlist
Hi Maintainer
Since eigen3 3.3~beta2-1, its autopkgtests fail on ppc64el in Ubuntu [1].
Tests on other architectures remain successful [2].
I compared passing and failing test results and the only difference I
can see is the passing test
Control: tags -1 patch
Hi Anton
> I think this can be ignored. But the question is interesting,
> if it is platform-dependent.
I saw the same behaviour on plummer.debian.org, a ppc64el porterbox.
For the record, I applied the patch below in Ubuntu and eigen3 migrated.
Regards
Graham
--- a/d
Source: freecad
Version: 0.16+dfsg2-1
Severity: wishlist
Hi Maintainer
In Ubuntu, freecad 0.16+dfsg2-1 has been failing autopkgtests on
ppc64el and 390x with the following error:
==
ERROR: testConversions (UnitTests.UnitBasicCa
Control: notfixed -1 1.1-3
Control: found -1 1.1-3
There are still two tests that fail intermittently:
FAIL: test/p4est_test_loadsave
FAIL: test/p8est_test_loadsave
I believe upstream are aware of issues with openmpi 2.
--
debian-science-maintainers mailing list
debian-science-maintainers@lis
Control: reopen -1
Hi Maintainer
I see you updated gazebo's build-dependencies in 7.3.0+dfsg-5.
Please do the same for libgazebo7-dev's binary dependencies, i.e.
--- a/debian/control
+++ b/debian/control
@@ -137,7 +138,7 @@
libignition-math2-dev,
libbullet-dev,
li
severity 836130 wishlist
retitle 836130 trilinos: FTBFS without __sync_val_compare_and_swap_8
thanks
Hi Aaron
On 30 August 2016 at 20:18, Aaron M. Ucko wrote:
> Source: trilinos
> Version: 12.6.4-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the pa
rf-alggeo,
Regards
Graham
Description: Fix FTBFS with recent ax_prog_doxygen.m4
Requires autoconf-archive (>= 20160320), thanks Tobias Frost.
Forwarded: no
Author: Graham Inggs
Last-Update: 2016-09-29
--- a/factory/Makefile.am
+++ b/factory/Makefile.am
@@ -
Hi Steve
On 27 September 2016 at 18:45, Steve Langasek
wrote:
> The attached patch has been applied in Ubuntu. Please consider including it
> in Debian as well.
The tests still fail on ppc64el with that patch in place. There might
be other commits from upstream that need to be included.
Regar
reopen 763909
thanks
Hi Andreas
Thanks for the upload. Unfortunately it didn't seem to work. :(
>From the i386 buildlog, it appears that getmachine runs before
dh_quilt_patch, so the patch hasn't been applied yet.
I'll see if I can convert the package to source format 3.0 (dquilt)
and I should
Hi Andreas
I attach a debdiff switching viewmol to source format 3.0 (quilt) and
debhelper 9.
This does the right thing on the Ubuntu PPA builders, at least for the
i386 and amd64 builds I tested.
I also attach my debian.tar.xz, as it may be easier to extract the
original source tarball followed b
Hi Andreas
So far, I haven't been able to get the package to build at all without
switching to source format 3.0.
I'll try now to see if I am able to skip the getmachine call.
For the record, debian/patches/010_build_scripts.diff already contains a
patch to allow it to build on kfreebsd:
+c
Some progress.
I pre-applied debian/patches/150-getmachine_multiarch.patch simply by
running:
$ patch -p 1 -i debian/patches/150-getmachine_multiarch.patch
...and then commented out the line:
#150-getmachine_multiarch.patch
..from debian/patches/series. I uploaded this to the Ubuntu PPA
b
]
+ * Team upload.
+ * Add debian/gbp.conf
+ * Add Homepage and Vcs fields
+
+ [ Graham Inggs ]
+ * Pre-apply debian/patches/150-getmachine_multiarch.patch.
+ * Update debian/rules: configure during the build-arch target.
+Closes: #763909
+
+ -- Graham Inggs Wed, 05 Nov 2014 11:59:03 +0200
Hi Andreas
I'll have a look when I get a chance, possibly at debcamp next month.
On 3 July 2015 at 21:24, Andreas Tille wrote:
> I had a look into the said issue but failed with
>
> ...
> No package 'vte' found
> Package vte was not found in the pkg-config search path.
> Perhaps you should add t
On 8 July 2017 at 00:52, wrote:
> The issue is still present although the icons and desktop file seems to be
> correct. Any ideas?
Probably this:
https://wiki.debian.org/AppStream/Guidelines#No_symbolic_links
Since the AppStream Generator relies on packages' md5sums file to
determine the conten
Control: tags -1 - buster
r-cran-randomfieldsutils 0.3.15-1 builds fine in testing
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Source: openblas
Version: 0.2.20+ds-1
Severity: wishlist
Hi Sébastien
From Changelog.txt in OpenBLAS 0.2.20:
IBM Z: * New target z13 with BLAS3 optimizations
I have just checked, and openblas/0.2.20-3 builds successfully on
zelenka.debian.org.
Please enable building on s390x.
Regards
Graham
Thanks Sébastien! I'm sorry it turned out not to be as simple as I
originally thought.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Source: admesh
Version: 0.98.3-1
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu artful autopkgtest
Hi Anton
ADMesh's autopkgtests have been failing since the 0.98.3-1 upload [1].
Output of the 'regression' test changed because it includes the
version.
If you are happy wi
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: debian-science-maintainers@lists.alioth.debian.org
Dear Release Team
Lapack recently switched to multiarch and Trilinos needs to be rebuilt
in order to pick up the new location
Control: reassign -1 src:trilinos 12.10.1-4
Control: affects -1 src:deal.ii
Control: block -1 by 876958
Hi Anton
On 23 September 2017 at 01:23, Anton Gladky wrote:
> deal.ii FTBFS in the sid. Probably due to the new upload of lapack.
Yes indeed, thanks for picking this up. Trilinos needs a reb
Package: dh-r
Severity: wishlist
Hi
It would be great if there was a way to update or check Build-Depends
when updating a package to a new upstream version.
Regards
Graham
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.o
Hi Frederic
> Just for the record, this bug also happens on arm64.
> This seems to be a regression. I'm trying to bisect that.
Did you ever make any progress with this?
Regards
Graham
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.ali
Source: r-cran-coin
Version: 1.2-1-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest
Hi Maintainer
Since the upload of 1.2-1-1, r-cran-coin's autopkgtests have been
failing [1]. There is a new test that requires r-cran-libcoin which is
not yet packaged.
Regards
Gr
Source: r-cran-zelig
Version: 5.1.5-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest
Hi Maintainer
Since the upload of 5.1.5-1, r-cran-zelig's autopkgtests have been
failing [1]. Previous tests failed due to r-cran-zelig not being
installable, but otherwise would
Control: retitle -1 freecad: autopkgtests fail on arm64, ppc64el, s390x
Ubuntu have recently enabled autopkgtests on arm64 [1] which confirms
the same "Unit overflow in pow()" failure on arm64.
[1] http://autopkgtest.ubuntu.com/packages/f/freecad/bionic/arm64
--
debian-science-maintainers ma
Hi Frédéric
On 7 December 2017 at 19:00, Frédéric Bonnard wrote:
> Graham, here is patch attached for the issue.
> By default some architectures have "char" being unsigned such as the ones
> listed here and others ( https://wiki.debian.org/ArchitectureSpecificsMemo ).
> I just forced the sign-nes
Hi Pierre
(cc-ing Andreas in case he is not subscribed)
On 12 December 2017 at 15:13, Pierre Saramito wrote:
> Hi Andreas,
>
> This problem do neither comes from Rheolef-6.7 nor from CGAL-4.11:
> it comes from Boost-1.62 combined with g++ 7.2 in Debian sid and testing.
>
> The bug has already be
On 12 December 2017 at 21:58, Pierre Saramito wrote:
>> I think the thing to do here is reassign this bug to src:boost1.62 and
>> mark that it affects src:rheolef.
>
> Do you known how to do that with the Debian bug system ?
You can send mail to cont...@bugs.debian.org to manipulate bugs [1].
In
Source: primesieve
Version: 6.2+ds-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest
Hi Jerome
Since the upload of 6.2+ds-1, primesieve's autopkgtests have been
failing [1]. Upstream removed the option to run 'primesieve --test' in
version 6.0.
Regards
Graham
Control: tags 837915 help
Hi!
On 25/09/2016 13:21, Michael Banck wrote:
as I just diagnosed this for a different package: the problem appears to
be that mpirun is run during binary-arch, i.e. under fakeroot. Latest
openmpi does not like that apparenlty and crashes.
Not sure how to fix it for a
Source: gerris
Version: 20131206+dfsg-9
Hi Maintainer
Since the transition to openmpi2, gerris' autopkgtests have been
failing with the following error:
orte_ess_init failed
--> Returned value A system-required executable either could not be
found or was not executable by this user (-126) instea
On 24 October 2016 at 21:46, Anton Gladky wrote:
> thanks for your fix. I have committed it and it will be fixed by the next
> upload.
Thanks! There's no hurry for the next upload.
In Ubuntu, I'm still seeing autopkgtests fail, but only on s390x, with
the following message:
The value of the MCA
On 25 October 2016 at 17:32, Anton Gladky wrote:
> feel free to commit directly to git.
Thanks, I will do!
When I looked previously, I thought the git hadn't been updated since
2014-03-23:
https://anonscm.debian.org/cgit/debian-science/packages/gerris.git
But now I see that is the debian-unstab
The problem on Ubuntu's s390x autopkgtest runner was solved by putting back:
export OMPI_MCA_plm_rsh_agent=/bin/false
I have committed the change to git.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/
Source: rheolef
Version: 6.7-1
Severity: wishlist
Hi Maintainer
Please consider making librheolef1 Architecture: any.
In Ubuntu, rheolef builds additionally on arm64 and s390x.
It is not a problem if not all architectures build on the buildds
(unless they built previously).
Regards
Graham
-
Control: reopen -1
I've just checked eigen3 3.3.0-1 on plummer.debian.org, and it still outputs
forceMatrix*axisMatrix: -1 0 0
0 -2 0
0 0 -3
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinf
In addition to Gert Wollny's patch, the attached patch fixes narrowing
conversions with GCC 6 on architectures where char is unsigned by
default.
Copying to debian-science-maintainers list in case someone is
interested in rescuing this package.
narrowing-conversion.patch
Description: application
Control: tags - 1 patch
Hi Maintainer
The attached patch works for me.
Regards
Graham
--- a/debian/libqwtplot3d-qt4-0v5.symbols
+++ b/debian/libqwtplot3d-qt4-0v5.symbols
@@ -243,10 +243,10 @@
_ZN5Qwt3D4Axis9setMajorsEi@Base 0.2.7
_ZN5Qwt3D4Axis9setMinorsEi@Base 0.2.7
_ZN5Qwt3D4AxisC1ENS_6T
On 29 November 2016 at 00:29, Breno Leitao wrote:
> We just created a pull request to have this fixed upstream.
Thanks!
> Should we create a Debian patch also?
This bug is tagged 'pending' and there's already a patch in the
packaging git [1].
I did notice the patch uses round() while your PR us
Control: tags -1 patch
Control: merge -1 836130
I've had another look at this after uploading 12.10.1.
Upstream have added the following in
packages/kokkos/core/src/Kokkos_Core_fwd.hpp:
//
// Have assumed a 64bit build (8
Attached is an updated version of kokkos-32-bit.patch against upstream 12.10.1.
It turns out that once the templates were fixed, the overloaded
function declarations were not needed.
Builds and test of Kokkos-only and all Trilinos packages on 64-bit
architectures are not affected.
On 32-bit archi
On 9 December 2016 at 09:49, Nico Schlömer wrote:
> The patch looks really simple. Great! Do you think it'd be worthwhile
> updating the PR [1] (or opening a new one)? Perhaps the kokkos devs can
> figure out why the remaining tests are failing.
No harm in trying, I guess. :)
Please update the PR
Source: maxima-sage
Version: 5.35.1-1
Hi Maintainer
Building maxima-sage with LDFLAGS containing more than one flag results
in warnings similar to the following:
; - Loading binary file "binary-ecl/init-cl.fas"
;;; Loading "/<>/src/binary-ecl/init-cl.fas"
; - Providing system maxima
/us
Hi Arto
On 23 December 2016 at 14:59, Arto Jantunen wrote:
> I've prepared an NMU for qwtplot3d (versioned as 0.2.7+svn191-10.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
Thanks for the upload. I'm not the maintainer, but I suggest you
remove the
Control: tags -1 - pending
Control: retitle -1 trilinos: test failure with openmpi 2.0.2~
Control: severity -1 normal
The Isorropia, ShyLUCore and Teko tests were disabled in trilinos
12.10.1-2 because they were failing since the recent upload of openmpi
2.0.2~.
Downgrading severity, but leaving
lude/llvm/MC/MCAsmInfo.h:555:58: error: expected
unqualified-id before ‘)’ token
WinEHEncodingType != WinEH::EncodingType::X86);
^
Regards
Graham
Description: Fix build failure with default LLVM 3.9
Author: Graham Inggs
Last-
Hi
On 05/01/2017 12:05, Santiago Vila wrote:
Status:FAILED
Output:
--
There are not enough slots available in the system to satisfy the 2
slots
that were requested by the application:
On 5 January 2017 at 13:46, Ansgar Burchardt wrote:
> On my laptop with 4 cores + HT (so 8 threads), I see `mpirun` complain
> once I start more than 4 processes, i.e. more processes than real
> cores. Did you count threads or cores when you tried?
I haven't been able to duplicate that behaviour
Control: tags -1 patch
Gianfranco found that in LLVM 3.9, llvm/Target/TargetOptions.h now has:
#include "llvm/MC/MCAsmInfo.h"
which was not present in LLVM 3.8.
I tested the workaround below, which can be used until #850785 is fixed.
--- a/libs/libMatC/CJitFuncClang.hpp
+++ b/libs/libMatC/CJitF
One solution here is to add '--oversubscribe' to all the mpirun
commands, however it has been pointed out that this will fail if the
user tries to use an alternate MPI implementation.
See #850229.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http:
See #850229.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Source: openblas
Version: 0.2.19-1
Severity: serious
Hi Maintainer
Architecture: mips64el was added to libopenblas-base but not libopenblas-dev.
Was this an oversight?
Regards
Graham
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alio
On 23/01/2017 14:08, Adrian Bunk wrote:
This buildd has 6 CPUs, but it has only 8 GB of RAM.
From the last changelog entry:
* [d763fbf] Set compat level to 10.
The switch to debhelper 10 enabled parallel builds.
Yade 2017.01a-1 FTBFS on most architectures in Ubuntu.
The following changed h
On 24/01/2017 00:00, asciiw...@seznam.cz wrote:
The issue seems to be still present.
Please re-open the bug and state what is still needed.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debi
td::ostream&, __mpz_struct const*)'
../../../src/zsolve/.libs/libzsolve.so: undefined reference to
`operator>>(std::istream&, __mpz_struct*)'
Author: Graham Inggs
Last-Update: 2015-10-05
--- a/src/zsolve/Makefile.am
+++ b/src/zsolve/Makefile.am
@@ -91,7 +91,7 @@
# Link in
Source: yade
Version: 1.20.0-5
Severity: wishlist
Tags: patch
Hi Maintainer
I disabled parallel builds of yade for all architectures in Ubuntu, as
per the attached patch.
It has fixed the FTBFS on amd64 and ppc64el there.
Please consider doing the same so that yade may be sync'd automaticall
On 20/11/2015 10:57, Andreas Tille wrote:
On Fri, Nov 20, 2015 at 03:36:31AM +0100, Jerome BENOIT wrote:
Just to confirm that the original source (version 3.0.0+ds.orig) material was
not touched.
I was just building from Git with pristine-tar.
The problem is the orig.tar in the archive is
On 20 November 2015 at 14:06, Jerome BENOIT wrote:
> It appears that the faulty one is the one in the archive, if it makes sense
> to say so.
> For a least two reasons:
> 1] ` ./debian/rules get-orig-source ' gives the one in the git;
> 2] the one in the archive is certainly derive from the git i
On 22 November 2015 at 07:04, Jerome BENOIT wrote:
> I have just done the dirty manoeuvre and some checks:
> it should be ok now.
It looks OK to me. Shall I go ahead and upload?
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.de
Source: eigen3
Version: 3.3~alpha1-2
Severity: wishlist
Tags: patch
Hi Maintainer
Similar to #805032 [1], I've had to disable parallel builds in order
to get eigen3 to build on amd64 in Ubuntu.
Please consider including the following patch along with your next
upload so that eigen3 may be automa
Hi Jerome
On 3 December 2015 at 19:53, Jerome BENOIT wrote:
> Please let me know what I may do to solve this issue.
> Thanks in advance,
> Jerome
I don't think you need to do anything.
Andreas just needs to do regenerate his orig.tar.xz from the
pristine-tar branch you fixed recently, or do a
On 3 December 2015 at 20:36, Jerome BENOIT wrote:
> Stricto sensu, it is a Debian release: no need to upload the upstream source
> material;
> uploading the Debian source material is what is needed here.
See:
https://wiki.debian.org/SourceOnlyUpload
dpkg-buildpackage -S -sa source is diff + d
Source: suitesparse
Version: 1:4.4.5-2
Severity: wishlist
Tags: patch
Hi Maintainer
Please consider lowering libsuitesparse-doc's Recommends on
libatlas-doc to a Suggests, as per the attached patch.
This will allow the suitesparse package to automatically synchronize
into Ubuntu in future.
The
I recently received a notification that inventor also FTBFS on arm64
in Ubuntu Trusty, buildlog [1].
Inventor wasn't built for Ubuntu Saucy as tcsh was not available, buildlog [2].
Could this fix be extended to include __arm64__ as well, please?
[1]
https://launchpadlibrarian.net/171094762/build
Patch enabling s390x and aarch64 (arm64):
--- inventor-2.1.5-10/debian/patches/endianness.patch 2011-09-25
03:15:31.0 +
+++ inventor-2.1.5-10/debian/patches/endianness.patch 2014-03-30
12:05:39.0 +0200
@@ -53,7 +53,7 @@
#endif
+/* Added for Debian by Steve M. Robbins */
On 30 March 2014 12:06, Graham Inggs wrote:
> Patch enabling s390x and aarch64 (arm64):
>
> --- inventor-2.1.5-10/debian/patches/endianness.patch 2011-09-25
> 03:15:31.0 +
> +++ inventor-2.1.5-10/debian/patches/endianness.patch 2014-03-30
> 12:05:39.
Source: suitesparse
Version: 1:5.1.0-1
Tags: patch
Hi Sébastien
Suitesparse fails to build in Ubuntu where everything is linked with
-Wl,--as-needed by default.
[ 50%] Linking C executable simple_demo
/usr/bin/cmake -E cmake_link_script
CMakeFiles/simple_demo.dir/link.txt --verbose=1
/usr/bin/cc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 19 Feb 2018 07:14:44 +
Source: artha
Binary: artha
Architecture: source
Version: 1.0.3-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team
Changed-By: Graham Inggs
Description:
artha - Handy
Source: sdformat
Version: 6.0.0+dfsg-3
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest
Hi Maintainer
With the upload of 6.0.0+dfsg-3, sdformat's autopkgtest failed [1] with
the following error:
autopkgtest [22:16:52]: test build: [---
Package
Source: ros-metapackages
Version: 1.8
Tags: patch
Hi Maintainer
9.0.0+dfsg5-2 was recently uploaded to unstable. Please update the
dependencies of ros-simulators and ros-simulators-dev for the new
gazebo9 packages. I believe the patch below is what is required.
Regards
Graham
@@ -448,7 +448,
1 - 100 of 123 matches
Mail list logo
