Not a surprise as long as some dependencies are built against libmpfr4.
It looks like all dependencies are now rebuilt against libmpfr6 but sagemath is
still failing.
https://buildd.debian.org/status/fetch.php?pkg=sagemath=amd64=8.1-2%2Bb2=1517950645=0
--
debian-science-maintainers mailing
Hi
I just applied the upstream patch in raspbian. The patch to the sourcecode
applied fine but the patch to the buildsystem had to be applied manually.
A debdiff of what I uploaded to Raspbian is attatched, no intent to NMU in
Debian.
diff -Nru gazebo-7.8.1+dfsg/debian/changelog
On 24/11/16 09:04, Andreas Tille wrote:
The other problem is that libgtkdatabox-0.9.2-0-dev should not be any
more in the pool at all and I have no idea why this is the case.
Binary packages that are no longer built by a source package are not removed
instantly, they will be cleaned up by
As a derivative maintainer I noticed that there appears to be a
gtkdatabox transition going on. Looking at the list archives for
debian-release I see no mention of it on there.
Specifically it seems that the libgtkdatabox source package has renamed
every binary package it generates.
Package: gazebo
Version: 7.3.0+dfsg-3
Severity: serious
Tags: patch
The most recent version of gazebo added a build-dependency on
libkido-dev to the source package and added a binary on libkido-dev to
libgazebo7-dev
No mention of this was made in the changelog and no other changes in the
On 03/09/16 06:05, Graham Inggs wrote:
This comes from protobuf 3. I found it has already been fixed in git
[1], although the patch description is incorrect.
Regards
Graham
[1]
On 29/08/16 15:45, Peter Michael Green wrote:
tags 835427 +patch
thanks
Older versions of tinyxml defined both XML_NO_ERROR and XML_SUCCESS
to 0. Never
versions define only XML_SUCCESS.
Attatched is a patch that replaces XML_NO_ERROR with XML_SUCCESS
Unfortunately while that patch fixed the
Package: frog
Version: 0.12.20-1
Severity: serious
x-debbugs-cc: libfo...@packages.debian.org
Frog currently FTBFS in sid as can be seen from the recent binnmus for
the ICU transition
I have been trying to get the ICU transition to go through in raspbian
stretch. I first patched libfolia to
tags 811635 +patch
thanks
> document.cxx:250:12: error: cannot convert 'std::ostream {aka
std::basic_ostream}' to 'bool' in return
> return os;
> ^~
Adding an explicit cast to bool fixes this.
I have uploaded a fix for this to raspbian. The dsc is at
the new upstream version fixes the build failures with GCC 5. Had to work around
the build failure on armhf, and enabled the builds for powerpc and ppc64el.
Note that I forgot to prepare the dfsg tarball.
https://launchpad.net/ubuntu/+source/root-system/5.34.30-0ubuntu3
Note that there is now a
Tags 805193 +patch
Thanks
I was able to get aster to build for raspbian stretch (in which I have
imported the updated petsc from debian sid) with the changes in the
attatched debdiff. I have not tried it on any other system. I have not
tested if the resulting packages actually work. I will be
On 12/12/15 17:47, peter green wrote:
On 12/12/15 17:32, peter green wrote:
I was able to get aster to build for raspbian stretch (in which I
have imported the updated petsc from debian sid) with the changes in
the attatched debdiff.
Sorry I must learn to read the screen more carefully
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
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http
/usr/include/mpich/mpicxx.h has a hardwired dependency on the gcc used
to build mpich (gcc 5.2):
#ifdef __GNUC__
# if __GNUC__>= 5
# if __GNUC_MINOR__> 2&& 2 == 2
# error 'Please use the same version of GCC and g++ for compiling MPICH and
user MPI programs'
# endif
# endif
#endif
But the
Package: pythia8
Severity: serious
Tags: patch
x-debbugs-cc: jcri...@debian.org
pythia8 depends on liblhapdf0 which has been replaced by liblhapfd0v5.
What I find strange is that pythia8 doesn't seem to build-depend on any
liblhapdf development packages. Instead it seems to build against it's
timblserver (1.8-1) experimental; urgency=low
.
* New upstream release.
- Fixes "timblserver: FTBFS in unstable: error: 'class Timbl::GetOptClass'
How come this was uploaded to experimental and not unstable?
--
debian-science-maintainers mailing list
Package: sdformat
Severity: serious
x-debbugs-cc: ignition-ma...@packages.debian.org
sdformat build-depends on libignition-math2-dev. This is provided by the
source package ignition-math2 which has never built succesfully on armel
or mips (it is failing with a test failure, I wonder if it is a
Package: root-system
root-system failed to build on raspbian with the following error.
Checking for libX11 ... no
configure: libX11 MUST be installed
See http://root.cern.ch/drupal/content/build-prerequisites
make: *** [config.status] Error 1
Checking the configure script revealed that the
peter green wrote:
I've been doing some tests on this interestingly it failed for me much
earlier than on the buildd, maybe different systems give slightly
different ammounts of usable address space or something. Anyway
reducing optimisation levels etc doesn't seem to help, switching to
4.7
Package: fenics
Severity: serious
Tags: jessie, sid
Fenics depends on ufc-doc. The version of the ufc source package in
jessie and sid no longer builds this binary package.
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
20 matches
Mail list logo