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

Re: MapServer PHP mapscript packaging issue

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.

Kind Regards,


 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Reply to: