-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
sorry to jump into here
Marcus Boerger wrote:
| I spoke about you as you left no room for discussions. You are not willing
| to compromise in any way, nor are you willing to be productive in any way.
| So there is no way in keeping you in
Jani Taskinen wrote:
You simply ignored my email or never got it? The correct place for
such scripts is not in the root but in scripts/dev/
--Jani
Jani - of course I wouldn't ignore a mail from you :-) - I didn't see
it. I talked a bit to Johannes on IRC about where to put it and in the
end
Steph Fox wrote:
Hi Marcus,
what I want is php-src as minimum you can depend on. And php-default as
release managers playground. The RM can then say what he thinks is mature
enough to make it into a release.
What _I_ want is a PHP core that is really core. By that I mean things
like: date,
Rob Nicholson wrote:
Hi Zoe,
I notice also that the testcase generator and the testcases we have
been committing differ slightly from the conventions listed at:
http://qa.php.net/write-test.php . This was based on feedback we
received so I think that http://qa.php.net/write-test.php should
Hi,
I know I have been guilty of formulating my concerns about PDO's
history in an unfortunate way that turned out to sound more like a
personal attack on Wez, than a sound technical commentary (which is
all that counts on an OSS mailinglist). So I cannot pretend to have a
white vest in
On 03.02.2008, at 10:16, Lester Caine wrote:
Steph Fox wrote:
Hi Marcus,
what I want is php-src as minimum you can depend on. And php-
default as
release managers playground. The RM can then say what he thinks is
mature
enough to make it into a release.
What _I_ want is a PHP core that is
Hello Markus,
none of what you said is what I wrote. If you knew me than you would know
that I would never go this route. In fact I have always been open for
discussions. However in this particular case we are speaking about absolute
blockage. He is not willing to even discuss but rather shuts
Hello Lukas,
Sunday, February 3, 2008, 10:56:08 AM, you wrote:
On 03.02.2008, at 10:16, Lester Caine wrote:
Steph Fox wrote:
Hi Marcus,
what I want is php-src as minimum you can depend on. And php-
default as
release managers playground. The RM can then say what he thinks is
mature
Hi,
On Sun, 2008-02-03 at 12:24 +0100, Marcus Boerger wrote:
MySQLND was the last extension started in php-src and I don't even remember
when this was discussed (though in the current structure I like it there
pretty much).
Actually it was developed internally to MySQL and offered for
Hi Markus,
On Feb 3, 2008 11:53 AM, Marcus Boerger [EMAIL PROTECTED] wrote:
Hello Markus,
none of what you said is what I wrote. If you knew me than you would know
that I would never go this route. In fact I have always been open for
discussions.
That's new.
However in this particular
Hi Marcus,
Anyway my idea is to start everything in PECL and
to to move everything out that can be moved out. And that includes all
MySQL
extensions as well as SQLite. Only this way people will use the PELC
infrastructure. Otherwise we would just reduce functionality of PHP. And
btw
nearly
Hi Lukas,
Correct me if I am wrong or if I am missing something, but currently
things work more or less like this. I think its important that we get
an understanding of how things are right now and what the issues are,
before we go off and solve them (maybe with the above mentioned
I see no point to discuss solutions for some unknown entities willing
to contribute when they do not consider to introduce themselves. When
they don't explain clearly why we should do the move and what will be
the actual gains for us (read: for us not for them). Until a step in
this/our
On 03.02.2008, at 18:24, Steph Fox wrote:
Hi Marcus,
Anyway my idea is to start everything in PECL and
to to move everything out that can be moved out. And that includes
all MySQL
extensions as well as SQLite. Only this way people will use the PELC
infrastructure. Otherwise we would just
Hi Lukas,
I am not sure if I misunderstood some other persons proposal, but at
least my proposal was that the final thing we ship as version xyz of PHP
would include a set of PECL extensions along with core that we deem as
necessary for the bulk of our users solving the web problem.
On 03.02.2008, at 19:24, Steph Fox wrote:
I see no point to discuss solutions for some unknown entities willing
to contribute when they do not consider to introduce themselves.
When
they don't explain clearly why we should do the move and what will be
the actual gains for us (read: for us
Moin Lukas,
Now, PECL has a couple of CLA'd modules already. I don't like them being
there, and you have stated your own opinion loud and clear. I think we
should be looking for some way to separate out CLA'd PECL modules to
elsewhere but leave the PECL structure in place for those
On 03.02.2008, at 20:04, Steph Fox wrote:
Moin Lukas,
Now, PECL has a couple of CLA'd modules already. I don't like
them being there, and you have stated your own opinion loud and
clear. I think we should be looking for some way to separate out
CLA'd PECL modules to elsewhere but
Ah sorry - I'm not good with multi-tasking, mixed up two ongoing
conversations here.
Well thanks to a separate PEAR channel, we have all the infrastructure
easily setup to have a different place for users to pick up the code. Or
are you more concerned about the CVS, than the distribution of
Hi Lukas,
Well Greg has long been talking about adding the ability to bundle
binaries in PECL packages. Not sure if this is included in the next
generation installer Pyrus. Again, I personally do not think that the
distribution we ship would be so radically different, so this would not
be
hello,
I'd like to know where PHP finally sets the php.ini-values in it's sourcecode,
e.g. max_execution_time, open_basedir, etc...
What I need is to set several static values which must not be editable using
php.ini, httpd.conf, .htaccess, ini_set, or whatever - so I need to set final
Hi, person with no name...
I'd like to know where PHP finally sets the php.ini-values in it's
sourcecode, e.g. max_execution_time, open_basedir, etc...
What I need is to set several static values which must not be editable using
php.ini, httpd.conf, .htaccess, ini_set, or whatever
Hi Marcus,
The rest of the discussion is once again how easy it is to get more than
the
default distribution onto hosters machines. But a) I couldn't care less,
That's... a bit remiss of you :)
b)
it is absolutely a discussion on its own and can addressed somewhere and
somewhen else.
No,
Hello Lukas,
same here. I proposed php-src with absolute minimum. And php-default as
the release state. Where the RM has the last say in what goes in and what
not.
The rest of the discussion is once again how easy it is to get more than the
default distribution onto hosters machines. But a) I
With the risk to repeat myself (and some other having said the same),
the biggest advantage PHP has so far is that you get everything you
may need with the default install.
This hasn't been true of the Windows distribution for the last few years. I
think it should be - I think the default
On Feb 3, 2008 10:21 PM, Steph Fox [EMAIL PROTECTED] wrote:
With the risk to repeat myself (and some other having said the same),
the biggest advantage PHP has so far is that you get everything you
may need with the default install.
This hasn't been true of the Windows distribution for the
Good point but I admit that I never understood why our windows
releases have been so different from the source releases, from a
configuration point of view. Many default extensions are (were) not
enabled. But that's not a big problem and can be easily fixed no? :)
It's not a big problem so long
On Feb 3, 2008 10:27 PM, Steph Fox [EMAIL PROTECTED] wrote:
Good point but I admit that I never understood why our windows
releases have been so different from the source releases, from a
configuration point of view. Many default extensions are (were) not
enabled. But that's not a big
Assuming the aim is to have everything _not_ enabled by default move to
PECL, that's quite a big deal.
That's another topic and I tend to disagree (more later on that).
I'll wait... but I suspect all the arguments against that are based on PECL
as it currently is, with all its distribution
29 matches
Mail list logo
