<div dir="ltr"><span style="color:rgb(80,0,80)">>> Provides: php-composer(foo) = %{version}</span><br><div><br></div><div>I really like this idea and meant to bring it up before. Most upstream pkgs are going the composer route and even if we don't create our downstream pkgs using composer we should at least be able to find them by it. I know personally this would have saved me time with one pkg that already existed!</div>
<div><br></div><div>Also, I would like to make sure "foo" = "vendor/project".</div><div><br></div><div>Can we start using this now or should we wait?</div><div><br></div><div><br></div><div><br></div></div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Mar 9, 2014 at 4:18 AM, Remi Collet <span dir="ltr"><<a href="mailto:Fedora@famillecollet.com" target="_blank">Fedora@famillecollet.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le 09/03/2014 08:26, Guillaume Kulakowski a écrit :<br>
<div class="">> Hi,<br>
><br>
> Good idea. Is there a page for that in the Wiki ?<br>
><br>
> Some question:<br>
>> So I(m going to start to move the dependencies from pear channel to<br>
>> github sources.<br>
> You d'ont use Comopser ? Because a rule missing:<br>
> If comopser method exist, you SHOULD use it.<br>
<br>
</div>Must disagree.<br>
<br>
There is only, for now, 2 types of package.<br>
- PEAR (the installer, using /usr/share/pear)<br>
- Tarball (sources, using /usr/share/php)<br>
<br>
Composer is absolutely irrelevant for system wide packaging.<br>
<br>
Only benefit we have is the (quite good) description of dependencies in<br>
the metadata file (composer.json). Nothing more.<br>
<br>
So NO, I don't think we should prefer 1 method.<br>
<br>
I think it sometine make sense to switch to "sources" (github or<br>
something else) instead of pear, when pear channel is no more maintained<br>
(sabredav) or very poorly maintained (symfony, phpseclib, ...). No other<br>
reason.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Remi.<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> No ?<br>
><br>
><br>
> 2014-03-08 8:05 GMT+01:00 Remi Collet <<a href="mailto:Fedora@famillecollet.com">Fedora@famillecollet.com</a>>:<br>
>> Hi,<br>
>><br>
>> See :<br>
>> <a href="https://github.com/sebastianbergmann/phpunit/wiki/Release-Announcement-for-PHPUnit-4.0.0" target="_blank">https://github.com/sebastianbergmann/phpunit/wiki/Release-Announcement-for-PHPUnit-4.0.0</a><br>
>><br>
>> This means that the PEAR channel is going to be deprecated.<br>
>><br>
>> So I(m going to start to move the dependencies from pear channel to<br>
>> github sources.<br>
>><br>
>> Already done for php-phpunit-Version<br>
>> <a href="https://github.com/remicollet/remirepo/commit/44d4e911d5abf05dbee29e65b70d58c746d7dfd4" target="_blank">https://github.com/remicollet/remirepo/commit/44d4e911d5abf05dbee29e65b70d58c746d7dfd4</a><br>
>><br>
>> I have run some tests, phploc and phpcpd still work with this new<br>
>> package layout.<br>
>><br>
>><br>
>> Probably we need some Guildelines to facilitate such migration.<br>
>><br>
>> My idea is:<br>
>><br>
>> - pear package MUST (names from package.xml)<br>
>> Provides: php-pear(foo) = %{version}<br>
>> Requires: php-pear(bar) >= x.y<br>
>><br>
>> - composer packages MUST (names from composer.json)<br>
>> Provides: php-composer(foo) = %{version}<br>
>> Provides: php-composer(foo) >= %x.z<br>
>><br>
>> - composer packages SHOULD temporary provides<br>
>> Provides: php-pear(foo) = %{version}<br>
>><br>
>> - composer packages MUST not<br>
>> Requires: php-pear(bar) >= x.y<br>
>><br>
>> This allow us to track (using repoquery) pear dependencies, and this<br>
>> temporary provides could be dropped when no more required.<br>
>><br>
>> Of course this have to happen mostly in rawhide.<br>
>><br>
>> Feedback ?<br>
>><br>
>><br>
>> Remi.<br>
>><br>
>> P.S. as PHPUnit 3.7 is a LTS version, I plan to keep it for some time in<br>
>> Fedora <= 20 and EPEL <= 6.<br>
>> _______________________________________________<br>
>> php-devel mailing list<br>
>> <a href="mailto:php-devel@lists.fedoraproject.org">php-devel@lists.fedoraproject.org</a><br>
>> <a href="https://admin.fedoraproject.org/mailman/listinfo/php-devel" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/php-devel</a><br>
><br>
><br>
><br>
<br>
_______________________________________________<br>
php-devel mailing list<br>
<a href="mailto:php-devel@lists.fedoraproject.org">php-devel@lists.fedoraproject.org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/php-devel" target="_blank">https://admin.fedoraproject.org/mailman/listinfo/php-devel</a></div></div></blockquote></div><br></div>