kdepim 17.08.3 and kde-l10n

[Emilio Pozuelo Monfort]

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