Etherpad Office Import & Export after Upgrade to V1

V1 does not natively support office import / exports yet due to a licensing issue but if you had it working before you can do a few steps that will get you started.  We use Open Office in a headless mode to accomplish this.

1.  Copy the cos.jar to infrastructure/lib (replacing etherpadbackup is the folder you backed your original etherpad installation to (etherpad <v1)

cp /usr/local/etherpadbackup/trunk/infrastructure/lib/cos.jar /usr/share/etherpad/infrastructure/lib/

2. Run soffice in headless mode

/usr/bin/soffice -headless -nofirststartwizard -accept=”socket,host=localhost,port=8100;urp;StarOffice.Service”


3. Uncomment the lines in execution.scala that are commented “REMOVED_COS_OF_COS”

4. Reset your exports

export JAVA_HOME="/usr/lib/jvm/java-6-sun"
export SCALA_HOME="/usr/share/java"
export JAVA="/usr/bin/java"
export SCALA="/usr/bin/scala"
export PATH="/usr/bin:/usr/bin:/usr/local/mysql/bin:$PATH"
export MYSQL_CONNECTOR_JAR="/usr/share/java/mysql-connector-java-5.1.10.jar"

4. Rebuild and Run.

cd /usr/share/etherpad/etherpad/
bin/rebuildjar.sh clearcache
/etc/init.d/etherpad stop
/etc/init.d/etherpad start
Note, in your etherpad.properties.local you should have the line:
etherpad.soffice = /usr/bin/soffice
It is important so don’t forget it.

Twitter & Yahoo pipes returns 420 Unknown

Image representing Pipes as depicted in CrunchBase

Have you tried to use Yahoo Pipes with twitter lately and had problems?

I am trying to get a search feed into pipes so I can work with it but I keep getting:

warning error fetching http://search.twitter.com/search.atom?q=example (420 Unknown)

I am assuming this is due to Yahoo Pipes sending too many requests to twitter?

Does anyone know a good work around for this?

Is the work around to stop using yahoo pipes?

Reblog this post [with Zemanta]

Nagios PHP requirement workaround

Image via Wikipedia

Nagios is server monitoring software used by many schools worldwide, we use it to monitor all of our services/sites.  Here is a conversation from IRC that discusses if Nagios requires PHP or not.

16:47] <mischko> Nagios now requires PHP?

[16:48] <keith4> “requires” is a strong word

[16:49] <LzrdKing> apparently, it depends on your distro, too

[16:49] <mischko> compiling from source version 3.2.1 no longer includes a few html files but php instead.

[16:49] <keith4> he must be talking about building from source

[16:50] <keith4> right. then… sure, it requires php

[16:50] <mischko> Is there a way to do 3.2.1 without php?

[16:51] <keith4> what distro?

[16:52] <mischko> compiled apache on rhel4

[16:52] <keith4> why not use the RPMs?

[16:52] <mischko> need newer version of apache than is available via rpm in our environment.

[16:55] <mischko> The only thing it seems to be needed for is the access to cgi_base_url config.

[16:56] <Valcor> mischko: pretty much

[16:57] <mischko> wow. I’m surprised they put in a PHP requirement for _that_ alone.

[16:59] <LzrdKing> keith4: didn’t you say debian doesn’t have the php requirement?

[17:06] <dnsmichi|home> the php requirement only is for the update checker, nothing else

[17:06] <dnsmichi|home> which is rather useless when using a package

[17:08] <mischko> dnsmichi, It’s also used in a few other places. I’m editing it all out.

[17:09] <dnsmichi|home> well ok then hf 🙂

[17:10] <mischko> that was easy. Let’s hope they don’t increase use of PHP in the future.

14:12] <dnsmichi> CapnDan: try a debian package – they remove php

[14:12] <dnsmichi> http://git.debian.org/?p=pkg-nagios/pkg-nagios3.git;a=blob;f=debian/patches/55_remove_php.dpatch;h=e8ff8255deed83f5287e17669782c06843792663;hb=HEAD

[14:12] <dnsmichi> 🙂

14:13] <CapnDan> dnsmichi: eh, I’m installing on Solaris.

[14:14] <dnsmichi> well then you might consider the patch on the git repo

[14:14] <CapnDan> I will take a look at it, thanks!

Reblog this post [with Zemanta]