On Aug 20, 2009, at 1:17 AM, Ryan Schmidt <[email protected]> wrote:

On Aug 20, 2009, at 01:06, Scott Haneda wrote:

On Aug 19, 2009, at 6:30 PM, Scott Haneda wrote:

I installed php5 with imap, but it is not listed in phpInfo, testing a basic call:

Fatal error: Call to undefined function imap_open() in /opt/local/ apache2/htdocs/me/domain/test.php on line 5

$port installed | grep php
php5 @5.2.9_1+apache2+imap+macosx+mysql5+pspell+snmp+sqlite+tidy
php5 @5.3.0_1+apache2+imap+macosx+mysql5+pspell+snmp+sqlite+tidy (active)

Any ideas?

There seems to be a wholly new way of dealing with php, where do I find out more about this?

Do you mean the new php5 module ports I've been adding in #19091?

I suspect so. I just read it.


I've added a php5-imap port, but haven't yet removed imap functionality from the php5 port. At least, I didn't think I had committed that yet.

Excuse any spelling or brevity, I am mobile.

So apparently there is now a way in php to add modules or features without a recompile. I like this for many reasons. Namely, adding something has less risk to mess up php, since you are not touching it. Is that correct?

No more waits to rebuilt the whole kit?

So I ran port upgrade php5 +imap and restarted apache. I still did not have imap. More curious is you can see my installed line above which shows the imap variant in place. Any ideas?

I then just ran port instal php5-imap and php5-mcrypt. I did this on two macines. Both now have imap. One asked me to delete a line about a path.

Maybe better to suggest commenting the line. But also, why can't ports just do that for me, or are there risks?

What I am not understanding is why a port installed | grep php shows me the same lines as above in my OP.

I would think that with this new method it would just show php5 and no variants. It would list the other installs that are seperate ports, but doesn't the php5+foo+bar style installed list go away and I should see:
php5
php5-whatever
...

What are you suggestions for getting my systems cleaned and using entirely this new port group split port method?

I guess just uninstall and run:
port install php5
port install php5-whatever-I-need

Last question. On a production server, live, serving real hosts. Say I need to update from php5.x to 5.3.x. It is also in the same state as my OP. Can I uninstall, and as long as I don't restart apache, it would still run in memory.

I then do my install work, then restart apache, and the new version loads. I just want to make sure I can safely understand how to do in place upgrades with no downtime.

I take it there is a mandated restart of apache for every php5-* I add in?

Is there a php5-server port that would depend on a basic set of these php5-*'s so I can get a pretty good development or server install running without thinking much?

I was thinking mysql, gd, upload progress bar, mcrypt, zip compression, sqlite, imap, tidy, spell, snmp, and probably a few others, like postgress would cover it.

Thanks.
--
Scott
Iphone says hello.
_______________________________________________
macports-users mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Reply via email to