Nope
That returned loads of hits that didn’t match at all eg :


modules/UpgradeWizard/commit.php:$from_dir = clean_path(remove_file_extension($install_file) . "-restore");
modules/UpgradeWizard/SugarMerge/EditViewMerge.php: * this will store the meta data for the original file
modules/UpgradeWizard/SugarMerge/EditViewMerge.php: * this will store the meta data for the new file
modules/UpgradeWizard/SugarMerge/EditViewMerge.php: * this will store the meta data for the custom file
modules/UpgradeWizard/SugarMerge/EditViewMerge.php: * this will store an associative array contianing all the fields that are used in the original meta data file
modules/UpgradeWizard/SugarMerge/EditViewMerge.php: * this will store an associative array contianing all the fields that are used in the new meta data file
modules/UpgradeWizard/SugarMerge/EditViewMerge.php: * this will store an associative array contianing all the fields that are used in the custom meta data file
modules/UpgradeWizard/SugarMerge/EditViewMerge.php: * this will store an associative array contianing all the merged fields
modules/UpgradeWizard/SugarMerge/EditViewMerge.php: * Merges the fields together and stores them in $this->mergedFields
modules/UpgradeWizard/preflight.php: //Check the current and target versions and store them in session variables
modules/UpgradeWizard/silentUpgrade.php://look for session vars there and restore them
modules/UpgradeWizard/uw_ajax.php: $desc .= $persistence['uw_restore_dir']."\n\n";
modules/UpgradeWizard/uw_utils.php: * Backs-up files that are targeted for patch/upgrade to a restore directory
modules/UpgradeWizard/uw_utils.php: // create restore file directory
modules/UpgradeWizard/uw_utils.php: $_SESSION['uw_restore_dir'] = clean_path($rest_dir);
modules/UpgradeWizard/uw_utils.php: // get name of current file to place in restore directory
modules/UpgradeWizard/uw_utils.php: // only copy restore files for replacements - ignore new files from patch
modules/UpgradeWizard/uw_utils.php: $desc .= $_SESSION['uw_restore_dir'] . "\n\n";
modules/UpgradeWizard/uw_utils.php: if(isset($_SESSION['uw_restore_dir']))
modules/UpgradeWizard/uw_utils.php: unset($_SESSION['uw_restore_dir']);
modules/Meetings/Meeting.php:// Meeting is used to store customer information.


Pages of this came up. When I found the culprit I nearly fell off my chair, some fluffy-kittening person at SugarCRM decided that when doing an upgrade they would make a backup unfortunately they made an interesting choice of names…


drwxrws--- 3 www-data www-data 4096 Jan 12 10:42 -restore
drwxr-xr-x 19 www-data www-data 4096 Mar 9 16:43 .
drwxr-xr-x 3 root root 4096 Jan 23 2009 ..
-rw-r--r-- 1 www-data www-data 342 Mar 9 16:43 .htaccess
-rw-r--r-- 1 www-data www-data 2535 Mar 9 16:43 HandleAjaxCall.php
-rw-r--r-- 1 www-data www-data 155 Dec 17 2008 INSTALLATION.txt
-rw-r--r-- 1 www-data www-data 35147 Dec 17 2008 LICENSE.txt
drwxr-xr-x 3 www-data www-data 4096 Oct 22 14:52 ModuleInstall
-rw-r--r-- 1 www-data www-data 5075 Dec 17 2008 SugarSecurity.php
-rw-r--r-- 1 www-data www-data 5590 Dec 17 2008 TreeData.php
-rw-r--r-- 1 www-data www-data 2488 Mar 9 16:43 WebToLeadCapture.php
drwxr-xr-x 2 www-data www-data 4096 Dec 17 2008 XTemplate
-rw-r--r-- 1 www-data www-data 2490 Dec 17 2008 acceptDecline.php
drwxr-xr-x 17 www-data www-data 4096 Mar 9 16:44 cache


That explains why it recursed too…. I didn’t think you could add flags after the search string…

Anyhoo the instructions were close but seemed to give one massive red-herring which was they kept talking about OPENFIRE_OPTS in /etc/defaults/openfire which did not exist,   add it your self and Openfire will ignore it.    Where the data needs to go is in DEAMON_OPTS.

To cut a long story short you need to make /etc/defaults/openfire look like :

# Defaults for openfire initscript
# sourced by /etc/init.d/openfire
# installed at /etc/default/openfire by the maintainer scripts

#
# This is a POSIX shell fragment
#

# Additional options that are passed to the Daemon.
DAEMON_OPTS=”-Xms256m -Xmx512m”

This will tell the JRE to use a minimum of 256Meg RAM and limit it to 512Meg.

Hope this helps

So I need a server,  a few clicks in the Proxmox interface ( a rather nice way of handling OpenVZ virtualisation) and I have a new blank Debian lenny box already to play with.

Added the non-free option to the apt repository (as we will need the Sun JRE) and off we go    Apt decided to moan about :

W: There is no public key available for the following key IDs:
9AA38DCD55BE302B
W: GPG error: http://security.debian.org lenny/updates Release:
The following signatures couldn't be verified because the public
key is not available: NO_PUBKEY 9AA38DCD55BE302B

Which was solved by this post here

A quick :

apt-get install debian-archive-keyring

and off we go again

Next stop is the Java monster,  mercifully simple to install nowadays:

apt-get install sun-java6-jre

Next we grab the latest openfire deb,   then install:

dpkg -i openfire_3.6.4_all.deb

Which seemed to be too painless…

Fire up the Wizard on port 9090 from a browser and you are done

To put this countdown on your site is simple,  just copy and paste the following code :

<a href="http://www.lugradio.org/live/2009/" target="_blank"><img style="border: 0pt none ;"
src="http://da.mned.co.uk/stuff/lrl/lrl_countdown.png"
alt="Lugradio Live 2009, 24th October 2009,  Newhampton Arts Centre Wolvehampton" width="237" height="251"></a>

There will be more styles and options and of course the code to run the counter yourself to follow

10 mins ago it told me I had 6 mins remaining and now it has crept back up again

Currently :

tigger@eee:~$ uptime
12:13:00 up 2:39, 2 users, load average: 0.66, 0.50, 0.47

This is sitting in the pub (tea and orange juice sadly) waiting for my car to be fixed. So well over two and a half hours of wibbling and wifi on a low backlight and it has not run out yet. Battery monitor still says 10% remaining but now thinks that will only last 5 mins!

Something is amiss here

edit : right in the end it lasted about 3 hours or so but then died with no warning just a sudden power off.   It had warned me I was low on power earlier but not right at the end.  It might be that it has not had time to profile the power use yet but although it is a bit flakey it seems to be slightly more useful than the Xandros one which I never did trust.

It seems my disk had a couple of errors on it and thus had been mounted read only. A quick sudo up to root privs and brisk fsck later, reboot and done

One of those things I suppose…

Ubuntu on the Eee has been around for ages but there seemed to be a whole raft of little spin off projects dedicated to it. After much consideration I decided to go with the stock image and the patches from http://eee.ricey.co.uk

Followed the install notes and it all worked flawlessly which was a relief as earlier versions of Ubuntu needed a bit of tweaking to get running, but I am pleased to report it is all running fine

Boot up time is not quite as fast as the stunning boot up time of xandros but it seems ok and I might have a go at tweaking it a bit to shave a few seconds off the boot time

If all goes well this should appear online!

edit: this should test the updates….

1.  Enter your gmail address in identi.ca

2.  In pidgin add update@identi.ca as a buddy

3.  You will get an authorise request (or 4 ) just authorise the first one and give it a sane name like Identi.ca

4. Try sending it an IM,  this will probably fail with a message :

Identi.ca: [Identi.ca] Unknown user; go to http://identi.ca/settings/im to add your address to your account

5. Look at what username your message went from in my case it was foo@gmail.com/Home

6. Pop back into the Identi.ca web page for IM settings and change your IM name to what ever it sent it as

7. You will get a message from Identi.ca saying basically click on this link to confirm your jabber id.

8. Click on it.

Done

This is a very rough guide and there is probably a much better way to do it The better way is waiting until August for the ASU to be released with a decent tool for doing this automatically

All I know is that it is working here   Oh you will want to do this all over ssh btw

Step 1: vi /etc/network/interfaces and make the wireless section look like with the obvious bits modified:

# Wireless interfaces
iface eth0 inet dhcp
wireless_mode managed
wireless_essid **********PUT YOUR ROUTER'S ESSID HERE**************
wpa-driver wext
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf


Step 2: run wpa_passphrase followed by your essid so in my case:
wpa_passphrase 100acre
It will then ask you for your WPA key
It will return a block of code all we want from this is the line beginning psk= so copy that and paste it somewhere safe.

Step 3: edit your wpa_supplicant config file :
vi /etc/wpa_supplicant/wpa_supplicant.conf
and make it look like:

# File: /etc/wpa_supplicant/wpa_supplicant.conf
network={
ssid="****PUT YOUR ROUTER'S ESSID HERE INSIDE QUOTATION MARKS"
key_mgmt=WPA-PSK
psk=******put the output of wpa_passphrase here but no quotation marks*******
}


Step 4. Edit sysconfig for wpa_supplicant :
vi /etc/sysconfig/wpa_supplicant
and make it look like:

# File: /etc/sysconfig/wpa_supplicant
INTERFACES="-ieth0"
DRIVERS="-Dwext"
Step 5: There is no step 5

Step 6: ifup eth0

The first DNS request I made took aaaaages but eventually came back then after that it has been snappy
Have fun

Any corrections / ideas let me know I know this is not perfect but it did get me online