Fwd: Update Kolab16 on Debian 10 broken? still broken?

sruli s sruli at saurymper.com
Thu Oct 20 21:37:14 CEST 2022 

Is this yet on the repo? i am having issues upgrading because of 
roundcube dependencies, (kolab 16, ubuntu 18.04)

On 21/09/2022 09:20, Christian Mollekopf wrote:
> I pushed it through to Kolab:16:Testing from where you can test it once the build completes.
>
> Feel free to push changes directly to Kolab:16:Testing:Candidate without waiting for me to accept (nothing depends on Testing:Candidate, it can break from time to time), or bypass Testing:Candidate and post a review Testing directly.
>
> Cheers,
> Christian
>
> On Tuesday, 20 September 2022 21:29:52 CEST you wrote:
>> Hi Matthias,
>>
>> it looks like the `dist-upgrade` problem is caused by a missing conflict
>> declaration with respect to the old `roundcubemail-plugin-kolab-delegation`
>> package. I have submitted a fix here:
>> https://obs.kolabsys.com/request/show/3049
>>
>> It'll take the update a few days to reach the Kolab:16 repository. If you
>> cannot wait, you can download the new package directly from my personal OBS
>> repository and give it a try:
>> https://obs.kolabsys.com/repositories/home:/sicherha:/branches:/Kolab:/16/
>> Debian_10.0/all/roundcubemail_1.5.3-0~kolab2_all.deb
>>
>> I hope this finally solves the Roundcube 1.4 -> 1.5 upgrade path for good.
>>
>> All the best,
>> Christoph
>>
>> On Tuesday, 20 September 2022 13:55:07 CEST Matthias Busch wrote:
>>> @hede
>>> You are right, I assumed stuff. Like, running reconstruct would show if
>>> the mailboxes are there or not. I did not run cyradm, because, I just
>>> did not expect cyrus to be the problem... Still dont, but, thats an
>>> assumption, which should be checked...
>>>
>>> I also did not check data drive full, inodes free, filesystem okay. I
>>> also assume thats okay, because, well, it works, until I do an upgrade.
>>> Lets get back at that later...
>>>
>>> @franz
>>> disabling guam for testing purposes is maybe a good idea, but I need the
>>> functions of guam, so I cant disable it permanently...
>>>
>>>
>>> Below here comes what I tried, what the results are, and how maybe,
>>> kolab lm works again, and cyrus/guam seem to work, and how debian
>>> upgrade is still/again broken...!
>>>
>>> SCROLL TO THE VERY BOTTOM WHEN YOU ARE HERE FOR THE DIST-UPGRADE ERROR
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> ------------------------ first, lets try change ports, and "disable guam" to
>>> see if that helps stop guam
>>> change ports
>>>
>>> kolab lm:
>>> 2022-09-20 11:15:48,909 pykolab.imap WARNING [27816] Verbindung zum
>>> Cyrus IMAP-Server 'imaps://domain.tld:993' nicht möglich
>>>
>>> at a certain point, I changed the ports back and restarted guam/cyrus
>>> ----------------------------------------------------------------------------
>>> ------------------------
>>>
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> ------------------------ lets see about cyrus folders, size of filesystem
>>> etc
>>>
>>> configdirectory: /var/lib/imap
>>> partition-default: /var/spool/imap
>>> sievedir: /var/lib/imap/sieve
>>>
>>>
>>> Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
>>> /dev/sda1       306G     35G  256G   12% /
>>>
>>> /var/lib
>>> drwxr-x--x 15 cyrus mail    4,0K Sep 20 11:17 imap
>>>
>>> /var/spool
>>> drwxr-x 30 cyrus mail    4,0K Jul 20  2021 imap
>>>
>>> ----------------------------------------------------------------------------
>>> ------------------------
>>>
>>> ----------------------------------------------------------------------------
>>> ------------------------ lets see about cyradm
>>>
>>> without guam:
>>> su cyrus -c "cyradm -u cyrus-admin localhost"
>>> cyradm: cannot connect to server
>>>
>>> with guam
>>> su cyrus -c "cyradm -u cyrus-admin localhost"
>>> su cyrus -c "cyradm --auth login -u cyrus-admin localhost"
>>>
>>> [nothing, just \n until ctrl+c then]
>>> ^C
>>> Session terminated, killing shell... ...killed.
>>>
>>> please note, I cant connect with cyradm. I googled. I tried. I dont know
>>> what I am doing wrong here. I tried on a working system too, with the
>>> same result
>>> ----------------------------------------------------------------------------
>>> ------------------------
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> ------------------------ lets try connecting to imap(s) directly:
>>>
>>> 9993 (cyrus):
>>> . LIST "" "%"
>>> * LIST (\HasNoChildren) "/" INBOX
>>> * LIST (\HasChildren) "/" Archive
>>> * LIST (\HasNoChildren) "/" Calendar
>>> * LIST (\HasNoChildren) "/" Configuration
>>> * LIST (\HasNoChildren) "/" Contacts
>>> * LIST (\HasNoChildren) "/" Drafts
>>> * LIST (\HasNoChildren) "/" Files
>>> * LIST (\HasNoChildren) "/" Freebusy
>>> * LIST (\HasNoChildren) "/" Journal
>>> * LIST (\HasChildren) "/" "Kalender Name"
>>> * LIST (\HasChildren) "/" Kontakte
>>> * LIST (\HasChildren) "/" Notes
>>> * LIST (\HasNoChildren) "/" Sent
>>> * LIST (\HasNoChildren) "/" Spam
>>> * LIST (\HasNoChildren) "/" Tasks
>>> * LIST (\HasNoChildren) "/" Trash
>>> * LIST (\HasChildren) "/" foldertest1663665309,9261
>>> * LIST (\Noselect \HasChildren) "/" "Other Users"
>>> * LIST (\Noselect \HasChildren) "/" "Shared Folders"
>>> . OK Completed (0.005 secs 110 calls)
>>>
>>>
>>> . SELECT "INBOX"
>>> * 2011 EXISTS
>>> * 0 RECENT
>>> * FLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk $Forwarded
>>> receipt-handled $label4 Junk $MDNSent $label1 inarbeit verbraucht
>>> erledigt $label2 $label3 $label5 bereits_gebucht re_angefordert sg)
>>> * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk
>>> $Forwarded receipt-handled $label4 Junk $MDNSent $label1 inarbeit
>>> verbraucht erledigt $label2 $label3 $label5 bereits_gebucht
>>> re_angefordert sg \*)] Ok
>>> * OK [UNSEEN 2010] Ok
>>> * OK [UIDVALIDITY 1414663886] Ok
>>> * OK [UIDNEXT 10664] Ok
>>> * OK [HIGHESTMODSEQ 42342] Ok
>>> * OK [URLMECH INTERNAL] Ok
>>> * OK [ANNOTATIONS 65536] Ok
>>> . OK [READ-WRITE] Completed
>>> . fetch 2 RFC822
>>> * 2 FETCH (RFC822 {1677}
>>> [here comes an email]
>>>
>>>
>>>
>>> 993 (guam):
>>> . LIST "" "%"
>>> * LIST (\HasNoChildren) "/" INBOX
>>> * LIST (\HasChildren) "/" Archive
>>> * LIST (\HasNoChildren) "/" Drafts
>>> * LIST (\HasNoChildren) "/" Sent
>>> * LIST (\HasNoChildren) "/" Spam
>>> * LIST (\HasNoChildren) "/" Trash
>>> * LIST (\HasChildren) "/" foldertest1663665309,9261
>>> * LIST (\Noselect \HasChildren) "/" "Other Users"
>>> * LIST (\Noselect \HasChildren) "/" "Shared Folders"
>>>
>>> . SELECT "INBOX"
>>> * 2011 EXISTS
>>> * 0 RECENT
>>> * FLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk $Forwarded
>>> receipt-handled $label4 Junk $MDNSent $label1 inarbeit verbraucht
>>> erledigt $label2 $label3 $label5 bereits_gebucht re_angefordert sg)
>>> * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk
>>> $Forwarded receipt-handled $label4 Junk $MDNSent $label1 inarbeit
>>> verbraucht erledigt $label2 $label3 $label5 bereits_gebucht
>>> re_angefordert sg \*)] Ok
>>> * OK [UNSEEN 2010] Ok
>>> * OK [UIDVALIDITY 1414663886] Ok
>>> * OK [UIDNEXT 10664] Ok
>>> * OK [HIGHESTMODSEQ 42342] Ok
>>> * OK [URLMECH INTERNAL] Ok
>>> * OK [ANNOTATIONS 65536] Ok
>>> . OK [READ-WRITE] Completed
>>> . fetch 2 RFC822
>>> * 2 FETCH (RFC822 {1677}
>>> [here comes an email]
>>> ----------------------------------------------------------------------------
>>> ------------------------
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> ------------------------ summary:
>>>
>>> okay. Ill say it right here. it looks like cyrus is working
>>> and it also looks like guam is working.
>>> it also looks like at least some emails are where they are supposed to be...
>>> ---------------------------------------------------------------------------
>>> -------------------------
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> ------------------------ kolab lm works?!
>>>
>>> In further looking I determined that imap is working, both with or
>>> without guam, but making a connection is difficult. I looked at the
>>> cyrus config files and found
>>>
>>> tls_versions:
>>>
>>> in the imapd.conf file which was not identical. I added tls1_3 to the
>>> "broken" servers file
>>> kolab lm can now find the mailboxes
>>> roundcubemail still will complain about mailboxes missing
>>> thunderbird via imaps needs all folders to be resubscribed, but at
>>> least, they appear to be all there...
>>>
>>>
>>> ----------------------------------------------------------------------------
>>> ------------------------
>>>
>>>
>>> HOWEVER
>>>
>>> apt-get upgrade ran without issue (expect that I had to fix imap)
>>> roundcube is withheld, so next step, dist-upgrade (which worked last week)
>>>
>>> dist-upgrade broken:
>>>
>>> dpkg: Fehler beim Bearbeiten des Archivs
>>> /var/cache/apt/archives/roundcubemail_1%3a1.5.3-0~kolab1_all.deb (--unpack):
>>> Versuch, »/etc/roundcubemail/kolab_delegation.inc.php« zu
>>> überschreiben, welches auch in Paket
>>> roundcubemail-plugin-kolab-delegation 1:3.5.11-0~kolab1 ist
>>> dpkg-deb: Fehler: »einfügen«-Unterprozess wurde durch Signal
>>> (Datenübergabe unterbrochen (broken pipe)) getötet
>>> ...
>>> Fehler traten auf beim Bearbeiten von:
>>>    /var/cache/apt/archives/roundcubemail_1%3a1.5.3-0~kolab1_all.deb
>>> E: Sub-process /usr/bin/dpkg returned an error code (1)
>>>
>>>
>>>
>>>
>>> apt --fix-broken install
>>> Paketlisten werden gelesen... Fertig
>>> Abhängigkeitsbaum wird aufgebaut.
>>> Statusinformationen werden eingelesen.... Fertig
>>> Abhängigkeiten werden korrigiert ... Fertig
>>> Die folgenden Pakete wurden automatisch installiert und werden nicht
>>> mehr benötigt:
>>>     erlang-eimap erlang-goldrush erlang-lager erlang-lager-syslog
>>> erlang-syslog guam-libs php-net-sieve
>>> Verwenden Sie »apt autoremove«, um sie zu entfernen.
>>> Die folgenden zusätzlichen Pakete werden installiert:
>>>     roundcubemail
>>> Die folgenden Pakete werden aktualisiert (Upgrade):
>>>     roundcubemail
>>> 1 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
>>> 2 nicht vollständig installiert oder entfernt.
>>> Es müssen noch 0 B von 18,5 MB an Archiven heruntergeladen werden.
>>> Nach dieser Operation werden 139 MB Plattenplatz zusätzlich benutzt.
>>> Möchten Sie fortfahren? [J/n]
>>> Changelogs werden gelesen... Fertig
>>> (Lese Datenbank ... 67935 Dateien und Verzeichnisse sind derzeit
>>> installiert.)
>>> Vorbereitung zum Entpacken von
>>> .../roundcubemail_1%3a1.5.3-0~kolab1_all.deb ...
>>> Entpacken von roundcubemail (1:1.5.3-0~kolab1) über
>>> (1:1.4.11.8-0~kolab1) ...
>>> dpkg: Fehler beim Bearbeiten des Archivs
>>> /var/cache/apt/archives/roundcubemail_1%3a1.5.3-0~kolab1_all.deb (--unpack):
>>> Versuch, »/etc/roundcubemail/kolab_delegation.inc.php« zu
>>> überschreiben, welches auch in Paket
>>> roundcubemail-plugin-kolab-delegation 1:3.5.11-0~kolab1 ist
>>> dpkg-deb: Fehler: »einfügen«-Unterprozess wurde durch Signal
>>> (Datenübergabe unterbrochen (broken pipe)) getötet
>>> Fehler traten auf beim Bearbeiten von:
>>>    /var/cache/apt/archives/roundcubemail_1%3a1.5.3-0~kolab1_all.deb
>>> E: Sub-process /usr/bin/dpkg returned an error code (1)
>> _______________________________________________
>> users mailing list
>> users at lists.kolab.org
>> https://lists.kolab.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <http://lists.kolab.org/pipermail/users/attachments/20221020/533bb32a/attachment.sig>

More information about the users mailing list