Re: [Tiki-devel] Composer is broken and show a lot of new things

Those errors like:

> Could not scan for classes inside "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not appear to be a file nor a folder
> Gathering patches from patch file.

are from the patch files which cannot detect if it's an upgrade or a clean install apparently - is there no way of suppressing these non-errors? (or checking if is_writable first?)

No idea what's up with your composer install Bernard, sounds like your connection is just really slow, but mine was find yesterday, quite quick. Can you try it from another server maybe?

Anyone else getting the same?

jb



> On 5 Oct 2021, at 23:32, Bernard Sfez via TikiWiki-devel <[email protected]> wrote:
> 
> Last attempt results (going to bed now) on Debian10 + Virtualmin server
> 
> I cleared the composer cache using:
> php7.4 temp/composer.phar clear-cache
> Cache directory does not exist (cache-vcs-dir): 
> Clearing cache (cache-repo-dir): /home/mediagalleries/.cache/composer/repo
> Clearing cache (cache-files-dir): /home/mediagalleries/.cache/composer/files
> Clearing cache (cache-dir): /home/mediagalleries/.cache/composer
> 
> 
> Then
> php7.4 temp/composer.phar update --prefer-dist --working-dir="vendor_bundled"
> 
> I had error about smarty security
> Could not scan for classes inside "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not appear to be a file nor a folder
> Gathering patches from patch file.
> Gathering patches for dependencies. This might take a minute.
>   - Installing composer/installers (v1.12.0): Extracting archive
> Could not scan for classes inside "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not appear to be a file nor a folder
>   - Installing oomphinc/composer-installers-extender (2.0.0): Extracting archive
> Could not scan for classes inside "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not appear to be a file nor a folder
> 
> 
> Then name conflicts
> 
> 109/282 [==========>-----------------]  38%    Skipped installation of bin bin/generate-deps-for-config-factory for package laminas/laminas-servicemanager: name conflicts with an existing file
>     Skipped installation of bin bin/generate-factory-for-class for package laminas/laminas-servicemanager: name conflicts with an existing file
>  128/282 [============>---------------]  45%    Skipped installation of bin bin/commonmark for package league/commonmark: name conflicts with an existing file
>  137/282 [=============>--------------]  48%    Skipped installation of bin bin/generate-defuse-key for package defuse/php-encryption: name conflicts with an existing file
>  231/282 [======================>-----]  81%    Skipped installation of bin bin/vobject for package sabre/vobject: name conflicts with an existing file
>     Skipped installation of bin bin/generate_vcards for package sabre/vobject: name conflicts with an existing file
>  240/282 [=======================>----]  85%    Skipped installation of bin bin/sabredav for package sabre/dav: name conflicts with an existing file
>     Skipped installation of bin bin/naturalselection for package sabre/dav: name conflicts with an existing file
>     Skipped installation of bin bin/pscss for package scssphp/scssphp: name conflicts with an existing file
> 
> 
> But it completed.
> 
> Then I ran
> sh setup.sh -p /usr/bin/php7.4
> 
> None of the new error (went to optimism mode)
> 
> Load the website (on 2 different browsers):
> 
> Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /home/mediagalleries/public_html/lib/headerlib.php:487 Stack trace: #0 /home/mediagalleries/public_html/temp/templates_c/en_classic^9ecd831e691ed0c26900a27fe834fe304fe2b506_0.file.header.tpl.php(411): HeaderLib->output_headers() #1 /home/mediagalleries/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_615cd0d2313268_07670683() #2 /home/mediagalleries/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #3 /home/mediagalleries/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render() #4 /home/mediagalleries/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(385): Smarty_Internal_Template->render() #5 /home/mediagalleries/public_html/temp/templates_c/en_classic^3ceae32380c603cb4369747f647896e9a0ca8ab0_0.file.tiki-install_screens.tpl.php(33): Smarty_Internal_Template->_subTemplateRender() #6 /home/mediagalleries/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_resource_base.php(123): content_615cd0d2250b96_53602392() #7 /home/mediagalleries/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_template_compiled.php(114): Smarty_Template_Resource_Base->getRenderedTemplateCode() #8 /home/mediagalleries/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php(216): Smarty_Template_Compiled->render() #9 /home/mediagalleries/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(232): Smarty_Internal_Template->render() #10 /home/mediagalleries/public_html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(134): Smarty_Internal_TemplateBase->_execute() #11 /home/mediagalleries/public_html/lib/init/smarty.php(459): Smarty_Internal_TemplateBase->display() #12 /home/mediagalleries/public_html/installer/tiki-installer.php(885): Smarty_Tiki->display() #13 /home/mediagalleries/public_html/tiki-install.php(118): include_once('...') #14 {main} thrown in /home/mediagalleries/public_html/lib/headerlib.php on line 487
> 
> Hope this helps someone to fix the issue.
> 
> Regards,
> Bernard
> 
> 
>> On 6 Oct 2021, at 1:05, Bernard Sfez <[email protected]> wrote:
>> 
>> Thanks Marc.
>> 
>> I could finally complete to find out several package didn’t install because too many attempts/timeouts.
>> 
>> I’m trying another way now.
>> Read somewhere they were massive issues with certificate expiration (can’t say it is the issue)
>> 
>> B
>> 
>>> On 6 Oct 2021, at 0:58, Marc Laporte <[email protected]> wrote:
>>> 
>>> I also experienced this. Ricardo looked at the server and he saw nothing wrong with it.
>>> 
>>> Workaround: get packages from https://dev.tiki.org/Daily-Build
>>> 
>>> No ETA to solve.
>>> 
>>> Marc
>>> 
>>> 
>>> On Tue, 5 Oct 2021 21:05:10 +0300 Tiki developers [email protected] said
>>> 
>>>> I started a “Composer install” from phpstorm on master. (First time I try that) It is now 3h + it is running (but not stalled) it is just SUPER LONG ! On 5 Oct 2021, at 17:07, Bernard Sfez via TikiWiki-devel <
>>>> [email protected] > wrote: I shouted victory too early… It stalled and after one hour I stop restart (3 attempt). This was on my local  bernardsfez$ php -v PHP 7.4.21 (cli) (built: Jul 27 2021 15:56:07) ( NTS ) Copyright (c) The PHP Group Zend Engine v3.4.0, Copyright (c) Zend Technologies PHP8 is not installed and while the folder is available for MAMP it is not
>>>> findable (if setup.sh try to find it it won’t) — I tried on my Virtualmin server where PHP7.4 is installed as well as PHP8. No errors (so my gut feeling is telling me that something changed in setup.sh
>>>> and it is looking for things that are specific to virtual min + php8) But still no success… 2 attempts already and it is stuck here: (2 hours) Package operations: 256 installs, 0 updates, 0 removals   - Downloading plotly/plotly.js (v1.58.5)  0/1 [>---------------------------]   0%  - Downloading plotly/plotly.js
>>>> (v1.58.5)   - Downloading plotly/plotly.js (v1.58.5) I’ll retry much later… But this pain. 😐 Bernard On 5 Oct 2021, at 16:52, Jonny Bradley via TikiWiki-devel <
>>>> [email protected] > wrote: Aha On 5 Oct 2021, at 12:05, Bernard Sfez < [email protected] > wrote: In case of I point directly to my php version folder. bernardsfez$ sh setup.sh -p /Applications/MAMP/bin/php/php7.4.21/bin/php This worked. (Once more something is looking for another version of PHP than
>>>> the one it should…) So what do you get if you do    php -v I'm guessing you (and the CI on gitlab) might be on php 8.x? More debugging information (things done before it worked) : The only .composer directory I see is there "/Users/bernardsfez/.composer” -rw-r--r--  1 bernardsfez  staff  2258604 Sep 25 15:23
>>>> 2021-08-19_17-11-08-2.1.6-old.phar -rw-r--r--  1 bernardsfez  staff      799 Oct  5 08:59 keys.dev.pub -rw-r--r--  1 bernardsfez  staff      799 Oct  5 08:59 keys.tags.pub -rw-r--r--  1 bernardsfez  staff        7 Oct  5 10:27
>>>> update-channel I created manually a “cache” directory in case of but it stays empty. Seems odd - i have lots of stuff in my ~/.composer dir, including another dic
>>>> called cache - by the way, i cleared my cache by doing:    php temp/composer.phar clearcache HTH jb _______________________________________________ TikiWiki-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel _______________________________________________ TikiWiki-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>> 
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> TikiWiki-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>> 
>> 
>> 
>> _______________________________________________
>> TikiWiki-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
> 
> _______________________________________________
> TikiWiki-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel



_______________________________________________
TikiWiki-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel