and now with the right name...
On Tue, Jun 25, 2013 at 10:18 AM, Pierre Joye wrote:
> On Tue, Jun 25, 2013 at 9:45 AM, Christoph Rosse
> wrote:
>> On 25.06.2013 08:46, Christian Stoller wrote:
>>>
>>> Hi internals.
>>>
>>> What do you t
fwd to the right list.
On Mon, Dec 10, 2012 at 8:30 AM, Erin Williams
wrote:
> Hi Administrator,
>
> I came across your website and wanted to notify you about a broken link on
> your page in case you weren't aware of it. The link on cn2.php.net/tips.php
> which links to http://www.apple.com/macos
Adding the right list to the loop.
On Mon, Sep 17, 2012 at 9:58 AM, Laruence wrote:
> Hi:
> I noticed that chinese doc is not availble anymore at
> http://www.php.net/docs.php
>
> I am not sure what's wrong with it.. but lot's of people in china
> asked me about that..
>
> could some
On Tue, Nov 22, 2011 at 7:04 PM, Philip Olson wrote:
> I cannot find a discussion or decision. An old patch was applied that
> lacked an associated RFC. People later noticed the E_DEPRECATED error,
> so it was removed. That's how I see it, at least,
We removed it because it makes no sense to ha
On Tue, Nov 22, 2011 at 6:53 PM, Pierre Joye wrote:
> On Tue, Nov 22, 2011 at 6:41 PM, Hannes Magnusson
> wrote:
>
>> No.
>> Please stop telling the doc team how to do their work.
>
> I'm not telling anyone anything but how things have been discussed.
>
>
On Tue, Nov 22, 2011 at 6:41 PM, Hannes Magnusson
wrote:
> No.
> Please stop telling the doc team how to do their work.
I'm not telling anyone anything but how things have been discussed.
However, now that you open this topic, the doc team may document what
we decide not what you think is right
On Tue, Nov 22, 2011 at 6:28 PM, Hannes Magnusson
wrote:
> On Tue, Nov 22, 2011 at 18:19, Pierre Joye wrote:
>> On Tue, Nov 22, 2011 at 5:56 PM, Philip Olson wrote:
>>>
>>> I do not think they are deprecated, nor think they should be documented as
>>> suc
On Tue, Nov 22, 2011 at 5:56 PM, Philip Olson wrote:
>
> I do not think they are deprecated, nor think they should be documented as
> such.
They are but we removed the warnings to ease migration.
> These functions exist to help write portable code that works with 5.3 and 5.4
> and beyond. What
raditionally we mark functions as deprecated if they're deprecated in
> the code (e.g. PHP_DEP_FE), but that's not the case for these two.
>
> Should we just say in the change log that they'll always return false,
> or should the term "deprecated" be used?
>
&g
On Wed, Nov 2, 2011 at 12:28 PM, Hannes Magnusson
wrote:
> On Wed, Nov 2, 2011 at 12:18, Pierre Joye wrote:
>> On Wed, Nov 2, 2011 at 12:15 PM, Kalle Sommer Nielsen wrote:
>>> 2011/11/2 Pierre Joye :
>>>> Pecl's idn is php5 only.
>>>
>&
On Wed, Nov 2, 2011 at 12:15 PM, Kalle Sommer Nielsen wrote:
> 2011/11/2 Pierre Joye :
>> Pecl's idn is php5 only.
>
> PHP 5.0, 5.1 where intl is not supported then?
Again, they are different functions with some incompatibilities.
Saying 5.2+ only and only mentioning that f
hi Hannes,
On Mon, Oct 17, 2011 at 12:24 PM, Hannes Magnusson
wrote:
> The UPGRADING file has usually served as a base for
> php.net/migration53 for example.
> Its been a quite confusing topic though, stuff added in bugfix
> release.. should that go there too?
> The migration docs generally list
On Tue, Aug 23, 2011 at 5:44 PM, Kalle Sommer Nielsen wrote:
> 2011/8/23 Hannes Magnusson :
>> Anyone knows which urls should be used for these now?
>
> I don't even know any of the Windows urls anymore, only Pierre does
> after the new pecl site was moved to use pecl2
It is in the wiki, since ag
On Tue, Aug 16, 2011 at 8:06 PM, Ferenc Kovacs wrote:
> Stefan also mentioned that he won't continue the development of
> bytekit in it's current form, and if I remember correctly Pierre
> suggested that if the package is abandoned by the original developer,
> a new developer could take it over a
http://forums.adobe.com/thread/708344 is informative.
On Mon, Sep 6, 2010 at 8:24 PM, pedram salehpoor
wrote:
> I hope it will not have problems about right to left languages.
>
> Regards,
> Pedram
>>
>> We may as well do this too.
>>
>> I immediately downloaded the EPUB version from mysql.com an
, so we'll
> have to create another one.
>
> -Hannes
>
>
> On Tue, Aug 10, 2010 at 12:04, Pierre Joye wrote:
>> I fixed that earlier. But I was missing the initial steps to setup the
>> env. Is it not in the wiki somewhere?
>>
>> On Tue, Aug 10, 2010 a
I fixed that earlier. But I was missing the initial steps to setup the
env. Is it not in the wiki somewhere?
On Tue, Aug 10, 2010 at 11:59 AM, Hannes Magnusson
wrote:
> On Tue, Aug 10, 2010 at 11:51, Pierre Joye wrote:
>> ok...
>>
>> Hannes can you point me again to the
hi Philip,
Thanks for the clarification :)
Cheers,
2010/8/6 Philip Olson :
>
> While hosting code within the PECL SVN repository has its advantages, I don't
> think one of them should be the 'ability to have documentation at php.net'
> and instead we, the documentation team, should adhere to w
On Thu, Aug 5, 2010 at 6:09 PM, Hannes Magnusson
wrote:
> On Thu, Aug 5, 2010 at 15:59, Pierre Joye wrote:
>> Now, if the php-doc team considers to stop hosting documentation for
>> PECL's extension not having their repository in svn.php.net, then it
>> is a rather dr
On Thu, Aug 5, 2010 at 5:51 PM, Derick Rethans wrote:
> Sure, you can still make docs CC-licensed for a very closed extension
> though.
>
>> > So restricting it to PECL extensions that are installable through
>> > our pecl channel makes sense. (Because we demand certain licenses
>> > for those).
On Thu, Aug 5, 2010 at 5:24 PM, Derick Rethans wrote:
> Perhaps it's time to write up a few of those guidelines? I obviously
> have little problem with having the mongo driver docs in phpdoc, but
> we do need to realize that we can't just have any random PHP extension's
> docs in phpdoc. For exam
hi,
On Thu, Aug 5, 2010 at 3:43 PM, Hannes Magnusson
wrote:
> It is waaay to much hassle to work with things outside of our domain.
> If all the things around the extension is external, then your users
> expect to find the manual at your site anyway..
As I said already numerous times in this di
On Thu, Aug 5, 2010 at 2:44 PM, Pierre Joye wrote:
> I don't see what's the code has to do with the code. As long as the
> doc is in php-doc, what or where is the problem?
with the ..doc.. :)
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org
On Thu, Aug 5, 2010 at 12:37 PM, Hannes Magnusson
wrote:
>> We knew that when we accepted this extension and I have no problem
>> with continuing to publish the mongo documentation. Or to be more
>> clear, I see no reason to change anything in our policy right now.
>
> I have a big problem with i
On Thu, Aug 5, 2010 at 11:44 AM, Hannes Magnusson
wrote:
> This thread is about mongo (with general explanation of how things work).
> Mongo uses nothing of the PHP infrastructure, other then maybe PECL
> packaging. They have external repo, bug tracker and support channels -
> just like xdebug.
On Thu, Aug 5, 2010 at 11:12 AM, Hannes Magnusson
wrote:
> On Thu, Aug 5, 2010 at 10:58, Pierre Joye wrote:
>> hi,
>>
>> On Thu, Aug 5, 2010 at 10:50 AM, Hannes Magnusson
>> wrote:
>>
>>> I suppose the definition of a 'PECL extension' if if
hi,
On Thu, Aug 5, 2010 at 10:50 AM, Hannes Magnusson
wrote:
> I suppose the definition of a 'PECL extension' if if its packaged and
> released on pecl.php.net (like xdebug for example).
> But we do have the problem though of not having access to the code if
> its not in PHP SVN, and therefore w
hi,
On Thu, Aug 5, 2010 at 10:18 AM, Hannes Magnusson
wrote:
> On Wed, Aug 4, 2010 at 22:59, Kristina Chodorow wrote:
>> kristina Wed, 04 Aug 2010 20:59:18 +
>>
>> Revision: http://svn.php.net/viewvc?view=revision&revision=301862
>>
>> Log:
>> mongo extension
On Wed, Jun 2, 2010 at 10:30 PM, Philip Olson wrote:
> Cool. Maybe someone else will fix it by then, but in the meantime I'm hopeful
> someone will remove all of these bogus CHM files from the rsync box, so
> php.net mirrors will stop hosting them. Hannes?
I removed them.
Cheers,
--
Pierre
hi,
As I told you on IRC earlier this week, the problem is fixed and
everything is back online.
The script works as expected and the configuration on the server is
fixed. I will update the wiki to document how to do it as soon as
possible.
Cheers,
On Wed, Jun 2, 2010 at 9:54 PM, Philip Olson w
On Mon, Jan 11, 2010 at 9:56 AM, Hannes Magnusson
wrote:
> On Mon, Jan 11, 2010 at 09:50, Pierre Joye wrote:
>> hi,
>>
>> Hm, for what I read the doc is not correct. What was the URL to
>> preview it already?
>
> http://docs.php.net/manual/en/install.windows.buil
hi Christian,
On Sun, Feb 22, 2009 at 2:31 PM, Christian Weiske wrote:
> Hello all,
>
>
> The PEAR documentation in Windows HTML Help (chm) format gets compiled
> on pear.php.net now during the weekly build process.
>
> I got the HTML help compiler running on our Linux box using wine and
> integr
hi William,
On Fri, Jan 2, 2009 at 5:01 PM, William A. Rowe, Jr.
wrote:
> Uwe Schindler wrote:
>>
>> I am not sure, if VC6 can be dropped easily. E.g. some SAPIs that directly
>> map into servers may have problems if using the wrong CRT. Until now, I had
>> no time to build up a Windows "Sun Java
hi!
On Thu, Jan 1, 2009 at 7:31 PM, Kalle Sommer Nielsen wrote:
> Because of stream_socket_pair(), and then it would only work if
> ext/sockets was built too, so unless we move it into the core and
> export it then it should be like that.
Does it even work? I would not enable again this functio
hi Marcus,
On Wed, Dec 31, 2008 at 3:27 PM, Marcus Boerger wrote:
arginfo_popen)
> http://cvs.php.net/viewvc.cgi/php-src/main/SAPI.h?r1=1.114.2.1.2.3.2.5&r2=1.114.2.1.2.3.2.6&diff_format=u
> Index: php-src/main/SAPI.h
> diff -u php-src/main/SAPI.h:1.114.2.1.2.
hi Richard,
On Wed, Dec 31, 2008 at 11:11 AM, Richard Quadling
wrote:
> Hi.
>
> With regard to http://bugs.php.net/bug.php?id=46971,
Can you repost (and subscribe to the list if you did not subscribe
yet) to the right list please (Windows Internals list)?
Thanks,
--
Pierre
http://blog.thepimp.
On Tue, Sep 9, 2008 at 4:36 PM, Hannes Magnusson
<[EMAIL PROTECTED]> wrote:
> 2008/8/22 Pierre-Alain Joye <[EMAIL PROTECTED]>:
>> pajoye Thu Aug 21 23:28:21 2008 UTC
>>
>> Modified files:
>>/php-src/ext/standard/tests/network inet.phpt
>> Log:
>> - [DOC] fix test, chr uses codepoint
hi,
On Sat, Aug 2, 2008 at 7:03 PM, Maciek Sokolewicz <[EMAIL PROTECTED]> wrote:
> Right, so, if this _is_ still considered experimental, then we should fix it
> in the documentation; and if it's not, we should fix the configure script.
>
> Which one will it be? :)
Please use the bug report to re
38 matches
Mail list logo
