AnySpeak.Org

Error message from a drupal 7 install

Working on a Oracle Enterprise Linux 6.2 install upgraded from 6.1 I had an issue with a Drupal 7 install.  I received the following error message:

Fatal error: Cannot redeclare render() in /var/www/html/includes/common.inc on line 5757

After hours of tracing the problem down I found the following to get the site working again:

yum downgrade install graphviz-php-2.26.0-4.el6 graphviz-2.26.0-4.el6

I got clued into the since I had another install that was working but generated the following with pear:

pear
PHP Warning:  PHP Startup: Unable to load dynamic library ‘/usr/lib64/php/modules/gv.so’ – /usr/lib64/php/modules/gv.so: undefined symbol: zend_error_noreturn in Unknown on line 0

Since the Oracle Enterprise Linux is a RHEL (Red Hat) derivative I imagine the same issue may be seen on RHEL and CentOS 6.

I suppose you could also disable the graphviz-php extension module by commenting out the extension in /etc/php.d/graphviz.ini so it looks like the following:

; Enable graphviz extension module

;extension=gv.so

VirtualBox Extensions

I recently updated my Oracle VM Virtual Box to version 4.1.6 and had some issues with installing the Oracle VM VirtualBox Extension Pack.  This was on OpenSuSE 11.4 and I had the Extention Pack installed and working with a previous version.  I could not get it to work with the GUI so I went command line and did the following:

1. Uninstall the old Extension Pack

sudo /usr/bin/VBoxManage extpack uninstall “Oracle VM VirtualBox Extension Pack”
0%…10%…20%…30%…40%…50%…60%…70%…80%…90%…100%
Successfully uninstalled “Oracle VM VirtualBox Extension Pack”.

2. Install the new Extension Pack

sudo /usr/bin/VBoxManage extpack install Oracle_VM_VirtualBox_Extension_Pack-4.1.6-74713.vbox-extpack
0%…10%…20%…30%…40%…50%…60%…70%…80%…90%…100%
Successfully installed “Oracle VM VirtualBox Extension Pack”.

That’s it, I’m now happily using my Usb ports again in my virtual machines.

An updated version of WordPress is available.

I just had a need to update php from the 5.1.6 to something newer.  The update to WordPress 3.2.1 required a version of PHP greater than 5.2.4.  I chose php 5.3.  I was able to accomplish this using yum and rpm.

Get a list of packages that use php:

rpm -qa |grep php

php-common-5.1.6-27.el5
php-pdo-5.1.6-27.el5
php-mysql-5.1.6-27.el5
php-5.1.6-27.el5
php-cli-5.1.6-27.el5
php-gd-5.1.6-27.el5
php-ldap-5.1.6-27.el5

Test removing of packages with rpm erase:

rpm -ev –test php-common php-pdo php-mysql php php-cli php-gd php-ldap

Stop apache (httpd):

service httpd stop

Erase the old php packages:

rpm -ev php-common php-pdo php-mysql php php-cli php-gd php-ldap

Install the newer versions with yum:

yum install php53-common php53-pdo php53-mysql php53 php53-cli php53-gd php53-ldap
Loaded plugins: rhnplugin, security
Excluding Packages in global exclude list
Finished
Setting up Install Process
Resolving Dependencies
–> Running transaction check
—> Package php53.x86_64 0:5.3.3-1.el5_6.1 set to be updated
—> Package php53-cli.x86_64 0:5.3.3-1.el5_6.1 set to be updated
—> Package php53-common.x86_64 0:5.3.3-1.el5_6.1 set to be updated
—> Package php53-gd.x86_64 0:5.3.3-1.el5_6.1 set to be updated
—> Package php53-ldap.x86_64 0:5.3.3-1.el5_6.1 set to be updated
—> Package php53-mysql.x86_64 0:5.3.3-1.el5_6.1 set to be updated
—> Package php53-pdo.x86_64 0:5.3.3-1.el5_6.1 set to be updated
–> Finished Dependency Resolution

Dependencies Resolved

======================================================================================================================
Package Arch Version Repository Size
======================================================================================================================
Installing:
php53 x86_64 5.3.3-1.el5_6.1 rhel-x86_64-server-5 1.3 M
php53-cli x86_64 5.3.3-1.el5_6.1 rhel-x86_64-server-5 2.4 M
php53-common x86_64 5.3.3-1.el5_6.1 rhel-x86_64-server-5 605 k
php53-gd x86_64 5.3.3-1.el5_6.1 rhel-x86_64-server-5 109 k
php53-ldap x86_64 5.3.3-1.el5_6.1 rhel-x86_64-server-5 37 k
php53-mysql x86_64 5.3.3-1.el5_6.1 rhel-x86_64-server-5 92 k
php53-pdo x86_64 5.3.3-1.el5_6.1 rhel-x86_64-server-5 67 k

Transaction Summary
======================================================================================================================
Install 7 Package(s)
Upgrade 0 Package(s)

Total download size: 4.6 M
Is this ok [y/N]: y
Downloading Packages:
(1/7): php53-ldap-5.3.3-1.el5_6.1.x86_64.rpm | 37 kB 00:00
(2/7): php53-pdo-5.3.3-1.el5_6.1.x86_64.rpm | 67 kB 00:00
(3/7): php53-mysql-5.3.3-1.el5_6.1.x86_64.rpm | 92 kB 00:00
(4/7): php53-gd-5.3.3-1.el5_6.1.x86_64.rpm | 109 kB 00:00
(5/7): php53-common-5.3.3-1.el5_6.1.x86_64.rpm | 605 kB 00:01
(6/7): php53-5.3.3-1.el5_6.1.x86_64.rpm | 1.3 MB 00:07
(7/7): php53-cli-5.3.3-1.el5_6.1.x86_64.rpm | 2.4 MB 00:12
———————————————————————————————————————-
Total 96 kB/s | 4.6 MB 00:49
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : php53-common 1/7
Installing : php53-pdo 2/7
Installing : php53-cli 3/7
Installing : php53 4/7
Installing : php53-mysql 5/7
Installing : php53-ldap 6/7
Installing : php53-gd 7/7

Installed:
php53.x86_64 0:5.3.3-1.el5_6.1 php53-cli.x86_64 0:5.3.3-1.el5_6.1 php53-common.x86_64 0:5.3.3-1.el5_6.1
php53-gd.x86_64 0:5.3.3-1.el5_6.1 php53-ldap.x86_64 0:5.3.3-1.el5_6.1 php53-mysql.x86_64 0:5.3.3-1.el5_6.1
php53-pdo.x86_64 0:5.3.3-1.el5_6.1

Complete!

Start apache (httpd)

service httpd start
Starting httpd: [ OK ]

Additional Notes:

In the future is if php-pear is needed. There is a bug request
https://bugzilla.redhat.com/show_bug.cgi?id=673521 on this and a possible work- around:

pear upgrade –force Console_Getopt
pear upgrade –force pear
pear upgrade-all

Pear version is now 1.9.3 Stable with php53.

Launcher Properties for an xscreensaver Lock shortcut

After doing an upgrade of my OpenSuSE 11.2 to 11.3 and then to 11.4 I found that I lost my Xfce panel which included a number of custom launchers.  One of the main things that I needed was to be able to manually lock my screen when I walked out for a few minutes.  I tend to not rely on the xscreensaver automatic locking after a few minutes.  I have it set to 2 minutes right now but that’s still long enough for someone to see me leave and try to play with my desktop before the screen lock kicks in.

So, what did I do, I made a launcher that tells my running xscreensaver to lock the screen.  After some searching and reading of a man page I found the xscreensaver-command.

Pre-requisites

One part that took me a minute was to figure out what arguments I needed.  At first inspection I saw that I would need to give it a -display argument and -lock.  To figure out my display I opened a terminal and executed the following command:

echo $DISPLAY

which yielded the following output:

:0.0

I also wanted to make sure that I know which command was being executed so I executed

which xscreensaver-command

and got

/usr/bin/xscreensaver-command

That gave me all that I needed to know for the command to execute, now I just needed the launcher.

Alternative

I should add that I used to use /usr/bin/xlock which is still a good option but after I upgraded xscreensaver was already running and I figured I would give that a try.

Make the Launcher

How did I do it (this is for Xfce 4.8.0) but would probably apply with slight modifications to other Window Managers like Gnome or KDE.

1. Right-clicked on my Xfce panel and selected “Add New Items”
2. Selected “Launcher”
3. Clicked “Add”
4. Right-clicked on the new “Launcher” in the panel and selected “Properties”
5. Clicked on the “Add a new empty item” icon
6. Filled in the following text boxes:
   • Name: Screen Lock
   • Comment: Lock Screen with Xscreensaver
   • Command: /usr/bin/xscreensaver-command -display :0.0 -lock
7. Clicked on the “No icon” button and selected an appropriate icon and clicked “Ok”
8. Clicked “Create”
9. Clicked “Close”

Note: I later tested the command without the -display option and it works that way to so you might not need the -display argument.  The man page shows it in square brackets which usually indicates it’s an optional argument.

Team AnySpeak.org ranked number one for average recent credit at renderfarm.fi

It’s been a couple of weeks now but we’ve been holding steady at the number 1 spot for Recent Average Credit at Renderfarm.fi.  Not sure how long we can last in the top but we do feel like we are contributing to a good cause.

Come join us at http://www.renderfarm.fi/