Re: Rollout of VM based CI

>> things are now found at /mnt/$PLATFORM/artifacts/ and >> /mnt/$PLATFORM/caches/. It is imperative that this change is reflected in >> your jobs, otherwise you may encounter permission related failures due to >> different distributions having different user/group IDs. >

Re: KDE Review Request: Keep Secret

On 17/07/2025 21:09, Marco Martin wrote: Should it already be moved to another more public-facing repo to start to setup CI ? On Tue, Jul 15, 2025 at 3:22 PM Marco Martin wrote: Hi all, I have been working over the last months on an application called Keep Secret. It is intended to be a passwo

Re: Rollout of VM based CI

s has changed as part of this migration. It > > > is no longer at /mnt/artifacts/$PLATFORM/ or /mnt/caches/$PLATFORM/ - > > > instead things are now found at /mnt/$PLATFORM/artifacts/ and > > > /mnt/$PLATFORM/caches/. It is imperative that this change is reflected in >

Re: Rollout of VM based CI

s migration. It is > no longer at /mnt/artifacts/$PLATFORM/ or /mnt/caches/$PLATFORM/ - instead > things are now found at /mnt/$PLATFORM/artifacts/ and > /mnt/$PLATFORM/caches/. It is imperative that this change is reflected in > your jobs, otherwise you may encounter permission rel

Re: Rollout of VM based CI

aches/. > It is imperative that this change is reflected in your jobs, otherwise you > may encounter permission related failures due to different distributions > having different user/group IDs. > > For those curious, the rollout procedure across all four machines took less &g

Re: KDE Review Request: Keep Secret

Pretty nice app! I opened some Issues on the Gitlab issue tracker (since no Bugzilla product for it is set up yet) and then fixed a few of them with https://invent.kde.org/mart/keepsecret/-/merge_requests/2. Nate On 7/15/25 6:22 AM, Marco Martin wrote: Hi all, I have been working over the

Re: KDE Review Request: Keep Secret

Hi, Unfortunately QtKeychain while perfect for saving and reading of a password from an application, doesn't do what i need. I wanted a tool that can list all secret collections, create/delete them, and list all secrets in a collection saved by any application, also those from other desktops. QtK

Re: KDE Review Request: Keep Secret

On Donnerstag, 17. Juli 2025 14:39:57 Mitteleuropäische Sommerzeit Marco Martin wrote: > Thanks, > I got it mostly working. > However i had to disable Android and windows because of the dependency > to GNOME libsecret which i don't think is available there? > (also, on Android I think it would rea

Re: KDE Review Request: Keep Secret

Should it already be moved to another more public-facing repo to start to setup CI ? On Tue, Jul 15, 2025 at 3:22 PM Marco Martin wrote: > > Hi all, > > I have been working over the last months on an application called Keep Secret. > It is intended to be a password manager gui which uses the Secr

Re: KDE Gear projects with failing CI (master) (15 July 2025)

On 16/07/2025 06:21, Albert Astals Cid wrote: Please work on fixing them, otherwise i will remove the failing CI jobs on their 4th failing week, it is very important that CI is passing for multiple reasons. Good news: 2 repo fixed Good news #2: All repos are passing :) Cheers, Albert Yay!

Re: Breeze style problem since Qt 6.8.2

E-Mail von Albert Astals Cid vom Freitag, 11. Juli 2025, 00:14: > El dissabte, 8 de març del 2025, a les 19:06:18 (Hora d’estiu d’Europa > central), Tobias Leupold va escriure: > > Hi all! > > > > There's a style problem with Breeze that emerged with Qt 6.8.2: QSpinBoxes > > take too much vertica

Re: Breeze style problem since Qt 6.8.2

El dissabte, 8 de març del 2025, a les 19:06:18 (Hora d’estiu d’Europa central), Tobias Leupold va escriure: > Hi all! > > There's a style problem with Breeze that emerged with Qt 6.8.2: QSpinBoxes > take too much vertical space if an application-wide style sheet is set. Even > setting a single s

Re: Transition to VM based CI

On Montag, 7. Juli 2025 18:17:37 Mitteleuropäische Sommerzeit Milian Wolff wrote: > Are the base VM images built using Ansible or something and thus available > to interested developers too as a means to get quickly into a dev setup? > Especially for Windows that would be great to have, but it wou

Re: Transition to VM based CI

utomated deployment. Once this has been validated, the conversion >> of the remaining nodes (node2, node3, node4, node5) will be scheduled - >> converting them all to be VM based CI runners. >> >> To allow for final legacy jobs to be completed, node1 will be left to run >>

Re: Transition to VM based CI

g KDE Linux and Snaps will also be retired. Support for Yocto builds is out of scope for this transition at this time but that may be re-evaluated in the future. _What specs will the VMs be provided with?_ By default builds will be provided with 8 vCPU cores, 16GB RAM

Re:  Transition to VM based CI

es up, that node will also be converted. > > As part of this the dedicated VM runners currently supplied for building > KDE Linux and Snaps will also be retired. Support for Yocto builds is out > of scope for this transition at this time but that may be re-evaluated in > the future.

Re: Transition to VM based CI

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 past couple of months getti

Re: Transition to VM based CI

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! > As an additional benefit, the system will require significantly less work > to maintain. Currently each build node, along with the Free

Re: Transition to VM based CI

nsition at this time but that may be re-evaluated in the future. What specs will the VMs be provided with? By default builds will be provided with 8 vCPU cores, 16GB RAM and 200GB of disk space, although some of that disk space will be occupied by the VM OS, development tools, etc.  Builds

Re: Code of Conduct incidence

On 04/07/2025 01:57, Łukasz Wojniłowicz wrote: Hi all, recently I got an answer like at https://bugs.kde.org/show_bug.cgi?id=506334#c12 and was shocked. Being accused of being insulting, while trying to find the root cause of the issue and then commanded for this bug not rolling out perfectly

Re: Dropping Qt5 CI Support at the End of September 2025

El dijous, 3 de juliol del 2025, a les 16:52:49 (Hora d’estiu d’Europa central), Neal Gompa va escriure: > On Sun, Jun 22, 2025 at 6:31 PM Albert Astals Cid wrote: > > Hi everyone, > > > > While this has been discussed in various forums, it has not yet been the > > main focus of any conversation

Re: Code of Conduct incidence

El dijous, 3 de juliol del 2025, a les 18:27:34 (Hora d’estiu d’Europa central), Łukasz Wojniłowicz va escriure: > Hi all, > > recently I got an answer like at > https://bugs.kde.org/show_bug.cgi?id=506334#c12 and was shocked. Being > accused of being insulting, while trying to find the root caus

Re: Code of Conduct incidence

On Thu, Jul 3, 2025 at 11:56 AM Aaron Rainbolt wrote: > > Apologizes for top-posting... > > Is this conversation supposed to be public? It looks like it got > unintentionally pulled into kde-devel by Harald and now is visible for > everyone to see. I get the feeling this was being handled in a pri

Re: Code of Conduct incidence

Apologizes for top-posting... Is this conversation supposed to be public? It looks like it got unintentionally pulled into kde-devel by Harald and now is visible for everyone to see. I get the feeling this was being handled in a private mailing list most likely since Harald's message is the first

Re: Code of Conduct incidence

Hi, On Thursday, July 3rd, 2025 at 18:50, Łukasz Wojniłowicz wrote: > > > On 25-07-03 18:33, Reindl Harald wrote: > > > Am 03.07.25 um 18:27 schrieb Łukasz Wojniłowicz: > > > > > Hi all, > > > > > > recently I got an answer like at https://bugs.kde.org/show_bug.cgi? > > > id=506334#c1

Re: Code of Conduct incidence

Am 03.07.25 um 18:33 schrieb Reindl Harald: Am 03.07.25 um 18:27 schrieb Łukasz Wojniłowicz: Hi all, recently I got an answer like at https://bugs.kde.org/show_bug.cgi? id=506334#c12 and was shocked. Being accused of being insulting, while trying to find the root cause of the issue and then c

Re: Code of Conduct incidence

On 25-07-03 18:33, Reindl Harald wrote: Am 03.07.25 um 18:27 schrieb Łukasz Wojniłowicz: Hi all, recently I got an answer like at https://bugs.kde.org/show_bug.cgi? id=506334#c12 and was shocked. Being accused of being insulting, while trying to find the root cause of the issue and then com

Re: Code of Conduct incidence

Am 03.07.25 um 18:27 schrieb Łukasz Wojniłowicz: Hi all, recently I got an answer like at https://bugs.kde.org/show_bug.cgi? id=506334#c12 and was shocked. Being accused of being insulting, while trying to find the root cause of the issue and then commanded for this bug not rolling out perf

Re: Dropping Qt5 CI Support at the End of September 2025

On Sun, Jun 22, 2025 at 6:31 PM Albert Astals Cid wrote: > > Hi everyone, > > While this has been discussed in various forums, it has not yet been the main > focus of any conversation. > > We are planning to drop support for Qt5 CI on invent.kde.org at the end of > September 2025. > > If you are s

Re: KDE Gear projects with failing CI (master) (1 July 2025)

Le mar. 1 juil. 2025 à 22:30, Albert Astals Cid a écrit : > > Please work on fixing them, otherwise i will remove the failing CI jobs on > their 4th failing week, it is very important that CI is passing for multiple > reasons. > > Good news: 3 repo fixed > > Bad news: 2 new repos failing > > akona

Re: KDE Gear projects with failing CI (master) (1 July 2025)

On Tuesday, July 1, 2025 4:30:04 PM Eastern Daylight Time Albert Astals Cid wrote: > Please work on fixing them, otherwise i will remove the failing CI jobs on > their 4th failing week, it is very important that CI is passing for multiple > reasons. > > Good news: 3 repo fixed > > Bad news: 2

Re: General CI image freeze now in effect

On Tue, Jul 1, 2025 at 3:19 AM Kristen McWilliam wrote: > This sounds great for being able to run CI locally! Very nice work! :) > > Is this process intended to be documented, at > https://develop.kde.org/docs/ maybe? > Please feel free to do so (it is probably best if someone else reproduces a

Re: General CI image freeze now in effect

This sounds great for being able to run CI locally! Very nice work! :) Is this process intended to be documented, at https://develop.kde.org/docs/ maybe? On Mon, Jun 30, 2025 at 7:17 AM Ben Cooksley wrote: > On Mon, Jun 30, 2025 at 8:42 AM Albert Vaca Cintora > wrote: > >> What will be the pr

Re: General CI image freeze now in effect

On Mon, Jun 30, 2025 at 8:42 AM Albert Vaca Cintora wrote: > What will be the procedure if we ever need to add a dependency now? With > Docker it was easy because we could just edit the Dockerfile. What will be > the equivalent? > This is still being managed through sysadmin/ci-images, which now

Re: General CI image freeze now in effect

What will be the procedure if we ever need to add a dependency now? With Docker it was easy because we could just edit the Dockerfile. What will be the equivalent? On Sat, Jun 28, 2025 at 1:23 PM Ben Cooksley wrote: > Hi all, > > As part of our transition to VM based CI, i'm about to start cutti

Re: Dropping Qt5 CI Support at the End of September 2025

On Mon, Jun 23, 2025 at 10:31 AM Albert Astals Cid wrote: > Hi everyone, > > While this has been discussed in various forums, it has not yet been the > main > focus of any conversation. > > We are planning to drop support for Qt5 CI on invent.kde.org at the end > of > September 2025. > > If you a

Re: KDE Gear projects with failing CI (master) (17 June 2025)

On Thu, Jun 19, 2025 at 3:12 PM Justin Zobel wrote: > On 18/06/2025 18:13, Ben Cooksley wrote: > > On Wed, Jun 18, 2025 at 7:01 PM Justin Zobel wrote: > >> On 18/06/2025 07:31, Albert Astals Cid wrote: >> >> Please work on fixing them, otherwise i will remove the failing CI jobs on >> their 4th

Re: KDE Gear projects with failing CI (master) (17 June 2025)

On 18/06/2025 18:13, Ben Cooksley wrote: On Wed, Jun 18, 2025 at 7:01 PM Justin Zobel wrote: On 18/06/2025 07:31, Albert Astals Cid wrote: Please work on fixing them, otherwise i will remove the failing CI jobs on their 4th failing week, it is very important that CI is passing for

Re: KDE Gear projects with failing CI (master) (17 June 2025)

El dimecres, 18 de juny del 2025, a les 0:01:49 (Hora d’estiu d’Europa central), Albert Astals Cid va escriure: > Please work on fixing them, otherwise i will remove the failing CI jobs on > their 4th failing week, it is very important that CI is passing for multiple > reasons. > > Good news: 1 r

Re: KDE Gear projects with failing CI (master) (17 June 2025)

On Wed, Jun 18, 2025 at 7:01 PM Justin Zobel wrote: > On 18/06/2025 07:31, Albert Astals Cid wrote: > > Please work on fixing them, otherwise i will remove the failing CI jobs on > their 4th failing week, it is very important that CI is passing for multiple > reasons. > > Good news: 1 repo fixed

Re: KDE Gear projects with failing CI (master) (17 June 2025)

On 18/06/2025 07:31, Albert Astals Cid wrote: Please work on fixing them, otherwise i will remove the failing CI jobs on their 4th failing week, it is very important that CI is passing for multiple reasons. Good news: 1 repo fixed Bad news: 1 repo still failing, 1 new repo failing cantor - 3rd

Re: Upcoming CI changes - transition to VM based CI

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 > > wrote: > > > > El dimarts, 10 de juny del 2025, a les 9:31:55 (Hora d’estiu d’Europa > > central), Ben Cooksley va escriure: >

Re: Upcoming CI changes - transition to VM based CI

Ben Cooksley ha scritto: > 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 sup

Re: Upcoming CI changes - transition to VM based CI

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 will just keep deferring their portin

Re: Upcoming CI changes - transition to VM based CI

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 will just keep deferring their porting. > > > Note that Frameworks 6 released in Feb 2024, so they've h

Re: Building API documentation for frameworks

Am 06.06.25 um 17:31 schrieb Aurélien COUDERC: Hi Le 6 juin 2025 16:51:48 GMT+02:00, Nicolas Fella a écrit  : Hi, The end result is still qch files, but the build process changes a bit. It now works as followed: 1. Download https://invent.kde.org/sdk/kde-qdoc-common With my Debian packager h

Re: kio-fuse and Qt6/KF6 - Was: Re: Upcoming CI changes - transition to VM based CI

On Dienstag, 10. Juni 2025 09:28:45 Mitteleuropäische Sommerzeit Ben Cooksley wrote: > On Mon, Jun 9, 2025 at 8:55 PM Stefan Brüns > > wrote: > > On Dienstag, 3. Juni 2025 17:38:54 Mitteleuropäische Sommerzeit Volker > > Krause > > > > wrote: > > > On Montag, 2. Juni 2025 16:42:01 Mitteleuropäi

Re: Upcoming CI changes - transition to VM based CI

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 11:42:08 (Hora d’estiu d’

Re: kio-fuse and Qt6/KF6 - Was: Re: Upcoming CI changes - transition to VM based CI

On Mon, Jun 9, 2025 at 8:55 PM Stefan Brüns wrote: > On Dienstag, 3. Juni 2025 17:38:54 Mitteleuropäische Sommerzeit Volker > Krause > wrote: > > On Montag, 2. Juni 2025 16:42:01 Mitteleuropäische Sommerzeit Christoph > > > > Cullmann wrote: > > > Have we some overview how many things on invent.k

kio-fuse and Qt6/KF6 - Was: Re: Upcoming CI changes - transition to VM based CI

On Dienstag, 3. Juni 2025 17:38:54 Mitteleuropäische Sommerzeit Volker Krause wrote: > On Montag, 2. Juni 2025 16:42:01 Mitteleuropäische Sommerzeit Christoph > > Cullmann wrote: > > Have we some overview how many things on invent.kde.org will loose the the > > CI as they are still Qt 5 only? >

Re: Upcoming CI changes - transition to VM based CI

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 11:42:08 (Hora d’estiu d’Europa > > > > central), Ben Cooksley va escriure: > > > On Tue,

Re: KDE Gear projects with failing CI (master) (4 June 2025)

On 08/06/25 11:48, Christophe Marin wrote: On dimanche 8 juin 2025 11:25:07 heure d’été d’Europe centrale Alexander Semke wrote: On 04/06/25 20:53, Albert Astals Cid wrote: [...] cantor - NEW * https://invent.kde.org/education/cantor/-/pipelines/963838 * testmaxima fails This is a

Re: KDE Gear projects with failing CI (master) (4 June 2025)

On Sun, Jun 8, 2025 at 9:48 PM Christophe Marin wrote: > On dimanche 8 juin 2025 11:25:07 heure d’été d’Europe centrale Alexander > Semke > wrote: > > On 04/06/25 20:53, Albert Astals Cid wrote: > > > [...] > > > > > > cantor - NEW > > > > > > * https://invent.kde.org/education/cantor/-/pipelin

Re: KDE Gear projects with failing CI (master) (4 June 2025)

On dimanche 8 juin 2025 11:25:07 heure d’été d’Europe centrale Alexander Semke wrote: > On 04/06/25 20:53, Albert Astals Cid wrote: > > [...] > > > > cantor - NEW > > > > * https://invent.kde.org/education/cantor/-/pipelines/963838 > > > >* testmaxima fails > > This is again a problem

Re: KDE Gear projects with failing CI (master) (4 June 2025)

On 04/06/25 20:53, Albert Astals Cid wrote: [...] cantor - NEW * https://invent.kde.org/education/cantor/-/pipelines/963838 * testmaxima fails This is again a problem with the Maxima package in Tumbleweed, we had it already a couple of weeks ago: |"Error: fatal error encountered in

Re: Building API documentation for frameworks

Hi Anna, you may want to only split out the index files into the -devel packages and you're good to go. I did that with fedora packages when adding the -doc packages, so those don't have to be added to the builds themselves, you just require the .index files like Nicolas wrote. Kind regards,

Re: Building API documentation for frameworks

Hi Le 6 juin 2025 16:51:48 GMT+02:00, Nicolas Fella a écrit  : >Hi, >The end result is still qch files, but the build process changes a bit. It now >works as followed: >1. Download https://invent.kde.org/sdk/kde-qdoc-common With my Debian packager hat on : we don't allow network access during

Re: Building API documentation for frameworks

On Jun 6, 2025, at 09:51, Nicolas Fella wrote: > > To make sure that cross-linking between modules works you want the .index > files of the module's dependencies available during the generate phase. This is quite inconvenient as -doc packages now become build-time dependencies in addition to -

Re: Building API documentation for frameworks

Hello, On vendredi 6 juin 2025 16:51:48 heure d’été d’Europe centrale Nicolas Fella wrote: > 4. Build the 'prepare_docs' Make target > > 5. Build the 'generate_docs' Make target > > 6. Build the 'install_html_docs' Make target to install the generated > HTML files > > 7. Build the 'generate_

Re: KDE Gear projects with failing CI (master) (4 June 2025)

On Mittwoch, 4. Juni 2025 20:53:57 Mitteleuropäische Sommerzeit Albert Astals Cid wrote: > Please work on fixing them, otherwise i will remove the failing CI jobs on > their 4th failing week, it is very important that CI is passing for multiple > reasons. > > Can some akonadi person have a look a

Re: KDE Gear projects with failing CI (master) (4 June 2025)

El dimecres, 4 de juny del 2025, a les 20:53:57 (Hora d’estiu d’Europa central), Albert Astals Cid va escriure: > Please work on fixing them, otherwise i will remove the failing CI jobs on > their 4th failing week, it is very important that CI is passing for multiple > reasons. > > Can some akona

Re: Upcoming CI changes - transition to VM based CI

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 13:39:21 (Hora d’estiu d’E

Re: Upcoming CI changes - transition to VM based CI

On Tuesday, 3 June 2025 11:42:08 CEST Ben Cooksley wrote: > For FreeBSD the story is much the same as SUSE - packages are being removed > as apps upgrade to Qt 6 and the Qt 5 version of libraries becomes surplus > to requirements. >From the FreeBSD packaging side, we have zero interest in Qt5 for

Re: Upcoming CI changes - transition to VM based CI

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 13:39:21 (Hora d’estiu d’Europa > > > > central), Ben Cooksley va escriure: > > > Hi all,

Re: Upcoming CI changes - transition to VM based CI

Am 03.06.25 um 11:42 schrieb Ben Cooksley: 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 o

Re: Upcoming CI changes - transition to VM based CI

On Montag, 2. Juni 2025 16:42:01 Mitteleuropäische Sommerzeit Christoph Cullmann wrote: > Have we some overview how many things on invent.kde.org will loose the the > CI as they are still Qt 5 only? Looking at things that still have Qt5 jobs in the CI, it's a pretty mixed bag: * Plugins needed to

Re: Upcoming CI changes - transition to VM based CI

On Dienstag, 3. Juni 2025 11:30:51 Mitteleuropäische Sommerzeit Ben Cooksley wrote: > On Tue, Jun 3, 2025 at 11:04 AM Lukas Sommer wrote: > > I have a question. Currently we have a static Windows Qt5 build, but we > > don't have a static windows Qt6 build, right? So when removing Qt5, there > > w

Re: Upcoming CI changes - transition to VM based CI

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 > > based CI builds. These have includ

Re: Upcoming CI changes - transition to VM based CI

On Tue, Jun 3, 2025 at 11:04 AM Lukas Sommer wrote: > Hi. > Hi Lukas, > > I have a question. Currently we have a static Windows Qt5 build, but we > don't have a static windows Qt6 build, right? So when removing Qt5, there > won't be any static windows build at all anymore? > Unless someone do

Re: Upcoming CI changes - transition to VM based CI

Hi. I have a question. Currently we have a static Windows Qt5 build, but we don't have a static windows Qt6 build, right? So when removing Qt5, there won't be any static windows build at all anymore? Best regards Lukas Am 2. Juni 2025 11:39:21 GMT+00:00 schrieb Ben Cooksley : >Hi all, > >For

Re: Licensing Policy: other build files should follow cmake rule

El dilluns, 2 de juny del 2025, a les 12:39:49 (Hora d’estiu d’Europa central), Harald Sitter va escriure: > Ahoy ahoy > > I am proposing that we clarify the licensing policy a bit by adding a > > new point following cmake: > > #. Build-related files (build scripts, makefiles, build systems othe

Re: Upcoming CI changes - transition to VM based CI

El dilluns, 2 de juny del 2025, a les 16:42:01 (Hora d’estiu d’Europa central), Christoph Cullmann va escriure: > Hi, > > On Monday, June 2nd, 2025 at 13:40, Ben Cooksley wrote: > > Hi all, > > For some time now we have had a variety of issues with our Docker/Podman > > based CI builds. These ha

Re: Upcoming CI changes - transition to VM based CI

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 > based CI builds. These have included the lack of GUI test support on > Windows, periodic crashes on Fr

Re: Upcoming CI changes - transition to VM based CI

Am Montag, 2. Juni 2025, 16:42:01 Mitteleuropäische Sommerzeit schrieb Christoph Cullmann: > On Monday, June 2nd, 2025 at 13:40, Ben Cooksley wrote: > > We will therefore have to remove Qt 5 support from the CI system with the > > transition to VM based CI. > > > > > > Please let me know if th

Re: Upcoming CI changes - transition to VM based CI

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, 2025 at 13:40, Ben Cooksley > wrote: > > > > > >> Hi all, > > >>

invent.k.o/games (Re: Upcoming CI changes - transition to VM based CI)

Am Montag, 2. Juni 2025, 17:06:15 Mitteleuropäische Sommerzeit schrieb Benson Muite: > Can also help with some of the Games software. I can speed you (and others) up with looking at the games (at least those in invent.kde.org/games): There is one unreleased which needs related work: Kolorfill,

Re: Upcoming CI changes - transition to VM based CI

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, 2025 at 13:40, Ben Cooksley wrote: > > > >> Hi all, > >> For some time now we have had a variety of issues with our Docker/Podman > >

Re: Upcoming CI changes - transition to VM based CI

On Mon, Jun 2, 2025, at 5:42 PM, Christoph Cullmann wrote: > Hi, > > > On Monday, June 2nd, 2025 at 13:40, Ben Cooksley wrote: > >> Hi all, >> For some time now we have had a variety of issues with our Docker/Podman >> based CI builds. These have included the lack of GUI test support on >> Wi

Re: Upcoming CI changes - transition to VM based CI

Hi, On Monday, June 2nd, 2025 at 13:40, Ben Cooksley wrote: > Hi all, > For some time now we have had a variety of issues with our Docker/Podman > based CI builds. These have included the lack of GUI test support on Windows, > periodic crashes on FreeBSD, poor IO performance of Windows builds

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

El diumenge, 1 de juny del 2025, a les 13:17:29 (Hora d’estiu d’Europa central), Ben Cooksley va escriure: > On Sun, Jun 1, 2025 at 4:42 PM Azhar Momin wrote: > > On 6/1/25 1:14 AM, Ben Cooksley wrote: > > > > On Sun, Jun 1, 2025 at 7:42 AM Albert Astals Cid wrote: > >> El divendres, 30 de maig

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On Sun, Jun 1, 2025 at 4:42 PM Azhar Momin wrote: > > On 6/1/25 1:14 AM, Ben Cooksley wrote: > > On Sun, Jun 1, 2025 at 7:42 AM Albert Astals Cid wrote: > >> El divendres, 30 de maig del 2025, a les 13:42:29 (Hora d’estiu d’Europa >> central), Neal Gompa va escriure: >> > On Fri, May 30, 2025 at

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On 6/1/25 1:14 AM, Ben Cooksley wrote: On Sun, Jun 1, 2025 at 7:42 AM Albert Astals Cid wrote: El divendres, 30 de maig del 2025, a les 13:42:29 (Hora d’estiu d’Europa central), Neal Gompa va escriure: > On Fri, May 30, 2025 at 7:36 AM Albert Astals Cid wrote: > > El d

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On Sun, Jun 1, 2025 at 7:42 AM Albert Astals Cid wrote: > El divendres, 30 de maig del 2025, a les 13:42:29 (Hora d’estiu d’Europa > central), Neal Gompa va escriure: > > On Fri, May 30, 2025 at 7:36 AM Albert Astals Cid wrote: > > > El divendres, 30 de maig del 2025, a les 13:02:48 (Hora d’esti

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

El divendres, 30 de maig del 2025, a les 13:42:29 (Hora d’estiu d’Europa central), Neal Gompa va escriure: > On Fri, May 30, 2025 at 7:36 AM Albert Astals Cid wrote: > > El divendres, 30 de maig del 2025, a les 13:02:48 (Hora d’estiu d’Europa > > > > central), Neal Gompa va escriure: > > > On Fr

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On Fri, May 30, 2025 at 10:52 PM Neal Gompa wrote: > On Fri, May 30, 2025 at 5:54 AM Albert Astals Cid wrote: > > > > We are trying to move most of the oss-fuzz related files to our reops > instead > > of being in https://github.com/google/oss-fuzz/ > > > > This will allow us to not have to depe

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On Fri, May 30, 2025 at 10:40 PM Carl Schwan wrote: > On Fri, May 30, 2025, at 11:53 AM, Albert Astals Cid wrote: > > We are trying to move most of the oss-fuzz related files to our reops > instead > > of being in https://github.com/google/oss-fuzz/ > > > > This will allow us to not have to depen

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On Fri, May 30, 2025 at 6:59 AM Albert Astals Cid wrote: > > El divendres, 30 de maig del 2025, a les 12:51:08 (Hora d’estiu d’Europa > central), Neal Gompa va escriure: > > On Fri, May 30, 2025 at 5:54 AM Albert Astals Cid wrote: > > > We are trying to move most of the oss-fuzz related files to

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On Freitag, 30. Mai 2025 13:42:29 Mitteleuropäische Sommerzeit Neal Gompa wrote: > The fuzzer code files basically force the project to be LGPLv3+ > licensed as distributed since the combined work of LGPL-2.1-or-later + > Apache-2.0 means LGPL-3.0-or-later. Huh? Which combined work? The KArchive

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On Fri, May 30, 2025 at 5:54 AM Albert Astals Cid wrote: > > We are trying to move most of the oss-fuzz related files to our reops instead > of being in https://github.com/google/oss-fuzz/ > > This will allow us to not have to depend on other people to merge changes in > them which sometimes creat

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

El divendres, 30 de maig del 2025, a les 12:51:08 (Hora d’estiu d’Europa central), Neal Gompa va escriure: > On Fri, May 30, 2025 at 5:54 AM Albert Astals Cid wrote: > > We are trying to move most of the oss-fuzz related files to our reops > > instead of being in https://github.com/google/oss-fuz

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On Fri, May 30, 2025 at 7:36 AM Albert Astals Cid wrote: > > El divendres, 30 de maig del 2025, a les 13:02:48 (Hora d’estiu d’Europa > central), Neal Gompa va escriure: > > On Fri, May 30, 2025 at 6:59 AM Albert Astals Cid wrote: > > > El divendres, 30 de maig del 2025, a les 12:51:08 (Hora d’es

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

El divendres, 30 de maig del 2025, a les 13:02:48 (Hora d’estiu d’Europa central), Neal Gompa va escriure: > On Fri, May 30, 2025 at 6:59 AM Albert Astals Cid wrote: > > El divendres, 30 de maig del 2025, a les 12:51:08 (Hora d’estiu d’Europa > > > > central), Neal Gompa va escriure: > > > On Fr

Re: Licensing Policy: Accepting Apache 2 for oss-fuzz related files

On Fri, May 30, 2025, at 11:53 AM, Albert Astals Cid wrote: > We are trying to move most of the oss-fuzz related files to our reops instead > of being in https://github.com/google/oss-fuzz/ > > This will allow us to not have to depend on other people to merge changes in > them which sometimes cre

Re: Disallow or discourage use of "AI" tools (Christoph Cullmann)

On 16/05/25 02:22, Justin Zobel wrote: [...] Using a mobile phone cannot be compared to the power used by data centres to train AI in the slightest. Just straight off the top of my head, your phone and computer automatically go to sleep by default. Servers do not. It's also a matter of h

Re: Coding assistants for KDE

On 25/05/25 17:47, Christoph Cullmann wrote: [...] given I played already a bit longer with local running AI stuff via ollama, I tried to use the REST API https://github.com/ollama/ollama/blob/main/docs/api.md for a small Kate plugin skeleton: https://invent.kde.org/utilities/kate/-/merge_r

Re: Disallow or discourage use of "AI" tools (Christoph Cullmann)

On 26/05/25 20:52, Christoph Cullmann wrote: Hi, https://invent.kde.org/frameworks/syntax-highlighting/-/merge_requests/698 would still benefit from some input on how to proceed in this very concrete case. I see it pragmatically - it just another "tool" that helps you to generate/auto-comp

Re: Disallow or discourage use of "AI" tools (Christoph Cullmann)

gt; > > > > > > > > > Greetings > > > > Christoph > > > > > > If the contributor cannot tell you the license(s) of the code that was > > > used to generate the code, then it's literally gambling that this code > &g

Re: Disallow or discourage use of "AI" tools (Christoph Cullmann)

> used in a way that violates the license and opens up the KDE e.V. to > > litigation. > > > > This is an absolutely possible scenario if the author happens to look > > around for their code being re-used. KDE e.V. CAN NOT accept AI > > contributions because the s

Re: Disallow or discourage use of "AI" tools

On 12 May 2025 15.53.02 EEST, Akseli wrote: >Hi > >There's been a lot of "AI" slop spam to various KDE projects, bug reports, >forums, etc.. > >We should take a more public stance on disallowing all this slop. Lengthy >gitlab issues that are just full of nonsense generated by a bot just take tim

Re: Performance improvement

On Thursday, 22 May 2025 22:58:37 Central Daylight Time Igor Mironchik wrote: > PASS : Test::initTestCase() > PASS : Test::test_func() > RESULT : Test::test_func(): > 0.35 msecs per iteration (total: 75, iterations: 2097152) > PASS : Test::test_template() > RESULT : Test::test_templ

  1   2   3   4   5   6   7   8   9   10   >