[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: MapServer PHP mapscript packaging issue



On 2020-06-25 12:57 p.m., Sebastiaan Couwenberg wrote:
On 6/25/20 5:39 PM, Jeff McKenna wrote:
On 2020-06-25 12:32 p.m., Sebastiaan Couwenberg wrote:
On 6/25/20 5:12 PM, Jeff McKenna wrote:
On 2020-06-25 11:42 a.m., Sebastiaan Couwenberg wrote:
On 6/25/20 4:17 PM, Jeff McKenna wrote:
Just pointing here to a report of a missing required file for PHP
mapscript:
https://bugs.launchpad.net/ubuntu/+source/mapserver/+bug/1884854 ; I
can't find a result for that filename 'mapscript.php' in the
php-mapscript-ng package
https://packages.debian.org/unstable/php-mapscript-ng

The file is not installed as part of the build process, this installs
the results of `make install`.

That statement is correct, the file 'mapscript.php' will not be
installed as part of the scripted build process; therefore the ticket
and my message here is to report/ask to have this generated file, that
will be built alongside 'php_mapscriptng.so' in the build path, to be
included in the next package.

Why not fix this upstream?

The buildlogs don't show swig generating mapscript.php either, so I
don't see what we can do for the package.


It should be generated in the same directory as php_mapscriptng.so (at
least on my local Ubuntu).  Odd to hear that is not the case, but I will
try to confirm this on Buster.

(in summary: the package 'php-mapscript-ng' cannot be used without this
file 'mapscript.php', as it contains all of the MapServer constants and
functions.  Users of this package should be informed of this, otherwise
they will be trying something that is impossible without including that
file)

If the file is so essential, why doesn't `make install` install it?

From what I gather this should really be fixed upstream.


Pull request created: https://github.com/mapserver/mapserver/pull/6104 feedback and testing welcomed there.

-jeff




--
Jeff McKenna
MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/


Reply to: