ApiGen in fedora ?

[Remi Collet]

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.

[Shawn Iwinski]

all-things-php-in-fedora++

:)

On Sun, Nov 1, 2015 at 5:09 AM, Remi Collet  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
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/php-devel

[Shawn Iwinski]

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  wrote:
> all-things-php-in-fedora++
>
> :)
>
> On Sun, Nov 1, 2015 at 5:09 AM, Remi Collet  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
> > [e-mail]
> > https://admin.fedoraproject.org/mailman/listinfo/php-devel

[Remi Collet]

Le 02/11/2015 18:34, Shawn Iwinski a écrit :
> 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.

You are right !

Done in
https://github.com/remicollet/remirepo/commit/9abe42bf59e4a65bfe9825acc72703...

Thanks Shawn

Remi

[Remi Collet]

apigen submitted for review.

https://bugzilla.redhat.com/showdependencytree.cgi?id=1277504&hide_resol...

Remi.