On 05/06/2011 03:09 AM, Serghei Amelian wrote: > On Friday 06 May 2011 05:13:59 David C. Rankin wrote: >> Serghei, >> >> Looking at the CMakeLists.txt, why are SASL and all the groupware >> options (WITH_GROUPDAV, WITH_CALDAV, WITH_CARDDAV, WITH_EGROUPWARE, etc..) >> defaulted to OFF? >> >> I just seems like for the 3.5.13 release, new users will expect the >> groupware options and SASL to be 'ON'.. > > Any users should expect that all WITH_* flags are defaulted to OFF. This will > enforce they to check which options are available. > I think we are not talking apples-to-apples: users - means some new user with no build experience that downloads the binaries and expects to run and use the software; developers/packages - the monkeys that run cmake I see and agree with your point though - it will be up distro packagers to turn the options on/off. However, that has a downside. That leads to differing functionality for Trinity depending on which distro the user has installed. If we go that route, then we need to document what options are EXPECTED to be enabled for each of the trinity modules so that the packagers have a reference for what should be working. This would also provide links to the modified sourced needed to enable the options like the modified carddav/caldav sources: http://quickbuild.pearsoncomputing.net:58080/2056019/libcarddav_0.6.2-2debian2.tar.gz http://quickbuild.pearsoncomputing.net:58080/2055979/libcaldav_0.6.5-2debian2.tar.gz At least that way the packagers know where they can get working sources to enable the available options. Some options should just be enabled in the Trinity source. SASL is a perfect example. Without SASL requires no additional 3rd party packages and without SASL enabled, kmail can't connect to even a simple imap server. Maybe we should look at what COULD/SHOULD be enable in the code by default that doesn't require any additional packages. -- David C. Rankin, J.D.,P.E.