Hi,
QGIS builds fine again - thanks to your hints and help from ldd /
valgrind.
Turned out to be a self-compile pdal (I know, more self-compiled stuff)
that linked to an old geotiff which linked to an old proj. Replacing the
old geotiff with as self-compile geotiff library fixed the issue.
Yes. I guess I have to dig with ldd through all the libraries and see
which one is linking to the old proj version. There is more
self-compiled stuff on my system.
Anyway - I will find the culprit with ldd and valgrind.
Thanks for your help!
Andreas
On 2021-09-03 16:51, Even Rouault wrote:
The Valgrind output is actually interesting:
see
==49441== by 0x150193E6: ??? (in
/usr/lib/x86_64-linux-gnu/libproj.so.15.3.1)
[...]
==49441== by 0x9C3FDC6: ??? (in /usr/local/lib/libproj.so.22.1.0)
So you're linking to 2 PROJ versions. That would have been my first bet,
but you didn
Hi Even,
Thank you for your reply.
I checked with the ldd about gdal/geos/proj - and they all seem to link
to the self-compiled versions in /usr/local/lib
gdal:
xxx@t480:~/dev/QGIS/build$ ldd /usr/local/lib/libgdal.so.29
linux-vdso.so.1 (0x7fffb930d000)
libcrypto.so.1.1 =>
Hi Even,
With "valgrind output/bin/crssync" I can see that two different
"libproj"-versions are involved with crssync:
/usr/lib/x86_64-linux-gnu/libproj.so.15.3.1
and
/usr/local/lib/libproj.so.22.1.0
I guess I will have to find out which library is still referencing the
old libproj version
Andreas
Several things to check:
- Is your GDAL build a clean one ? That is is it from a fresh build
directory, or are you rebuilding in a directory where a previous build
was done. If the later, make sure to "make clean" before rebuilding
- Is your GDAL build using your custom GEOS one ? Ot
Hi,
I have troubles compiling QGIS on my Linux Ubuntu 20.04 machine.
I use a self-compiled GEOS and GDAL.
The build always hangs at "crssync" - here is the ninja build output I
get. Do you have any idea what might be wrong or what I could do in
order to fix this problem?
Thank you for your
For future reference:
Issue 21382 (Fails to build with SERVER_PLUGINS disabled) is fixed in master.
/Asger
> On 22 May 2019, at 11.25, Asger Sigurd Skovbo Petersen
> wrote:
>
> Inspired by bitner's mapserver AWS Lambda layer [0] I wanted to try and
> compile a QGIS mapserver for AWS Lambda.
Inspired by bitner's mapserver AWS Lambda layer [0] I wanted to try and
compile a QGIS mapserver for AWS Lambda. Keeping the build to an absolute
minimum is important for several reasons
1) Amazon Linux having basically no package support means compiling all
dependencies from scratch
2) Lambda has
Thanks a lot for the fix - it compiles fine now.
Sorry for having such an old qt version!
Andreas
On 2017-07-03 13:27, Even Rouault wrote:
> On lundi 3 juillet 2017 13:20:26 CEST Neumann, Andreas wrote:
>
>> Hi,
>
>>
>
>> I am trying to compile the latest 2.18 branch on CentOS 7 but fa
Hi Even,
On Mon, 03. Jul 2017 at 13:27:06 +0200, Even Rouault wrote:
> Ah sorry for that. I just pushed a fix.
BTW Qt4 doesn't have QStringLiteral at all. So that should
never be used in 2.x.
qca has a compatibility macro and hides that fact in recent versions. That's
why it doesn't fail every
On lundi 3 juillet 2017 13:20:26 CEST Neumann, Andreas wrote:
> Hi,
>
> I am trying to compile the latest 2.18 branch on CentOS 7 but fail to
> build. The error message is:
>
> ---
>
> /home/svc/dev/QGIS/src/providers/wfs/qgswfsprovider.cpp: In member
> fu
Hi,
I am trying to compile the latest 2.18 branch on CentOS 7 but fail to
build. The error message is:
---
/home/svc/dev/QGIS/src/providers/wfs/qgswfsprovider.cpp: In member
function 'bool QgsWFSProvider::readAttributesFromSchema(QDomDocument&,
const QS
Hi,
I was able to solve the problems.
Seems like only environment variables set by SetEnv in
/etc/apache2/mods-enabled/env.conf are respected.
Variables set in /etc/apache2/envvars or with the FcgidInitialEnv
parameter in /etc/apache2/mods-enabled/fcgid.conf seem to be ignored.
Very strange.
My
On 10/06/14 16:59, Andreas Neumann wrote:
Hi,
With the self-compiled libspatialite (4.1.1) I am now able to compile
QGIS server. It does not work with the internal spatialite library
provided by QGIS and it also fails with the version provided by Ubuntu
14.04 ;-(
Now I am running into the next
Hi Andreas,
On Tue, 10. Jun 2014 at 10:59:32 +0200, Andreas Neumann wrote:
> With the self-compiled libspatialite (4.1.1) I am now able to compile
> QGIS server. It does not work with the internal spatialite library
> provided by QGIS and it also fails with the version provided by Ubuntu
> 1
Hi,
With the self-compiled libspatialite (4.1.1) I am now able to compile
QGIS server. It does not work with the internal spatialite library
provided by QGIS and it also fails with the version provided by Ubuntu
14.04 ;-(
Now I am running into the next issue that Apache does not find my
Pos
I work on Debina. stable.
I download the spatialite from home site and compile from source.
is surely easy and no problem at all.
I download and use the SL 4.2.0 RC1, but as reported in another thread of
this ML.
There a little bug that ask to resolve manually.
Add a define to spatialite source
Hi,
I am trying to compile QGIS server on a new Ubuntu 14.04 server.
I have trouble around spatialite and ‘gaiaVectorLayerPtr’.
The errors I get are as follows:
--
In file included from
/root/dev/QGIS/src/providers/spatialite/qgsspatialiteprovider.cpp:31:0
>Hi Andrea
>
>If you are doing the compilation to use QGIS server, you might disable
>compilation of the bindings (set WITH_BINDINGS to OFF).
>QGIS server does not use python at all (python is for the desktop).
>
>Regards,
>Marco
Hi,
setting WITH_BINDINGS = OFF
will resolve the problem.
:)
As in
Hi Andrea
If you are doing the compilation to use QGIS server, you might disable
compilation of the bindings (set WITH_BINDINGS to OFF).
QGIS server does not use python at all (python is for the desktop).
Regards,
Marco
On 17.04.2012 12:18, Andrea Peri wrote:
>Hi Andrea,
>try to clean the bu
>Hi Andrea,
>try to clean the build-master folder and re-run ccmake command!
>
>Regards,
>
>-SL*
Hi,
I try it, but the error is still here. :(
I'm using python 2.6 . perhaps QGIS-Server has lost compatibility with
python 2.6 ?
*
--
-
Andrea Peri
. . . . . . . . .
qwerty àèìò
Il giorno mar, 17/04/2012 alle 09.48 +0200, Andrea Peri ha scritto:
> I update the SIP version to the last 4.13.2.
> Now the SIP error was gone, but another error there is . :(
> [ 83%] Built target compile_python_files
> [ 83%] Generating analysis/sipanalysispart0.cpp,
> analysis/sipanalysispart1.
>>*Which version of SIP are you running? Looks like it doesn't support the
>>-o*>>*switch introduced in 67c77e553.*>>**>>*Jürgen*>
>
>Hi,
>
>testing with:
>
>>*python*>>*import sip*>>*print '%x' % sip.SIP_VERSION*>
>
>I see the version is:
>
>40903
Hi,
I update the SIP version to the last 4.13.
>Which version of SIP are you running? Looks like it doesn't support the -o
>switch introduced in 67c77e553.
>
>Jürgen
Hi,
testing with:
>python
>import sip
>print '%x' % sip.SIP_VERSION
I see the version is:
40903
The last version of qgis-server I compiled (using this SIP version) was on
Hi Andrea,
On Tue, 17. Apr 2012 at 08:37:45 +0200, Andrea Peri wrote:
>[ 83%] Built target compile_python_files
>[ 83%] Generating analysis/sipanalysispart0.cpp,
>analysis/sipanalysispart1.cpp, analysis/sipanalysispart2.cpp,
>analysis/sipanalysispart3.cpp
>
>sip: Usage: sip [-
It seems a SIP problem, maybe related to what discussed here:
http://osgeo-org.1560.n6.nabble.com/build-error-td4350904.html
I could compile with MSVC on Windows.
giovanni
2012/4/17 Andrea Peri
> Hi,
> today I update my qgis-server trunk version
>
> The cmake configuration was passed without p
Hi,
today I update my qgis-server trunk version
The cmake configuration was passed without problem so I guess there isn't
any missing module.
but when try to compille with "make "
I see this error.
---
Ignored 4167 untranslated source text(s)
[ 83%] Built target tran
28 matches
Mail list logo
