Pierre Joye 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" not for them). Until
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 pr
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
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: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 distributio
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 insta
Hi,
On Feb 3, 2008 9:45 PM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> 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.
He can decide alone if something is stable enough to get in but he
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 c
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,
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
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
valu
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 an
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 t
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 leav
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 modules
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"
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.
That's
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 directi
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 r
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
approa
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 a
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 parti
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 inclu
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 think
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 d
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
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 t
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 b
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,
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
en
-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 d
31 matches
Mail list logo
