Re: Kolab 16 on Debian - upgrade error

Daniel Hoffend <[email protected]>
Newsgroups gmane.comp.kde.devel.kroupware
Message-ID <[email protected]>
Hi Christoph

I'm semi okay with your idea. This this has a couple drawbacks: Not 
every roundcubemail configuration file would get created by setup-kolab.

The way to go would be:
- defaults.php stays defaults.php
- config.php gets renamed to config.php.dist (.dist for distribution is 
a common suffix afaik)
- same applies to <plugin>.php in the roundcubemail-plugins-kolab 
package
- in the debian/postinst section we should do a test if config.php 
doesnt exist, cp config.php.dist config.php to ensure we have a complete 
configuration.

This way the initial installation gets a full valid configuration and 
during an upgrade you don't get asked if you want to replace your 
existing configuration.

But the default answer (if you want to replace a file) is indeed to keep 
your existing configuration. Even if you run apt-get upgrade in 
non-interactive mode, it will preserve your configuration unless you as 
admin do an error and select the wrong option manually!

But on the other hand: I like to have the notification if something has 
changed, because otherwise you don't notice if a plugin has updated 
their config syntax or introduced new options. But I can understand the 
risk. In the end it's a user/admin error and it shows how got your 
backup is

--
Regards
Daniel


Am 2018-11-12 10:11, schrieb Christoph Erhardt:
> Yep, the situation has been like this for quite some time: 
> roundcubemail
> includes a bunch of default configuration files and the end user must 
> be
> careful not to have their Kolab-generated configuration overwritten on 
> every
> upgrade.
> 
> But APT *did* ask politely before overwriting the file, defaulting to 
> "no",
> didn't it? ;-)
> 
> That said, I don't really see a striking reason for us to ship a 
> default
> configuration file in the first place if that file subsequently gets
> overwritten by "setup-kolab". So we might as well drop it from the 
> package, or
> we could rename it to something like "config.inc.php.default".
> 
> Any strong opinions? :-)
> 
> Best regards,
> Christoph
> 
> On Sunday, 11 November 2018 11:56:20 CET hede wrote:
>> On Fri, 9 Nov 2018 11:54:27 +0100 Gelpi Andrea <[email protected]> wrote:
>> > After the update roudcube said it cannot contact the db any more.
>> 
>> Same here. I didn't dig further into it but it seems the new config 
>> changes
>> some storage keys which renders roundcube unable to read old stored
>> secrets!?
>> 
>> Second: the whole local config was removed / replaced with some stale
>> default. No SQL Password, LDAP, etc. "setup-kolab roundcube" should be 
>> able
>> to repair this one.
>> _______________________________________________
>> users mailing list
>> [email protected]
>> https://lists.kolab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> [email protected]
> https://lists.kolab.org/mailman/listinfo/users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.