@tboernert if need be, we’d like to contribute (money, testing capabilities, unnecessary comments, :) )
We are also looking for such a solution and kopano seems to be not available (or not interested).
Hi @fbartels ,
thanks for not calling me a complete idiot. Of course using ssh. I’m not a server guy but done a few things with some raspberries. To my apologize, I would like to say that I’ve been more on the arduino track in the last two years.
in general we adopted semantic versioning for our software a while ago, which specifies when a new tag should be major, minor or patch.
The mix of versions in Core can be explained in the following way:
8.7 is the current stable for all customers
9.x is part of Kopano One and brings a nice licensing component, Kopano One is the recommended installation for new customers
because of the new licensing component users upgrading from 8.7 need to convert their subscription key, which requires some more automation to provide a smooth transition
11.x is the head of our main development branch
Weird, judging from past occurrences I would guess that more likely the build process if broken than that this is a conscious decision to only support limited operating systems? I have no clue though.
I don’t think it’s a problem for your upgrade, I would disable the kopano services with systemd, then upgrade ubuntu 18.04 => 20.04 and then install the new packages (via a local repository is probably the best way). This should overwrite the old ones and sort out dependencies. Or you make a list of all kopano packages and remove them before upgrading (config and database will stay unless you “purge” instead of “remove”).
If you need old packages for ubuntu 18.04 PM me, i have
core-22.214.171.124.a68bc0f-Ubuntu_18.04-amd64.tar.gz from Apr 21
which is likely the last one that was offered here for download (i download 18.04 and 20.04 core archives weekly with a script if there are new versions, this is the most recent 18.04 version my script downloaded)