Re: [Kolab-devel] current dev state

hede <[email protected]> Thu, 8 Jun 2017 22:15:30 +0200
Newsgroups gmane.comp.kde.devel.kolab
Organization der-he.de
Message-ID <20170608221435.3969ffac__35868.8027751215$1496952959$gmane$org@tbb-phenom.lan>
Hi Christoph.

Am Thu, 08 Jun 2017 12:18:19 +0200 schrieb Christoph Erhardt <[email protected]>:

> php-kolab and php-kolabformat have changed the priority of their .ini files, 
> but did not remove the respective old symlinks. For instance, now both 20-
> kolab.ini (old) and 31-kolab.ini (new) are lying around, causing the logs to 
> be spammed with "PHP Warning: Module already loaded".

Not fine, but a minor issue I think. 

> In the irony package, the Apache configuration file got renamed from 
> iRony.conf to irony.conf (accidentally?), causing a dangling symlink in 
> "sites-enabled".

oops. 

> Oh, it looks like the two of us have been ploughing the same field! Perhaps 
> it's a good idea if you take a look at my branch at https://obs.kolabsys.com/
> project/show/home:sicherha:branches:Kolab:Winterfell so we don't accidentally 
> do the same work twice.

That's the reason for writing here. :-D
Indeed we have done some same work. However, there's still a lesson learnt ... and nothing else matters.
 
> I was able to solve that problem by adding a build dependency on erlang (which 
> pulls in erlang-crypto).

*thumbsup*
  
> That's a valid point. I have to admit that I'm not really familiar with Erlang 
> either, so I don't feel qualified to answer that question (without trying it 
> out, that is).
> 
> If it were indeed possible to keep using the distro-provided rebar 2 for now 
> (even though upstream says that version "is deprecated and will receive only 
> bug fixes" [1]), that would reduce the packaging and maintenance effort for 
> us. I think it's a good idea to stay as close to the distribution as possible 
> and keep the number of extra packages low that we have to drag along.

That's a good point. It gets bug fixes and wont change much. Perfect for packaging. 

But I think developers will slide in at this point. rebar3 brings fancy output coloring -> things people love. ;-)

And that's the other point: developers is what matters here. If rebar3 is the future for them, then we'll better get it running, I think. 

I've made a list of missing parts:

guam RH.spec deps:           -> Debian package name, kolab with user-repo
erlang >= 17.4               -> erlang
erlang-asn1                  -> erlang-asn1
erlang-common_test           -> erlang-common-test
erlang-compiler              -> erlang-base
erlang-crypto                -> erlang-crypto
erlang-debugger              -> erlang-debugger
erlang-eimap >= 0.3.0        -> kolab (partly done, newer one needs rebar3)
erlang-erts                  -> erlang-base
erlang-et                    -> erlang-et
erlang-goldrush >= 0.1.8     -> erlang-goldrush
erlang-kernel                -> erlang-base
erlang-lager >= 3.1.0        -> erlang-lager
erlang-lager_syslog >= 2.0.3 -> kolab (DONE, winterfell)
erlang-mnesia                -> erlang-mnesia
erlang-observer              -> erlang-observer
erlang-public_key            -> erlang-public-key
erlang-rebar3 >= 3.3.2       -> kolab (TODO)
erlang-rpm-macros            -> dh-rebar
erlang-runtime_tools         -> erlang-runtime-tools
erlang-sasl                  -> erlang-base
erlang-snmp                  -> erlang-snmp
erlang-ssh                   -> erlang-ssh
erlang-ssl                   -> erlang-ssl
erlang-stdlib                -> erlang-base
erlang-syntax_tools          -> erlang-syntax-tools
erlang-syslog >= 1.0.3       -> kolab (DONE, winterfell)
erlang-tools                 -> erlang-tools
erlang-wx                    -> erlang-wx
erlang-xmerl                 -> erlang-xmerl

rebar3 deps:
erlang-rpm-macros                   -> dh-rebar
erlang-rebar >= 2.6.1               -> rebar
erlang-erlware_commons >= 0.18.0    -> kolab (DONE, sicherha)
erlang-bbmustache >= 1.0.4          -> kolab (DONE, sicherha)
erlang-certifi >= 0.4.0             -> kolab (DONE, sicherha)
erlang-providers >= 1.6.0           -> kolab (DONE, sicherha)
erlang-relx >= 3.17.0               -> kolab (TODO)
erlang-cf >= 0.2.0                  -> kolab (DONE, sicherha)
erlang-eunit_formatters >= 0.3.1    -> kolab (DONE, sicherha)
erlang-cth_readable >= 1.2.2        -> kolab (DONE, hede/sicherha)
erlang-getopt >= 0.8.2              -> erlang-getopt
erlang-ssl_verify_hostname >= 1.0.5 -> kolab (DONE, hede)
erlang-ssl_verify_fun >= 1.1.1      -> kolab (DONE, hede/sicherha)
erlang-public_key                   -> erlang-public-key

... there's only one missing for rebar3: erlang-relx
and rebar3 is the only one missing for guam. 

I'll take a look at it within the next hours. 

So much for the compiling task. Next big hurdle will be the functionality checks i.e. package bugfixing. 

regards
hede