Running OpenMusic on Debian GNU/Linux

Recently, I have been asked to try to get OpenMusic running on Linux. So far, IRCAM provides only versions for Windows and Mac OS X. Ok. OpenMusic is GPL licensed and the source code is availlable from their download page. I downloaded it, ignoring the sufficiently large list of dependencies – I can return to this topic later.

LispWorks

The first major hurdle to take is the build system. It's LispWorks, a commercially licensed lisp IDE. Though there is no problem in using commercial products on Linux, the build system in general imposes a restriction on the freedom of the project. In fact it might be hard to integrate OpenMusic in Debian main, as Debian builds its packages from source and propably has no commerical LispWorks license. One of the features that LispWorks provides is a GUI toolkit. If OpenMusic uses this toolkit it might be hard to port it to a really free package.

Back to the topic: Installing LispWorks is more or less straight forward. Nevertheless its more complicated than necessary, at least for the Personal licensed version: Before you get the link to the files the site ask you for your name and Email Address. You have to download at least three files:

  1. A shell script that generates a temporary file with some license information,
  2. the installation tarballl, and
  3. the installation shell script.

Did I mention that all these files can be easily packed into a single shell script or tarball?

Running the installation script without parameters as root installs LispWorks in /usr/local/lib. But the executable is still not in the path. You find it afterwards in /usr/local/lib/LispWorksPersonal and have to link it manually into /usr/local/bin. As the original name is very long I choose to name it just linkworks (all lowercase). Now, I can open it entering linkworks. But unfortuntely, I get a long list of lisp errors and the program exits instead of opening the main window. The output of the program has been so long that the first lines got deleted from the buffer of my terminal :-(. Fortunately I have less:


# linkworks 2>&1 |less

This tells me, that libgtk2.0 has not been found. Let's have a look:

dpkg -l libkgt2\*

This tells me that this library has been already installed. There must be another problem. Fortunately with 12.04 Ubuntu introduced multi-arch support that has been also applied to the debian project. Thus I can now just type

apt-get install libgtk2.0-0:i386

As multi-arch support is not very old and Debian so far has no stable release supporting it, I was not shure, whether it will work. But, fortunately, the installation worked without problems. Also the next run of LispWorks opens some windows, so it must have worked. Going back to the LispWorks home page I realized that there is written about 64bit support for linux, but I didn't find it for the Personal Edition so far.

Installation of dependencies

The next step seems to be to install the fonts. This is usually done on Linux by placing them in
~/fonts or the corresponding directory for X11.

This can be done running cp -r win ~/.fonts/OpenMusic inside the subdirectory OM-6.5.1-SRC/resources/fonts of the source tree.

Build OM

According to the build instructions we have to install some dependencies, first. The first one is MidiShare, a 6 years old client/server framework that depends on a kernel module and refuses to be built with the kernel headers included in Debian.

After installing the sources I'm lost for now:

$ ./configure --help
Determining processor... i386
Calling conf i386
Creating ../common/makefile
Creating ../common/Memory/makefile
Creating ../lib/Network/makefile
Creating applications/lib/makefile
Creating kernel/Makefile
Creating ../lib/makefile
Creating ../lib/make.module
Creating tests/Drivers/makefile
Creating tests/Events/makefile
Creating tests/Filters/makefile
Creating tests/Functions/makefile
Calling lib/configure
Making aliases
ln: Symbolische Verknüpfung „./EventToMidiStream.h“ konnte nicht angelegt werden: Die Datei existiert bereits
ln: Symbolische Verknüpfung „./FilterUtils.h“ konnte nicht angelegt werden: Die Datei existiert bereits
ln: Symbolische Verknüpfung „./MidiPrint.h“ konnte nicht angelegt werden: Die Datei existiert bereits
ln: Symbolische Verknüpfung „./MidiStreamToEvent.h“ konnte nicht angelegt werden: Die Datei existiert bereits
ln: Symbolische Verknüpfung „./msDrvUtils.h“ konnte nicht angelegt werden: Die Datei existiert bereits
ln: Symbolische Verknüpfung „./msPrefs.h“ konnte nicht angelegt werden: Die Datei existiert bereits
ln: Symbolische Verknüpfung „./profport.h“ konnte nicht angelegt werden: Die Datei existiert bereits
Making dependencies
end of lib configure
===============================================
  Linux kernel source code MUST be installed 
    prior to compile the midishare module
===============================================
end of configure

If no help is availlable, I should give up now.

Fazit

Integrating of OpenMusic in common GNU/Linux distributions might be hard, though it should be to provide the corresponding packages. Maybe Zero Install is an option?

In fact: I was not able to build it at all. Propably it would be wise to revise the dependencies. At least Jack does work on Linux quite well and replacing MidiShare by Jack should be managable task. But so far I don't know the impact of the other dependencies.

Schlagworte