On a related note, Composer is not installable in SLES 11 due to the lack of PHAR support.
The phar module *is* built by the RPM spec, but the binary RPM is not included in either
the SLES or SDK repos. (It is included in opensuse, btw.)
I opened a SR with Novell about this (#10855472361) but they closed it saying basically
"too bad, mgmt didn't decide to include that package, try an enhancement
request". I filed one of those (#88971) but have not received any feedback on it.
Whether or not php5-phar ever gets added to SLES 11 (pretty please?), I would strongly
advise its inclusion in SLES 12 (or at least in the SDK), or it will make SLES an
unattractive choice for PHP deployment, given how the PHP world is migrating to Composer.
I don't know how else to ask for this, having already gone through the "proper
channels". Maybe the person packaging PHP for SLES 12 reads this list...
Whether or not someone makes a Composer RPM, having the phar module available so one can
simply run 'curl -sS https://getcomposer.org/installer
| php' as directed by the
Composer docs will be a big help.
Division of Research, Texas A&M University
On Mar 12, 2014, at 1:51 AM, Ralf Lang <lang(a)b1-systems.de> wrote:
recently, a lot of PHP packages have been either converted from PEAR
format to composer or offered in both format. Some new software has been
composer-only right from the start.
As far as I know, we only have tools for automatically dealing with PEAR
This is going to get worse as the most widely used 3rd party pear server
software, pirum, has been deprecated in favor of composer.
This renders more and more pear based installations useless.
Do you know how other distributions handle this?
Is there any effort for (semi)automatic composer->rpm conversion tools?
To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org