<div dir="ltr">Hi Paul,<div><br></div><div>sounds great! I'm curious to try the modified Kolab Setup. </div><div>Maybe we can integrate it into our Gentoo packages for Kolab? It would fit nicely into the package setup part which is invoked after emerging the Kolab packages.</div>

<div><br></div><div>Regards,</div><div>Daniel.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Dec 18, 2013 at 7:12 PM, Paul Boddie <span dir="ltr"><<a href="mailto:paul@boddie.org.uk" target="_blank">paul@boddie.org.uk</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I've been pressing on with looking at the work done by setup-kolab and trying<br>
to make it play nice with Debian packaging. Just to make sure that this work<br>
doesn't get lost or forgotten, I'll be making it available for people to<br>
download and adapt. Here are some of the highlights...<br>
<br>
The setup-kolab command now avoids doing configuration work if it is able to.<br>
This means that it tests for databases, database users and modified<br>
configuration settings and avoids asking for input if it believes that the<br>
work has already been done.<br>
<br>
The setup-kolab command now also supports a --check (or -C) option that<br>
reports its view of the work that needs doing. If it reports "setup done" for<br>
everything, the configuration of the system should be a working one; if it<br>
reports "needs setup", the components affected need to be configured. I also<br>
changed setup-kolab to show the component listing if invoked without arguments<br>
as I didn't realise that it even had such a help message until I discovered<br>
that there was a "help" component by looking at the code.<br>
<br>
Some "reset" options are added to setup-kolab to support explicit<br>
reconfiguration for certain components, updating configuration files so that<br>
they contain valid credentials, for example.<br>
<br>
In order to integrate setup-kolab with Debian packaging, I've added some<br>
debconf support so that setup-kolab can be run in a postinst script and show<br>
debconf dialogues - only in situations where interactions with the user are<br>
necessary - and this requires some modifications to the dependency tree,<br>
particularly around the role of the kolab-conf package which has to be<br>
available for the various dependent packages to be configured (as they now use<br>
setup-kolab, of course). I'll follow up with the Debian-specific mailing list<br>
for Kolab packaging: there are probably some things I've done in a suboptimal<br>
fashion.<br>
<br>
Some more things probably need doing such as maintaining man pages for the<br>
different commands. I see that reference documentation has been generated for<br>
Sphinx somehow, so perhaps there's a toolchain being used that also might feed<br>
into man page generation, particularly if restructured text is being used<br>
(since I've already come across tools that make acceptable man pages from<br>
reST).<br>
<br>
I've written this work up from a Debian packaging perspective here:<br>
<br>
<a href="http://blogs.fsfe.org/pboddie/?p=623" target="_blank">http://blogs.fsfe.org/pboddie/?p=623</a><br>
<br>
Once again, I hope this is of interest to people, and I'll post the location<br>
of my modifications to pykolab and to the packaging in the near future.<br>
<br>
Paul<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@lists.kolab.org">devel@lists.kolab.org</a><br>
<a href="https://lists.kolab.org/mailman/listinfo/devel" target="_blank">https://lists.kolab.org/mailman/listinfo/devel</a><br>
</blockquote></div><br></div>