On 13/01/18 18:22, Pino Toscano wrote: > 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?
See my other email. Emilio
