Le sam 08/03/2003 à 12:59, Derick Rethans a écrit :
> > Also, right now Mandrake is in deep freeze, so I can only add new
> > patches if they are fully documented and tested. I just can't diff the
> > cvs with the standard version and apply the changes, otherwise the
> > package won't be accepted.
Le sam 08/03/2003 à 10:31, Derick Rethans a écrit :
> > I maintain PHP for Mandrake Linux, and I try to ship a bug-free PHP.
> bug-free doesn't exist :)
I said "I try" ;-) I always try the impossible ;-)
> > That is, if there were some showstopper bugs that were not corrected in
> > 4.3.1, I take
Le ven 07/03/2003 à 20:29, Ian Holsman a écrit :
> I think it would be in everyone's best interest if apache2handler was
> introduced in 4.3.X series & probably replace the current apache2filter all
> together.
> >>>I'm big +1 on this as it can be considered as a FIX..
> >>>Le
Le ven 07/03/2003 à 02:56, Derick Rethans a écrit :
> > >I think it would be in everyone's best interest if apache2handler was
> > >introduced in 4.3.X series & probably replace the current apache2filter all
> > >together.
> > I'm big +1 on this as it can be considered as a FIX..
> > Let'
Hello,
I'm not sure this is the right mailing list, but at least it's not about
development _with_ php, it's about development _of_ php ;-)
I maintain PHP for Mandrake Linux, and I try to ship a bug-free PHP.
That is, if there were some showstopper bugs that were not corrected in
4.3.1, I take th
Le sam 18/01/2003 à 18:01, Edin Kadribasic a écrit :
> On Fri, 17 Jan 2003, Brian Moon wrote:
>
> > I just noticed sapi/embed. Where can I find out more about what this is? I
> > am hoping it is a sapi that will create a generic library that can be used
> > from any C application. Is this true?
Oops.. I forgot the files... Here they are!
Le lun 06/01/2003 à 12:49, Jean-Michel Dault a écrit :
> Le lun 06/01/2003 à 07:24, Ananth Kesari a écrit :
> > What we are looking for is to find out whether or not the current
> > autotool input files of PHP support the ability to pro
need to tweak your httpd.conf to put the required
LoadModule, AddModule and AddType directives.
10) Or better yet, install Mandrake Linux and have it already
pre-configured ;-)
Regards,
Jean-Michel Dault
Apache/PHP Packager
Mandrake Linux
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php
Le lun 06/01/2003 à 06:35, Paul Gregg a écrit :
> > perl -pi -e "s|^;extension=mysql.so|extension=mysql.so|" /etc/php.ini
> > Is there a quick and easy way to do this kind of thing in PHP? Or would
> I was about to say "Ask the RPM makers" until I saw who was asking :-)
Everyone's doing that.. Red
P source approach:
By default, "configure/make/make install" compiles the CGI interface,
and then you have to "make install-cli" to get the CLI.
We just replace the "make install-cli" by "urpmi/apt-get php-cli".
Comments/Questions/Suggestions welcome.
Jean-Mi
-q switch would imply changing the
working directory to that of the script, unless overriden by -C.
That way, both "php -q" and "php -C -q" (as used in PEAR) would give the
same results with both CGI and CLI.
What do you think?
Jean-Michel Dault
MandrakeSoft
--
PHP Deve
Hello all,
Currently, both Mandrake and RedHat use the following trick:
perl -pi -e "s|^;extension=mysql.so|extension=mysql.so|" /etc/php.ini
This sucks, because you then need perl to install a PHP extension.
We sure could use sed, but this requires a temporary file, and this
creates some securit
> What might happen is that CLI becomes widely accepted and scripts
> calling php from shebang lines. Id so your above solution is a bad idea
> and i hope CLI will be...
That's a minor problem for me, since the shebang is never standard. Some
people put it in /usr/local, some in /opt, some in /us
Le sam 04/01/2003 à 08:15, Marcus Börger a écrit :
> >What happens when a user wants to install *both* php-cli and php-cgi?
> >You cannot have two files with the same name, either in the same RPM, or
> >in two different RPMS... This is not RPM specific, since it will create
> >the same problem with
Le jeu 02/01/2003 à 10:35, Ananth Kesari a écrit :
> When building for Apache, we don't get, on Linux, the core PHP part as
> a separate binary from the Apache module. This is what the hacked up
> build scripts produced. Thus, instead of having a single core part which
> can be used by Apache 1.3 m
list
often.
Regards,
Jean-Michel Dault
Apache/PHP maintainer, Mandrake Linux
Le jeu 19/12/2002 à 10:33, Edin Kadribasic a écrit :
> After having consulted with Andrei, Derick and others on irc here is
> a proposal for a compromise:
>
> On Unix:
>
> 1. Both cgi and cli are
16 matches
Mail list logo
