Hi Internals,
PHP 5.5.0 Beta 1 has been released for testing. As you know, this
code base is shipped with Zend OPCache.
The packages can be found at:
and windows packages at
Please test the release carefully and report any bugs. Don't forget to
activate Zend OPCache and test your code against it. Report any bug
you could find.
As you may know, we wont accept any new feature to come in 5.5 by now.
Beta stage is meant to make the code base stable and pull a stable release
from it. Our next beta is planned for April 4th.
We'd like to thank all the contributors for this beta.
Regards
Julien and David
Good work everyone,
just FYI, there's some non-portable code in Zend OpCache (alpha5 was built
just fine), which prevents building of php5 beta1 on non-Linux systems:
FreeBSD: https://bugs.php.net/bug.php?id=64490
Hurd i386:
https://buildd.debian.org/status/fetch.php?pkg=php5&arch=hurd-i386&ver=5.5.0~beta1-1&stamp=1363956014
While hurd might be not important, the general experience is that writing
portable code helps the general quality of the code :).
There might be more, but so far the Linux builds are ok even on some more
exotic archs (like s390{x}):
https://buildd.debian.org/status/package.php?p=php5&suite=experimental
O.
Hi Internals,
PHP 5.5.0 Beta 1 has been released for testing. As you know, this
code base is shipped with Zend OPCache.The packages can be found at:
and windows packages at
Please test the release carefully and report any bugs. Don't forget to
activate Zend OPCache and test your code against it. Report any bug
you could find.As you may know, we wont accept any new feature to come in 5.5 by now.
Beta stage is meant to make the code base stable and pull a stable release
from it. Our next beta is planned for April 4th.We'd like to thank all the contributors for this beta.
Regards
Julien and David
--
Ondřej Surý <ondrej@sury.org
Hi!
just FYI, there's some non-portable code in Zend OpCache (alpha5 was built
just fine), which prevents building of php5 beta1 on non-Linux systems:FreeBSD: https://bugs.php.net/bug.php?id=64490
Hurd i386:
https://buildd.debian.org/status/fetch.php?pkg=php5&arch=hurd-i386&ver=5.5.0~beta1-1&stamp=1363956014While hurd might be not important, the general experience is that writing
portable code helps the general quality of the code :).
We probably need to make it self-disable on systems where we don't have
suitable flock driver. For freebsd though it's strange since it has if
defined(FreeBSD) clause there. Is there some other define that
should be checked instead?
There might be more, but so far the Linux builds are ok even on some more
exotic archs (like s390{x}):
https://buildd.debian.org/status/package.php?p=php5&suite=experimental
All linux ones should be fine as long as they use the same basic
structures, which seems to be the case.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
Hi!
just FYI, there's some non-portable code in Zend OpCache (alpha5 was built
just fine), which prevents building of php5 beta1 on non-Linux systems:FreeBSD: https://bugs.php.net/bug.php?id=64490
Hurd i386:
https://buildd.debian.org/status/fetch.php?pkg=php5&arch=hurd-i386&ver=5.5.0~beta1-1&stamp=1363956014While hurd might be not important, the general experience is that writing
portable code helps the general quality of the code :).We probably need to make it self-disable on systems where we don't have
suitable flock driver. For freebsd though it's strange since it has if
defined(FreeBSD) clause there. Is there some other define that
should be checked instead?
Yes, Joe attached a patch to bug 64490 that fixes the check.
-Rasmus
On Fri, Mar 22, 2013 at 10:04 PM, Stas Malyshev smalyshev@sugarcrm.comwrote:
Hi!
just FYI, there's some non-portable code in Zend OpCache (alpha5 was
built
just fine), which prevents building of php5 beta1 on non-Linux systems:FreeBSD: https://bugs.php.net/bug.php?id=64490
Hurd i386:While hurd might be not important, the general experience is that writing
portable code helps the general quality of the code :).We probably need to make it self-disable on systems where we don't have
suitable flock driver.
It seems that GNU Hurd does implement flock(). I'll talk to Debian porter
team if they can help with the issue there.
For freebsd though it's strange since it has if
defined(FreeBSD) clause there. Is there some other define that
should be checked instead?
The attached patch to 64490 is correct GNU kFreeBSD defines
FreeBSD_kernel, there's more info in here:
http://glibc-bsd.alioth.debian.org/porting/PORTING
O.
Ondřej Surý <ondrej@sury.org
Hi!
It seems that GNU Hurd does implement
flock(). I'll talk to Debian
porter team if they can help with the issue there.
I suspect it does, the question is - how... Everybody has different
struct flock, with same members in different order :( I'll try to add
some configure magic to at least catch this on configure stage, but
ideally if somebody knows the right autoconf spell to figure it out it'd
be great.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
On Mon, Mar 25, 2013 at 3:56 AM, Stas Malyshev smalyshev@sugarcrm.comwrote:
Hi!
It seems that GNU Hurd does implement
flock(). I'll talk to Debian
porter team if they can help with the issue there.I suspect it does, the question is - how... Everybody has different
struct flock, with same members in different order :( I'll try to add
some configure magic to at least catch this on configure stage, but
ideally if somebody knows the right autoconf spell to figure it out it'd
be great.
http://lists.debian.org/debian-hurd/2013/03/msg00016.html
Should I fill the bugreport, or you will pull it from here?
O.
Ondřej Surý <ondrej@sury.org
Hi!
http://lists.debian.org/debian-hurd/2013/03/msg00016.html
Should I fill the bugreport, or you will pull it from here?
I'm working on more generic solution, will have patch in a day or two,
if you could check it on Hurd it'd be great.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
Hi!
http://lists.debian.org/debian-hurd/2013/03/msg00016.html
Should I fill the bugreport, or you will pull it from here?
Could you check if this pull:
https://github.com/php/php-src/pull/314
Makes it better?
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
Le 21/03/2013 14:10, Julien Pauli a écrit :
Hi Internals,
PHP 5.5.0 Beta 1 has been released for testing.
A few months ago, PHP 5.5 have been approved as a Fedora 19 feature [1]
Despite the delay due to Zend OPcache merge, I still think (and hope)
PHP and Fedora roadmap [2][3] are still compatible.
I just finish the mass rebuild of PHP and most extensions,
so PHP 5.5.0beta1 is already part of Fedora 19.
To allow more people to test this new great version,
I also build backport RPM for Fedora 17, 18, Enterprise Linux 5 and 6
(RHEL, CentOS, ...) [4]
Don't know if a 5.5.0 finale will be available for Fedora 19 release
(end of June), but I really hope it will be possible,
or at least some Release Candidate.
Best regards,
Remi.
[1] https://fedoraproject.org/wiki/Features/Php55
[2] https://wiki.php.net/todo/php55 (** This one really need update **)
[3] https://fedoraproject.org/wiki/Releases/19/Schedule
[4] http://blog.famillecollet.com/post/2013/03/21/PHP-5.5.0-in-preparation
Le 21/03/2013 14:10, Julien Pauli a écrit :
Hi Internals,
PHP 5.5.0 Beta 1 has been released for testing.
A few months ago, PHP 5.5 have been approved as a Fedora 19 feature [1]
Despite the delay due to Zend OPcache merge, I still think (and hope)
PHP and Fedora roadmap [2][3] are still compatible.I just finish the mass rebuild of PHP and most extensions,
so PHP 5.5.0beta1 is already part of Fedora 19.To allow more people to test this new great version,
I also build backport RPM for Fedora 17, 18, Enterprise Linux 5 and 6
(RHEL, CentOS, ...) [4]Don't know if a 5.5.0 finale will be available for Fedora 19 release
(end of June), but I really hope it will be possible,
or at least some Release Candidate.
Awesome work Remi! Thank you.
--
Regards,
Mike
Please test the release carefully and report any bugs. Don't forget to
activate Zend OPCache and test your code against it. Report any bug
you could find.
I'm having issues with installing PEAR:
Saving to: ‘pear/install-pear-nozlib.phar’
100%[======================================>] 3,692,810 6.27MB/s in 0.6s
2013-03-23 15:51:04 (6.27 MB/s) - ‘pear/install-pear-nozlib.phar’ saved [3692810/3692810]
[PEAR] Archive_Tar: could not extract the package.xml file from "phar://install-pear-nozlib.phar/Archive_Tar-1.3.7.tar";
[PEAR] Console_Getopt: could not extract the package.xml file from "phar://install-pear-nozlib.phar/Console_Getopt-1.3.0.tar";
[PEAR] Structures_Graph: could not extract the package.xml file from "phar://install-pear-nozlib.phar/Structures_Graph-1.0.4.tar";
[PEAR] XML_Util: could not extract the package.xml file from "phar://install-pear-nozlib.phar/XML_Util-1.2.1.tar";
[PEAR] PEAR: could not extract the package.xml file from "phar://install-pear-nozlib.phar/PEAR-1.9.4.tar";
And hence, I have no "pecl" or "pear" binaries installed.
cheers,
Derick
Please test the release carefully and report any bugs. Don't forget to
activate Zend OPCache and test your code against it. Report any bug
you could find.I'm having issues with installing PEAR:
Saving to: ‘pear/install-pear-nozlib.phar’
100%[======================================>] 3,692,810 6.27MB/s in
0.6s2013-03-23 15:51:04 (6.27 MB/s) - ‘pear/install-pear-nozlib.phar’ saved
[3692810/3692810][PEAR] Archive_Tar: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Archive_Tar-1.3.7.tar";
[PEAR] Console_Getopt: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Console_Getopt-1.3.0.tar";
[PEAR] Structures_Graph: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Structures_Graph-1.0.4.tar";
[PEAR] XML_Util: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/XML_Util-1.2.1.tar";
[PEAR] PEAR: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/PEAR-1.9.4.tar";And hence, I have no "pecl" or "pear" binaries installed.
cheers,
Derick--
internals@lists.php.net/msg62946.html" rel="nofollow" target="_blank">http://www.mail-archive.com/internals@lists.php.net/msg62946.html
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
Please test the release carefully and report any bugs. Don't forget to
activate Zend OPCache and test your code against it. Report any bug
you could find.I'm having issues with installing PEAR:
Saving to: ‘pear/install-pear-nozlib.phar’
100%[======================================>] 3,692,810 6.27MB/s in
0.6s2013-03-23 15:51:04 (6.27 MB/s) - ‘pear/install-pear-nozlib.phar’ saved
[3692810/3692810][PEAR] Archive_Tar: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Archive_Tar-1.3.7.tar";
[PEAR] Console_Getopt: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Console_Getopt-1.3.0.tar";
[PEAR] Structures_Graph: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Structures_Graph-1.0.4.tar";
[PEAR] XML_Util: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/XML_Util-1.2.1.tar";
[PEAR] PEAR: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/PEAR-1.9.4.tar";And hence, I have no "pecl" or "pear" binaries installed.
cheers,
Derick--
internals@lists.php.net/msg62946.html" rel="nofollow" target="_blank">http://www.mail-archive.com/internals@lists.php.net/msg62946.html
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
I think I've fixed the problem and sent a PR to the PEAR guys (
https://github.com/pear/pear-core/pull/12 btw. there were already a PR for
this: https://github.com/pear/pear-core/pull/10 I just didn't noticed until
I've sent mine), hopefully they merge it soon, if not we can still build
our self and upload it somewhere and change the pear/Makefile.frag to wget
that version.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
Please test the release carefully and report any bugs. Don't forget to
activate Zend OPCache and test your code against it. Report any bug
you could find.I'm having issues with installing PEAR:
Saving to: ‘pear/install-pear-nozlib.phar’
100%[======================================>] 3,692,810 6.27MB/s in
0.6s2013-03-23 15:51:04 (6.27 MB/s) - ‘pear/install-pear-nozlib.phar’ saved
[3692810/3692810][PEAR] Archive_Tar: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Archive_Tar-1.3.7.tar";
[PEAR] Console_Getopt: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Console_Getopt-1.3.0.tar";
[PEAR] Structures_Graph: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Structures_Graph-1.0.4.tar";
[PEAR] XML_Util: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/XML_Util-1.2.1.tar";
[PEAR] PEAR: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/PEAR-1.9.4.tar";And hence, I have no "pecl" or "pear" binaries installed.
cheers,
Derick--
internals@lists.php.net/msg62946.html" rel="nofollow" target="_blank">http://www.mail-archive.com/internals@lists.php.net/msg62946.html
--
Ferenc Kovács
@Tyr43l - http://tyrael.huI think I've fixed the problem and sent a PR to the PEAR guys (
https://github.com/pear/pear-core/pull/12 btw. there were already a PR
for this: https://github.com/pear/pear-core/pull/10 I just didn't noticed
until I've sent mine), hopefully they merge it soon, if not we can still
build our self and upload it somewhere and change the pear/Makefile.frag to
wget that version.
Sherif also confirmed that the phar file produced by the patched pear
script results in a working pear install.
We have http://php.net/63073 to track an issue on our part and I also
opened a bug on pear.php.net just to be sure that it won't be forgotten
this time: https://pear.php.net/bugs/bug.php?id=19867
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
Please test the release carefully and report any bugs. Don't forget to
activate Zend OPCache and test your code against it. Report any bug
you could find.I'm having issues with installing PEAR:
Saving to: ‘pear/install-pear-nozlib.phar’
100%[======================================>] 3,692,810 6.27MB/s in
0.6s2013-03-23 15:51:04 (6.27 MB/s) - ‘pear/install-pear-nozlib.phar’ saved
[3692810/3692810][PEAR] Archive_Tar: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Archive_Tar-1.3.7.tar";
[PEAR] Console_Getopt: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Console_Getopt-1.3.0.tar";
[PEAR] Structures_Graph: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/Structures_Graph-1.0.4.tar";
[PEAR] XML_Util: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/XML_Util-1.2.1.tar";
[PEAR] PEAR: could not extract the package.xml file from
"phar://install-pear-nozlib.phar/PEAR-1.9.4.tar";And hence, I have no "pecl" or "pear" binaries installed.
cheers,
Derick--
internals@lists.php.net/msg62946.html" rel="nofollow" target="_blank">http://www.mail-archive.com/internals@lists.php.net/msg62946.html
--
Ferenc Kovács
@Tyr43l - http://tyrael.huI think I've fixed the problem and sent a PR to the PEAR guys (
https://github.com/pear/pear-core/pull/12 btw. there were already a PR
for this: https://github.com/pear/pear-core/pull/10 I just didn't
noticed until I've sent mine), hopefully they merge it soon, if not we can
still build our self and upload it somewhere and change the
pear/Makefile.frag to wget that version.Sherif also confirmed that the phar file produced by the patched pear
script results in a working pear install.
We have http://php.net/63073 to track an issue on our part and I also
opened a bug on pear.php.net just to be sure that it won't be forgotten
this time: https://pear.php.net/bugs/bug.php?id=19867--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
The pear guys(Daniel O'Connor, Christian Weiske to be precise) merged the
PR and rebuilt the phar install-pear-nozlib.phar
and install-pear-nozlib.phar files, so the issue should be resolved, please
report if you still experience pear installation problems with php 5.5.