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.
Reg
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 big
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 work on this!
If ther
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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainer
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
Last-Update: 2016-02-05
--- a/doc/texi2html
+++
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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maint
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
> OpenDX's /usr/bin/dx,
Control: severity -1 normal
Control: tags -1 confirmed
Hi Andreas
On 31 January 2016 at 00:04, Andreas Beckmann wrote:
> For /usr/share/doc/PACKAGE this may not be problematic as long as both
> packages are installed, ship byte-for-byte identical files and are
> upgraded in lockstep. But once on
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
http://lists.alioth.debian.org/cgi-bi
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
http://lists.alioth.debian.org/cgi-bi
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
--- paraview-5.0.1+dfsg1/debi
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 w
On 13/04/2016 12:59, Drew Parsons wrote:
The failure happens during the test for mipsel-linux-gnu-real (the main
build version). It passes the first test using 1 MPI process. It
fails during the second test using 2 MPI processes. The test is ex19 in
petsc-3.6.3.dfsg2/src/snes/examples/tutorials
On 21 April 2016 at 17:19, Graham Inggs 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 failed on powerpc [1].
It stopped r
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
https://git
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
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, https://github.com/mlpack/mlpack/co
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 m
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: viennacl
Version: 1.5.2-1
Hi Maintainer
The viennacl source package has build-dependencies on 'opencl-headers,
libopencl1'. Binary package libviennacl-dev has dependencies on the
same.
Libopencl1 is a virtual package and so should be preceded by a real package.
However, package ocl-icd-o
> I believe viennacl should B-D on opencl-dev instead of libopencl1.
opencl-dev is a virtual package, so probably 'ocl-icd-opencl-dev |
opencl-dev' instead.
See #760232.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org
Source: viewmol
Version: 2.4.1-20
Severity: serious
Hi Maintainer
I noticed that /usr/bin/viewmol is only present in the amd64 viewmol package.
For all other archs built on the buildds, /usr/bin/viewmol is missing.
Excerpt from the i386 build log:
make[1]: Entering directory `/«PKGBUILDDIR»/sou
tags 763909 patch
thanks
So 'getmachine' is looking in the non-multiarch directories for
libtiff, libpng, etc.
The attached patch works for me locally, but probably needs some more work.
If nobody takes this, I'll prepare an NMU at the end of this week.
--- a/source/getmachine
+++ b/source/getmach
101 - 123 of 123 matches
Mail list logo