Hey, I added the release team list, cause they may help explaining interpret the britney output. And help to find the right buttons to push, to get kdepim migrating to testing. > > I tried to understand, why kdepim hasn't moved to testing, but I don't > > understand the britney output completely. > > I don't either, but let's see. well I looked at the documentation to understand the output better: https://release.debian.org/doc/britney/short-intro-to-migrations.html But still I'm not completely sure how to interpret the output :D If I'm not wrong, than the first try to install complete kdepim as one set is the one we should care about: trying: kleopatra libkf5libkleo kmail-account-wizard libkf5pimcommon akonadi-contacts kf5-kdepim-apps-libs kaddressbook akonadi-search akonadi-mime libkf5mailcommon pim-data-exporter libkf5libkdepim libkf5eventviews libkf5calend arsupport kholidays kalarmcal kcalcore kdepim-runtime kmbox kmime kf5-messagelib kmailtransport akonadi-import-wizard kdepim-addons kimap kpimtextedit kidentitymanagement mbox-importer korganizer kcontacts ktnef kcalutils libkol ab akonadi kalarm kmail libkf5ksieve libkf5gravatar -kdepim kldap syndication kblog akregator libkf5grantleetheme kontact pim-sieve-editor libkf5incidenceeditor akonadi-calendar blogilo knotes akonadi-calendar-tools libkf5mailim porter akonadi-notes akonadiconsole libkgapi skipped: kleopatra libkf5libkleo kmail-account-wizard libkf5pimcommon akonadi-contacts kf5-kdepim-apps-libs kaddressbook akonadi-search akonadi-mime libkf5mailcommon pim-data-exporter libkf5libkdepim libkf5eventviews libkf5calen darsupport kholidays kalarmcal kcalcore kdepim-runtime kmbox kmime kf5-messagelib kmailtransport akonadi-import-wizard kdepim-addons kimap kpimtextedit kidentitymanagement mbox-importer korganizer kcontacts ktnef kcalutils libko lab akonadi kalarm kmail libkf5ksieve libkf5gravatar -kdepim kldap syndication kblog akregator libkf5grantleetheme kontact pim-sieve-editor libkf5incidenceeditor akonadi-calendar blogilo knotes akonadi-calendar-tools libkf5maili mporter akonadi-notes akonadiconsole libkgapi (6, 1706, 170) got: 39+0: a-2:i-24:a-0:a-0:a-0:m-0:m-3:m-0:p-0:s-10 * s390x: education-desktop-kde, kde-full, kde-standard, kdepim, kf5-kdepimlibs-kio-plugins, knotes, konsolekalendar, korganizer, task-pkgs-are-installable-faux - splitting the component into single items and retrying them If I compare the trying line with all packages inside kdepim i see, that grantlee-editor, kdav, kgpg and kontactinterface are missing in that list. kdav is already migrated. From kgpg and grantlee-editor nothing depends on, so we can skip them. The only missing package we care at this migration is kontactinterface, that explains, why korganizer, knotes will be uninstallable in testing. Maybe it is easier to see these dependencies in graphs: https://pkg-kde.alioth.debian.org/applications-17.08-build-deps.html Because both depend on kontactinterface. And because korganzier >= 17.08 won't be in testing konsolecalender can't migrate, because it breaks against korganzier <= 17.08. education-desktop-kde, kde-full, kde-standard look fine for me, possible, because of korganzier and knotes not migrating having issues. kdepim, kf5-kdepimlibs-kio-plugins both getting unstallable is fine, cause they should be removed form testing. Keep in mind I only added here some of the britney output for kdepim, the two other samples are part of the "splitting the component into single items and retrying them", maybe those are not fine to look at... > > For me it looks that we missed the removals for armhf. Only armhf have > > conflicting packages like: > > > > trying: kdepim-addons > > skipped: kdepim-addons (0, 2784, 136) > > > > got: 31+0: a-2:i-24:a-0:a-0:a-1:m-0:m-3:m-0:p-0:s-1 > > * armhf: kdepim-addons > > This does not tell me anything. > > > trying: libkolab > > skipped: libkolab (0, 2762, 158) > > > > got: 47+0: a-2:i-24:a-0:a-0:a-17:m-0:m-3:m-0:p-0:s-1 > > * armhf: education-desktop-kde, kde-full, kde-standard, kdepim, > > kdepim-runtime, kmail, knotes, konsolekalendar, kontact, korganizer, > > libkolab-dev, libkolab1, python-kde4, python-kolab, python3-kolab, > > python3-pykde4, task-pkgs-are-installable-faux > Ditto, although this gives me two hints: > - pykde4 will migrate tomorrow > - education-desktop-kde on all the architectures depends on some > packages (e.g. kmail) that now are available just on few of them > > This means two possible solutions: > a) fix src:debian-edu, via MU or NMU > b) ask release-team to temporarily hint out src:debian-edu from testing > > I'll see tomorrow what can be done ... > > > Meanwhile I saw, that there is now a ongoing transition[0], that was > > triggerd by you? > > [0] https://release.debian.org/transitions/html/auto-kdepim-rm.html > > This is because src:kdepim was removed from unstable, and this tracks > its status to remove it from testing. I guess. hefee
Attachment:
signature.asc
Description: This is a digitally signed message part.