<div dir="ltr"><div><div>Hi, sorry for no updates on this for a while. I am currently in the process of changing my university for masters and figuring out the changes in my visa application, health insurance and related documents as a result of it, so I haven't been able to test this completely. I'll take this up again in a few days.<br><br></div>Sincerely,<br></div>Aakarsh MJ</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Jul 21, 2025 at 9:12 PM Albert Astals Cid <<a href="mailto:aacid@kde.org">aacid@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">El dimecres, 16 de juliol del 2025, a les 3:48:16 (Hora d’estiu d’Europa <br>
central), Aakarsh MJ va escriure:<br>
> > Do you (or someone else) commit to maintain it for a long time?<br>
> <br>
> I am open to maintaining it but I don't have much experience doing so. From<br>
> what I understand, I just need to update the changes to the yaml file based<br>
> on updates to the github repo and if I understand correctly that follows<br>
> KDE gear update cycle? Can you confirm this?<br>
<br>
There's no yaml, the manifest is a json file ;)<br>
<br>
What do you mean "that follows KDE gear update cycle", what follows the KDE <br>
gear update cycle? the flatpak manifest? No, it is updated when dependencies <br>
get new releases.<br>
<br>
Cheers,<br>
  Albert<br>
<br>
> <br>
> Cheers,<br>
> Aakarsh MJ<br>
> <br>
> On Tue, Jul 15, 2025 at 1:55 AM Albert Astals Cid <<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>> wrote:<br>
> > El dilluns, 14 de juliol del 2025, a les 4:36:20 (Hora d’estiu d’Europa<br>
> > <br>
> > central), Aakarsh MJ va escriure:<br>
> > > Hi, sorry for the late reply.<br>
> > > <br>
> > > > That fork/pipeline is not using the template from<br>
> > > > <a href="https://invent.kde.org/sysadmin/ci-utilities/-/merge_requests/274" rel="noreferrer" target="_blank">https://invent.kde.org/sysadmin/ci-utilities/-/merge_requests/274</a><br>
> > > > is it?<br>
> > > <br>
> > > The contents of the yml file that was tested in the above pipeline are<br>
> > <br>
> > the<br>
> > <br>
> > > same as the template. This<br>
> > > <<br>
> > <br>
> > <a href="https://invent.kde.org/aakarshmj/okular/-/blob/master/measurement.yml?ref_" rel="noreferrer" target="_blank">https://invent.kde.org/aakarshmj/okular/-/blob/master/measurement.yml?ref_</a><br>
> > t<br>
> > <br>
> > > ype=heads> is the yml file used and this<br>
> > > <<a href="https://invent.kde.org/aakarshmj/okular/-/pipelines/946593" rel="noreferrer" target="_blank">https://invent.kde.org/aakarshmj/okular/-/pipelines/946593</a>> is the<br>
> > > pipeline that was run to test it but I understand your concern, in the<br>
> > > final testing I did skip the okular specific jobs (I had tested them in<br>
> > > previous pipeline runs before so I assumed it should work fine as well<br>
> > > since the incremental changes were minimal). What I can do is refork the<br>
> > > okular repo (since the one that I was working with is old now, so the<br>
> > <br>
> > newer<br>
> > <br>
> > > one will definitely be beneficial to incorporate the changes performed<br>
> > > since) and run the template from the .gitlab-ci.yml file by including<br>
> > > the<br>
> > > kecolab runner.<br>
> > > <br>
> > > Also one more thing I wanted to ask, will it be fine to include the<br>
> > > manifest.json files that are present in the flathub repo in the okular<br>
> > > repo, since the flatpak pipeline needs it to build the okular flatpak<br>
> > > binary?<br>
> > <br>
> > I am personally not really interested in maintaining a fork of the flathub<br>
> > manifest.<br>
> > <br>
> > Do you (or someone else) commit to maintain it for a long time?<br>
> > <br>
> > Cheers,<br>
> > <br>
> >   Albert<br>
> >   <br>
> > > Cheers,<br>
> > > Aakarsh MJ<br>
> > > <br>
> > > On Tue, Jul 8, 2025 at 4:01 AM Albert Astals Cid <<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>> wrote:<br>
> > > > El divendres, 4 de juliol del 2025, a les 11:11:28 (Hora d’estiu<br>
> > <br>
> > d’Europa<br>
> > <br>
> > > > central), Joseph P. De Veaugh-Geiss va escriure:<br>
> > > > > Dear Okular team,<br>
> > > > > <br>
> > > > > KDE contributor Aakarsh MJ has integrated KEcoLab into the pipeline<br>
> > <br>
> > for<br>
> > <br>
> > > > > KDE software. We would like to set this up and test it for Okular.<br>
> > > > > <br>
> > > > > Would the Okular team support this integration?<br>
> > > > > <br>
> > > > >    <a href="https://invent.kde.org/sysadmin/ci-utilities/-/merge_requests/274" rel="noreferrer" target="_blank">https://invent.kde.org/sysadmin/ci-utilities/-/merge_requests/274</a><br>
> > > > > <br>
> > > > > This change integration would automatically obtain an energy<br>
> > <br>
> > measurement<br>
> > <br>
> > > > > report at the time of a new Okular release (assigning of tags).<br>
> > > > > Right<br>
> > > > > now the measurement process must be triggered manually.<br>
> > > > > <br>
> > > > > Note: The measurement process can still be triggered manually to<br>
> > > > > test<br>
> > > > > specific changes for energy measurement without needing to deploy<br>
> > > > > the<br>
> > > > > changes to Flathub by providing a manifest.json file.<br>
> > > > > <br>
> > > > > The set up has been tested against the fork of Okular:<br>
> > > > >    <a href="https://invent.kde.org/aakarshmj/okular/-/pipelines/946593" rel="noreferrer" target="_blank">https://invent.kde.org/aakarshmj/okular/-/pipelines/946593</a><br>
> > > > <br>
> > > > That fork/pipeline is not using the template from<br>
> > > > <a href="https://invent.kde.org/sysadmin/ci-utilities/-/merge_requests/274" rel="noreferrer" target="_blank">https://invent.kde.org/sysadmin/ci-utilities/-/merge_requests/274</a><br>
> > > > is it?<br>
> > > > <br>
> > > > Cheers,<br>
> > > > <br>
> > > >   Albert<br>
> > > >   <br>
> > > > > Integration would also help keep Okular in line with Blue Angel<br>
> > > > > certification rules, which requires certified software to be<br>
> > <br>
> > measured on<br>
> > <br>
> > > > > a regular basis.<br>
> > > > > <br>
> > > > > What do you think? Could we set this up for Okular? :)<br>
> > > > > <br>
> > > > > Cheers,<br>
> > > > > Joseph<br>
> > > > > (on behalf of the KEcoLab team)<br>
<br>
<br>
<br>
<br>
</blockquote></div>