You should be able to get away without packaging the herrera-* stuff b/c those are usually just for creating phars and self-updating phars which we wouldn't be using anyway. For upstream projects that use it though, I think we should push them away from the deprecated/abandoned package. I mentioned this to one upstream... see https://github.com/hechoendrupal/DrupalConsole/issues/806 -- ignore the Fedora/EPEL note in there b/c I wouldn't package that functionality for that project either. On Mon, Nov 2, 2015 at 12:29 PM, Shawn Iwinski <shawn.iwinski@xxxxxxxxx> wrote: > all-things-php-in-fedora++ > > :) > > On Sun, Nov 1, 2015 at 5:09 AM, Remi Collet <Fedora@xxxxxxxxxxxxxxxxx> wrote: >> Howdy, >> >> >> Perhaps it can be interesting to have "apigen" in Fedora repo. >> >> https://github.com/apigen/apigen >> >> But this will imply a ton of new packages (1 ton = 37 rpm) >> >> apigen >> php-apigen-theme-bootstrap >> php-apigen-theme-default >> php-herrera-io-annotations >> php-herrera-io-box >> php-herrera-io-json >> php-herrera-io-phar-update >> php-herrera-io-phpunit-test-case >> php-herrera-io-version >> php-kdyby-events >> php-kukulich-fshl >> php-latte >> php-nette >> php-nette-application >> php-nette-bootstrap >> php-nette-caching >> php-nette-component-model >> php-nette-database >> php-nette-deprecated >> php-nette-di >> php-nette-finder >> php-nette-forms >> php-nette-http >> php-nette-mail >> php-nette-neon >> php-nette-php-generator >> php-nette-reflection >> php-nette-robot-loader >> php-nette-safe-stream >> php-nette-security >> php-nette-tester >> php-nette-tokenizer >> php-nette-utils >> php-phine-exception >> php-phine-path >> php-tedivm-jshrink >> php-tracy >> >> Packages are available in my repo if you want to test this new app. >> >> I don't know yet if I will submit it to fedora, I expect some feedback >> before doing this. And, damn... 37 review :( >> >> And dependency tree is a bit strange, with some "abandoned lib." >> (herrera-io) >> >> At least this is a proof our "autoloader" management works perfectly and >> we don't need composer. >> >> Else users can use the upstream big phar. >> >> >> Remi. >> _______________________________________________ >> php-devel mailing list >> php-devel@xxxxxxxxxxxxxxxxxxxxxxx >> https://admin.fedoraproject.org/mailman/listinfo/php-devel _______________________________________________ php-devel mailing list php-devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/php-devel
