[Maia-users] PHP7

[GWiz]

Hi Folks,

New subscriber here.

I looked at Maia a couple years ago, but never installed it. I've had a
virtual server running for a few years, and I've just migrated over to a
new server, running Ubuntu 16.04. I'm providing web and mail services
for my family and a couple of family businesses.

Now I'd like to give Maia a go. I notice there is not much info
available about Maia online, and I'm wondering if it is still a current
viable project?

In particular: Ubuntu 16.04 uses PHP7. Having read through Maia's
install documentation, I see the requirement for PHP5. Some changes in
the way PHP7 communicates with MySQL have delayed (maybe killed) another
piece of software I was rather fond of. Before I spend too much time
trying to get Maia running, it would be helpful to know if it has been
upgraded to support PHP7, or if similar conflicts might exist?

I will appreciate any advice in setting up on my platform, as well as
helpful links. Maybe a digest of this list is available?

Thanks in advance.

[Ian R. Justman]

Post by GWiz
Hi Folks,
New subscriber here.
I looked at Maia a couple years ago, but never installed it. I've had a
virtual server running for a few years, and I've just migrated over to a
new server, running Ubuntu 16.04. I'm providing web and mail services
for my family and a couple of family businesses.
Now I'd like to give Maia a go. I notice there is not much info
available about Maia online, and I'm wondering if it is still a current
viable project?
In particular: Ubuntu 16.04 uses PHP7. Having read through Maia's
install documentation, I see the requirement for PHP5. Some changes in
the way PHP7 communicates with MySQL have delayed (maybe killed) another
piece of software I was rather fond of. Before I spend too much time
trying to get Maia running, it would be helpful to know if it has been
upgraded to support PHP7, or if similar conflicts might exist?
I will appreciate any advice in setting up on my platform, as well as
helpful links. Maybe a digest of this list is available?
Thanks in advance.

Here's a link to get PHP 5.6.x onto a Xenial system:

https://by-example.org/ubuntu-16-04-xenial-downgrade-php-7-to-php-5-6/

In fact, you can still have Ubuntu's native 7.0/7.1 and this 5.6
distribution all installed and working alongside each other.

And as far as I know, the PHP side of the house has yet to be updated to
support PHP7. Given what little I know of PHP in general (and how much
the whole notion of PHP scares me when it comes to security*1, I'm
scared to death of even thinking of trying.

As for Ubuntu, being an Ubuntu type myself, I did my thing to get things
working. Past releases of Ubuntu worked best if I also installed
pkgsrc, but the need is now gone. I think I'm going to have to redo my
documentation at some point to make sure it can be reliably reproduced.
With 18.04 just down the pike, I should start working on that soonish
(even with just Arty Aardvark out now).

--Ian.
---------------
* See WordPress and phpMyAdmin as classic examples of PHP apps with poor
security track records.

---
Ian R. Justman
UNIX hacker. Anime fan. Any questions?
ianj (at) ian-justman.com
Please direct business correspondence to my new address, biz (at)
ian-justman.com. (04/27/2015)

[Derek Atkins]

Post by Ian R. Justman
And as far as I know, the PHP side of the house has yet to be updated
to support PHP7. Given what little I know of PHP in general (and how
much the whole notion of PHP scares me when it comes to security*1,
I'm scared to death of even thinking of trying.

I've been led to believe (although I have not yet tested it) that maia
does support PHP7. There were certainly some updates to the config
tester for PHP7.

I'm in the process of testing (on a Fedora system) so I'll let you all
know what I find once I get that far.

-derek

[Janky Jay, III]

So, I'm shooting to get the Maia port updated for FreeBSD in order to
work with PHP7 (as almost all PHP applications have migrated to). The
install goes fine, configtest.pl/configtest.php both look good.
Everything installs as expected and looks good after a few minor changes
to the port. However, I'm getting a blank login page which I haven't
been able to figure out (yet) and was curious if anyone else has run
into this yet (forgive me if this has already been covered but I
couldn't find any info on the mailing lists or Github page...). Below
is  snippet from the log which has some warnings and finally the fatal
error. Any help would be greatly appreciated!

If the below doesn't come out very readable, it can also be found at
http://paste.purplehat.org/view/26532b5f

[Sat Sep 15 10:54:10.922180 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  Only variables should be assigned by
reference in /usr/local/www/maia/maia_log.php on line 87
[Sat Sep 15 10:54:10.922389 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  Only variables should be assigned by
reference in /usr/local/www/maia/maia_log.php on line 92
[Sat Sep 15 10:54:11.019177 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  Only variables should be assigned by
reference in /usr/local/www/maia/maia_log.php on line 87
[Sat Sep 15 10:54:11.019308 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  Only variables should be assigned by
reference in /usr/local/www/maia/maia_log.php on line 92
[Sat Sep 15 10:54:11.019874 2018] [php7:warn] [pid 91494] [client
172.28.35.18:20952] PHP Warning:  count(): Parameter must be an array or
an object that implements Countable in /usr/local/share/pear/MDB2.php on
line 826
[Sat Sep 15 10:54:11.021245 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  A non well formed numeric value
encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154
[Sat Sep 15 10:54:11.079592 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  A non well formed numeric value
encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154
[Sat Sep 15 10:54:11.102862 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  A non well formed numeric value
encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154
[Sat Sep 15 10:54:11.103505 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  A non well formed numeric value
encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154
[Sat Sep 15 10:54:11.103983 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  A non well formed numeric value
encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154
[Sat Sep 15 10:54:11.104440 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  A non well formed numeric value
encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154
[Sat Sep 15 10:54:11.104933 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  A non well formed numeric value
encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154
[Sat Sep 15 10:54:11.120424 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  A non well formed numeric value
encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154
[Sat Sep 15 10:54:11.120929 2018] [php7:notice] [pid 91494] [client
172.28.35.18:20952] PHP Notice:  A non well formed numeric value
encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154
[Sat Sep 15 10:54:11.133056 2018] [php7:error] [pid 91494] [client
172.28.35.18:20952] PHP Fatal error:  Uncaught Error: Call to undefined
method ThemeSmarty::addPluginsDir() in
/usr/local/www/maia/smarty.php:99\nStack trace:\n#0
/usr/local/www/maia/smarty.php(189):
ThemeSmarty->ThemeSmarty('desert_sand')\n#1
/usr/local/www/maia/login.php(122):
require_once('/usr/local/www/...')\n#2 {main}\n  thrown in
/usr/local/www/maia/smarty.php on line 99

Post by Derek Atkins

Post by Ian R. Justman
And as far as I know, the PHP side of the house has yet to be updated
to support PHP7. Given what little I know of PHP in general (and how
much the whole notion of PHP scares me when it comes to security*1,
I'm scared to death of even thinking of trying.

I've been led to believe (although I have not yet tested it) that maia
does support PHP7. There were certainly some updates to the config
tester for PHP7.
I'm in the process of testing (on a Fedora system) so I'll let you all
know what I find once I get that far.
-derek

[p***@t3city.com]

The problem seems to be in your stack trace:

PHP Fatal error: Uncaught Error: Call to undefined method ThemeSmarty::addPluginsDir()

I don't know the specifics of this error, but here are the general issues I typically run into when moving a code base like Maia to a new/updated platform:

- Updated dependencies are not backwards compatible (from the error, it looks like the problem is related to "Smarty", a PHP library for processing templates - see https://www.smarty.net/docs/en/api.add.plugins.dir.tpl for ideas)
- Missing dependences, either because they haven't been installed or haven't been added to appropriate include path(s)
- PHP Backwards compatibility issues (some part of the core PHP is not backwards compatible)

In the case of Smarty, it could be that it hasn't been installed, it is installed, but not on the include path or that the new version is not backwards compatible with the version used for Maia. If the issue is backwards compatibility, you can either try to fix the Maia code or you could try to install an older version (which may or may not be possible, depending on its dependency tree).

PHP is interpreted rather than complied, so, after you get this error fixed, that may reveal new errors.

PJ

-----Original Message-----
From: Maia-users <maia-users-***@renaissoft.com> On Behalf Of Janky Jay, III
Sent: Saturday, September 15, 2018 9:57 AM
To: maia-***@renaissoft.com
Subject: Re: [Maia-users] PHP7

So, I'm shooting to get the Maia port updated for FreeBSD in order to work with PHP7 (as almost all PHP applications have migrated to). The install goes fine, configtest.pl/configtest.php both look good.
Everything installs as expected and looks good after a few minor changes to the port. However, I'm getting a blank login page which I haven't been able to figure out (yet) and was curious if anyone else has run into this yet (forgive me if this has already been covered but I couldn't find any info on the mailing lists or Github page...). Below is snippet from the log which has some warnings and finally the fatal error. Any help would be greatly appreciated!

If the below doesn't come out very readable, it can also be found at http://paste.purplehat.org/view/26532b5f

[Sat Sep 15 10:54:10.922180 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: Only variables should be assigned by reference in /usr/local/www/maia/maia_log.php on line 87 [Sat Sep 15 10:54:10.922389 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: Only variables should be assigned by reference in /usr/local/www/maia/maia_log.php on line 92 [Sat Sep 15 10:54:11.019177 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: Only variables should be assigned by reference in /usr/local/www/maia/maia_log.php on line 87 [Sat Sep 15 10:54:11.019308 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: Only variables should be assigned by reference in /usr/local/www/maia/maia_log.php on line 92 [Sat Sep 15 10:54:11.019874 2018] [php7:warn] [pid 91494] [client 172.28.35.18:20952] PHP Warning: count(): Parameter must be an array or an object that implements Countable in /usr/local/share/pear/MDB2.php on line 826 [Sat Sep 15 10:54:11.021245 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.079592 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.102862 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.103505 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.103983 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.104440 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.104933 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.120424 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.120929 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.133056 2018] [php7:error] [pid 91494] [client 172.28.35.18:20952] PHP Fatal error: Uncaught Error: Call to undefined method ThemeSmarty::addPluginsDir() in /usr/local/www/maia/smarty.php:99\nStack trace:\n#0
/usr/local/www/maia/smarty.php(189):
ThemeSmarty->ThemeSmarty('desert_sand')\n#1
/usr/local/www/maia/login.php(122):
require_once('/usr/local/www/...')\n#2 {main}\n thrown in /usr/local/www/maia/smarty.php on line 99

Post by Derek Atkins

Post by Ian R. Justman
And as far as I know, the PHP side of the house has yet to be updated
to support PHP7. Given what little I know of PHP in general (and how
much the whole notion of PHP scares me when it comes to security*1,
I'm scared to death of even thinking of trying.

I've been led to believe (although I have not yet tested it) that maia
does support PHP7. There were certainly some updates to the config
tester for PHP7.
I'm in the process of testing (on a Fedora system) so I'll let you all
know what I find once I get that far.
-derek

[Janky Jay, III]

Hello PJ,

On 9/15/18 2:42 PM, ***@t3city.com wrote:

Thanks for the reply.

Post by p***@t3city.com
PHP Fatal error: Uncaught Error: Call to undefined method ThemeSmarty::addPluginsDir()
- Updated dependencies are not backwards compatible (from the error, it looks like the problem is related to "Smarty", a PHP library for processing templates - see https://www.smarty.net/docs/en/api.add.plugins.dir.tpl for ideas)

    Smarty is definitely installed and the proper links are in place.

Post by p***@t3city.com
- Missing dependences, either because they haven't been installed or haven't been added to appropriate include path(s)

    The Smarty path is included in the allowed path for that particular
(sub)domain. Everything looks good from the Apache side.

Post by p***@t3city.com
- PHP Backwards compatibility issues (some part of the core PHP is not backwards compatible)
In the case of Smarty, it could be that it hasn't been installed, it is installed, but not on the include path or that the new version is not backwards compatible with the version used for Maia. If the issue is backwards compatibility, you can either try to fix the Maia code or you could try to install an older version (which may or may not be possible, depending on its dependency tree).
PHP is interpreted rather than complied, so, after you get this error fixed, that may reveal new errors.

    I guess I already mentioned it above but just to be thorough,
Smarty2 is installed (perhaps the latest version of Maia depends on
Smarty3?). The Smarty path is indeed in the include_path for the domain.
If I downgrade a previous version of PHP (php56), Maia works without any
issues. So, perhaps this is a PHP backward compat problem. I thought for
sure I had read that some people were using Maia with PHP7 with very
little to no issues, though. The actual daemon itself runs fine (of
course...) so it's still doing it's job, technically. There's just no
way to use the WebUI to confirm/rescue SPAM and such.

Post by p***@t3city.com
PJ
-----Original Message-----
Sent: Saturday, September 15, 2018 9:57 AM
Subject: Re: [Maia-users] PHP7
So, I'm shooting to get the Maia port updated for FreeBSD in order to work with PHP7 (as almost all PHP applications have migrated to). The install goes fine, configtest.pl/configtest.php both look good.
Everything installs as expected and looks good after a few minor changes to the port. However, I'm getting a blank login page which I haven't been able to figure out (yet) and was curious if anyone else has run into this yet (forgive me if this has already been covered but I couldn't find any info on the mailing lists or Github page...). Below is snippet from the log which has some warnings and finally the fatal error. Any help would be greatly appreciated!
If the below doesn't come out very readable, it can also be found at http://paste.purplehat.org/view/26532b5f
[Sat Sep 15 10:54:10.922180 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: Only variables should be assigned by reference in /usr/local/www/maia/maia_log.php on line 87 [Sat Sep 15 10:54:10.922389 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: Only variables should be assigned by reference in /usr/local/www/maia/maia_log.php on line 92 [Sat Sep 15 10:54:11.019177 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: Only variables should be assigned by reference in /usr/local/www/maia/maia_log.php on line 87 [Sat Sep 15 10:54:11.019308 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: Only variables should be assigned by reference in /usr/local/www/maia/maia_log.php on line 92 [Sat Sep 15 10:54:11.019874 2018] [php7:warn] [pid 91494] [client 172.28.35.18:20952] PHP Warning: count(): Parameter must be an array or an object that implements Countable in /usr/local/share/pear/MDB2.php on line 826 [Sat Sep 15 10:54:11.021245 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.079592 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.102862 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.103505 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.103983 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.104440 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.104933 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.120424 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.120929 2018] [php7:notice] [pid 91494] [client 172.28.35.18:20952] PHP Notice: A non well formed numeric value encountered in /usr/local/share/pear/MDB2/Driver/mysqli.php on line 1154 [Sat Sep 15 10:54:11.133056 2018] [php7:error] [pid 91494] [client 172.28.35.18:20952] PHP Fatal error: Uncaught Error: Call to undefined method ThemeSmarty::addPluginsDir() in /usr/local/www/maia/smarty.php:99\nStack trace:\n#0
ThemeSmarty->ThemeSmarty('desert_sand')\n#1
require_once('/usr/local/www/...')\n#2 {main}\n thrown in /usr/local/www/maia/smarty.php on line 99

Post by Derek Atkins

Post by Ian R. Justman
And as far as I know, the PHP side of the house has yet to be updated
to support PHP7. Given what little I know of PHP in general (and how
much the whole notion of PHP scares me when it comes to security*1,
I'm scared to death of even thinking of trying.

I've been led to believe (although I have not yet tested it) that maia
does support PHP7. There were certainly some updates to the config
tester for PHP7.
I'm in the process of testing (on a Fedora system) so I'll let you all
know what I find once I get that far.
-derek

[Janky Jay, III]

Hello Brian,

Post by Brian McCullough

Post by Janky Jay, III
So, I'm shooting to get the Maia port updated for FreeBSD in order to
work with PHP7 (as almost all PHP applications have migrated to). The
install goes fine, configtest.pl/configtest.php both look good.
Everything installs as expected and looks good after a few minor changes
to the port. However, I'm getting a blank login page which I haven't
been able to figure out (yet) and was curious if anyone else has run
into this yet (forgive me if this has already been covered but I
couldn't find any info on the mailing lists or Github page...). Below
is?? snippet from the log which has some warnings and finally the fatal
error. Any help would be greatly appreciated!

I seem to have a tickle in the back of my mind that says that the "white
screen of death" was a known issue with an easy fix, but it has been too
long for me to easily access that memory.
Let me do some digging through my electronic memory, and I may be able
to come up with something more useful.

    I have the same tickle and could have sworn there was mention of it
in this list but I can't for the life of me find it. Thanks for the
reply! I'll keep poking around at it as time permits.

Regards,
Janky Jay, III

[GWiz]

Hi Ian,

Thanks for the quick reply. It's nice to know there's someone out there
on the other end of this list.

The services Maia provides are exactly what I'm looking for. It's
surprising to me more admins have not found it useful enough to
implement, as well as contribute to its development.

I agree with your assessment of PHP security. I've seen presentations on
SQL injection through PHP variables (PhreakNIC.info), and the importance
of being careful cannot be overstated.

I run phpMyAdmin on my server. I realize security-by-obscurity is not
ideal, but I've implemented 3/4 of the security suggestions at this
link:
https://www.tecmint.com/secure-phpmyadmin-centos-ubuntu/

Mine is a small server, and I'm the only one with administrative access
to it, so my exposure is not too bad. I use Roundcube, and Nextcloud,
both of which are PHP applications with access to MySQL. Both are in
current development, with quick response to vulnerabilities as they are
discovered.

Implementing a tool like Maia, to which my other users would have access
similar to Roundcube and Nextcloud would worry me, knowing Maia is not
in current development.

That's the biggest reason I'm reluctant to run PHP5 concurrently with
PHP7. Many of the upgrades, as I understand it, were security related.
Retiring the "MySQL_" functions, for example, seems intended to force
programmers into a more secure way of coding.

I don't pretend to be an expert. I hand-code two fairly large websites
for family businesses, both in PHP, but I have (so far) managed to steer
clear of the need for database interface, preferring to use some flat
text files for data.

I understand enough about most of the issues that I might at least be of
help writing documentation.

I admit I'm having trouble figuring out the relationship between
spamassassin and amavis, and how to make amavis deliver spam to a Junk
folder, instead of simply discarding it, which is what my mail server is
currently doing. This is what prompted my initial interest in Maia.

Nevertheless I'm willing to help. If you ever decide to upgrade Maia to
work with more modern platforms (PHP7), I will gladly offer some of my
time to help with documentation. When I can grasp complex issues
myself, I'm pretty good at writing them out in ways that help others
with less knowledge than myself to "get it".

Post by Ian R. Justman
https://by-example.org/ubuntu-16-04-xenial-downgrade-php-7-to-php-5-6/
In fact, you can still have Ubuntu's native 7.0/7.1 and this 5.6
distribution all installed and working alongside each other.
And as far as I know, the PHP side of the house has yet to be updated
to support PHP7. Given what little I know of PHP in general (and how
much the whole notion of PHP scares me when it comes to security*1,
I'm scared to death of even thinking of trying.
As for Ubuntu, being an Ubuntu type myself, I did my thing to get
things working. Past releases of Ubuntu worked best if I also
installed pkgsrc, but the need is now gone. I think I'm going to have
to redo my documentation at some point to make sure it can be reliably
reproduced. With 18.04 just down the pike, I should start working on
that soonish (even with just Arty Aardvark out now).
--Ian.
---------------
* See WordPress and phpMyAdmin as classic examples of PHP apps with
poor security track records.
---
Ian R. Justman
UNIX hacker. Anime fan. Any questions?
ianj (at) ian-justman.com
Please direct business correspondence to my new address, biz (at)
ian-justman.com. (04/27/2015)

[Brian McCullough]

Post by Janky Jay, III
So, I'm shooting to get the Maia port updated for FreeBSD in order to
work with PHP7 (as almost all PHP applications have migrated to). The
install goes fine, configtest.pl/configtest.php both look good.
Everything installs as expected and looks good after a few minor changes
to the port. However, I'm getting a blank login page which I haven't
been able to figure out (yet) and was curious if anyone else has run
into this yet (forgive me if this has already been covered but I
couldn't find any info on the mailing lists or Github page...). Below
is?? snippet from the log which has some warnings and finally the fatal
error. Any help would be greatly appreciated!

I seem to have a tickle in the back of my mind that says that the "white
screen of death" was a known issue with an easy fix, but it has been too
long for me to easily access that memory.

Let me do some digging through my electronic memory, and I may be able
to come up with something more useful.


Brian