Hi,

I only noticed a error with Sitebuilder publishing and modules after a ART upgrade of PHP and to Mysql5.

This is the error after running the Sitebuilder publich check:
ioncube=ok os= phpVersion=5.2.8 mbstring=ok zlib=ok session=ok dom=ok domxml_xslt=fail xslt=fail sqlite=2.8.14 sqliteEncoding=UTF-8 gd_png=ok gd_gif=ok gd_jpg=ok gd_wbmp=ok gd=2.0.34 mail=ok curl=ok serverApi=Apache Handler

So there is an error with:
domxml_xslt=fail
xslt=fail

Here is the error on the website error logs:

PHP Fatal error: Call to undefined function xslt_create() in /var/www/vhosts/domain.com/httpdocs/include/SB/Modules/GUI/Xml/Object.php on line 67

Ive not been able to install php-xslt for PHP 5.2.8-art - any advice?

The server is FC4 with
Mysql 5.0.84-1.fc4.art
PHP 5.2.8-1.fc4.art

Wow FC4 huh? That is no longer maintained (by anyone, including me! I was the last guy standing), you can try building from the 5.2.11-3 src.rpm but I'm pretty sure that wont compile against FC4 any more which is probably why I dropped it.

I know FC4 is old but we have a lot of clients still running on that server.

You are the only person I know who maintained this OS.
Could you give me a quote to build the packages required for this?

yeah send an email to sales@atomicorp.com so we know who to respond to, and include any debug information you might have collected outside of this.

This isn't like having an old car you're trying to repair. FC4 went EOL some 3 years ago (current version is FC11!). That means a number of bad things for you, including

1. No security patches
2. Outdated libraries to compile against
3. No new features

Honestly, if you're doing this hosting for other clients, you NEED to move to something supported like CentOS 5 or, at the very least, have a plan to migrate up. Staying put really isn't an option (we seem to have this exact same discussion with someone about once a month).

I understand and fully agree.

We have other CentOS 5 servers but we had a number of users on this old server with Sitebuilder and some had special custom apps running on old software - it's a long story but it's something we need to manage for a while.

Yeah its a chore to support even now, a lot of GNU autoconf utils will detect the old versions of various buggy utilities in that environment and refuse to build. Which means going into the newer code and either backporting it to work with those utilities, or updating them to work with it. Sounds easy on the surface, but what you end up with is a big cascade of updates with inter-dependencies. It gets unpleasant fast!

I found this article which explains exactly what is required for Sitebuilder
and PHP 5.2.x

http://download1.parallels.com/SiteBuil ... /index.htm

As far as I could find the problem is that PHP 5.2.5 and upwards includes the
XSL extension by default and can be enabled by adding the
argument --with-xsl[=DIR] to the PHP configure line.

Look at this post http://forum.parallels.com/showthread.php?t=80350

When I look at our phpinfo page I don't find the "--with-xsl" as stated above which seems to point to the fact
that the PHP 5.2.8-1.fc4.art RPM does not include this argument.

Could you please look into this and assist us with a php 5.2.8 rpm that
includes the XSL extension.

I contacted your Sales for a quote but your Support guys have not come back to me on the above information.

Thats probably in my queue, and I'm teaching all this week so sorry about that. The 5.x PHP package uses an architecture that changes the dynamics of the what phpinfo() can tell you, it does in fact have --with-xml built in. The dom, xml, and xsl modules for apache end up in the package "php-xml".