On Mon, Apr 18, 2016 at 4:47 AM, James Hogarth <james.hogarth@xxxxxxxxx> wrote:
For application builds were versions matter should we perhaps think about dropping the php-composer() based requires?Just go by the actual names of the packages instead that we maintainers have tested against and know our applications work for?Or perhaps we should extend the virtual provides of php-composer to something like php-composer(symfony/events/28) or something similar to this?Symfony immediately comes to mind due to the conflict between drupal requiring < 2.8 and the current owncloud release requiring > 2.8 which is preventing the rawhide/f24 builds of it at the moment, and would be a conflict in EPEL7 potentially too with the different lifecycles of applications concerned.
Don't worry about Drupal 8 any more. Drupal 8.1 switches over to Symfony 2.8 and the drupal8 package is still in review request anyway -- https://bugzilla.redhat.com/show_bug.cgi?id=1302909 . I will be updating that pkg to 8.1 "soon".
FYI: That package has an "interesting" autoloader because the app needed the Composer autoloader object so the RPM needed to modify the composer.json file and run "composer dump-autoload" during %build. Check out the spec file at https://github.com/siwinski/rpms/blob/master/drupal8/drupal8.spec if you're interested.
FYI: That package has an "interesting" autoloader because the app needed the Composer autoloader object so the RPM needed to modify the composer.json file and run "composer dump-autoload" during %build. Check out the spec file at https://github.com/siwinski/rpms/blob/master/drupal8/drupal8.spec if you're interested.
On 18 April 2016 at 08:29, Remi Collet <Fedora@xxxxxxxxxxxxxxxxx> wrote:Another fun...
BuildRequires: php-composer(nikic/php-parser) >= 1.4
BuildRequires: php-composer(nikic/php-parser) < 2
=> both versions are installed...
Remi.
_______________________________________________
php-devel mailing list
php-devel@xxxxxxxxxxxxxxxxxxxxxxx
http://lists.fedoraproject.org/admin/lists/php-devel@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
php-devel mailing list
php-devel@xxxxxxxxxxxxxxxxxxxxxxx
http://lists.fedoraproject.org/admin/lists/php-devel@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________ php-devel mailing list php-devel@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/php-devel@xxxxxxxxxxxxxxxxxxxxxxx
