<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Sep 5, 2021 at 7:13 AM Friedrich W. H. Kossebau <<a href="mailto:kossebau@kde.org">kossebau@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">Am Samstag, 4. September 2021, 18:59:19 CEST schrieb Glen Ditchfield:<br>
> Eventview's release/21.08 branch builds successfully in Jenkins<br>
> (<a href="https://build.kde.org/job/Applications/job/eventviews/" rel="noreferrer" target="_blank">https://build.kde.org/job/Applications/job/eventviews/</a>), but not<br>
> in <a href="http://invent.kde.org" rel="noreferrer" target="_blank">invent.kde.org</a>.  The most recent attempt at the moment is<br>
> <a href="https://invent.kde.org/pim/eventviews/-/jobs/128298" rel="noreferrer" target="_blank">https://invent.kde.org/pim/eventviews/-/jobs/128298</a><br>
> which fails during compilation:  one error message is `expected class<br>
> name`.  It seems to be objecting to `CalendarSupport::PluginFactory`,<br>
> which puzzles me, because calendarsupport's release/21.08 plugin.h does<br>
> declare `PluginFactory`.<br>
> <br>
> Could invent be using a broken version of calendarsupport?<br>
<br>
Given this is the build of eventview stable/release branch, those items in the <br>
cmake log are suspicious:<br>
"<br>
 * KF5PimTextEdit (required version >= 5.18.40)<br>
 * KF5IdentityManagement (required version >= 5.18.40)<br>
"<br>
which are indirect dependencies, so something wants the latest development <br>
version here.<br></blockquote><div><br></div><div>Looking at the .gitlab-ci.yml file, I see BRANCH_GROUP=kf5-qt5 which is the current development(master) branch group.</div><div>Therefore what you are seeing here is expected behaviour.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I suspect that KDE Gitlab is currently not really configured to support both <br>
main/development and stable/release build setups for the pipelines, so it <br>
might be unclear what is in the build cache and from which branch. (beware, me <br>
no clue about gitlab CI things)<br>
<br>
AFAIK KDE's gitlab CI is currently still in experimental state and so far was <br>
only targetting KDE Frameworks for test runs, the gitlab CI config files added <br>
for PIM products was not yet done in collabiration with sysadmin, was it?<br></blockquote><div><br></div><div>This was all done by Montel using some of the CI demo stuff that had been done for other repositories.</div><div>I can confirm that Gitlab CI is experimental and not intended for production use at this stage.</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>
Guess we should ask sysadmin to tweak off time to do an official update where <br>
we are, so we are not in the dark as we seem to be now (and could help to go <br>
to the light).<br>
<br>
So, dear sysadmin :), could you please do a short status update e.g. to the <br>
community ML, to tell where we are, where things are tracked and who could <br>
help with what to progress here?<br></blockquote><div><br></div><div>We are getting fairly close now - the vast majority of the code for it is now ready with just one piece left to complete.</div><div>Then we should be able to start a slow incremental rollout which will start with Frameworks (subject to initial testing completing okay)<br></div><div><br></div><div>Plasma will likely be the last to be supported by the new system because they require Frameworks master while also depending on a couple of Release Service items that will generally be expected to depend on Frameworks stable, and i'm not yet sure on how best to resolve that.<br></div><div><br></div><div>Looking at PIM's dependency chain, as long as KDiagram has the same set of dependencies you shouldn't have an issue there (as all of your other dependencies are within your release unit, or on Frameworks).</div><div>Should you opt to require Frameworks master, then you would be faced with a similar issue due to Akonadi's dependency on kaccounts-integration.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Cheers<br>
Friedrich<br></blockquote><div><br></div><div>Regards,</div><div>Ben</div></div></div>