Dear release team, On domenica 31 dicembre 2017 14:24:20 CET Pino Toscano wrote: > On domenica 31 dicembre 2017 14:03:56 CET Sandro Knauß wrote: > > 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. > > What I noticed earlier is that kde-standard unconditionally depends on > kmail and akregator, and thus migrating them will make kde-standard > uninstallable on some architectures -- I just fixed it in git. > Also, I noticed that knotes, konsolekalendar and korganizer > unconditionally depend on kdepim-runtime, so migrating them (together > with kdepim-runtime as it breaks older versions of them), will make > them uninstallable on some architectures -- I fixed them in git too. > > So I'm waiting for src:meta-kde (which provides kde-standard) to > migrate in testing, together with the other batch of uploads I did few > days ago, and then I will upload the aforementioned sources and few > more PIM-related with pending changes. > > Of course, if anyone in release-team spots more issues to fix, I will > gladly hear about them. Gentle ping on this. The uploads of PIM components were done, and they are stuck in unstable (together with the others as before); also meta-kde was uploaded, but it is stuck too (see my recent email about it [1]). Can you please help here, so we can make this process go forward? [1] https://lists.debian.org/debian-release/2018/01/msg00133.html Thanks, -- Pino Toscano
Attachment:
signature.asc
Description: This is a digitally signed message part.