[Kolab-devel] yet another way to build kolab
Richard Bos
radoeka at xs4all.nl
Sat May 22 22:50:33 CEST 2004
Hello,
I'm new to this list, but I have been lurking on 'user' list. Some of you may
have seen 1 or 2 posts from me there. Like others I had something to remark
about the inflexibility of the kolab installation tools. So, I started
hacking to do something about it (and not only complaining about it).
However, I just found out that kolab just obtained devtool which already
improves the the build situation already. I assume the latter as it would
otherwise not be accepted :)
I'll never the less provide the result of my work, as it is available :)
Note, however that the actual output is not tested (for openpkg the resulting
code has been compared with the contents of the rpm
kolab-20040217-2.0.0.ix86-suse9.0-zfos.rpm). From this it is correct to
conclude that fine tuning needs to be done. However, the latter won't be
necessary at all if 'devtool' does it all already ;)
I based my work on the autotools concept, widely known to you all I assume.
The kolab-autoconf-test-200405*.tar.bz2 tarball that is available at:
http://linux01.gwdg.de/apt4rpm/kolab can be easily installed on a
openpkg/kolab system, by running the famous command sequence:
'./configure; make; make install'.
The same tarball can be installed on Mandrake (more or less, I'm not sure if
all variables or set correctly) by executing:
'./configure --sbindir=/usr/sbin --bindir=/usr/bin --enable-dist=mandrake'
make
make DESTDIR=blah install (I assume you don't want to have this one on your
system ;)
The tarball has been been obtained by executing:
'./configure; make; make distcheck'
Rpms could be made of those (if the native spec file is available) using:
rpm -ta 'tarball' (after the make distcheck has been done).
Variables are set in 1 location (configure.ac) and from there on distributed
to the rest of the files => e.g. the tarball, rpm, application, etc would all
get their version information from configure.ac
As usual with the autotools binaries and other information is looked up from
the system. In my case I only look up the location for perl and bash.
However, later on checks could be implemented to look up the apache version,
-document root, -user,-group, etc.
I'm sorry to introduce 'yet another way to build kolab'. I hope I won't be
slapped in the face for it. If it ain't the latter I'm curious to your
opinion.
--
Richard Bos
Without a home the journey is endless
More information about the devel
mailing list