Package: python-sagenb
Severity: serious
Tags: buster,sid
python-sagenb depends on python-flask-autoindex which is no longer built by
source package flask-autoindex
--
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-b
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&arch=amd64&ver=8.1-2%2Bb2&stamp=1517950645&raw=0
--
debian-science-mai
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 gazebo-7.8.1
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 t
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.
libgtkda
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
upl
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]
https://anonscm.debian.org/cgit/debian-science/packages/gazebo.git/commit/?id=d033bbf3218580638e35b8df13565099a5c7
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 F
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 g
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
http://plugwash.raspbian.org/jessietest/p
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
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
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 and
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 and actually check
that something has
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
/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
tags 803312 +patch
thanks
mathgl fails to build from source in unstable/amd64:
I just fixed this in raspbian, it was a simple case of a missing include.
Debdiff at http://plugwash.raspbian.org/mathgl_2.3.3-3+rpi1.debdiff no
intent to nmu in Debian.
--
debian-science-maintainers mailing list
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
debian-science-maintainers@lis
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 mult
Package: lcalc
Version:1.23-dfsg-2
Severity: minor
When building lcalc on raspbian with libpari-dev 2.5.5-1 I ran into the
following error.
Lcommandline_elliptic.cc:142:40: error: too many arguments to function 'long
int* ellinit(GEN, long int)'
In file included from /usr/include/pari/pari.h:
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, switchi
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 is
looking more promis
What is the correct way to deal with this kind of problem ? I cannot find in
the policy something
about conflict between system and non-system user.
I don't think there is much that can reall be done to fix the
fundamental problem which is that system users and regular users have to
live in
Package: iausofa-c
Version: 2013.12.02-1
Severity: serious
Your changelog states you have moved the package to non-free but it
seems you have only moved the binary packages to non-free and left the
source package in main. Presumablly this is a mistake.
--
debian-science-maintainers mailing li
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
http://lists.alioth.debian.
Package: root-system
I run a debian derivative called raspbian aiming primerally at the
raspberry pi but in principle also other armv6 devices (in practice
such devices seem to be relatively rare).
root-system failed to build for us with the following error.
Checking for F77 compiler ... gfo
28 matches
Mail list logo
