#38033 closed defect (fixed)
mapserver installs libtool wrapper into CGI directory
Reported by: | wlists@… | Owned by: | larryv (Lawrence Velázquez) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.3 |
Keywords: | Cc: | tbonfort (Thomas Bonfort), Veence (Vincent), jeabraham | |
Port: | mapserver |
Description
As part of the mapserver install it copies mapserv to /Library/WebServer/CGI-Executables but when I just installed it, it copied a libtool wrapper.
To fix it I just copied the installed version from /opt/local/bin/mapserv to the CGI directory
I guess it is just an issue with where it is copying the executable from (the build directory instead of the install directory)
It installed mapserver @6.2.0_1+apache_apple+cairo+fastcgi+gdal+geos+kml+ogr+postgis+proj+sos+wcs+wfs+wfsclient+wms+wmsclient and i'm running on 10.8.2
Attachments (1)
Change History (10)
comment:1 Changed 12 years ago by mf2k (Frank Schima)
Keywords: | mapserver gis removed |
---|---|
Owner: | changed from macports-tickets@… to jea@… |
comment:3 Changed 11 years ago by jeabraham
Hey, anyone know how to fix this permanently? It bit me again...
comment:4 Changed 11 years ago by mf2k (Frank Schima)
Cc: | vince@… added; vince@… removed |
---|
comment:6 Changed 10 years ago by jeabraham
Replying to jea@…:
Cc Me!
Still a problem. This should be an easy fix, I suppose I should figure out how to fix it :)
Changed 10 years ago by jeabraham
Attachment: | Portfile-rrdtool.diff added |
---|
Should fix it, copies the binary instead of the script
comment:7 follow-up: 8 Changed 10 years ago by jeabraham
Based on advice from #IRC I changed the post-destroot to copy the executable instead of the script (see patch): modified line is xinstall -m 755 ${destroot}${prefix}/bin/mapserv ${destroot}${cgi_path}/mapserv
comment:8 Changed 10 years ago by larryv (Lawrence Velázquez)
Owner: | changed from jea@… to larryv@… |
---|---|
Status: | new → assigned |
Thanks. Looks fine, just needs a revbump also.
comment:9 Changed 10 years ago by larryv (Lawrence Velázquez)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
There’s apparently no compelling reason to keep the executable in ${prefix}/bin
, so we decided to just move it.
In the future, please Cc the port maintainer(s).