Re: [mapserver-users] Mapserver 7.6.2

Forgot to mention that if I symlink the python folder, it works… - name: Remove site-packages folder file: path: /usr/local/lib/python2.7/site-packages state: absent - name: Create a symbolic link to site-packages folder file: src: /usr/lib/python2.7/site-packages

Re: [mapserver-users] Mapserver 7.6.2

Good morning to you guys! In an effort to complete this mapserver upgrade/install on Amazon Linux 2, I am still facing one thing That you guys may help me with. When I do make install, the script complains about python oath but I can’t Find exactly what it is looking for,. I did try a few

Re: [mapserver-users] Mapserver 7.6.2

Good day Andreas, Your suggestion about replacing boost packages from AWS with CentOS ones worked. Good catch. I was able to finally compile and install all my requirements. Thumbs up! I had to download the whole list and install using rpm -ivh *.rpm. One more thing. I am able to render many

Re: [mapserver-users] Mapserver 7.6.2

Hi Andreas, Big thanks for your suggestion. I am just trying to build mapserver… Nothing else! ...But I can’t make it happen! No matter what I try, I end up with the same error pushing me in the same loop over and over again… (rebuilding from scratch all components > which fails anyway) I

Re: [mapserver-users] Mapserver 7.6.2

I’ll give a try to 1.70 (compile) The reason is that I cannot use 1.53 as it does not compile for the previously mentioned error with boost. Even if I install (from repo) boost169) it installs almost everything but not de -devel has it breaks dependancies. So using 1.75 was my first test. I am

[mapserver-users] Mapserver 7.6.2

Boost 1.75 (compiled) success CGAL-4.14 (compiled) success Gets-3.9.0 (compiled) success SFCGAL-1.3.9 (compiled) success From repo: gdal32-devel.x86_643.2.0-3.rhel7@pgdg-common postgis30_12-devel.x86_64 3.0.3-3.rhel7@pgdg12

Re: [mapserver-users] mapserver 7.6.2

Good day Andreas, Thank you for your suggestion. Indeed, they are both installed. Both versions 1.53 & 1.75 SFCGAL is installed from yum repo with version 1.3.1. Based on the log below, SFCGAL (from repo) is linked / compiled with the installed yum repository rpms boost version 1.53:

Re: [mapserver-users] mapserver 7.6.2

. > > Sorry maybe others have better advice for this. > > -jeff > > > > -- > Jeff McKenna > GatewayGeo: MapServer Consulting and Training Services > co-founder of FOSS4G > http://gatewaygeo.com/ <http://gatewaygeo.com/> > > > > On 2020-12-30 1:36

Re: [mapserver-users] mapserver 7.6.2

gt; Sorry maybe others have better advice for this. > > -jeff > > > > -- > Jeff McKenna > GatewayGeo: MapServer Consulting and Training Services > co-founder of FOSS4G > http://gatewaygeo.com/ <http://gatewaygeo.com/> > > > > On 2020-12-30 1:36 p.m., St

Re: [mapserver-users] mapserver 7.6.2

HI Jeff, That was a partial success! Thank you for you recommendation! It compiled successfully by compiling gems and recompiling goal as you suggested. I still have 1 issue. While rendering stuff that use to work on previous version, it no longer works in this lates one. I get AH01215 error

Re: [mapserver-users] mapserver 7.6.2

Good morning Jeff, I’ll certainly give it a shot! I’ll keep you informed. Thanks for the suggestions. Stéphane Poissant Portable: 514-793-3506 spoissan...@gmail.com > On Dec 30, 2020, at 10:14 AM, Jeff McKenna > wrote: > > Also, after you compile GEOS be

[mapserver-users] mapserver 7.6.2

Good morning gentlemen and Merry Xmas to everyone! I need some help with compiling mapserver. I have been hammering this for a while without a perfect success yet! When proceeding with make, it should complete the process. There are no errors at beginning of compilation. Only a few warnings as I

Re: [mapserver-users] Error compiling 7.4.4 and 7.4.0

Thanks Jeff, I consider your suggestion. Tried Proj-7.2.0. it involves compiling too many packages. I want to avoid compiling everything! ``` checking for mutexes... checking for pthread_create in -lpthread... yes checking for pthread_mutexattr_settype in -lpthread... yes checking whether