Your message dated Fri, 15 Nov 2019 20:03:48 +0100 with message-id <626c3c42-e062-9e49-3233-f96ab2cc9a3f@debian.org> and subject line Re: Bug#944443: kopano-webapp and/or kopanocore missing a versioned (test) dependency on the other? has caused the Debian Bug report #944443, regarding unblock: kopanocore/8.7.0-5 into testing to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 944443: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944443 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: unblock: kopanocore/8.7.0-5 into testing
- From: Carsten Schoenert <c.schoenert@t-online.de>
- Date: Sun, 10 Nov 2019 09:43:10 +0100
- Message-id: <[🔎] 157337539025.7079.11673575776240073474.reportbug@i5.cruise.homelinux.net>
Package: release.debian.org Severity: normal User: release.debian.org@packages.debian.org Usertags: unblock Please unblock package kopanocore in unstable We've needed to cherry-pick some upstream changes for src:kopanocore to fix some RC issues in unstable/testing that has changed the defaults for creation of new system users. Due this the test of kopano-webapp from testing against kopanocore from unstable is currently failing. The kopano-webapp package uses quite 90% of the same autopkgtest stuff as already in kopanocore is existing and used. While running the autopkgtest of kopano-webapp from testing against kopanocore in unstable this makeS the autopkgtest failing, due the changed default behavior in the kopanocore in unstable. There is no technical reason to add some Breaks stuff to kopanocore or kopano-webapp, there is no ABI or API change happen. The autopkgtest for kopano-webapp was adjusted with a new uploaded version (3.5.12-1) to keep track of the changed default kopanocore behavior and the test of this version in unstable is successful. So please unblock kopanocore so it can migrate to testing. We need afterwards to get the same issues for kopanocore fixed in stable. Thanks! Carsten unblock kopanocore/8.7.0-5 -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-3-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
--- End Message ---
--- Begin Message ---
- To: Carsten Schoenert <c.schoenert@t-online.de>, 944443-done@bugs.debian.org
- Subject: Re: Bug#944443: kopano-webapp and/or kopanocore missing a versioned (test) dependency on the other?
- From: Paul Gevers <elbrus@debian.org>
- Date: Fri, 15 Nov 2019 20:03:48 +0100
- Message-id: <626c3c42-e062-9e49-3233-f96ab2cc9a3f@debian.org>
- In-reply-to: <[🔎] 7b3b4382-c7c1-cccd-e16a-883b19b6f7de@t-online.de>
- References: <04358a80-73cc-c135-35e8-4ef69aa95b47@debian.org> <e0d4d9f6-f2b0-2c26-2eb6-c7cea0135354@t-online.de> <0f0289e4-2cc2-d147-8993-f0aaf69af4bb@debian.org> <[🔎] 0bab8c24-130b-1d43-e87e-d329975c26f9@t-online.de> <[🔎] 71ed036f-babb-4b1c-68d5-a7109daa4217@debian.org> <[🔎] 157337539025.7079.11673575776240073474.reportbug@i5.cruise.homelinux.net> <[🔎] 7b3b4382-c7c1-cccd-e16a-883b19b6f7de@t-online.de>
Hi, On 15-11-2019 06:12, Carsten Schoenert wrote: > Hello Paul, > > On 14.11.19 08:58, Paul Gevers wrote: > ... >> There's a third option: instead of requesting an unblock, I'll schedule >> the test with both packages from unstable. Than all the other tooling >> will do the right thing (assuming the test passes as expected). > > thank you very much! > And indeed this is working too. ;) > No both packages have already migrated. So, closing this bug. PaulAttachment: signature.asc
Description: OpenPGP digital signature
--- End Message ---