Thank you very much. I just could not figure this out and was puzzled by why
this would be happening. I have asked people at vtiger for some advice as well
and if I get anything useful will send it to the list.
Thanks again,
Vijay Sankar
ForeTell Technologies Limited
vsan...@foretell.ca
Sent from my iPhone
On 2013-09-16, at 17:37, Nigel Taylor <njtay...@asterisk.demon.co.uk> wrote:
> On 09/16/13 22:47, Vijay Sankar wrote:
>> The vtigercrm package from -current snapshot and ports, which uses PHP
>> 5.4 gives the error
>>
>> Cannot re-assign auto-global variable _FILES
>>
>> From various vtiger forums, it looks like this is a problem with their
>> software and nothing with our ports. So I tried to build after setting
>> MODPHP_VERSION to 5.3 but that failed with the following:
>>
>> ===> Building package for vtigercrm-5.4.0p1
>> Create /home/ports/packages/amd64/no-arch/vtigercrm-5.4.0p1.tgz
>> Error: duplicate item in packing-list
>> /var/www/vtigercrm/vtlib/ModuleDir/5.3.0
>> Error: duplicate item in packing-list
>> /var/www/vtigercrm/vtlib/ModuleDir/5.3.0/CallRelatedList.php
>> Error: duplicate item in packing-list
>> /var/www/vtigercrm/vtlib/ModuleDir/5.3.0/CustomView.php
>> Error: duplicate item in packing-list
>> /var/www/vtigercrm/vtlib/ModuleDir/5.3.0/Delete.php
>> Error: duplicate item in packing-list
>> /var/www/vtigercrm/vtlib/ModuleDir/5.3.0/DetailView.php
>> Error: duplicate item in packing-list
>> /var/www/vtigercrm/vtlib/ModuleDir/5.3.0/DetailViewAjax.php
>> Error: duplicate item in packing-list
>> /var/www/vtigercrm/vtlib/ModuleDir/5.3.0/EditView.php
>>
>> Please let me know if you can give me any clues on how to make this work.
>>
>> Thanks very much,
>>
>> Vijay
>>
>>
>> Vijay Sankar, M.Eng., P.Eng.
>> ForeTell Technologies Limited
>> vsan...@foretell.ca
>>
>>
>> ---------------------------------------------
>> This message was sent using ForeTell-POST 4.9
> $ cd /usr/ports/www/vtigercrm/pkg/PLIST
> $ grep /CallRelatedList.php PLIST
> vtigercrm/modules/Accounts/CallRelatedList.php
> vtigercrm/modules/Campaigns/CallRelatedList.php
> vtigercrm/modules/Contacts/CallRelatedList.php
> vtigercrm/modules/Emails/CallRelatedList.php
> vtigercrm/modules/Faq/CallRelatedList.php
> vtigercrm/modules/HelpDesk/CallRelatedList.php
> vtigercrm/modules/Invoice/CallRelatedList.php
> vtigercrm/modules/Leads/CallRelatedList.php
> vtigercrm/modules/Potentials/CallRelatedList.php
> vtigercrm/modules/PriceBooks/CallRelatedList.php
> vtigercrm/modules/Products/CallRelatedList.php
> vtigercrm/modules/PurchaseOrder/CallRelatedList.php
> vtigercrm/modules/Quotes/CallRelatedList.php
> vtigercrm/modules/SalesOrder/CallRelatedList.php
> vtigercrm/modules/Vendors/CallRelatedList.php
> vtigercrm/modules/Webmails/CallRelatedList.php
> vtigercrm/vtlib/ModuleDir/5.0.4/CallRelatedList.php
> vtigercrm/vtlib/ModuleDir/5.1.0/CallRelatedList.php
> vtigercrm/vtlib/ModuleDir/5.2.0/CallRelatedList.php
> vtigercrm/vtlib/ModuleDir/5.3.0/CallRelatedList.php
> vtigercrm/vtlib/ModuleDir/${MODPHP_VERSION}.0/CallRelatedList.php
>
>
> When MODPHP_VERSION gets replaced by 5.3 it creates duplicates that
> weren't there before for 5.4.
>
> Could be a problem that the PLIST was generated and should have been
> 5.4.0 rather than the subsituted ${MODPHP_VERSION}.0 happens now and
> then, the 5.x.x is more likely the vtigercrm versions than the
> MODPHP_VERSION - and why would you supply copies for other versions of
> PHP, why use 5.4.0 and not just 5.4, looks wrong but needs Maintainer to
> look and agree. If so needs fixing in the ports.
