Bert's blog

Open-Future, the company where I work is organizing a Zarafa workshop in February 2010!

Open-Future is a Linux & Open Source Integrator. Our goal is to make Open Source work for you. Our competences and services include:

• Infrastructure
• Security
• Groupware & ERP
• High Availability & Disaster Recovery
• Virtualisation
• Backup and Recovery
• ....

Zarafa is Open Source Collaboration, providing:

• Integration with your existing Linux mailserver
• Native mobile phone support
• Outlook "Look & Feel" webaccess
• Stable Outlook sharing (100% MAPI)                           * extract from www.zarafa.nl
  
  

Want to join the Zarafa Workshop? Click the banner:

When installing or migrating from KnowledgeTree (Document Management System) version 3.0.6 to 3.0.7.2 on CentOS using the KnowledgeTree universal installer one might run into the following issue:

None of the Scheduler's tasks get executed correctly. 

All the tasks exit with the following errorcode:

[db_error: message="DB Error: extension not found" code=-25 mode=return level=notice prefix="" info="Array"] 

You can test this manually:

# /usr/local/zend/bin/php /usr/share/knowledgetree-ce/search2/bin/cronDocumentProcessor.php
[db_error: message="DB Error: extension not found" code=-25 mode=return level=notice prefix="" info="Array"]

The problem here is that the variable LD_LIBRARY_PATH is not set correctly, causing the zend php binary not being able to find the correct database module.
Let's try setting this variable manually:

# export LD_LIBRARY_PATH=/usr/local/zend/lib/
# /usr/local/zend/bin/php /usr/share/knowledgetree-ce/search2/bin/cronDocumentProcessor.php
#

Fixed! Now, this only fixes the problem in our current shell, how do we make this fix persistent system wide? By creating a file in /etc/profile.d/ setting the variable system wide:

# vi /etc/profile.d/kt.sh

With the contents:

export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/zend/lib/

Now, lets make this file executable:

# chmod +x /etc/profile.d/kt.sh

Now, all that's left to do is restart KnowledgeTree so that it reads the new content of the LD_LIBRARY_PATH variable and our problem is solved.

Bug reported to KnowledgeTree: http://issues.knowledgetree.com/browse/KTS-4576

Via Gert

Post one picture each day. Of Anything.

• Take a picture using your phone. (No recycling, a fresh picture each day!)
• Post it to twitter/Identica
• Mention the #PictureOfTheDay tag in the message.

They want to store 6 to 12 months of data from internet users. Which connections are made, how long, how much data ... !!

Protect your privacy, sign the petition!

(via maarten)

Edit: This is now maintained here:

http://www.bdeferme.net/projects/howto/installation-of-openerp-centos

Saw the speedtest meme come by, thought I'd follow:

Nice results, but the server hosting the speedtest for Mechelen is a Telenet server, so there might be a benefit there :-).

/dev/out

P.S. I got a good speed, but since I live in Belgium I have to live with the bullshit they call 'download limit'. I can only download/upload 60GB/month. And note: that's an expensive pack (~70 EUR / Month) :-(

Today,

I learned in this interesting post that gnome-do is an application written in Mono.
I won't elaborate on why I don't like this, there are enough flame wars all around the internet/community for any of you to read.

I'm only going to say: I'm sad. I really really like gnome-do, it's an awesome application and I certainly will keep using it. But if there seems to be an alternative that's not written in Mono. And it's nearly as good, I will switch to the alternative.

But no, I don't think Launchy gets to the gnome-do level, it won't do...

/dev/out sad :-(

My problem described in my previous blog post is solved!

Well, solved is not really the good choice I guess because the problem might reproduce itself. But for now it seems to be solved. What did I do to fix it?

I backed up all the contents of my memory card to a folder on my pc. After this I reformatted the entire card and copied the contents back. Now the gallery, sounds, profiles, ... All is working as it should. For some reason my cellphone seemed to have corrupted the card. Or not really the card, but something on the card?

If the problem reproduces itself I'm going to contact Nokia, a cellphone that cost me 400 euro should not behave this way!

/dev/out

I'm getting really frustrated with my Nokia E71. Check out my description of a weird issue:

My Nokia E71 won't find/see the following stuff:

• Images saved on the memory card with the Symbian Gallery
• Sounds saved on the memory card with the Symbian Gallery
• Ringtones saved on the memory card in Profiles

However, it will find/see:

• Images saved on the memory card with third party apps or the Symbian File Manager.
• Sounds saved on the memory card with third party apps or the Symbian File Manager.
• Ringtones saved on the memory card with third party apps or the Symbian File Manager.

Conclusion:
My memory card is NOT corrupted because I can entirely read it with third party apps or the Symbian File Manager or on my PC. So it's probably a software issue.

However:
Restoring to default settings with *#7780# or even doing an entire reset with *#7370# will NOT solve the problem.
I'm currently in the process of backing up my memory card so I can format it and restore it again.

Nokia?!
What the f*ck is up here?!

I joined the new Linux.com Community today.

I must say I'm impressed. It's like facebook for Linux users :-). You can add applications to your profile, create and join groups, aggregate RSS feeds on your profile (like your blog e.g.), ...

I think this is nice for bringing the community together.

My linux.com profile: http://www.linux.com/community/profile?userid=2551