Hi Chris,
In interests of clarity for all, can you explain what you anticipate
will change for PECL with Phar/Pyrus for Windows and non-Windows?
From my PoV as a Windows user, the primary case for optimisim is based on
the fact that local PEAR installs recently started working properly on
Wi
Christopher Jones wrote:
>
>
> Steph Fox wrote:
>
>> 1) Distribution woes need to end. With the work Greg's been doing lately
>> on PHP_Archive/Phar, that's very close to being attainable now in the
>> physical 'getting PECL'd extensions out to people' sense, but unless
>> people are running CLI
Steph Fox wrote:
> 1) Distribution woes need to end. With the work Greg's been doing lately
> on PHP_Archive/Phar, that's very close to being attainable now in the
> physical 'getting PECL'd extensions out to people' sense, but unless
> people are running CLI or CGI or have access to their own
On 06/02/2008, Steph Fox <[EMAIL PROTECTED]> wrote:
> > By the way:
> >
> > http://www.nexen.net/articles/dossier/18038-base_configuration_for_php_5.2.5.php
>
> Thanks for that, Pierre. But I think those stats add to the argument for
> making PECL easier to deal with, rather than diminishing it.
>
By the way:
http://www.nexen.net/articles/dossier/18038-base_configuration_for_php_5.2.5.php
Thanks for that, Pierre. But I think those stats add to the argument for
making PECL easier to deal with, rather than diminishing it.
- Steph
--
Pierre
http://blog.thepimp.net | http://www.libgd.o
On Feb 6, 2008 11:32 AM, Steph Fox <[EMAIL PROTECTED]> wrote:
> Hi Pierre,
>
> > The main reason (from my experiences) for the ISP is lazynes. They
> > don't care about what the users may need or not but simply run
> > configure, make make install, or use the distribtutions default
> > package to
Hi Pierre,
The main reason (from my experiences) for the ISP is lazynes. They
don't care about what the users may need or not but simply run
configure, make make install, or use the distribtutions default
package to run common applications like phpmyadmin or wordpress.
That's a heck of an ass
Hi Marco,
I think one of the reasons hosts don't like / use PECL is trust, they
trust
what comes with the PHP core packages and consider anything else a
security
risk. Maybe a combination of better distribution, package details,
stability
(beta / alpha) etc and maybe something that deals with
On Feb 6, 2008 11:12 AM, Marco <[EMAIL PROTECTED]> wrote:
> > Well - that can't be entirely true or there'd be next to no MySQL support
> > out there!
>
>
> I knew that would come back and bite me on the ass as soon as I posted! :-)
>
> MySQL support is one of the noteable exceptions as its conside
> Well - that can't be entirely true or there'd be next to no MySQL support
> out there!
I knew that would come back and bite me on the ass as soon as I posted! :-)
MySQL support is one of the noteable exceptions as its considered core to
web-hosts (In their eyes PHP and MySQL are one) other th
Hi both,
I totally agree, most hosts just install what comes as default with a
distribution, they don't care or even bother with PECL in 99% of cases in
my
experience.
Well - that can't be entirely true or there'd be next to no MySQL support
out there!
I just think we make it needlessly d
>
> You forget that for most shared
> hosters they just install PHP so that they can say they support it, but
> actually don't give a ratsass about what is actually supported.
I totally agree, most hosts just install what comes as default with a
distribution, they don't care or even bother with P
On Mon, 4 Feb 2008, Steph Fox wrote:
> > I see another issue after reading this, and that is that it makes it
> > much harder for users to depend on specific extensions just being always
> > available by default. It's important for application distributers to
> > have this core set of extensions t
On Mon, February 4, 2008 3:42 am, Ben Trafford wrote:
> Just poking up my head to concur with Derick. What one
> person thinks of as 'fashionistas', another person will think of as
> absolutely core and necessary
+1
I don't think this list will ever reach concensus on what "should" be
in
On Sat, February 2, 2008 2:14 pm, Steph Fox wrote:
> 2) Maintenance status needs to be part of the equation.
>
> 3) Stability needs to be part of the equation.
>
> 4) Appropriateness to a given PHP branch needs to be part of the
> equation.
>
> 5) CS and documentation need to be part of the equatio
Steph Fox wrote:
> Hi Derick,
>
>> I see another issue after reading this, and that is that it makes it
>> much harder for users to depend on specific extensions just being always
>> available by default. It's important for application distributers to
>> have this core set of extensions to rely on
Hi Derick,
I see another issue after reading this, and that is that it makes it
much harder for users to depend on specific extensions just being always
available by default. It's important for application distributers to
have this core set of extensions to rely on. It's annoying enough that
som
On 04.02.2008, at 11:38, Marcus Boerger wrote:
Hello Ben,
None of this is necessary though. What I proposed was moving
extension
development from php-src to PECL an dthen bundle what we see fit
into the
distribution just as we do now, whith the RM having the last say
what goes
in and wh
Hello Ben,
None of this is necessary though. What I proposed was moving extension
development from php-src to PECL an dthen bundle what we see fit into the
distribution just as we do now, whith the RM having the last say what goes
in and what not. In my proposal we would only put stuff into php-
At 04:33 AM 2/4/2008, Derick Rethans wrote:
On Sun, 3 Feb 2008, Steph Fox wrote:
> Everything else - the fashionistas (JSON, xmlreader/writer) and
the downright
> useful for some but not all (fileinfo, json, com_dotnet, posix)
and the quirky
> stuff (pretty much anything Sara came up with) -
On Sun, 3 Feb 2008, Steph Fox wrote:
> Everything else - the fashionistas (JSON, xmlreader/writer) and the downright
> useful for some but not all (fileinfo, json, com_dotnet, posix) and the quirky
> stuff (pretty much anything Sara came up with) - should be in PECL.
I see another issue after rea
On Sat, 2 Feb 2008, Steph Fox wrote:
> 1) Distribution woes need to end. With the work Greg's been doing lately on
> PHP_Archive/Phar, that's very close to being attainable now in the physical
> 'getting PECL'd extensions out to people' sense, but unless people are running
> CLI or CGI or have acc
On Sun, 2008-02-03 at 10:56 +0100, Lukas Kahwe Smith wrote:
> I am also not sure if including mysqlnd in PHP core is the way to go.
> However I would not be generally opposed to including it in the PHP
> distribution.
There's a technical reason for that: It needs to be statically buildin
to wo
I'd like everything in PECL. Even the core. And yes, it is quite doable.
--Jani
On Sun, 2008-02-03 at 00:21 +0100, Marcus Boerger wrote:
> Hello Steph,
>
> 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
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 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
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,
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
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
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,
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, spl, pcre, zlib, f
On Feb 3, 2008 12:22 AM, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> basically you are saying that zip would not have been used by anybody if
> you hadn't forced us by mail bombardment to include it.
What are you talking about? I post one proposal and it was accepted
after the only issue was re
Hello Pierre,
basically you are saying that zip would not have been used by anybody if
you hadn't forced us by mail bombardment to include it. So now I am
wondering why you care so much what goes in and what goes out? After all it
is the RMs decision. And we might get asked or not.
marcus
Satu
Hello Steph,
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.
marcus
Saturday, February 2, 2008, 9:14:12 PM, you wrote:
> Hi all,
> Just so's Marcus and I don't
On Feb 2, 2008 9:14 PM, Steph Fox <[EMAIL PROTECTED]> wrote:
> Thoughts?
It is also possible to have both. It is even a good thing for what
linux distributions told me about zip. About moving all extensions to
PECL, we already discussed this problem and the conclusion was to
continue like now. Th
Hi all,
Just so's Marcus and I don't have to keep cross-posting here... The problems
of PECL vs core extensions are many, and exist with or without the PDO/CLA
debate.
Marcus (among others) says he wants to get as many extensions as possible
out of the core and into PECL. I agree fully with
46 matches
Mail list logo
