Is there any progress since the patch?
Thanks,
Paul
--
Paul Biggar
paul....@gmail.com
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Nope, and I doubt there ever will be. I guess we all (php maintainers)
share Steve's opinion on embedding php5. It's bad enough with php5
today, no need to make it worse by plugging language create to server
web pages to another random applications. If you need to embed
scripting language, use something more suited for the task - lua comes
to the mind.
Ondrej
--
Ondřej Surý <ond...@sury.org>
http://blog.rfc1925.org/
On Tue, Feb 9, 2010 at 12:06 AM, Ondřej Surý <ond...@debian.org> wrote:
> Nope, and I doubt there ever will be. I guess we all (php maintainers)
> share Steve's opinion on embedding php5. It's bad enough with php5
> today, no need to make it worse by plugging language create to server
> web pages to another random applications. If you need to embed
> scripting language, use something more suited for the task - lua comes
> to the mind.
While I support the idea that PHP is a hideous language that should
never be used, I do not support the idea that your role as maintainers
should allow you to refuse to package something for what is
essentially a religious reason.
Steve's comment about it being experimental is also incorrect, despite
the file he quoted, which is out of date. The embed APIs have not
changed at all in the four years this bug has been open, it is as
stable and mature as anything else in PHP. I think this argument is
only being used as a strawman to support what has already been decided
based on religious reasons.
Thanks,
Paul
--
Paul Biggar
paul....@gmail.com
--
On Tue, Feb 09, 2010 at 01:47:41AM -0800, Paul Biggar wrote:
> While I support the idea that PHP is a hideous language that should
> never be used, I do not support the idea that your role as maintainers
> should allow you to refuse to package something for what is
> essentially a religious reason.
there's also the unfortunate reality that as it stands now the maintainers
for for php are few and already overcommitted with supporting the existing
php5 packages/extensions in debian. so regardless of the "religious"
objections as you call it, there's also an acute shortage of
knowledge/time/interest/developers to deal with supporting yet another SAPI.
myself, i might not have the same strong objections that other members of
the team may have, but i certainly won't be making any investment of
time to get this working, either. i'm (semi-ignorantly) guessing that
there are *also* some technical problems that would have to be solved
w.r.t the exported includes/api/abi/dependencies.
in any event, i think there would be unanimous agreement from our team
that even if we do enable this SAPI it won't be for squeeze given the
short time frame and the focus of our limited efforts is to get 5.3
transitioned to testing before the freeze.
sean