[Kolab-devel] Packaging of the Kolab web client (Horde)
Gunnar Wrobel
wrobel at pardus.de
Fri Sep 19 13:54:54 CEST 2008
Quoting Richard Bos <ml at radoeka.nl>:
> Op Tuesday 16 September 2008 05:29:53 schreef Gunnar Wrobel:
>> Quoting Richard Bos <ml at radoeka.nl>:
>> > Hi Gunnar,
>> >
>> > Op Monday 15 September 2008 20:58:01 schreef cvs at kolab.org:
>> >> Added Files:
>> >> horde-webmail-1.2_rc1_kolab_openpkg.patch
>> >> Log Message:
>> >> Added the patch for the new webmail release candidate. Horde was quick
>> >> this time and we now have the release available that will be the basis
>> >> for the next few Kolab server years. All native ports are encouraged to
>> >> switch to horde-webmail-1.2.* as soon as possible.
>> >
>> > Instead of all the seperate modules do you mean?
>>
>> Yes.
>>
>> > What is the advantage, less packaging?
>>
>> Yes that is one part.
>>
>> In addition the patch handling is way easier. One Kolab specific patch
>> for Horde and that's it.
>>
>> This is strongly against my personal Gentoo nature :) but I believe it
>> is a significantly easier approach for all parties involved.
>
> Sounds good indeed. I had a look at the patch, and there are some changes
> that you make against the horde lib/core/app code. Are these changes
> provided upstream, or are they really kolab specific?
Somewhere in between. The patch queue I maintain is something that I
try to keep as small as possible. Meaning that I commit patches
upstream once they have the required quality. But sometimes I'm
required to provide a hotfix for an issue that will need to get
reworked to have the necessary quality to go in upstream. Or I touch
areas upstream where Jan or Chuck have to review the patch. Or there
are important fixes upstream that are not yet available in a release.
So I always have some stuff in my patch queue that helps to get the
one or the other functionality working on the Kolab server.
Most of this is actually not Kolab specific anymore. The days of
massive Kolab patching in Horde have been over for a while now. You
could download a standard horde release package and it would mostly
run fine with a Kolab server.
> I'm not talking about
> the $conf[''] changes, but e.g. the lines between:
> if ($GLOBALS['conf']['kolab']['enabled']) {
> }
These lines just comment dummy configurations that are not needed when
running with Kolab.
> and the changes to Horde/iCalendar.php or lib/SyncML/Backend.php, etc.
These are special SyncML related fixes that have been submitted
upstream but did not yet go into CVS.
>
>
> [............]
>
>> I made this comment a little bit more elaborate as I would like to see
>> the native ports to switch over to horde-webmail so that we have a
>> common base. The Gentoo users already have the kolabified
>> horde-webmail available in the main distribution, Univention switched
>> also, and OpenPKG will have it in the next release.
>
> Having to apply one patch is convincing enough ;)
In general the idea of this patch is to provide a method to get a
correctly configured Horde web client for the Kolab Server with a
minimum of fuss.
Of course Horde is a very big system and very configurable. So I can
imagine that my patch won't work for everyone and people might wish to
modify it in the one or other way.
In that case they will have to experiment themselves. As mentioned a
plain horde release should already work well enough with a Kolab
Server. It does not hurt to check the patches at hg.pardus.de in that
case though.
Cheers,
Gunnar
>
> --
> Richard Bos
> We are borrowing the world of our children,
> It is not inherited from our parents.
>
> _______________________________________________
> Kolab-devel mailing list
> Kolab-devel at kolab.org
> https://kolab.org/mailman/listinfo/kolab-devel
>
--
______ http://kdab.com _______________ http://kolab-konsortium.com _
p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium
____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de Dr. Gunnar Wrobel
Tel. : +49 700 6245 0000 Bundesstrasse 29
Fax : +49 721 1513 52322 D-20146 Hamburg
--------------------------------------------------------------------
>> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
More information about the devel
mailing list