Hello, On Mon, 10 Dec 2018 at 09:07, Kalle Sommer Nielsen <ka...@php.net> wrote: > Where and when was all this decided and discussed to move forward with > composer usage and all these other improvements? Don't get me wrong, > it's not that I do not appreciate the activity and work going into the > website code but I have not seen anywhere where this was posted on the > webmaster list and agreed with the other active webmasters. > > I myself am not keen on this as we have notoriously been reliant on > our own infrastructure (PEAR), but no that its almost safe to say its > 'dead', there should be a discussion and debate first before radical > changes out of the 'blue'. > > regards, > > Kalle Sommer Nielsen > ka...@php.net
Composer has been under discussion over a year now, so it's a pretty logical choice I think. I'm not sure if there's anything else besides Composer today out there that can install dependencies in such a breeze... https://github.com/php/web-bugs/pull/27 PEAR dependencies themselves have been made obsolete also in some commits here: http://git.php.net/?p=web/bugs.git;a=commit;h=23298a123688443276f60143c1261f85a85873fe and mostly also by the fact that none of these dependencies produce warning-free outputs anymore. There is currently only one dependency used in bugs.php.net and that is Text_Diff which doesn't work ok on today's PHP versions. It's even deprecated and horde's Diff should be used. Now, installing any dependency for production actually is not yet possible because the deployment step needs an additional composer install step somewhere here: https://github.com/php/systems About the additional EditorConfig file and its configurations, those were picked by current majority of open source code style in the community out there. We can reinvent the PSR-2 code style again but I would really like to avoid doing that. Running the php-cs-fixer tool is very simple and works out of the box without any additional configuration file. Basically, the sensible defaults are pretty standard for the PHP code so it's nothing so drastic. Currently, bugs.php.net code uses somewhere around 3 coding styles together with a free-style which is definitely not going anywhere in any organized direction as I see it. Something like that. -- Peter Kokot -- PHP Webmaster List Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php