from qgis._core import *
ImportError: dynamic module does not define init function (init_core)
Could you please take a look?
Thanks!
[1]
https://buildd.debian.org/status/fetch.php?pkg=qgis=sh4=2.18.17%2Bdfsg-1=1519759328=0
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.or
i_qt/naviopt.cpp:308: undefined reference to `pos2ecef'
collect2: error: ld returned 1 exit status
Makefile:243: recipe for target 'rtknavi_qt' failed
make[4]: *** [rtknavi_qt] Error 1
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org
Source: python-escript
Version: 4.2.0.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of python-escript in minimal environments (notably, on the
autobuilders) have been failing:
RuntimeError: netcdf.h not found under /usr:
File
aida's opening comment in https://github.com/lxde/qtermwidget/issues/50
notwithstanding. For that matter, so does simply testing whether
TIOCGETA and TIOCSETA are defined -- although they're not technically
required to be macros, they are in practice.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, uc
ader.
Likewise, #798053 is still an issue because there was no build system
change to complement the code change.
Thanks for checking!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a.
Source: qgis
Version: 2.14.2+dfsg-1
Severity: important
Justification: fails to build from source (but built successfully in the past)
Builds of qgis on kFreeBSD failed:
/«BUILDDIR»/qgis-2.14.2+dfsg/src/plugins/grass/qtermwidget/kpty.cpp: In
member function 'bool KPty::tcGetAttr(termios*)
Source: libterralib
Version: 4.3.0+dfsg.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of libterralib for kFreeBSD and the Hurd now fail:
../../../src/libspl/include/spl_platform.h:84:3: error: #error ERROR:
Operating system is
Source: sfcgal
Version: 1.1.0-1
Severity: serious
Justification: fails to build from source
Builds of sfcgal for architectures other than amd64 have all failed
with symbol mismatches, as detailed at
https://buildd.debian.org/status/logs.php?pkg=sfcgalver=1.1.0-1
(It's possible that
Source: rasterio
Version: 0.24.0-1
Severity: important
Thanks for addressing rasterio's Cython 0.22 incompatibility. The new
version builds on most architectures, but fails with test suite errors
on i386 and kfreebsd-i386:
=== FAILURES
Source: rasterio
Version: 0.15.1-1
Severity: serious
Justification: fails to build from source
Builds of rasterio with cython 0.22.x have been failing because cython
now checks that signatures' and definitions' exception specifications agree:
Error compiling Cython file:
Source: mapserver
Version: 6.4.0-1
Severity: serious
Justification: fails to build from source
The automated builds of mapserver on i386 and kfreebsd-i386 failed:
-- Found Perl: /usr/bin/perl (found version 5.18.1)
CMake Error at
Source: mapnik
Version: 2.2.0+ds1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of mapnik (as on the autobuilders, or with dpkg-buildpackage -B)
covering only its architecture-dependent binary packages have been failing:
# build
Aaron M. Ucko u...@debian.org writes:
On some architectures (at least ia64 and s390[x]), libboost_thread
needs to link against libboost_atomics to avoid winding up with an
undefined reference to boost::atomics::detail::lockpool::get_lock_for.
FTR, mapnik's build logs indicate
Source: postgis
Version: 2.0.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of postgis in minimal environments (as on the autobuilders)
have been failing:
cd /«PKGBUILDDIR»/java/jdbc mvn --offline
Source: libterralib
Version: 4.0.0-1
Severity: serious
Justification: fails to build from source
Builds of libterralib in minimal environment (such as the autobuilders)
are failing with the error
/bin/sh: qmake: not found
Could you please declare a build dependency on qmake and check with
more information; I've
kept around the build tree and log for now. (The latter appears
equivalent to the buildd's at first glance.)
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?...@monk.mit.edu
Package: libkml
Version: 1.0.1-1
Severity: important
Justification: fails to build from source
libkml builds are failing with errors of the form
# removes build-time rpaths
for version in python2.5 python2.4; \
do \
chrpath --delete
Package: hdf4-tools
Version: 4.2r4-3
Severity: serious
Justification: Policy 6.6(4)
| Unpacking replacement hdf4-tools ...
| dpkg: error processing /var/cache/apt/archives/hdf4-tools_4.2r4-3_amd64.deb
(--unpack):
| trying to overwrite `/usr/bin/ncgen', which is also in package netcdf-bin
|
Package: hdf4-tools
Version: 4.1r4-20
Severity: grave
Justification: renders package unusable
hdf4-tools is uninstallable because it provides libhdf4g-run but
(naturally) depends on libhdf4g, which declares an unversioned
conflict on libhdf4g-run. Could you please reconcile this, either by
20 matches
Mail list logo