KPeople part of KDE Frameworks

Marko Käning mk-lists at email.de
Tue Mar 3 07:29:16 UTC 2015


Hi Michael,

On 03 Mar 2015, at 03:30 , Michael Pyne <mpyne at kde.org> wrote:

> On Mon, March 2, 2015 20:15:20 Marko Käning wrote:
>> So, having those ktp-* entries in dependency-data-stable-kf5-qt5 shouldn’t
>> do any harm.
>> 
>>   But I don’t know how kdesrc-build will handle this, though...
> 
> For missing entries kdesrc-build will infer "master" as the git branch to use. 
> It would be very confusing for a user to ask to build a module and still have 
> kdesrc-build ignore it because it doesn't have an entry in kde-build-metadata.
> 
> With that said, kdesrc-build *will* ignore modules that have a defined branch 
> of "" (i.e. empty) in logical-module-structure, so if a module simply should 
> not be built for a given branch-group my recommendation would be to define the 
> branch-group after all but set it to an empty value. E.g.
> 
>        "kde/kdenetwork/ktp*": {
>            "stable-qt4": "kde-telepathy-0.9",
>            "latest-qt4": "kde-telepathy-0.9",
>            "kf5-qt5": "master",
>            "stable-kf5-qt5": ""
>        },
> 
> I believe that Scarlett's new CI supports this as well, and the current 
> Jenkins CI also supports this.

Scarlett’s CI also supports to treat *undefined* entries as _set to empty_,
just like my OSX/CI does.

   So, in the light of your remarks the question is, whether all the
   removed empty definitions in my RR [1] should actually be left the
   way they are!?!?

Greets,
Marko


[1] https://git.reviewboard.kde.org/r/122672/


More information about the Kde-frameworks-devel mailing list