kdepim 17.08.3 and kde-l10n
Pino Toscano
pino at debian.org
Sat Jan 13 17:22:58 UTC 2018
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20180113/d7e54bc5/attachment.sig>
More information about the pkg-kde-talk
mailing list