In order for packages downstream from grpc/grpc to work property, we need to republish the Protobuf-PHP package. Currently, grpc requires datto/Protobuf-PHP, which is published on packagist and links to this repository.
grpc uses the repositories key to override this and install your fork, however the repositories key in composer.json is root only, which means that any packages requiring grpc will ignore the repository specified in grpc and install the package from packagist.
In other words, if you run composer install in the grpc root folder, you'll get the stanley-cheung version. If you run composer install from a package requiring grpc, you'll get the datto version.
This PR will fix this problem by allowing us to republish Protobuf-PHP on packagist under a different vendor (as stanley-cheung/protobuf-php). The second step will be to update grpc to require this package instead of datto/protobuf-php.
Hi Stanley!
In order for packages downstream from grpc/grpc to work property, we need to republish the Protobuf-PHP package. Currently, grpc requires
datto/Protobuf-PHP, which is published on packagist and links to this repository.grpc uses the
repositorieskey to override this and install your fork, however therepositorieskey in composer.json is root only, which means that any packages requiring grpc will ignore the repository specified in grpc and install the package from packagist.In other words, if you run
composer installin the grpc root folder, you'll get the stanley-cheung version. If you runcomposer installfrom a package requiring grpc, you'll get the datto version.This PR will fix this problem by allowing us to republish Protobuf-PHP on packagist under a different vendor (as
stanley-cheung/protobuf-php). The second step will be to update grpc to require this package instead ofdatto/protobuf-php.Let me know if there are any issues!