On 14 Sep 2011, at 13:46, Alexey Shein wrote:
> 2011/9/15 Pierre Joye :
>> hi,
>>
>> On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein 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
2011/9/15 Pierre Joye :
> hi,
>
> On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein 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
On 14 Sep 2011, at 13:26, Pierre Joye wrote:
> hi,
>
> On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein 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 fi
hi,
On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein 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 tests.
Maybe
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
SK
On Wed, Sep 14, 2011 at 10:28, Pierre Joye wrote:
> please post errors&co 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 intl
tests failure th
On 13 September 2011 17:27, Pierre Joye wrote:
> hi,
>
> On Tue, Sep 13, 2011 at 6:23 PM, Stas Malyshev 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 y
2011/9/14 Ferenc Kovacs :
>>
>> 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] Tyrael: tmp-php.ini is built from the system ini
> [20:44:45] Tyrael: if he builds php with
> --with-config-file-scan-dir=/where/ever/he
>
> 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] Tyrael: tmp-php.ini is built from the system ini
[20:44:45] Tyrael: if he builds php with
--with-config-file-scan-dir=/where/ever/he/has/another/php.ini, then
it will u
2011/9/13 Ferenc Kovacs :
> On Tue, Sep 13, 2011 at 6:23 PM, Stas Malyshev 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 copy your
>>
>> Everyb
please post errors&co 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
(wh
On Wed, Sep 14, 2011 at 07:46, Stas Malyshev 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 test! ;),
> please
On Wed, Sep 14, 2011 at 9:19 AM, Derick Rethans 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 true, bu
Hi:
Sure, I just said need to be double check. :P
thanks
2011/9/14 Derick Rethans :
> 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 wh
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 W
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
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
wrote:
>
>
> On 14.09.11 09:00, Ferenc Kovacs wrote:
>> ./vcsclean && ./buildconf --force
>
> ok, that helped. Thanks a lot and I shou
On 14.09.11 09:00, Ferenc Kovacs wrote:
> ./vcsclean && ./buildconf --force
ok, that helped. Thanks a lot and I should have known that
chregu
>
> On Wed, Sep 14, 2011 at 8:07 AM, Laruence wrote:
>> Hi,
>> FYI, you might should delete the autom4te.cache folder too :-)
>>
>> thanks
>>
>> 2011
./vcsclean && ./buildconf --force
On Wed, Sep 14, 2011 at 8:07 AM, Laruence wrote:
> Hi,
> FYI, you might should delete the autom4te.cache folder too :-)
>
> thanks
>
> 2011/9/14 Christian Stocker :
>> Hi
>>
>> I still have this. even after re-running buildconf (and deleting
>> configure before)
19 matches
Mail list logo
