The new cvs server is now handling requests. If you are having problems
it is most likely because the DNS change hasn't propagated to you yet.
The new box is a monster dual 3GHz CPU machine with 4G of ram running
64-bit FreeBSD6 with 6 73G 10k rpm SCSI drives in raid 10.
time cvs -d:pserver:[
developing php runtime
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
some else
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Yay! Party! :)
--Jani
On Sat, 10 Dec 2005, Rasmus Lerdorf wrote:
We will switch cvs.php.net over to a new and much faster machine today
sometime around Sunday Dec.11 04:00 - 05:00 UTC. That's between 10pm and 11pm
Eastern for the US folks. There will be some downtime and some D
i was doing that but then people said not to leave the reply in there lol,
guess i will have to snip just what i am replying to ;)
Would you mind quoting what you are responding to, in order to prevent
> the rest of us being utterly confused as to what on earth you are
> talking about?
>
>
Thanks,
Joseph Crawford wrote:
works here too, but i am confused as to why this was sent to internals ;)
Would you mind quoting what you are responding to, in order to prevent
the rest of us being utterly confused as to what on earth you are
talking about?
--
Jasper Bryant-Greene
General Manager
Al
We will switch cvs.php.net over to a new and much faster machine today
sometime around Sunday Dec.11 04:00 - 05:00 UTC. That's between 10pm
and 11pm Eastern for the US folks. There will be some downtime and some
DNS lag. The new machine is at 66.163.161.116 (y1.php.net) so you can
stick that
Jani,
this is the latest version of the LDAP API extension patch; it should be
preceded by the OpenLDAP C API cleanup patch:
which should be otherwise harmless, but I strongly recommend it to avoid
issues, e.g., with 64 bit archs and the likely.
The main patch is
and it is accompanied by a
On Sat, 2005-12-10 at 09:03 -0500, Joseph Crawford wrote:
> works here too, but i am confused as to why this was sent to internals ;)
It was the thought that, probably, people who maintain the smarty
Website were also on this list.
I am sorry if this has caused inconveniences.
Regards,
ah
--
Heh no problem. I'll cc the list for you.
So basically propel creates an object to represent each table in a
DB. Foreign key relationships are maintained, and the propel objects
cache the results.
So, in a simple scenario with "Account" and "Transactions", your
"Account" object keeps an i
works here too, but i am confused as to why this was sent to internals ;)
--
Joseph Crawford Jr.
Zend Certified Engineer
Codebowl Solutions, Inc.
1-802-671-2021
[EMAIL PROTECTED]
On Sat, 2005-12-10 at 08:53 -0500, Eric Coleman wrote:
> Working fine for me ;)
Well, it is working for me too now. I guess I might have hit it while
some changes were being made. But the window was high 7-10 minutes at
least.
Regards,
ah
--
PHP Internals - PHP Runtime Development Mailing List
Working fine for me ;)
--
Eric Coleman
On Dec 10, 2005, at 7:21 AM, Amol Hatwar wrote:
Why is http://smarty.php.net giving me a 403?
Regards,
ah
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Internals - PHP Runtime Deve
Why is http://smarty.php.net giving me a 403?
Regards,
ah
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
14 matches
Mail list logo
