Re: [RFC] [Discussion] UUID
| From: | lists@rhsoft.net | Date: | Wed, 24 May 2017 15:21:33 +0000 |
| Subject: | Re: [RFC] [Discussion] UUID | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-99146@lists.php.net to get a copy of this message | ||
Am 24.05.2017 um 17:04 schrieb Larry Garfield:
On 05/24/2017 04:31 AM, lists@rhsoft.net wrote:frankly get out of my sight with composer i maintain the whole webstacke for many years at my own (rpm packages) and so the Fedora repos have excluded anything relevant to PHP - trying to build composer by just download the src.rpm ends in a ton of build dependencies, bootsrap stuff because of cyclic dependencies, frameworks nobody needs and wants in environments where 3rd party code is discouraged because it becomes a problem sooner or later in case of upgrades and so composer is just a red flag for me until a PHP build spits out a /usr/bin/composer binary which is self containedAm 24.05.2017 um 11:27 schrieb Dan Ackroyd:It doesn't have to be a PECL library. I agree that a project requiring a PECL library greatly limits its potential reach, but with Composer user-space libraries are totally easy to install. There's a nice and popular UUID implementation alreadybecause as developer in reality you can not use and rely on features which needs to install some pecl-library when it is supposed to be used on typical hosting packagesHey internals! I haven't written the RFC yet,Please don't forget to include in the RFC a justification for why this should be part of PHP core, rather than a library