libcitygml failed to build on the raspbian autobuilders in the following
way.
dpkg-deb: building package `openscenegraph-plugin-citygml-shared' in
`../openscenegraph-plugin-citygml-shared_0.14+svn134-2+3p2p1_armhf.deb'.
dpkg-deb --build debian/openscenegraph-plugin-citygml-static ..
there.
And strangely 2+3p2p1 built fine in my test chroot despite failling
twice on our autobuilders.
peter green wrote:
libcitygml failed to build on the raspbian autobuilders in the
following way.
dpkg-deb: building package `openscenegraph-plugin-citygml-shared' in
`../openscenegraph
The package builds successfully if libproj-dev is installed but there is
nothing pulling it in.
It looks to me like the bug is actually in grass-dev since that contains
the header that was trying to pull in proj_api.h but since this is just
a flyby investigation and i'm not an expert on the
tags 544288 +patch
thanks
Patch to make the dependency binnmu safe is attached.
--- libhdf4-4.2r4/debian/control 2009-08-30 23:54:38.0 +0100
+++ libhdf4-4.2r4.new/debian/control 2009-08-30 23:47:15.0 +0100
@@ -48,7 +48,7 @@
Section: libdevel
Priority: optional
Architecture:
tags 582098 +patch
thanks
One workaround is to explicitly call 'bash ./configure' from debian/rules.
I can confirm that with this changed in BOTH places in debian/rules
(debian/rules runs configure twice, once in configure-stamp and once in
configure-php5-stamp) the package builds
tags 637704 +patch
thanks
This bug only affects sid and wheezy it does not affect squeeze.
The fix is just to remove the obsolete include, I have attached a patch
that does that and also fixes debian/rules clean.
diff -ur gosmore-0.0.0.20100711/debian/rules
your package appears to FTBFS in unstable, probably related to the move
to hdf5 1.8.8. See
https://buildd.debian.org/status/fetch.php?pkg=ruby-hdfeos5arch=s390xver=1.0-2stamp=1327882564
https://buildd.debian.org/status/fetch.php?pkg=ruby-hdfeos5arch=s390xver=1.0-2stamp=1327882564
for a build
tags 676094 +patch
thanks
Thia package failed to build after being imported to raspbian and I
needed to get it building so I took a look.
I managed to fix the include file not found issue with some makefile hackery
Unfortunately after I fixed that I got
/bin/bash ../../libtool --tag=CXX
01234567890123456789012345678901234567890123456789012345678901234567890123456789
Current version 3.1.0~rc2-1 seems ok on all archs, but for ppc where it fails
to build with something that looks like a compiler issue.
Based on https://bugs.launchpad.net/ubuntu/+source/spatialite/+bug/1012976 and
Package: spatialite
Version: 3.0.0~beta20110817-3
While working on a derivative distribution I discovered that spatialite
from testing FTBFS with the following error
checking for geos_c.h... yes
configure: error: 'libgeos_c' is required but it doesn't seems to be
installed on this system.
Package: liblas-dev
Severity: serious
Tags: patch
geotiff has recently switched from libtiff5-dev to libtiff5-alt-dev to solve a
build-dependency conflict that cropped up in grads during the gd transition.
Unfortunately this has made the dependencies for liblas-dev unsatisfiable and
the
Ok I did some further tests. I built the two reverse build dependencies
of liblas-dev with my new version, checked that the resulting packages
installed successfully and checked that I could successfully import the
python modules.
As a result of these tests I have uploaded the NMU, final
Package: qgis
Version: 2.0.1-1
Severity: important
Your package FTBFS on arm*
/«PKGBUILDDIR»/src/app/gps/qwtpolar-1.0/qwt_polar_curve.cpp: In member function 'void
QwtPolarCurve::drawLines(QPainter*, const QwtScaleMap, const QwtScaleMap, const
QPointF, int, int) const':
I fixed the qMax issue I mentioned in the original bug report and a
couple of similar qMin issues.
However I have now run into an issue I have no idea how to tackle and
google isn't helping much.
sip: /qgis-2.0.1/python/core/qgsclipper.sip:44:
QgsClipper::trimFeature() unsupported function
Package: qgis
Version: 2.4.0-1~exp1
Severity: important
X-debbugs-cc: rossgam...@mail.dk
Ross Gammon wrote:
Hi Peter,
I am working in the Debian GIS Team and I am hoping you can help me with
a build failure on arm*:
^
(without having any
I've uploaded 0.5.1+dfsg-1.1 that fixes this bug to DELAYED/5. The diff
is attached, and it is very simple :-)
I don't see any evidence of the upload in either the deffered queue or
the archive.
___
Pkg-grass-devel mailing list
16 matches
Mail list logo