Hi:
SessionHandler is not stable now, and remain some bugs need to be
fixed(one open bug #55690, and test failed)
and arpad can not be connected now, so you may need to double
check with him when you start packaging.
thanks
2011/9/14 Stas Malyshev smalys...@sugarcrm.com:
Hi!
It looks
Hi,
FYI, you might should delete the autom4te.cache folder too :-)
thanks
2011/9/14 Christian Stocker chr...@php.net:
Hi
I still have this. even after re-running buildconf (and deleting
configure before)
On OS X and x86_64 Linux
chregu
On 14.09.11 05:31, Laruence wrote:
Hi:
after
Stas Malyshev wrote:
If you have any fixes that must be in the beta
Some of my fixes are still awaiting review :(
--
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve -
./vcsclean ./buildconf --force
On Wed, Sep 14, 2011 at 8:07 AM, Laruence larue...@php.net wrote:
Hi,
FYI, you might should delete the autom4te.cache folder too :-)
thanks
2011/9/14 Christian Stocker chr...@php.net:
Hi
I still have this. even after re-running buildconf (and deleting
no problem, I just mentioned because it is easier to remember, and it
should take care of the similar problems.
On Wed, Sep 14, 2011 at 9:08 AM, Christian Stocker
christian.stoc...@liip.ch wrote:
On 14.09.11 09:00, Ferenc Kovacs wrote:
./vcsclean ./buildconf --force
ok, that helped. Thanks
On Wed, 14 Sep 2011, Laruence wrote:
SessionHandler is not stable now, and remain some bugs need to be
fixed(one open bug #55690, and test failed)
It's a beta release. Bugs may occur (that's why we have betas!).
Derick
--
http://derickrethans.nl | http://xdebug.org
Like Xdebug? Consider
hi!
I would rather say try to avoid committing huge changes before the
beta1 is out. The current tree builds and runs more or less good
(there are still some bugs around but it is acceptable for beta). It
would be bad to have last minute breakages only because of one or two
commits.
Cheers,
On
Hi:
Sure, I just said need to be double check. :P
thanks
2011/9/14 Derick Rethans der...@php.net:
On Wed, 14 Sep 2011, Laruence wrote:
SessionHandler is not stable now, and remain some bugs need to be
fixed(one open bug #55690, and test failed)
It's a beta release. Bugs may occur
On Wed, Sep 14, 2011 at 9:19 AM, Derick Rethans der...@php.net wrote:
On Wed, 14 Sep 2011, Laruence wrote:
SessionHandler is not stable now, and remain some bugs need to be
fixed(one open bug #55690, and test failed)
It's a beta release. Bugs may occur (that's why we have betas!).
it's
On Wed, Sep 14, 2011 at 07:46, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
It looks like the situation with the tests significantly improved (again,
thanks a lot for everybody who took part!), so I plan to package 5.4 beta
tomorrow. If you have any fixes that must be in the beta (please
please post errorsco to the list, ccing the maintainers too. It is
then easier to be in sync.
About intl, it seems that many tests are ICU version specific
(regarding unicode and formatting rules correctness). Maybe we need to
add a couple of skipif and use the latest ICU version only as base
2011/9/13 Ferenc Kovacs tyr...@gmail.com:
On Tue, Sep 13, 2011 at 6:23 PM, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 9/13/11 7:49 AM, Ferenc Kovacs wrote:
Stas, I still don't know why do have a custom php.ini, and why is it used.
The make test should create tmp-php.ini for you (and
Why do we even have this tmp-php.ini? Why not just make test without
any .ini files, i.e. just with -n option?
[20:44:09] bjori Tyrael: tmp-php.ini is built from the system ini
[20:44:45] bjori Tyrael: if he builds php with
--with-config-file-scan-dir=/where/ever/he/has/another/php.ini, then
2011/9/14 Ferenc Kovacs tyr...@gmail.com:
Why do we even have this tmp-php.ini? Why not just make test without
any .ini files, i.e. just with -n option?
[20:44:09] bjori Tyrael: tmp-php.ini is built from the system ini
[20:44:45] bjori Tyrael: if he builds php with
On 13 September 2011 17:27, Pierre Joye pierre@gmail.com wrote:
hi,
On Tue, Sep 13, 2011 at 6:23 PM, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
On 9/13/11 7:49 AM, Ferenc Kovacs wrote:
Stas, I still don't know why do have a custom php.ini, and why is it used.
The make test should
On Wed, Sep 14, 2011 at 10:28, Pierre Joye pierre@gmail.com wrote:
please post errorsco to the list, ccing the maintainers too. It is
then easier to be in sync.
I really do not like it when you assume everyone else are idiots.
I ofcourse already sent it, in fact, it was in a reply about
Hello, I tried to run skipped mhash tests in ext/hash, these ones in trunk:
SKIP mhash() test [ext/hash/tests/mhash_001.phpt] reason: mhash
extension is not available
SKIP mhash_get_block_size() mhash_get_hash_name() test
[ext/hash/tests/mhash_002.phpt] reason: mhash extension is not
available
hi,
On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein con...@gmail.com wrote:
Should we delete these tests (and, maybe deprecate/move to pecl the
extension itself)?
I don't think we should, they are here to make sure that the emulation
layer works fine.
If not, I'd like to know how to run these
On 14 Sep 2011, at 13:26, Pierre Joye wrote:
hi,
On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein con...@gmail.com wrote:
Should we delete these tests (and, maybe deprecate/move to pecl the
extension itself)?
I don't think we should, they are here to make sure that the emulation
layer
2011/9/15 Pierre Joye pierre@gmail.com:
hi,
On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein con...@gmail.com wrote:
Should we delete these tests (and, maybe deprecate/move to pecl the
extension itself)?
I don't think we should, they are here to make sure that the emulation
layer works
On 14 Sep 2011, at 13:46, Alexey Shein wrote:
2011/9/15 Pierre Joye pierre@gmail.com:
hi,
On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein con...@gmail.com wrote:
Should we delete these tests (and, maybe deprecate/move to pecl the
extension itself)?
I don't think we should, they are
21 matches
Mail list logo