Problem when installing QGIS 3.4.0 dependencies - qgis

I am trying to install QGIS from source code and I getting an error with SpatiaLite dependency. QGIS 3.4.0 requires SpatiaLite version >= 4.2.0.
I downloaded the version 5.0.0 from SpatiaLite, but when I try to configure QGIS running this command line code:
cmake -DCMAKE_INSTALL_PATH=/opt/qgis/3.4.1 -DSPATIALITE_LIBRARY=/opt/qgis/deps/spatialite/5.0/lib -DSPATIALITE_INCLUDE_DIR=/opt/qgis/deps/spatialite/5.0/include ..
I get this error:
CMake Error at cmake/FindSpatiaLite.cmake:75 (MESSAGE): Found SpatiaLite, but version is too old. Requires at least version 4.2.0
Does anyone know how to solve this problem?

Related

PostGIS extension undefined symbol: GEOSCoordSeq_getXY

I am trying to create postgis 3.0 extension on postgresql12 on centos7 (both are installed using yum native rpms)
yum install postgis30_12.x86_64
but i am getting different errors with GEOS. currently the error i am getting is
postgres=# create extension postgis;
ERROR: could not load library
"/usr/pgsql-12/lib/postgis-3.so": /usr/pgsql-12/lib/postgis-3.so:
undefined symbol: GEOSCoordSeq_getXY
geos-config --version
3.8.0
i have resolved the issue by running ldd libgeos_c.so.1 to find which one is being used by postgresql12 and manually replaced it with the one that comes after installing geos38 and the create extension succeeded.
The PostGIS binary you are using was built with a GEOS version that is incompatible with the one installed. You have to either install a different GEOS library or a different PostGIS.
Normally, such an incompatibility should be made obvious by using a different library version. GEOS seems to be sloppy here.

Error F_SETLK when building bazel on CentOS 6.5

I am working on building and installing tensorflow on my institution's cluster computer, which is running CentOS 6.5.
Obviously, the first step is building and installing bazel. The build works just fine, but when I try to run the bazel binary, I get the following error:
Error: unexpected result from F_SETLK: Function not implemented
gcc version is 4.7.2
java version is jdk1.8.0_65
edit: I have also tried compiling gcc 4.9.4 and building with this version, and I have tried building both the latest dist of bazel, and the 0.3.1 from the git repo. All variants get the same error.
This happens if the filesystem where Bazel tries to install itself (unpack its embedded tools) doesn't support locking.
Workaround (until the relevant issue is resolved) is to specify a path on a local, writable (and file-lockable) filesystem for --output_user_root, for example:
bazel --output_user_root=/usr/local/$USER/bazelout build <targets>

Zend Framework 3 [UnexpectedValueException] Invalid version string "^1.1.0"

I am trying to install Zend Framework 3 in Windows 7. I downloded the Skeleton from Git and run composer install. But getting the error
[UnexpectedValueException] Invalid version string "^1.1.0".
Details:
PHP Version 5.6.3,
XAMPP Version 5.6.3
I'm not sure what command you ran and why you downloaded the skeleton. The preferred way to install the skeleton is with composer:
composer create-project zendframework/skeleton-application path/to/install
More info can be found on https://framework.zend.com/downloads/skeleton-app

glibc 2.11 error on Marklogic 8.0 installation on CentOS 6.6

When I try to install Marklogic 8.0 (MarkLogic-8.0-2.x86_64.rpm) on CentOS6.6 it fails with following error:
error: Failed dependencies:
libc.so.6(GLIBC_2.11) is needed by MarkLogic-8.0-2.x86_64
I checked installed package of glibc and found that GLIB_2.12 is installed.
I tried erasing GLIBC_2.12, but Cent OS doesn't allow because it has dependencies.
I would appreciate if somebody help me how to install Marklogic 8.0 on CentOS6.6 keeping glibc 2.12 or how to downgrade glib version on CentOs
I haven't tested myself with CentOS 6.6, but am running CentOS 6.5 a lot. Did you try running this before the RPM?
yum -y install glibc.i686 gdb.x86_64 redhat-lsb.x86_64
See also Install Marklogic centos virtualbox vm
HTH!
To add to this: you're seeing this message when you attempt to install because a dependent library is unavailable; in the case of this particular message, if you run this beforehand:
yum install glibc.i686
You should get past that particular issue.

GLIBC_2.7 not found

I am getting the following error when trying to run several executables:
/lib/libc.so.6: version `GLIBC_2.7' not found (required by .tools/bridge/bridge)
I have recently upgraded from CentOS 5.3 to 5.7 (I am required to run these tools on CentOS 5, so I can't upgrade to 6).
I recompiled the whole code but this error still appears.
Has anyone encountered this type of error?
Thanks,
Claudiu
The error means that you built .tools/bridge/bridge on a system with glibc-2.7 (or later), and are trying to run it on a system that has glibc-2.6 or earlier.
Linux (and most UNIXes) does not support "build on later, run on earlier"; only the reverse scenario is supported.
See also this answer.
The 'glibc' is not the latest version, and you can try to update glibc package.
yum install glibc
or
yum install glibc-2.7