<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Sep 7, 2021 at 8:48 PM Vlad Zahorodnii <<a href="mailto:vlad.zahorodnii@kde.org">vlad.zahorodnii@kde.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 9/5/21 3:18 PM, David Faure wrote:<br>
> On dimanche 5 septembre 2021 12:26:50 CEST Ben Cooksley wrote:<br>
>> On Sun, Sep 5, 2021 at 10:22 PM David Faure <<a href="mailto:faure@kde.org" target="_blank">faure@kde.org</a>> wrote:<br>
>>> For frameworks, I think we should be able to write a one-time script that<br>
>>> generates .kde-ci.yml files using the dependencies listed in kde-build-<br>
>>> metadata (and the platforms listed in metainfo.yaml) ?<br>
>><br>
>> Yes, that should work nicely (although that information now lives in<br>
>> sysadmin/repo-metadata, dependencies folder)<br>
> <br>
> All done for Frameworks.<br>
> <br>
> The script that collects platforms from metainfo.yaml won't be useful for<br>
> other KDE modules, but the script that collects deps from dependency-data-kf5-<br>
> qt5 is attached, in case it's useful to anyone else.<br>
<br>
Is there a file that maps legacy project paths to gitlab project paths? <br>
dependency-data-kf5-qt5 lists projects with their legacy paths.<br></blockquote><div><br></div><div>The individual project YAML files in sysadmin/repo-metadata contain this information.</div><div>The legacy project path can be found under 'projectpath' while the Gitlab paths are under 'repopath'</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
vlad<br></blockquote><div><br></div><div>Cheers,</div><div>Ben</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
>> Once we've transitioned across to the .kde-ci.yml files the existing<br>
>> dependency metadata and branch group files will no longer be required.<br>
>> (We'll need to work out a way of exporting this information for easy<br>
>> consumption by kdesrc-build and other clients before it can be removed<br>
>> though)<br>
> <br>
> OK. Duplication is bad so I agree :)<br>
> <br>
<br>
</blockquote></div></div>