PhpSysInfo installation fails

rcfa

Beginning package installation for phpSysInfo .
Downloading package configuration file... done.
Saving updated package information... done.
Downloading phpSysInfo and its dependencies... 
Checking for package installation... 
 Downloading http://www.pfsense.com/packages/config/phpsysinfo/bin/mbmon-205_5-amd64.pbi ...  could not download from there or http://ftp2.FreeBSD.org/pub/FreeBSD/ports/amd64/packages-8.3-release/All/mbmon-205_5-amd64.pbi.
of mbmon-205_5-amd64 failed!

Installation aborted.Backing up libraries... 
Removing package...
Starting package deletion for mbmon-205_5-amd64...done.
Removing phpSysInfo components...
Tabs items... done.
Menu items... done.
Loading package instructions...
Include file phpsysinfo.inc could not be found for inclusion.
Deinstall commands... 
Not executing custom deinstall hook because an include is missing.
Removing package instructions...done.
Auxiliary files... done.
Package XML... done.
Configuration... done.
Cleaning up... Failed to install package.

Installation halted.

jimp

1. Since these are PBIs, they belong in the 2.1 forum
2. I just pushed a fix, it was trying to pull the binary from the wrong path.

Perry

FYI http://redmine.pfsense.org/issues/1870

rcfa

@jimp:

1. Since these are PBIs, they belong in the 2.1 forum
2. I just pushed a fix, it was trying to pull the binary from the wrong path.

Thanks for the fix. As for posting here: I did that because a few package related threads had been moved from the 2.1 forum over here, so I figured that was a subtle hint to post package related things here, even if they are 2.1 related.

rcfa

@Perry:

FYI http://redmine.pfsense.org/issues/1870

If you mean by that, that the package is fundamentally broken as is, then maybe it's better to remove it from the package list altogether?

jimp

The issues before were due to old/outdated binaries causing problems. Not sure if that still applies. If you try it and it works, it may be fine. Otherwise we can nuke it.

rcfa

@jimp:

The issues before were due to old/outdated binaries causing problems. Not sure if that still applies. If you try it and it works, it may be fine. Otherwise we can nuke it.

Installing it works now. Running it, results in a properly formatted useful output in the middle, and a bunch of error messages before and after. I have removed the duplicate error messages, they are as follows:

Deprecated: Function ereg_replace() is deprecated in /usr/local/www/phpsysinfo/includes/os/class.FreeBSD.inc.php on line 45

Deprecated: Function ereg_replace() is deprecated in /usr/local/www/phpsysinfo/includes/os/class.BSD.common.inc.php on line 92
 Deprecated: Function ereg_replace() is deprecated in /usr/local/www/phpsysinfo/includes/os/class.BSD.common.inc.php on line 93
 Deprecated: Function split() is deprecated in /usr/local/www/phpsysinfo/includes/common_functions.php on line 164
 Deprecated: Function ereg_replace() is deprecated in /usr/local/www/phpsysinfo/includes/common_functions.php on line 169
 Deprecated: Function split() is deprecated in /usr/local/www/phpsysinfo/includes/os/class.FreeBSD.inc.php on line 52
 Deprecated: Function split() is deprecated in /usr/local/www/phpsysinfo/includes/common_functions.php on line 164
 Deprecated: Function split() is deprecated in /usr/local/www/phpsysinfo/includes/os/class.BSD.common.inc.php on line 233
 Deprecated: Function split() is deprecated in /usr/local/www/phpsysinfo/includes/os/class.BSD.common.inc.php on line 259
 Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/phpsysinfo/includes/XPath.class.php on line 6060
 Deprecated: Assigning the return value of new by reference is deprecated in /usr/local/www/phpsysinfo/includes/XPath.class.php on line 6318

Warning: Cannot modify header information - headers already sent by (output started at /usr/local/www/phpsysinfo/includes/common_functions.php:164) in /usr/local/www/phpsysinfo/includes/system_header.php on line 31

Warning: Cannot modify header information - headers already sent by (output started at /usr/local/www/phpsysinfo/includes/common_functions.php:164) in /usr/local/www/phpsysinfo/includes/system_header.php on line 35

Warning: strftime(): It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'UTC' for 'UTC/0.0/no DST' instead in /usr/local/www/phpsysinfo/includes/system_footer.php on line 90

Aside from that, it complains that mbmon is missing, but that I can turn off in the settings.
So it doesn't seem to be broken too badly, provided one can either replace the few deprecated functions with non-deprecated ones and/or suppress the error output on the otherwise well formatted output.

Then there's the thing with the time zone string but that shouldn't be a major issue.

bardelot

Since the deprecated function calls seem to be located in the used phpSysInfo includes it might be worth a try to update the used version?
http://phpsysinfo.sourceforge.net/

rcfa

Yep, that might fix a few things. pfSense has 2.5.4 and the current release is 3.0.17

jimp

not sure why but we have been manually including that rather than using a freebsd package. Though it is in ports.

/usr/ports/www/phpsysinfo is only 3.0.10 though.