al (the API key) to the
CI job - allowing for it to be used to do things other than publishing
applications.
A Notary Service prevents this from happening and helps secure the build
pipeline process and is why a Notary is required to implement publishing in
production.
> Thanks,
>
> Soumya
On Mon, Jul 7, 2025 at 11:55 PM Soumyadeep Ghosh <
soumyadeepghosh2...@zohomail.in> wrote:
> Hi Ben,
>
Hi Soumyadeep,
>
> This is an awesome news! I just wanted to know what would be the problem
> in publishing those snaps built inside the new VM based CI.
>
There is c
On Tue, Jul 8, 2025 at 4:18 AM Milian Wolff wrote:
> On Montag, 7. Juli 2025 13:49:14 Mitteleuropäische Sommerzeit Ben Cooksley
> wrote:
> > Hi all,
>
> great news, thanks a lot to you and anyone else working on this!
>
Thanks, it has been quite the adventure over the
set of cleanup - not
three.
Should there be any questions on the above please let me know.
Many thanks,
Ben
them.
I'm anticipating the completion of migration to VM based CI to be completed
within the next 2 weeks, if not sooner.
Thanks,
Ben
On Thu, Jun 12, 2025 at 12:22 AM Luigi Toscano
wrote:
> Ben Cooksley ha scritto:
> > On Wed, Jun 11, 2025 at 8:56 PM Albert Astals Cid > <mailto:aa...@kde.org>> wrote:
> >
> > El dimarts, 10 de juny del 2025, a les 9:31:55 (Hora d’estiu d’Europa
> >
On Wed, Jun 11, 2025 at 8:56 PM Albert Astals Cid wrote:
> El dimarts, 10 de juny del 2025, a les 9:31:55 (Hora d’estiu d’Europa
> central), Ben Cooksley va escriure:
> > > > My concern is that if we keep pushing out terminating support those
> > > > projects
On Mon, Jun 9, 2025 at 8:10 PM Albert Astals Cid wrote:
> El dimecres, 4 de juny del 2025, a les 14:27:35 (Hora d’estiu d’Europa
> central), Ben Cooksley va escriure:
> > On Wed, Jun 4, 2025 at 8:17 AM Albert Astals Cid wrote:
> > > El dimarts, 3 de juny del 2025, a les 1
On Wed, Jun 4, 2025 at 8:17 AM Albert Astals Cid wrote:
> El dimarts, 3 de juny del 2025, a les 11:42:08 (Hora d’estiu d’Europa
> central), Ben Cooksley va escriure:
> > On Tue, Jun 3, 2025 at 9:03 AM Albert Astals Cid wrote:
> > > El dilluns, 2 de juny del 2025, a les 1
On Tue, Jun 3, 2025 at 10:32 PM Sune Vuorela wrote:
> On 2025-06-02, Ben Cooksley wrote:
> > As launching VMs is not the most efficient approach for all workloads,
> > limited support for running Docker containers will be preserved, however
> > this support is primarily
On Tue, Jun 3, 2025 at 11:23 PM Sune Vuorela wrote:
> On 2025-06-03, Ben Cooksley wrote:
> > Not sure why we're wanting to monitor for compilation on an Ubuntu LTS
> > specifically, would have thought that was something best watched by our
> > Appimage CD builds. Tho
On Tue, Jun 3, 2025 at 9:03 AM Albert Astals Cid wrote:
> El dilluns, 2 de juny del 2025, a les 13:39:21 (Hora d’estiu d’Europa
> central), Ben Cooksley va escriure:
> > Hi all,
> >
> > For some time now we have had a variety of issues with our Docker/Podman
> &g
On Tue, Jun 3, 2025 at 3:54 AM Thomas Baumgart wrote:
> On Montag, 2. Juni 2025 17:06:15 CEST Benson Muite wrote:
>
> >
> > On Mon, Jun 2, 2025, at 5:42 PM, Christoph Cullmann wrote:
> > > Hi,
> > >
> > >
> > > On Monday, June 2nd, 202
efore have to remove Qt 5 support from the CI system with the
transition to VM based CI.
Please let me know if there are any questions on the above.
Thanks,
Ben
On Sat, Mar 4, 2023 at 10:49 AM Ben Cooksley wrote:
> Hi all,
>
> Over the past few months Sysadmin has periodically received reports of our
> Git hooks failing when processing commits in certain circumstances.
>
> Looking at all of these instances a clear trend has emerged,
rg/sdk/kdiff3/-/jobs/2555421 should be green shortly.
Cheers,
Ben
On Sun, Dec 1, 2024 at 10:04 AM Ingo Klöcker wrote:
> On Samstag, 30. November 2024 11:51:51 Mitteleuropäische Normalzeit Albert
> Astals Cid wrote:
> > El dissabte, 30 de novembre del 2024, a les 4:57:10 (Hora estàndard del
> > Centre
> > d’Europa), Ben Cooksley v
he maintainers of central
infrastructure (such as myself).
Regards,
Ben
t not all is lost! kde-builder acts as
> replacement and is on top of the new metadata, so we are technically
> already covered.
>
> HS
>
Thanks,
Ben
the
> other
> > e-mail clients that I tried (except for Geary, which I use on my
> PinePhone,
> > but which cheats because it simply does not let me access mails
> > older than 2
> > weeks at all, it includes them in the message counts, but they are
> > completely filtered out from view).
>
> Regards,
> Heiko
>
Regards,
Ben
all their binaries we
currently hold) for the Qt 5.15 series.
While checking however I note that several projects still have activity on
those branches. Can we please confirm whether any further releases are
expected, as i'd prefer to remove anything that isn't being properly
maintained anymore.
Thanks,
Ben
I know Krita at least has this situation presently with their fork of
various parts of Qt that is being maintained in people's personal
namespaces.
Thanks,
Ben
ust about everywhere.
See Flatpak for instance.
I'd suggest waiting a good week or so before trying again, as we will need
to get Craft updated to the 6.0 release made public yesterday.
Have a sneaking suspicion that this will be symlink related though.
Regards,
Ben
On Mon, Feb 19, 2024 at 1:22 PM Harald Sitter wrote:
> On Sun, Feb 18, 2024 at 10:23 AM Ben Cooksley wrote:
> >
> > On Sun, Feb 18, 2024 at 2:58 PM Loren Burkholder <
> computersemiexp...@outlook.com> wrote:
> >>
> >> On Saturday, February 17, 2024 8:
On Sun, Feb 18, 2024 at 2:58 PM Loren Burkholder <
computersemiexp...@outlook.com> wrote:
> On Saturday, February 17, 2024 8:35:48 PM EST Ben Cooksley wrote:
> > On Sun, Feb 4, 2024 at 10:26 AM Ben Cooksley wrote:
> >
> > The Binary Factory, alongside it's tw
On Sun, Feb 4, 2024 at 10:26 AM Ben Cooksley wrote:
> Hi all,
>
> For some time now we have been steadily working on getting our ability to
> build everything that was previously built on the Binary Factory being
> built on Gitlab.
>
> I'm now very happy to advise
?
> Could flatpak builds on master branches be made on-demand rather?
>
For the record, my rebuild of the 6.6-kf6preview Flatpak Runtime/SDK was
successful, and the failure that kicked this off in KUserFeedback has now
been fixed.
https://invent.kde.org/frameworks/kuserfeedback/-/jobs/1561435
> Cheers
> Friedrich
>
>
>
Cheers,
Ben
raft.ini) to make newer Frameworks available, but that
requires that the system recompiles that Framework each time you trigger a
build and is therefore not recommended.
Allowing those systems to use the "latest" artifacts of Frameworks would be
a non-trivial exercise.
> So, how to solve those problems? Did I miss something?
> Could flatpak builds on master branches be made on-demand rather?
> Cheers
> Friedrich
>
Cheers,
Ben
ner rather than later (as making this
change also has implications for the CI system in general)
Thanks,
Ben
f - you can just "docker
pull" them and you should be good to go.
The Linux images there are based on OpenSUSE and are based on the
assumption you will be building all KDE software (including Frameworks and
Phonon) yourself but you could easily install those if you wanted.
>
> Sorry for the maybe stupid question
> Alex
>
Cheers,
Ben
atforms - so you can often get things like Windows and
Linux Appimages for the price of one piece of work.
In terms of the original goal that Jonathan was mentioning - my
interpretation of it was to make this as pain free as possible to achieve.
Something that we have mostly done through Gitlab CD systems, which have
the ability to turn out Flatpak bundles, Linux Appimages, Android APKs and
Windows installers and portable archives.
>
> /Sune
>
>
Cheers,
Ben
On Mon, Jan 22, 2024 at 10:08 PM Ben Cooksley wrote:
> Hi all,
>
> Over the past few weeks significant work has been undertaken to develop
> the ability to make use of containerised builds for FreeBSD.
>
> Over the weekend i'm happy to report that this has now been rolled
e the setup for building of Linux images has yet to be adapted,
so that capability is temporarily unavailable. It is expected to be
restored in the coming days.
Until that is completed, we will be unable to rebuild any of our Linux
images.
Thanks,
Ben
rting their CI configurations
now to avoid future issues.
Thanks,
Ben
at of $gitlabusern...@keyx.asc to have them added.
Many thanks,
Ben
; find where the test failure is and then instead of reading walls of qt
> > plugin info I will just proceed to reproduce the problem locally
> > anyway.
>
> Full ACK. I'm almost always only interested in finding the error which
> caused
> the CI job to fail and sometimes in seeing compiler warnings.
>
> Regards,
> Ingo
>
Cheers,
Ben
logging rules
then please send an MR (would suggest that it is wrapped behind a check for
whether the logging rules variable is set already though)
Cheers,
Ben
>
> Thoughts?
>
> HS
>
Git commit 55f8993e028b2597dea44077cd49eb91bb9d87e4 by Ben Cooksley.
Committed on 31/10/2023 at 10:23.
Pushed by bcooksley into branch 'master'.
Move Linux CI for Qt 6 over to Qt 6.6.
CCMAIL: kde-de...@kde.org
CCMAIL: kde-core-devel@kde.org
CCMAIL: kde-frameworks-de...@kde.org
CCMAIL:
escriptions that should be set on both the
product and the various components, then we can set this up.
>
> Regards,
> Ingo
Cheers,
Ben
those builds.
The legacy builders are still currently performing FreeBSD builds, however
I will provision those FreeBSD VMs shortly so they should transition across
soon as well.
Please let us know if there are any issues.
Cheers,
Ben
BSD CI workers are all
killed off.
Otherwise they sit there eating up an entire CPU core at 100% utilisation
until an admin logs in and kills them off.
Cheers,
Ben
> --
> Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
>Software Architect - Intel DCAI Cloud Engineering
> .
>
>
>
On Sat, Aug 19, 2023 at 3:37 AM Tomaz Canabrava wrote:
> (some help / I need to set the default branch to master, from main,
> because the tooling doesn't accept the later, I don't think I have the
> permission to do that).
>
That has been done now.
Cheers,
Ben
>
&g
ci-utilities)
>> The current repository of Codevis is:
>> https://invent.kde.org/tcanabrava/codevis
>>
>> The KDE developers on this project are me, tarcisio fischer (that
>> presented Codevis on Akademy), and Richard Dale.
>>
>> Best regards,
>> Tomaz
>>
>
Cheers,
Ben
s the Binary Factory shutdown approaches (watch this space).
Thanks,
Ben
On Tue, Jul 25, 2023 at 1:35 AM Vít Pelčák wrote:
>
> ne 23. 7. 2023 v 12:01 odesílatel Ben Cooksley napsal:
>
>> Good morning KDE Developers,
>>
>> As many of you will be aware, today Gitlab and our Subversion repository
>> were both migrated to a new home - o
kRxbt/N6xzpt7GbmmS78A3WFy5lz0l/cPHbcE root@lerwini (ECDSA)
3072 SHA256:KxAoV6VsbKvAocFZCJlxtmPDScmUCRNiUiOCSXNSC/k root@lerwini (RSA)
Please let us know, via either sysad...@kde.org or kde-de...@kde.org if you
encounter any issues with the new system.
Many thanks,
Ben Cooksley
KDE Sysadmin
ation will be undertaken from approximately 10pm UTC, Saturday
22nd July.
Please let me know if you have any questions on the above.
Cheers,
Ben
igikam. For want of a better place as it
was a bit of infrastructure / behind the scenes tooling it was therefore
put in System.
There was never any mention in the ticket that it was going to be exclusive
to Plasma and not usable outside of a Plasma setting, hence why that was
not considered.
>
> Aleix
>
Cheers,
Ben
the code quality issues he found have all been corrected.
Note that having something step into Frameworks is a big deal, so this is
something that should not be rushed and if there are issues with the code
we should fix them sooner vs. later.
Thanks,
Ben
> >
> > On Tue, Jun 20,
this repository and comment
as appropriate.
Thanks,
Ben
On Wed, Jun 14, 2023 at 9:12 PM Marco Martin wrote:
> Hi all,
> Some time has passes, and changes have been done in the repo to
> address some of the points.
> Now there are review requests in plasma-framework which depends on
allow us to retire one of our
smaller DigitalOcean servers (the load all of these generate is
computationally small and thus cheap, however they do occupy mental
headspace that is better served focusing on other areas of our
infrastructure).
Comments on the above?
Thanks,
Ben
Git commit 41002ce5f78d403f001b269153410c5910f529f2 by Ben Cooksley.
Committed on 22/04/2023 at 19:55.
Pushed by bcooksley into branch 'master'.
Remove kdewebkit from the CI job seeds.
Due to the unmaintained status (and removal) of QtWebKit with openSUSE we have
dropped it from
On Tue, Apr 11, 2023 at 9:23 PM Ben Cooksley wrote:
> Hi all,
>
> Tomorrow I will need to conduct some maintenance on our Gitlab instance
> which may take approximately 60 to 90 minutes in time, depending on how
> things go.
>
> This downtime is needed to facilitate
n i'm allowing for here.
Maintenance will start at approximately 1930 NZST ( 0730 UTC ) on 11 April,
during which time all services associated with Gitlab (including SSO login,
Git repositories, etc) will be unavailable.
Apologies in advance for the disruption.
Many thanks,
Ben
phics/digikam
- education/kstars
- documentation/digikam-doc
Thanks,
Ben
On Sat, Mar 4, 2023 at 11:03 AM Ingo Klöcker wrote:
> On Freitag, 3. März 2023 22:49:06 CET Ben Cooksley wrote:
> > In all cases i'm aware of, the files have been in either SVG, JSON or XML
> > in format.
> >
> > To fix this, and allow changes to be merged please
e master branch, otherwise it will not be propagated by GitLab to our
hooks.
Thanks,
Ben
e.org/pim/kalendar/-/jobs/786366), so once the
system has finished playing catch up we may need to do some additional
infrastructure work there.
Please contact me if you'd like to assist with that.
Thanks,
Ben
On Mon, Feb 6, 2023 at 2:30 AM Thomas Baumgart wrote:
> On Sonntag, 5. Februar 2023 12:06:16 CET Ben Cooksley wrote:
>
> > Hi all,
> >
> > This migration has now been completed this evening, and Bugzilla should
> be
> > up and running now in its new home.
>
ebase have also bitrotted and broken.
At some point in the not too distant future we may need to evaluate a
replacement platform to Bugzilla if upstream does not release a newer
version.
Thanks,
Ben
On Sun, Jan 29, 2023 at 11:22 PM Ben Cooksley wrote:
> Hi Community,
>
> This email is
import it on the new system.
An import was done somewhat recently of a bugs.kde.org backup snapshot into
bugstest.kde.org, which will allow for content to be accessed for older
bugs during this downtime.
Please let me know if there are any queries on this.
Regards,
Ben Cooksley
KDE Sysadmin
the threshold for being a copyrightable work.
As for the content of sysadmin/ci-utilities, it isn't under CC0.
At best this likely only covers those projects with custom CI.
Cheers,
Ben
>
> Thanks in advance and best regards,
> Neal
>
> P.S.: I originally sent this to kde-licen
On Mon, Jan 9, 2023 at 1:05 AM Thomas Baumgart wrote:
> On Sonntag, 8. Januar 2023 11:03:09 CET Ben Cooksley wrote:
>
> > Hi all,
> >
> > This evening I updated our Gitlab instance at invent.kde.org to the
> latest
> > version - 15.7.1.
> > The release n
you
experience issues with it you can disable it in your preferences:
https://invent.kde.org/-/profile/preferences
Should there be any issues, please let us know.
Thanks,
Ben
kde.org itself
so this is also a heads up that next weekend we're likely to have a
downtime period of several hours as it is moved.
Thanks,
Ben
On Tue, Dec 13, 2022 at 11:48 AM Albert Astals Cid wrote:
> El dilluns, 12 de desembre de 2022, a les 18:28:08 (CET), Ben Cooksley va
> escriure:
> > On Mon, Dec 12, 2022 at 12:29 PM Albert Astals Cid
> wrote:
> > > El dimarts, 29 de novembre de 2022, a les 10:15:33
On Mon, Dec 12, 2022 at 12:29 PM Albert Astals Cid wrote:
> El dimarts, 29 de novembre de 2022, a les 10:15:33 (CET), Ben Cooksley va
> escriure:
> > Hi all,
> >
> > As an update to this, sufficient changes have been made within Craft that
> > it is now possib
at is compatible with Ninja
being built without re2c being available.
Qt 6 CI will be globally disabled in 2 weeks time if this remains unfixed,
as dependencies move quickly and I'm not in favour of retaining parts of
the CI system which cannot be rebuilt.
Regards,
Ben
On Sat, Nov 19, 2022 at 7
time.
Thanks,
Ben
that change is deemed to be outside policy and
should be reverted immediately.
Regards,
Ben Cooksley
KDE Sysadmin
an about 24 hours or so ago.
(The placement of projects in playground / KDE Review / etc is just a
single line in a YAML file which anyone can commit to)
>
> Nate
>
Cheers,
Ben
>
>
> On 10/21/22 12:19, Nate Graham wrote:
> > Any more concerns or objections?
> >
>
On Mon, Oct 24, 2022 at 11:56 PM Raghavendra Kamath
wrote:
> On Sunday, 23 October, 2022 12:02:23 PM IST Ben Cooksley wrote:
> > I
> > have also enabled Mandatory 2FA, which Gitlab will ask you to configure
> > next time you access it.
>
> Is the 2FA in KDE identity we
On Mon, Oct 24, 2022 at 12:37 PM Kevin Kofler
wrote:
> Ben Cooksley wrote:
> > On Mon, Oct 24, 2022 at 3:36 AM Kevin Kofler
> > wrote:
> >> IMHO, this is both an absolutely unacceptable barrier to entry and a
> >> constant annoyance each time one has to log i
On Mon, Oct 24, 2022 at 3:36 AM Kevin Kofler wrote:
> Hi,
>
Hi Kevin,
>
> Ben Cooksley wrote:
> > As part of securing Invent against recently detected suspicious activity
>
> What kind of suspicious activity would that be? Yesterday, Invent even
> considered it &q
s-using-ssh
for more details on this.
Please let us know if there are any queries on the above.
Thanks,
Ben
I can copy from elsewhere (which
> in case people haven't noticed, is basically how I do everything)?
>
Please see
https://invent.kde.org/sysadmin/ci-utilities/-/tree/master/gitlab-templates
for a list of available templates for use on invent.kde.org.
Cheers,
Ben
>
> Nate
>
On Sun, Sep 4, 2022 at 8:51 PM Gilles Caulier
wrote:
> Hi Ben,
>
HI Gilles,
>
> With build/binary-factory , it was possible to get an Embeddable Build
> Status Icon as this one :
>
>
> https://binary-factory.kde.org/view/AppImage/job/Digikam_Nightly_appimage-cent
).
Android Qt 5 builds still share the image with the Binary Factory and
therefore will have to continue to run as root at this time until we are
able to discontinue the BInary Factory (or at least, Android's use of it).
Thanks,
Ben
On Sun, Sep 4, 2022 at 7:54 AM Johnny Jazeix wrote:
>
>
> Le sam. 3 sept. 2022 à 21:28, Ben Cooksley a écrit :
>
>> On Sat, Sep 3, 2022 at 9:29 PM Gleb Popov <6year...@gmail.com> wrote:
>>
>>> On Sat, Sep 3, 2022 at 7:46 AM Ben Cooksley wrote:
>>
nary Factory is unaffected by these changes, however
steps will be made in the coming weeks/months to migrate away from the
Binary Factory to equivalent Gitlab jobs (although they won't be available
for Merge Requests due to various technical limitations)
Regards,
Ben
>
>
> S
On Sat, Sep 3, 2022 at 9:29 PM Gleb Popov <6year...@gmail.com> wrote:
> On Sat, Sep 3, 2022 at 7:46 AM Ben Cooksley wrote:
> >
> > As previously indicated, I have now shutdown build.kde.org along with
> the domain that supported it's version of the CI tooling.
>
On Sat, Aug 27, 2022 at 9:44 PM Ben Cooksley wrote:
> Hi all,
>
> This evening I completed the necessary setup required to complete our
> Gitlab CI dashboards, which can now be found at
> https://metrics.kde.org/dashboards/f/aNxvXJW4k/gitlab-ci (KDE Developer
> account login r
ical block that maybe we can help to solve ?
>
These files have usually been the result of generation processes in either
our own repositories (develop.kde.org), or from other external datasets
(kstars).
As such they're not really suitable to generate at build time.
>
>
> []'
binary data using .gitattributes
This should assist the email generating components of the hooks in more
easily handling the content.
Thanks,
Ben
On Sun, Aug 28, 2022 at 4:40 AM Albert Astals Cid wrote:
> El dissabte, 27 d’agost de 2022, a les 11:44:47 (CEST), Ben Cooksley va
> escriure:
> > Hi all,
> >
> > This evening I completed the necessary setup required to complete our
> > Gitlab CI dashboards, which
e are any questions on the above.
Thanks,
Ben
gt; and towards reuse compliance.
> Maybe display the SPDX tag instead?
>
Please note that Gitlab and other places still do rely on LICENSE (or
COPYING) files being present (and I guarantee there is distribution tooling
out there that does the same too) so I wouldn't be too quick to shoot down
LICENSE files in the root of repositories.
>
> David
>
>
>
Cheers,
Ben
Git commit ebb24a7118581ff27dbf66c3dc32da3bd6645d30 by Ben Cooksley.
Committed on 18/06/2022 at 09:11.
Pushed by bcooksley into branch 'master'.
Remove direct link to invent.kde.org.
Linking to raw files on invent.kde.org is *strictly* and *absolutely*
prohibited in the strongest poss
prefer IPv4 for
delivery of email which side steps the issue, at the cost of not making use
of IPv6.
This outage affected all KDE.org hosted mailing lists, as well as @kde.org
and @kdemail.net aliases.
Apologies for the inconvenience.
Regards,
Ben Cooksley
KDE Sysadmin
#x27;m not sure if others can help with that now. Can any KDE
> account push to the above repo?
>
No, only you are able to push to that repository, but people can send you
merge requests.
To give people access to the repository you can either:
a) Invite the teams/kde-developers group to the repository as a 'Developer'
which will grant access to it; or
b) Ask Sysadmin to move the repository into libraries/ which is where it
would go prior to becoming a Framework (which it can only do when it
completes KDE Review)
> Thanks,
>
> Stephen.
>
>
Cheers,
Ben
aster/kde/frameworks/version.ini
for an example of how to declare versions that can come from tarballs
instead of Git branches/tags.
Cheers,
Ben
>
>
> Jan 21, 2022 2:10:19 PM Ben Cooksley :
>
> On Sat, Jan 22, 2022 at 7:52 AM Michael Reeves
> wrote:
>
>> This is being cros
e smoothly as well.
This is something which I believe is being worked on and tested in a small
handful of repositories currently.
Cheers,
Ben
>
> What metadata is needed within the repo, the bugzilla information in the
> projects metadata?
>
The "bugzilla:" section is required, with a product subkey being the name
of the product on Bugzilla.
If a specific component should be targeted then a key "component" may also
be added.
> Regards
>
> hefee
>
>
>
Cheers,
Ben
On Mon, Jan 10, 2022 at 3:53 AM Michael Reeves wrote:
> What is the status for MacOS builds?
>
No work is being made on those at this time, in large part because work is
focused on getting us off Jenkins currently.
Regards,
Ben
>
>
> Jan 9, 2022 4:34:38 AM Ben Cooksley :
>
uld anyone have any questions on the above please let us know.
Thanks,
Ben Cooksley
KDE Sysadmin
,
Ben Cooksley
KDE Sysadmin
your fork is now unable to be rebased and will need to be destroyed and
recreated.
(as the commit hooks will refuse to admit the commits from the noreply
domains - especially now that i've corrected the blacklist omission).
My apologies for the inconvenience caused.
Regards,
Ben Cooksley
KDE Sysadmin
functionality show them with a download option.
You should be able to find the necessary links on the Pipelines page for a
project - https://invent.kde.org/sdk/kdiff3/-/pipelines
Cheers,
Ben
> On Sat, Nov 27, 2021 at 1:31 PM Ben Cooksley wrote:
>
>> Hi all,
>>
>> As ment
releaseme is required (that I created mr 13 for). Can
> we use cmake_project_name as project identifiers? If yes, then I see it is
> no problem to add a from_identifier() to releaseme::project. And then the
> problem will be solved.
>
>
Cheers,
Ben
> 24.11.2021, 13:02, "Ben
On Mon, Nov 29, 2021 at 9:11 PM Ingo Klöcker wrote:
> On Sonntag, 28. November 2021 23:07:50 CET Albert Astals Cid wrote:
> > El dissabte, 27 de novembre de 2021, a les 19:30:08 (CET), Ben Cooksley
> va
> escriure:
> > > As mentioned in the subject, i'm
1 - 100 of 798 matches
Mail list logo
