newcco西班牙语buenos dias,
estamos llevando el fabricante comprometido en Control de Acceso y lector de
tarjetas RFID y sistema de alarma.
1) Controlador de Acceso, Cerraduras electromagnéticas, puerta de botones de
lanzamiento y la fuente de alimentación ...
2) Sistema de alarma GSM y Series D
Package: libhdf5-serial-1.6.5-0
Version: 1.6.5-5.1
Severity: serious
Justification: Policy 8.6.4
libhdf5-serial-1.6.5-0's shlibs file (generated from debian/shlibs.in
AFAICT) omits the newly added h5test library; as a result, hdf5-tools
winds up depending specifically on one of the parallelized ve
Riku Voipio <[EMAIL PROTECTED]> writes:
> It should be fixed now with 1.6.5-5.2 - ateast the build logs now
> show correct dependencies for hdf5-tools.
Yeah, -5.2 looks good; thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/
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
| dpkg-
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
.../libkml-1.0.1/debian
ase let me know if you need any 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/ | htt
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&arch=sh4&ver=2.18.17%2Bdfsg-1&stamp=1519759328&raw=0
--
Aaron M. Ucko, KB1CJC (amu
cpp:293: undefined reference to `ecef2pos'
./app/rtknavi_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 l
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*) cons
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/cg
tps://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, ucko at debian.or
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 "/«
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
pbuild
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
-Dmaven.repo.local=/usr/share/mav
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 Python
"Aaron M. Ucko" 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 indicat
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
/usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.
Package: libgdal1-1.3.2
Version: 1.3.2-1
Severity: important
Unpacking libgdal1-1.3.2 (from .../libgdal1-1.3.2_1.3.2-1_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/libgdal1-1.3.2_1.3.2-1_amd64.deb
(--unpack):
trying to overwrite `/usr/share/gdal/cubewerx_extra.wkt', which is als
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
versio
Source: geographiclib
Version: 1.37-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of geographiclib for all 32-bit architectures have been failing
because they yield different (mangled) symbol names than expected, as
detailed at
https://b
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=sfcgal&ver=1.1.0-1
(It's possible that kfreebsd-amd
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 unkn
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: pyosmium
Version: 2.1.0-1
Severity: important
32-bit builds of pyosmium have been failing:
I: pybuild base:170: cd test && python2.7 run_tests.py
F..
==
FAIL: test_broken_timestamp (test_io.TestRea
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
=
look?
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
26 matches
Mail list logo
