Hi
I refreshed and re-enabled Andreas' mark_tests_working_on_intel.patch
[1] which was disabled in 0.22.0-1.
I additionally marked test_sum_nanops_timedelta and
test_timedelta_ops_with_missing_values with pytest.mark.intel which were
failing at least on arm64.
To address a new failure on
Source: r-cran-knitr
Version: 1.20-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic autopkgtest
Hi Andreas
Since the upload of 1.20-1, r-cran-knitr's autopkgtests have been
failing [1]. There are new tests that require r-cran-tinytex which is
not yet packaged in Debian.
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
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: [---
hanged-By: Graham Inggs <gin...@debian.org>
Description:
artha - Handy off-line thesaurus based on WordNet
Closes: 729458
Changes:
artha (1.0.3-3) unstable; urgency=medium
.
* Team upload
* Recommend libnotify4 instead of libnotify1 (Closes: #729458)
* Fix Vcs-* U
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
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
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.
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
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
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
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
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
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
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.
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
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
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: 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
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
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
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]
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
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
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
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
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
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 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
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,
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
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
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
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
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
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
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
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 <gin...@debian.org>
Last-Update: 2017-06-03
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@
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]
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
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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
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:
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
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
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
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
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:
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)
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
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
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,
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
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
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
---
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
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]
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
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 @@
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
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 <gin...@debian.org>
Last-Update: 2016
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
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
Control: reopen -1
Control: notfixed -1 1.20.0-9
Hi Anton
It seems Gert's patch was included in 1.20.0-9, but with my name on it.
1.20.0-9 FTBFS on the Ubuntu buildds with the following error:
In file included from
/«PKGBUILDDIR»/lib/triangulation/FlowBoundingSphere.hpp:170:0,
Source: gmsh
Version: 2.12.0+dfsg1-2
Severity: wishlist
Hi Maintainer
In gmsh 2.5.1~beta2~svn12143~dfsg-2, MPI was disabled for certain
architectures with the following line in debian/changelog:
* [97cda71] Disable MPI on armel, armhf, kfreebsd-amd64, kfreebsd-i386,
mips and
Control: tags -1 patch
Hi Maintainer
Please find a patch for this issue, as applied in Ubuntu.
Regards
Graham
Description: Fix build with glibc 2.23
Bug: https://github.com/mlpack/mlpack/issues/522
Bug-Debian: https://bugs.debian.org/818814
Origin: upstream,
Source: oce
Version: 0.17.1-1
Severity: serious
Hi Maintainer
OCE needs to be rebuilt against the current version of freeimage in
order to pick up the correct library paths in shipped CMake files.
For example,
/usr/lib/x86_64-linux-gnu/oce-0.16/OCE04_VisualizationTargets-relwithdebinfo.cmake
Source: freecad
Version: 0.15.4671+dfsg1-4
Severity: wishlist
Hi Maintainer
A new upstream version 0.16 of FreeCAD is now available [1].
FreeCAD's page on sourceforge now displays the following:
WARNING: FreeCAD has moved!
FreeCAD code and release files are now hosted on github at
On 21 April 2016 at 17:19, Graham Inggs <gin...@debian.org> wrote:
> This sounds a lot like the problem we have with powerpc, see bug #814183. I
> think you may just have been very lucky in which powerpc buildds petsc has
> landed on lately.
Your luck ran out, the build faile
Source: yade
Version: 1.20.0-7
Hi Maintainer
Yade FTBFS with glibc 2.23 available in Experimental and Ubuntu Xenial.
I was able to get yade to build in Ubuntu with the attached patch.
There are other occurrences of 'isnan' and 'isinf' inside #ifdefs that I
did not replace.
I don't know if it
Source: paraview
Version: 5.0.1+dfsg1-2
Hi Maintainer
I found a typo in the dependencies of paraview-dev that make it not
installable.
Please see attached patch.
Regards
Graham
diff -Nru paraview-5.0.1+dfsg1/debian/changelog paraview-5.0.1+dfsg1/debian/changelog
---
Control: tags -1 pending
Fixed in git [1].
[1]
https://anonscm.debian.org/cgit/debian-science/packages/dx.git/commit/?id=299356490270bd744f16b9cea66251bbcb32969f
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Control: tags -1 pending
Fixed in git [1].
[1]
https://anonscm.debian.org/cgit/debian-science/packages/dx.git/commit/?id=b15ad29a500f254fe2638347c9802bae4c9e434a
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Hi Hans-Christoph
On 8 February 2016 at 21:25, Hans-Christoph Steiner wrote:
> We have just packaged the "Dalvik Explorer" aka android-platform-dalvik
> which is always used as the command util 'dx'.
Always? IBM's DX has been around since 1991. :)
> This conflicts with
>
Hi Anton
What happened to this fix?
I've just merged vtk6 6.2.0+dfsg1-7 into Ubuntu and had to add it again.
Regards
Graham
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Control: tags -1 patch
The attached patch was applied in Ubuntu.
Description: Fix texi2html for Perl 5.22
Fixes FTBFS for arch:all - Can't use 'defined(@array)'
Bug-Debian: https://bugs.debian.org/811223
Author: Graham Inggs <ginggs@debian.org>
Last-Update: 2016-02-05
--- a/doc/texi2html
Control: tags -1 pending
I've committed the fix to git and will upload once libopenmpi1.10 is
available (see #813042).
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
Hi Peter
On 13 December 2015 at 01:17, peter green wrote:
> On 12/12/15 19:01, peter green wrote:
>>
>>
>> New debdiff attatched, still no intent to NMU.
>
> Sorry, debdiff at
> http://debdiffs.raspbian.org/main/a/aster/aster_11.5.0%2bdfsg2-3%2brpi1.debdiff
Thanks for your
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
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
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
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
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
stream&, __mpz_struct const*)'
../../../src/zsolve/.libs/libzsolve.so: undefined reference to
`operator>>(std::istream&, __mpz_struct*)'
Author: Graham Inggs <gra...@nerve.org.za>
Last-Update: 2015-10-05
--- a/src/zsolve/Makefile.am
+++ b/src/zsolve/Makefile.am
@@ -91,7 +91,7
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 andr...@an3as.eu 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
]
+ * 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 gra...@nerve.org.za Wed, 05 Nov 2014 11
1 - 100 of 106 matches
Mail list logo