Did you open PRs for the ports that don’t compile for you?
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
the large ports update seems to have broken a lot of things which use
php-72 (yes, it serves them right:), e.g. wordpress 5, nfsen, ...
randy, waiting patiently for someone to clean this one up
___
freebsd-stable@freebsd.org mailing list
https
On 04/07/15 16:37, Cristiano Deana wrote:
> Hi,
>
> please help me understand.
>
> In /usr/ports/UPDATING we have:
>
> ---
> # grep -A11 ^20150220 /usr/ports/UPDATING | more
> 20150220:
> AFFECTS: users of PHP
>
> The default PHP version has been update
On 04/07/2015 9:37 am, Cristiano Deana wrote:
Hi,
please help me understand.
In /usr/ports/UPDATING we have:
---
# grep -A11 ^20150220 /usr/ports/UPDATING | more
20150220:
AFFECTS: users of PHP
The default PHP version has been updated from 5.4 to 5.6.
If you use binary packages you
Hi,
please help me understand.
In /usr/ports/UPDATING we have:
---
# grep -A11 ^20150220 /usr/ports/UPDATING | more
20150220:
AFFECTS: users of PHP
The default PHP version has been updated from 5.4 to 5.6.
If you use binary packages you should make a list of php packages
before
here,
>>> It's quite off-topic, but I'm using freebsd-stable,so
>>>
>>> The priblem is - running a script that requires root privileges via PHP
>>> (or
>>> probably CGI - I do not care, just want it to be secure and working).
>>>
&g
On Fri, 27 Sep 2013 23:50:02 +0200, Charles Swiger wrote:
Hi--
On Sep 27, 2013, at 2:18 AM, Michael BlackHeart
wrote:
Hello there,
It's quite off-topic, but I'm using freebsd-stable,so
The priblem is - running a script that requires root privileges via PHP
(or
probably CGI
Hi--
On Sep 27, 2013, at 2:18 AM, Michael BlackHeart wrote:
> Hello there,
> It's quite off-topic, but I'm using freebsd-stable,so
>
> The priblem is - running a script that requires root privileges via PHP (or
> probably CGI - I do not care, just want it
On Fri, 27 Sep 2013 11:18:40 +0200, Michael BlackHeart
wrote:
Hello there,
It's quite off-topic, but I'm using freebsd-stable,so
The priblem is - running a script that requires root privileges via PHP
(or
probably CGI - I do not care, just want it to be secure and working).
Hello there,
It's quite off-topic, but I'm using freebsd-stable,so
The priblem is - running a script that requires root privileges via PHP (or
probably CGI - I do not care, just want it to be secure and working).
It's all about minidlna service (I use upnp to so mediatomb a
Hello,
Currently I'm facing a wierd problem. I should have an environment in a
jail where a PHP script (with pecl-gnupg) is able to sign messages with
PGP. However it turned out, that PGP needs a tty in the jail, which is
available if I use tmux or ssh login to the jail and signing from
PHP code (assuming PHP is installed/used as an Apache module)
that's trying to do DNS resolution of some kind?
It's a php module doing a lookup for the hostname of the back-end mysql
server.
Hmmm... Is this a function of DNS traffic being via UDP? Presumably
you're not seeing t
On 01/10/2011 02:18, Doug Barton wrote:
>> Does this happen when httpd tries to do DNS resolution for, say, an
>> > incoming connection to the web server (e.g. trying to resolve the
>> > incoming IP address of the client to an FQDN), or is it happening within
>> &g
Something stupid and ridiculous, like the socket watermark points are
set incorrectly?
It'd also be helpful to see exactly what the knotes were.
Adrian
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
On Sun, Oct 02, 2011 at 10:18:30AM +0200, Damien Fleuriot wrote:
> On 1 October 2011 03:18, Doug Barton wrote:
> > It's a php module doing a lookup for the hostname of the back-end mysql
> > server.
> >
> >> Are the delays always 3 seconds?
> >
> >
On 1 October 2011 03:18, Doug Barton wrote:
> It's a php module doing a lookup for the hostname of the back-end mysql
> server.
>
>> Are the delays always 3 seconds?
>
> Pretty much.
>
>> If so, that almost sounds like a timeout of some kind.
>
> That wa
Thanks Jeremy and Chuck. Answers below.
On 09/30/2011 17:37, Jeremy Chadwick wrote:
> On Fri, Sep 30, 2011 at 04:31:18PM -0700, Doug Barton wrote:
>> Howdy,
>>
>> So, this is a bit of an odd one I've got a web server running
>> apache 2.2.17 and php 5.3.5
On Sep 30, 2011, at 4:31 PM, Doug Barton wrote:
> o, this is a bit of an odd one I've got a web server running
> apache 2.2.17 and php 5.3.5. The host itself is running 7.3-RELEASE,
> i386, and is not busy. I can do DNS queries on the command line all day
> long and the
On Fri, Sep 30, 2011 at 04:31:18PM -0700, Doug Barton wrote:
> Howdy,
>
> So, this is a bit of an odd one I've got a web server running
> apache 2.2.17 and php 5.3.5. The host itself is running 7.3-RELEASE,
> i386, and is not busy. I can do DNS queries on the command lin
Howdy,
So, this is a bit of an odd one I've got a web server running
apache 2.2.17 and php 5.3.5. The host itself is running 7.3-RELEASE,
i386, and is not busy. I can do DNS queries on the command line all day
long and they are very snappy. Using nslookup, dig, whatever.
The weirdness
Hello,
I was able to compile [1] and and run PHP Dtrace provider on
FreeBSD-STABLE. Everything works as expected and looks very cool. It
works both from Apache (mod_php) and cli. If there are port commiters
with dtrace experience - please, take it.
Below there is a small demo:
This is a
On Tue, Nov 25, 2008 at 6:40 AM, Ken Chen <[EMAIL PROTECTED]> wrote:
> Change to configuration to solve this problem:
>
> #server.network-backend = "freebsd-sendfile"
> server.network-backend = "writev"
>
> http://redmine.lighttpd.net/boards/2/topics/show/141
Maybe this patch is related?
http://r
Ken Chen wrote:
> Change to configuration to solve this problem:
>
> #server.network-backend = "freebsd-sendfile"
> server.network-backend = "writev"
>
> http://redmine.lighttpd.net/boards/2/topics/show/141
Good to know.
Please consider posting a PR.
signature.asc
Description: OpenPGP digita
Change to configuration to solve this problem:
#server.network-backend = "freebsd-sendfile"
server.network-backend = "writev"
http://redmine.lighttpd.net/boards/2/topics/show/141
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailm
Thank Jeremy, I will try.
2008/11/12 Jeremy Chadwick <[EMAIL PROTECTED]>
> On Tue, Nov 11, 2008 at 10:09:38PM +0800, Ken Chen wrote:
> > I think the parent php-cgi are very health. I have tried:
> >
> > There are total 49 php-cgi processes are running or frozen, t
On Tue, Nov 11, 2008 at 10:09:38PM +0800, Ken Chen wrote:
> I think the parent php-cgi are very health. I have tried:
>
> There are total 49 php-cgi processes are running or frozen, the '1 wait' is
> parent .
>
> web4# ps alx | grep php-cgi | grep -v grep | awk &#x
.overloaded: 0
fastcgi.backend.0.load: 17
fastcgi.requests: 419008
But at this moment:
web4# ps alx | grep php-cgi | grep -v grep | awk '{print $9}' | sort |
uniq -c | sort -n
1 biord
1 wait
2 -
16 sbwait
29 accept
web4# ps alx | grep php-cgi | grep -v grep | grep sbwait
65534 61392
I think the parent php-cgi are very health. I have tried:
There are total 49 php-cgi processes are running or frozen, the '1 wait' is
parent .
web4# ps alx | grep php-cgi | grep -v grep | awk '{print $9}' | sort | uniq
-c | sort -n
1 biowr
1 wait
15 sbwait
32 accept
Anton - Valqk wrote:
> You can try taking look to lighttpd status and fcgi processes status
> like this:
> server.modules += ( "mod_status" )
> status.status-url = "/server-status"
> status.statistics-url = "/sstatus1"
>
> status.statistics-url gives info for each fastcgi like this:
>
> fastcgi
s on lighttpd site...
pls tell what caused this, it'd be very interesting to me!
cheers,
valqk.
Ken Chen wrote:
> I capture something.
>
> Please check the PID 57776. It's CPU time never change since my previous
> mail here.
>
> web4# ps alx | grep php-cgi | grep -v grep
Ken Chen wrote:
> I capture something.
>
> Please check the PID 57776. It's CPU time never change since my previous
> mail here.
>
> web4# ps alx | grep php-cgi | grep -v grep | grep sbwait
> 65534 57776 47240 0 4 0 182328 84984 sbwait I ?? 2:02.12
> /
I capture something.
Please check the PID 57776. It's CPU time never change since my previous
mail here.
web4# ps alx | grep php-cgi | grep -v grep | grep sbwait
65534 57776 47240 0 4 0 182328 84984 sbwait I ??2:02.12
/usr/local/bin/php-cgi
65534 57801 47240 0 4 0 182328
Ken Chen wrote:
> Oh.. sorry, I forgot to provide the information of my environment.
>
> web4# php-cgi -v
> PHP 5.2.6 (cgi-fcgi) (built: Nov 2 2008 11:16:30)
> Copyright (c) 1997-2008 The PHP Group
> Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
>
Hi Jeremy,
A health FastCGI process have a lifetime, so the PIDs of all php-cgi
processes should in a short range.
There are some 'php-cgi' fall in 'sbwait' state, and stay there forever. The
frozen 'php-cgi' can't accept new request, so never retire.
Please
On Fri, Nov 07, 2008 at 07:29:37PM +0800, Ken Chen wrote:
> Hello,
>
> I have 4 web servers with lighttpd to serve one web site with DNS load
> sharing. On the 2 SMP-enable web servers, there will be many php-cgi frozen
> in 'sbwait' state every day. It means the php-c
Oh.. sorry, I forgot to provide the information of my environment.
web4# php-cgi -v
PHP 5.2.6 (cgi-fcgi) (built: Nov 2 2008 11:16:30)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with XCache v1.2.2, Copyright (c) 2005-2007, by mOo
web4
Ken Chen wrote:
> Hello,
>
> I have 4 web servers with lighttpd to serve one web site with DNS load
> sharing. On the 2 SMP-enable web servers, there will be many php-cgi frozen
> in 'sbwait' state every day. It means the php-cgi stay in 'sbwait' state,
>
Hello,
I have 4 web servers with lighttpd to serve one web site with DNS load
sharing. On the 2 SMP-enable web servers, there will be many php-cgi frozen
in 'sbwait' state every day. It means the php-cgi stay in 'sbwait' state,
and never be back to 'accept' or
How do you handle such cases?
Pretty much as you suggest below:
Same questions for php upgrades: on php5 upgrade, all the other php5-*
packages have to be compiled too, and keeping the webserver running
during this time is probably not the best idea.
What I'm going to try is to prepare p
Olivier Mueller wrote:
> Isn't there a better way? How do you handle such cases?
We go to extra lengths and allow only pkg installs on servers. That way
we are sure, that no random library pollution takes place. It also makes
stuff better reproducable.
Sadly packages are somewhat neclected and
such cases?
Pretty much as you suggest below:
Same questions for php upgrades: on php5 upgrade, all the other php5-*
packages have to be compiled too, and keeping the webserver running
during this time is probably not the best idea.
What I'm going to try is to prepare packages of the po
On 05/22/07 21:03, Olivier Mueller wrote:
Some "freebsd-beginner" questions about how to maintain a production
server up to date day after day, with a practical example: now I have
to update a 6.1-based server from mysql 4.1 to mysql 5.0, minimizing
the downtime during the upgrade.
In the pa
o be stopped during the compilation of
mysql50-server, which usually takes some time.
Isn't there a better way? How do you handle such cases?
Same questions for php upgrades: on php5 upgrade, all the other php5-*
packages have to be compiled too, and keeping the webserver running
during this t
Try commenting out the line for 'doc_root' in your php.ini
Matthew Herzog wrote:
When I load a file named php4.info I can see all my php build information.
If I change that same file's name to phpinfo.php, I get a "premature
end of script headers"
error. The fil
Matthew Herzog wrote:
When I load a file named php4.info I can see all my php build
information.
If I change that same file's name to phpinfo.php, I get a "premature
end of script headers"
error. The file contains this text only:
and is owned by apache.
This is purely a gue
- Matthew Herzog <[EMAIL PROTECTED]> wrote:
> When I load a file named php4.info I can see all my php build
> information.
>
> If I change that same file's name to phpinfo.php, I get a "premature
> end of script headers"
> error. The file
When I load a file named php4.info I can see all my php build information.
If I change that same file's name to phpinfo.php, I get a "premature
end of script headers"
error. The file contains this text only:
and is owned by apache.
.7 stable
> > Log 1.9.9 stable
> > PEAR 1.4.11 stable
> > XML_RPC1.5.0 stable
> > php in free(): error: junk pointer, too high to make sense
> > Abort trap: 6 (core dumped)
> >
> > apache 2.2.3 and php-4.4.4_1 is working fine
=
> PackageVersion State
> Archive_Tar1.3.1 stable
> Console_Getopt 1.2 stable
> DB 1.7.6 stable
> Date 1.4.7 stable
> Log1.9.9 stable
> PEAR 1.4.11 stable
> XML_RPC1.5.0 stable
> php i
t; PackageVersion State
> Archive_Tar1.3.1 stable
> Console_Getopt 1.2 stable
> DB 1.7.6 stable
> Date 1.4.7 stable
> Log1.9.9 stable
> PEAR 1.4.11 stable
> XML_RPC1.5.0 stable
> php in free(): error: jun
1 stable
Console_Getopt 1.2 stable
DB 1.7.6 stable
Date 1.4.7 stable
Log1.9.9 stable
PEAR 1.4.11 stable
XML_RPC1.5.0 stable
php in free(): error: junk pointer, too high to make sense
Abort trap: 6 (core dumped)
apache 2.2.3 and php-4.4.4_1
Olivier Mueller wrote:
> While moving some more customers from a linux to a freebsd-based
> hosting, like some others I had a problem with php pages using
> setlocale().
>
> According to 'locale -a', it looks like that for de_DE (german):
>
> Linux (suse
Bonjour,
While moving some more customers from a linux to a freebsd-based
hosting, like some others I had a problem with php pages using
setlocale().
According to 'locale -a', it looks like that for de_DE (german):
Linux (suse):
de_DE
de_DE.utf8
[EMAIL PROTECTED]
Fr
I just needed to put a line in /usr/local/etc/portaudit.conf and regenerate
portaudit db.
from portaudit.conf:
# this vulnerability has been fixed in your FreeBSD version
portaudit_fixed="edabe438-542f-11db-a5ae-00508d6a62df"
and then:
portaudit -Fda && portupgrade php4
Done :)
I found solu
You need to give the command 'bt' to gdb for some usefull output.
bt stands for backtrace.
Ronald.
On Wed, 01 Jun 2005 18:11:54 +0200, Steve Rieger
<[EMAIL PROTECTED]> wrote:
hi all am wondering is anybody else thats running fbsd 5.4 php4 apache1,
and about 10 php extensio
hi all am wondering is anybody else thats running fbsd 5.4 php4
apache1, and about 10 php extensions, are noticing any issues
when i run anything via php command line it cores, and the gdb gives me
this from the core file
55F_10_25_4_27# gdb /usr/local/bin/php php.core
GNU gdb 6.1.1
Hello,
I just upgraded a lot of ports on a 4.9-STABLE machine and many php
scripts will not run. phpinfo() works but most scripts kill apache and
the following is on httpd-error.log
[Tue Feb 22 04:30:33 2005] [notice] child pid 92055 exit signal Bus
error (10)
[Tue Feb 22 04:30:46 2005
On Thu, 2005-02-17 at 09:15 -0500, First Last wrote:
> > Hello list,
> >
> > Im running FreeBSD 5.3 on a 1.4GHz/256mb P4. I've done make buildworld
> > and make buildkernel with these options in make.conf:
> >
> > ---
> > # -- use.perl generate
> Hello list,
>
> Im running FreeBSD 5.3 on a 1.4GHz/256mb P4. I've done make buildworld
> and make buildkernel with these options in make.conf:
>
> ---
> # -- use.perl generated deltas -- #
> # Created: Wed Feb 16 14:46:12 2005
> # Setting to
Hello list,
Im running FreeBSD 5.3 on a 1.4GHz/256mb P4. I've done make buildworld
and make buildkernel with these options in make.conf:
---
# -- use.perl generated deltas -- #
# Created: Wed Feb 16 14:46:12 2005
# Setting to use base perl from
Hi,
Peter Jeremy wrote:
Also FreeBSD 5.3-STABLE?
I don't have a 5.3-STABLE system to confirm but if it doesn't return -1
it is wrong.
Then, it's wrong.
What timestamp should it return? 2004-11-02 00:00:00 doesn't exist for
you, therefore there is no possible value for seconds since epoch that
will
On Mon, 2005-Feb-14 10:05:50 -0200, Marcus Grando wrote:
>Peter Jeremy wrote:
>>To be pedantic, FreeBSD 4.11 is correct and the others are wrong. If
> ^^
>Also FreeBSD 5.3-STABLE?
I don't have a 5.3-STABLE system to confirm but if it doesn't re
On Mon, 14 Feb 2005 22:35, Marcus Grando wrote:
> Hi,
>
> Peter Jeremy wrote:
> > To be pedantic, FreeBSD 4.11 is correct and the others are wrong. If
>
>^^
> Also FreeBSD 5.3-STABLE?
>
> > DST started at 2004-11-02 00:00 local time then you
Hi,
Peter Jeremy wrote:
To be pedantic, FreeBSD 4.11 is correct and the others are wrong. If
^^
Also FreeBSD 5.3-STABLE?
DST started at 2004-11-02 00:00 local time then you can't convert a local
time of 2004-11-02 00:00:00 because that time doe
On Fri, 2005-Feb-11 21:16:00 -0200, Marcus Grando wrote:
>I have problems with mktime() on FreeBSD 4.11-STABLE and daylight timezone.
>
>My timezone is "America/Sao_Paulo", daylight begin on 2004-11-02 00:00
>and terminate on 2005-02-20 00:00.
>
>The problem is:
>If run this code[1] on FreeBSD 4.1
5.3-STABLE, then return 1099364400 (correct) and if run on
Linux, then return 1099364400 (correct).
In PHP, strtotime() call mktime(), because that return error.
Is a bug on mktime()?
-- code[1] --
#include
#include
int main()
{
struct tm local;
local.tm_sec = 0;
local.
Mark Andrews said:
>> Thanks a lot for your reply. If I understand things correctly, I need to
>> maintain two cvsup files - one that tracks security issues in the base
>> FreeBSD 5.3 system (tag=RELENG_5_3, src-all) and one for the ports
>> collection (tag=. , ports-all). Then every time I recei
On Wed, 22 Dec 2004 09:52:01 +0800,
Ladislav Bodnar <[EMAIL PROTECTED]> said:
> Thanks a lot for your reply. If I understand things correctly, I need to
> maintain two cvsup files - one that tracks security issues in the base
> FreeBSD 5.3 system (tag=RELENG_5_3, src-all) and one for the
> On Wednesday 22 December 2004 09:06, Mark Andrews wrote:
> > > Hello,
> > >
> > > Due to the recently discovered vulnerability in PHP versions older than
> > > 4.3.10 and 5.0.3, I decided to take a look at portupgrade to see if it
> > > is a good
On Wednesday 22 December 2004 09:06, Mark Andrews wrote:
> > Hello,
> >
> > Due to the recently discovered vulnerability in PHP versions older than
> > 4.3.10 and 5.0.3, I decided to take a look at portupgrade to see if it
> > is a good way to keep the ports collect
> Hello,
>
> Due to the recently discovered vulnerability in PHP versions older than
> 4.3.10 and 5.0.3, I decided to take a look at portupgrade to see if it is a
> good way to keep the ports collection up-to-date with respect to security
> issues. I ran cvsup on the se
Hello,
Due to the recently discovered vulnerability in PHP versions older than
4.3.10 and 5.0.3, I decided to take a look at portupgrade to see if it is a
good way to keep the ports collection up-to-date with respect to security
issues. I ran cvsup on the security branch (tag=RELENG_5_3), then
On Track Technicial Support schrieb:
make config
thanks for that hint!
but what's the best way to upgrade (eg to 4.3.9)?
something like
pkg_info | grep ^php4- | awk '{ print $1}' | xargs portupgrade -b
???
Regards,
Thomas.
I do think that the whole new PHP ports system needs to
Pat Lashley wrote:
>> Do you happen to know where I can get the complete list?
>
>
> Copy /usr/ports/lang/php4/scripts/php4_options to /root and edit
> it to set your preferred defaults.
Ahh, I did a "locate php4-options" which of course won't find "php4_options"
Thanks again!
__
:: > How can I continually compile PHP with the same
:: > options as the last time?
::
:: Edit /usr/ports/lang/php4/Makefile and change the line
:: PHP4_OPTIONS?= according to your needs.
Except that the next time you upgrade your ports tree, your changes will
be overwritten. Check o
Hi.
> How can I continually compile PHP with the same
> options as the last time?
>
Edit /usr/ports/lang/php4/Makefile and change the line
PHP4_OPTIONS?= according to your needs.
regards
Claus
Yahoo! Mail (http://dk.mail.yahoo.com) - Gratis: 6 MB lagerplads, spamfilter og
On 03 Nov 2003, Rick Updegrove wrote:
> When I run portupgrade -ra and PHP needs upgrading I am faced with
> having to select all the options I want PHP compiled with (again). I
> hate this.
>
> How can I continually compile PHP with the same options as the last time?
Hello,
When I run portupgrade -ra and PHP needs upgrading I am faced with
having to select all the options I want PHP compiled with (again). I
hate this.
How can I continually compile PHP with the same options as the last time?
Thanks!
Rick
On Wed, Dec 13, 2000 at 09:58:58PM +0200, Nevermind wrote:
> Hello, Hans de Hartog!
>
> On Wed, Dec 13, 2000 at 07:21:15PM +0100, you wrote:
>
> > I want apache with ssl, php (and if possible, ipv6).
> > If I install apache+mod_ssl and after that mod_php,
> > a (re
Hello, Hans de Hartog!
On Wed, Dec 13, 2000 at 07:21:15PM +0100, you wrote:
> I want apache with ssl, php (and if possible, ipv6).
> If I install apache+mod_ssl and after that mod_php,
> a (re?)install of vanilla apache is done. Do I have
> to worry about that? If I also want apache
I want apache with ssl, php (and if possible, ipv6).
If I install apache+mod_ssl and after that mod_php,
a (re?)install of vanilla apache is done. Do I have
to worry about that? If I also want apache_ipv6,
can someone please tell me which packages to install
(and in what sequence).
Thanks for
On Fri, Oct 13, 2000 at 10:33:22AM +0200, [EMAIL PROTECTED] wrote:
> > The ports system doesn't use symlinks.
>
> So why don't delete the old one?
The files are gone, the directory structure probably remains because of
a README.html file or extra stuff left over. I use cvs and not cvsup so
I'm
> > And why not symlink apache_php3&4 to mod_php???
>
> The ports system doesn't use symlinks.
So why don't delete the old one?
> > Anyway you time-response is amazing. =)
>
> I'm a species of the "American night owl".
I'm italian and here is 10:30 AM, anyway thanks again =)
Paolo
To Unsub
From: "Vincent Poy" <[EMAIL PROTECTED]>
> Hmmm, I remember there were some issues about fp extensions back
> in November 1999 about DES and MD5 passwords..
>
Back in November 1999, we only had the BSDI extentsion, and fpsrvadm.exe
was/is compiled statically with the DES libcrypt. This required th
From: "fbsd stable" <[EMAIL PROTECTED]>
> ... one question though, if i have just the plain
> apache-1.3.12 installed and would want to install it
> with FP extensions, would i have to uninstall
> apache-1.3.12 first then install apache13-fp ?or is it
> ok to install the apache13-fp port right awa
From: "Vincent Poy" <[EMAIL PROTECTED]>
> I noticed on your website that both you and Matthew Dodd were
> working on Apache and modules: mod_ssl, mod_frontpage, mod_php3, mod_php4,
> and mod_jserv.
>
> Aren't these already available?
>
mod_jserv (aka apache-jserv), mod_php3, mod_php4 are currently
the trick. I'd forgotten
> > > > > all about the mod_* directories. Reminding me of this has probably saved
> > > > > me a lot of extra work.
> > > >
> > > > Okay, here's a question. What happens if one also wants FrontPage
> &g
On 27-Dec-99 Chris Malayter wrote:
> Along this line of problems,
>
> I am having serious problems compileing a usable apache binary when
> compileing modphp with IMAP support. It works fine for me when I just
> compile any other service or combination of services.
>
> Here's the error:
>
>
Only mysqld is threaded.
> -mi
>
> FreeBSD rtfm.newton 3.4-STABLE FreeBSD 3.4-STABLE #0: Fri Dec 17 08:49:51 EST 1999
>
Tom
PKGNAME=apache+php+mod_ssl-${VERSION_APACHE}+${VERSION_PHP}+${VERSION_MODSSL}
DISTFILES+= mod_ssl-${VERSION_MODSSL}-${VERSION_APACHE}${
sr/src/sys/compile/VENUS i386
I tried doing this under 3.3-RELEASE and had the same error from
apache. I have tried upgrading my IMAP libs, with no luck. I have tried
downgrading apache, and php, and get the same result.
Has anyone else experienced this?
Chris Malayter
[EMAIL
> =not use threads. Only mysqld is threaded.
=>
=> Thank you, Tom, for this correction. However, this does not change
=> much. Some other extension wants threads then...
=
= Uhh.. highly unlikely. Almost none of PHP3 is thread-safe, and only a
=bit of Apache is thread-safe. I doubt t
Almost none of PHP3 is thread-safe, and only a
bit of Apache is thread-safe. I doubt that anything in the Apache-PHP
port wants or needs threads.
Tom
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
92 matches
Mail list logo
