PHP5.5 beta 1 is ready

11 years ago by Julien Pauli — view source

unread

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:

http://downloads.php.net/dsp

and windows packages at

http://windows.php.net/qa

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

11 years ago by ondrej@sury.org — view source

unread

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

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:

http://downloads.php.net/dsp

and windows packages at

http://windows.php.net/qa

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

11 years ago by Stas Malyshev — view source

unread

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=1363956014

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. 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

11 years ago by Rasmus Lerdorf — view source

unread

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=1363956014

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. 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

11 years ago by ondrej@sury.org — view source

unread

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:

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 :).

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

11 years ago by Stas Malyshev — view source

unread

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

11 years ago by ondrej@sury.org — view source

unread

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

11 years ago by Stas Malyshev — view source

unread

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

11 years ago by Stas Malyshev — view source

unread

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

11 years ago by Remi Collet — view source

unread

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

11 years ago by Michael Wallner — view source

unread

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

11 years ago by Derick Rethans — view source

unread

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

11 years ago by Ferenc Kovacs — view source

unread

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

--

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

11 years ago by Ferenc Kovacs — view source

unread

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

--

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

11 years ago by Ferenc Kovacs — view source

unread

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

--

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.

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

11 years ago by Ferenc Kovacs — view source

unread

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

--

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.

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.

11 years ago by Pierre Joye — view source

unread

hi!

Is there some kind of organized testing programme to test all the popular
frameworks, CMSes and libraries? Like, if in addition to testing my own
applications, I test the php applications provided by 3rd parties that I
also use such as phpbb, dotclear, moonmoon, simplepie... Should I fill in
some compability list somewhere stating that is works or doesn't work with
beta1 ?

That would be awesome, our team does that too, with major apps and
frameworks. Almost all reports get uploaded f.e. here (and higher
dirs), for one revision:

http://windows.php.net/downloads/snaps/ostc/pftt/PHP_5_5/r0d65a85/

cheers,

Pierre

@pierrejoye

11 years ago by Jan Ehrhardt — view source

unread

Pierre Joye in php.internals (Sat, 23 Mar 2013 20:31:38 +0100):

That would be awesome, our team does that too, with major apps and
frameworks. Almost all reports get uploaded f.e. here (and higher
dirs), for one revision:

http://windows.php.net/downloads/snaps/ostc/pftt/PHP_5_5/r0d65a85/

How should I read
http://windows.php.net/downloads/snaps/ostc/pftt/perf/results-20130321-5.5.0beta1-5.5r293d5de.html
Is that with OPcache?

Previously you were using Wincache and APC as well, but things seems to
have changed around this report:
http://windows.php.net/downloads/snaps/ostc/pftt/perf/results-20130222-5.4.11-5.5.0alpha5vc9.html

Jan

11 years ago by Stephen Zarkos — view source

unread

Hi Jan,

-----Original Message-----
From: Jan Ehrhardt [mailto:phpdev@ehrhardt.nl]

Pierre Joye in php.internals (Sat, 23 Mar 2013 20:31:38 +0100):

That would be awesome, our team does that too, with major apps and
frameworks. Almost all reports get uploaded f.e. here (and higher
dirs), for one revision:

http://windows.php.net/downloads/snaps/ostc/pftt/PHP_5_5/r0d65a85/

How should I read
http://windows.php.net/downloads/snaps/ostc/pftt/perf/results-20130321-
5.5.0beta1-5.5r293d5de.html
Is that with OPcache?

In short, for 5.3/5.4 we're testing with Wincache (IIS) or APC (Apache), and for all 5.5 moving forward we're testing with opcache unless otherwise indicated. I'll fix the template to be more clear.

Also, that particular test run you linked to above had some issues during the test, so I wouldn't look too closely at that one :)

Thanks,
Steve