CI moved to Qt 6.7 for Linux builds

2024-04-20 Thread Ben Cooksley
Hi all, I have just flipped the switch that has moved the CI system over to using Qt 6.7 for Linux builds on our SUSE images. Should you see any issues with builds failing as a result of packages being missing in the registry then please submit a merge request to sysadmin/ci-management to ensure

signon-kwallet-extension

2024-03-28 Thread Ben Cooksley
Hi all, Due to recent updates in SUSE around signond, i've just had to remove signond-libs-devel from our SUSE Qt 5.15 images. This is due to signond now being built with Qt 6 - and therefore being incompatible with Qt 5. Looking in signon-kwallet-extension though I see it is still Qt 5 code

Re: KDE Gear 24.02 bug fix releases and next Gear releases

2024-02-19 Thread Ben Cooksley
On Mon, Feb 19, 2024 at 12:36 PM Albert Astals Cid wrote: > El divendres, 16 de febrer de 2024, a les 21:40:33 (CET), Heiko Becker va > escriure: > > On Tuesday, 30 January 2024 23:39:43 CET, Albert Astals Cid wrote: > > > El dijous, 21 de desembre de 2023, a les 19:49:42 (CET), Heiko Becker >

Re: Retirement of Binary Factory

2024-02-17 Thread Ben Cooksley
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 th

Retirement of Binary Factory

2024-02-03 Thread Ben Cooksley
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 that it is now possible to perform all of those builds on Gitlab (and depending on how far you

Re: Major CI changes - FreeBSD and Linux

2024-01-22 Thread Ben Cooksley
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 out a

Major CI changes - FreeBSD and Linux

2024-01-22 Thread Ben Cooksley
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 out and is now in use across all 5 CI workers that support invent.kde.org. This means

Re: Branching KDE Gear. When?

2024-01-02 Thread Ben Cooksley
On Wed, Jan 3, 2024 at 3:59 AM Albert Astals Cid wrote: > We have two options: > > * Do it before RC1 > * Do it after RC1 > > Doing it before RC1 has the benefit that we start testing things that may > break because of the new branch existing (CI, translations, etc). > > But since some of

Change to release flows for non-centrally released projects

2023-11-11 Thread Ben Cooksley
Hi all, For some time now the workflow for independently released KDE software (that is, projects outside of Frameworks, Plasma and Gear) has been to upload it to ftp://upload.kde.org/incoming/ and then file a Sysadmin ticket (with the file hashes and destination) There has now been a small

Re: KDE 6 MegaRelease further dependencies

2023-11-03 Thread Ben Cooksley
On Fri, Nov 3, 2023 at 10:05 AM Albert Astals Cid wrote: > El dimecres, 1 de novembre de 2023, a les 18:55:43 (CET), Jonathan Riddell > va > escriure: > > Me and Justin suggested a Matrix room to coordinate this but nobody > seemed > > interested, let me know if you'd like one. > > chat rooms

Re: KDE 6 MegaRelease further dependencies

2023-11-02 Thread Ben Cooksley
On Thu, Nov 2, 2023 at 6:56 AM Jonathan Riddell wrote: > Me and Justin suggested a Matrix room to coordinate this but nobody seemed > interested, let me know if you'd like one. > > I'd like to make a Todo board of this somehow, what's the best way to do > that? > We don't particularly have a

Re: print-manager and wacomtablet to Plasma

2023-11-01 Thread Ben Cooksley
On Wed, Nov 1, 2023 at 8:44 AM Jonathan Riddell wrote: > As discuccsed in Plasma meeting and just now with KDE gear release spods, > Plasma would like to take over releases of print-manager and wacomtablet. > This means renumbering the tars from e.g. 23.08 to 5.80.0. > Isn't this going to cause

Re: Frameworks 6 alpha

2023-11-01 Thread Ben Cooksley
On Wed, Nov 1, 2023 at 8:42 AM Jonathan Riddell wrote: > We chatted about the alpha release due next Wednesday in the Frameworks > meeting today. > > From my notes: > > - Frameworks would like do be part of this release > > - Nico F, Alex S, David E are release spods > > - There's not been any

Re: KDE Gear repositories switching to Qt6 - Re: Release schedule proposal for the February MegaRelease

2023-09-26 Thread Ben Cooksley
On Tue, Sep 26, 2023 at 11:32 AM Albert Astals Cid wrote: > El dimarts, 26 de setembre de 2023, a les 0:28:15 (CEST), Albert Astals > Cid va > escriure: > > https://community.kde.org/Schedules/February_2024_MegaRelease > > > > Beta 1 is during Qt World Summit that is not ideal but I guess

Re: A few rules when moving master branches to Qt6

2023-09-15 Thread Ben Cooksley
On Sat, Sep 16, 2023 at 7:54 AM Luigi Toscano wrote: > Hi all, > Hi all, > > in order to reduce the burden on us (translation team), as we need to move > the > translation to a different branch, I kindly ask all of you to respect a few > simple rules when moving the master branch to a

General Availability - Updated Gitlab Runners

2023-09-09 Thread Ben Cooksley
Hi all, Today we deployed replacements to node3, node4 and node5 - which were the remaining old workers attached to Invent. This means that all workers have now completed being updated to a more modern host operating system (Ubuntu 22.04) as well as newer generation hardware (with the CPU now

New CI workers - node1 and node2

2023-08-13 Thread Ben Cooksley
Hi all, Over the last 2 days i've been busy connecting two new CI workers to GitLab, which are the beginning of long overdue improvements to our CI arrangements needed to support the final retirement of the Binary Factory. While developers shouldn't notice much in the way of changes, this will

Re: ACTION REQUIRED - Gitlab and Subversion server migration

2023-07-25 Thread Ben Cooksley
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

ACTION REQUIRED - Gitlab and Subversion server migration

2023-07-23 Thread Ben Cooksley
/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

Downtime notification - Gitlab server migration

2023-07-22 Thread Ben Cooksley
Good morning all, This evening (UTC time) I will be moving Gitlab from the current system it is located on to a new server. This move is being undertaken to ensure we have the most up to date software stack, as well as take advantage of newer hardware that is both more efficient and more

Re: Suggestion to drop ktp from KDE Gear

2023-06-21 Thread Ben Cooksley
On Thu, Jun 22, 2023 at 4:35 AM Jonathan Riddell wrote: > I'd like to suggest dropping ktp packages from the next KDE Gear release. > Telepathy upstream is unmaintained, KTP is unmaintained and discussions > with one of the original authors says it should be dropped. > > Modules we release are:

Re: kio-extras and the KF5/KF6 period

2023-06-21 Thread Ben Cooksley
On Wed, Jun 21, 2023 at 8:22 PM Harald Sitter wrote: > On Tue, Jun 20, 2023 at 11:23 PM Sune Vuorela wrote: > > > > On 2023-06-20, David Redondo wrote: > > > Harald and I prototyped another solution to build a Qt > > > 5 and Qt 6 version out of the same repo and employed it on > > >

Re: Gitlab Downtime

2023-04-11 Thread Ben Cooksley
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

Gitlab Downtime

2023-04-11 Thread Ben Cooksley
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 the update of several components that Gitlab relies upon, including the underlying Ruby

CI Outage

2023-02-16 Thread Ben Cooksley
Hi all, As many of you will have noticed, the Linux side of our Gitlab CI setup, including those runs for Android and other miscellaneous jobs (such as cppcheck) were all KO yesterday due to a Docker error. This has now been corrected, and was due to a defect in an update shipped by the Docker

Re: releases driven through invent?

2022-10-20 Thread Ben Cooksley
On Fri, Oct 21, 2022 at 2:44 AM Harald Sitter wrote: > Servas, > Hi Harald, > > I've been pondering a bit what releases should look like in this brave > new world we are in, with po data inside repos, and would like to > propose the following: > > - new releaseme program; run with `--version

Re: Gitlab CI Dashboards and retirement of build.kde.org

2022-09-04 Thread Ben Cooksley
o the Binary Factory is unchanged at this time. > > Thanks > > Gilles > Regards, Ben > > Le sam. 27 août 2022 à 11:45, Ben Cooksley a écrit : > > > > Hi all, > > > > This evening I completed the necessary setup required to complete our > Gitlab CI dashb

Re: Gitlab CI Dashboards and retirement of build.kde.org

2022-09-03 Thread Ben Cooksley
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: >>

Re: Gitlab CI Dashboards and retirement of build.kde.org

2022-09-03 Thread Ben Cooksley
2022 12:47:06 AM Ben Cooksley : > > 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/dash

Re: Gitlab CI Dashboards and retirement of build.kde.org

2022-09-03 Thread Ben Cooksley
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. >

Re: Gitlab CI Dashboards and retirement of build.kde.org

2022-09-02 Thread Ben Cooksley
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 > acco

Re: Copying po/docbook files to repositories nightly

2022-09-02 Thread Ben Cooksley
On Sat, Sep 3, 2022 at 9:24 AM Albert Astals Cid wrote: > As you may know, translations for apps don't live in the same place as the > code for the apps themselves. > > This greatly benefits translators but is not awesome for the release > management > side of things since it means that for each

Re: Copying po/docbook files to repositories nightly

2022-09-02 Thread Ben Cooksley
On Sat, Sep 3, 2022 at 11:02 AM Ömer Fadıl USTA wrote: > Just wanted to learn one thing , isn't this will populate the logs with > lots of entries on git log history ? > The history already receives a number of commits from scripty relating to updates made to *.desktop files, but yes it will

Re: Gitlab CI Dashboards and retirement of build.kde.org

2022-08-28 Thread Ben Cooksley
On Mon, Aug 29, 2022 at 12:45 AM Julius Künzel < jk.kde...@smartlab.uber.space> wrote: > Yes, it looks great! > > I wonder wether it makes sense to also display the test status in addition > to the overall CI status? I guess the "CI failure on test failure option" > is not enabled everywhere. >

Re: Gitlab CI Dashboards and retirement of build.kde.org

2022-08-27 Thread Ben Cooksley
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

Gitlab CI Dashboards and retirement of build.kde.org

2022-08-27 Thread Ben Cooksley
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 required) These allow any developer to get a view on the current CI status of

Re: KDE Frameworks 5.94.0

2022-05-21 Thread Ben Cooksley
On Sat, May 21, 2022 at 8:38 PM Albert Astals Cid wrote: > El dimarts, 17 de maig de 2022, a les 8:53:16 (CEST), Ben Cooksley va > escriure: > > On Tue, May 17, 2022 at 10:10 AM Albert Astals Cid > wrote: > > > > > El dilluns, 16 de maig de 2022, a les 11

Re: KDE Frameworks 5.94.0

2022-05-17 Thread Ben Cooksley
On Tue, May 17, 2022 at 10:10 AM Albert Astals Cid wrote: > El dilluns, 16 de maig de 2022, a les 11:50:13 (CEST), Ben Cooksley va > escriure: > > On Mon, May 16, 2022 at 9:39 AM Albert Astals Cid wrote: > > > > > El diumenge, 15 de maig de 2022, a les 23:0

Re: KDE Frameworks 5.94.0

2022-05-16 Thread Ben Cooksley
On Mon, May 16, 2022 at 9:39 AM Albert Astals Cid wrote: > El diumenge, 15 de maig de 2022, a les 23:03:27 (CEST), David Faure va > escriure: > > On samedi 14 mai 2022 20:48:55 CEST Albert Astals Cid wrote: > > > El diumenge, 8 de maig de 2022, a les 0:11:35 (CEST), David Faure va > escriure: >

Re: plasma 5.24 tars ready for packaging

2022-02-07 Thread Ben Cooksley
ated in full and fixed properly. That quite simply is appalling. > Jonathan > Regards, Ben > > > On Sun, 6 Feb 2022 at 18:46, Ben Cooksley wrote: > >> On Fri, Feb 4, 2022 at 7:52 AM Jonathan Riddell wrote: >> >>> The tars for Plasma 5.24 are ready on deino for p

Re: plasma 5.24 tars ready for packaging

2022-02-06 Thread Ben Cooksley
On Fri, Feb 4, 2022 at 7:52 AM Jonathan Riddell wrote: > The tars for Plasma 5.24 are ready on deino for packaging in > distributions. Release is due next Tuesday. > Hi Jonathan, I've now withdrawn these tarballs as they contain code that performs a denial of service attack on KDE.org

Gitlab Bugzilla integration

2022-01-07 Thread Ben Cooksley
, Ben Cooksley KDE Sysadmin

Re: Fwd: [bugs.kde.org] [Bug 445822] New: KMail currently at 5.18.3, but the bug reporter only has options upto 5.16.3

2021-11-21 Thread Ben Cooksley
On Sun, Nov 21, 2021 at 7:57 AM Heiko Becker wrote: > Hello Ben, > Hi Heiko, > On Saturday, 20 November 2021 19:19:37 CET, Ben Cooksley wrote: > > Any ideas why the below would be taking place - aren't these supposed to > be > > added automatically? > >

Fwd: [bugs.kde.org] [Bug 445822] New: KMail currently at 5.18.3, but the bug reporter only has options upto 5.16.3

2021-11-20 Thread Ben Cooksley
Hi Release Team, Any ideas why the below would be taking place - aren't these supposed to be added automatically? Cheers, Ben -- Forwarded message - From: strangequark Date: Sun, Nov 21, 2021 at 5:29 AM Subject: [bugs.kde.org] [Bug 445822] New: KMail currently at 5.18.3, but

Re: Leak of Frameworks 5.88.0

2021-11-13 Thread Ben Cooksley
On Sun, Nov 14, 2021 at 9:42 AM Marc Deop i Argemí < marcd...@fedoraproject.org> wrote: > On Saturday, 13 November 2021 03:49:32 CET Ben Cooksley wrote: > > Hi all, > Hi Marc, > > > It has recently been brought to my attention that packages of KDE > > Framew

Re: Leak of Frameworks 5.88.0

2021-11-13 Thread Ben Cooksley
On Sun, Nov 14, 2021 at 12:11 AM Nicolas Lécureuil wrote: > Le 2021-11-13 04:15, Neal Gompa a écrit : > > On Fri, Nov 12, 2021 at 9:49 PM Ben Cooksley wrote: > >> > >> Hi all, > >> > >> It has recently been brought to my attention that pac

Leak of Frameworks 5.88.0

2021-11-12 Thread Ben Cooksley
as it would be preferrable that such premature leaks/releases did not take place. Thanks, Ben Cooksley KDE Sysadmin

Re: KDE Frameworks 5.87.0

2021-10-14 Thread Ben Cooksley
On Thu, Oct 14, 2021 at 9:27 AM Luca Beltrame wrote: > In data mercoledì 13 ottobre 2021 19:24:48 CEST, Ben Cooksley ha scritto: > > > It would appear that the necessary dependencies between targets aren't > set > > up properly? > > They aren't - one of the reasons

Re: KDE Frameworks 5.87.0

2021-10-13 Thread Ben Cooksley
On Tue, Oct 5, 2021 at 8:46 PM Ben Cooksley wrote: > On Mon, Oct 4, 2021 at 9:28 PM Antonio Rojas wrote: > >> El lunes, 4 de octubre de 2021 10:10:02 (CEST), Ben Cooksley escribió: >> >> > If someone could confirm the SIP version we need that would be awesome.

Re: KDE Frameworks 5.87.0

2021-10-05 Thread Ben Cooksley
On Mon, Oct 4, 2021 at 9:28 PM Antonio Rojas wrote: > El lunes, 4 de octubre de 2021 10:10:02 (CEST), Ben Cooksley escribió: > > > If someone could confirm the SIP version we need that would be awesome. > > > > Cheers, > > Ben > > > > Yes, KF5 doesn't su

Re: KDE Frameworks 5.87.0

2021-10-04 Thread Ben Cooksley
On Mon, Oct 4, 2021 at 4:44 AM Luca Beltrame wrote: > In data domenica 3 ottobre 2021 10:44:29 CEST, Ben Cooksley ha scritto: > > Hello Ben, > > > Does anyone know which SUSE packages are required for the bindings to be > > built? > > I think python38-qt5-sip, py

Re: KDE Frameworks 5.87.0

2021-10-03 Thread Ben Cooksley
On Sun, Oct 3, 2021 at 9:35 PM David Faure wrote: > On samedi 2 octobre 2021 21:08:06 CEST Antonio Rojas wrote: > > El sábado, 2 de octubre de 2021 20:10:54 (CEST), David Faure escribió: > > > Dear packagers, > > > > > > KDE Frameworks 5.87.0 has been uploaded to the usual place. > > > > Hi, > >

Re: Frameworks releases timing

2021-09-10 Thread Ben Cooksley
On Fri, Sep 10, 2021 at 10:22 AM Heiko Becker wrote: > On Thursday, 9 September 2021 10:10:29 CEST, Ben Cooksley wrote: > > On Thu, Sep 9, 2021 at 9:54 AM Adriaan de Groot wrote: > > - is there a polite tap-on-the-shoulder kind of message to send to > distro's >

Re: Frameworks releases timing

2021-09-09 Thread Ben Cooksley
On Thu, Sep 9, 2021 at 9:54 AM Adriaan de Groot wrote: > Frameworks 5.86 haven't been released yet; from the calendar it looks like > that will happen next week. However, there's a couple of Linux distro's > that > have packages up already. This makes the repology.org feed for frameworks > a >

Re: Gitlab CI - Inbound

2021-09-07 Thread Ben Cooksley
On Tue, Sep 7, 2021 at 9:09 PM David Edmundson wrote: > Excellent news!! Thanks very much > > > Once the scripts have been proven successfully for Frameworks, we will > look at extending them to projects that depend only on Frameworks and > repositories > > Does this mean we would like Plasma to

Re: Gitlab CI - Inbound

2021-09-07 Thread Ben Cooksley
p on more tests. > Thanks for getting that landed Johnny. Please note that you've specified no dependencies, so your builds won't even have ECM available so you may wish to fix that. > Cheers, > > Johnny > Cheers, Ben > Le dim. 5 sept. 2021 à 12:11, Ben Cooksley a écrit : > &

Re: Gitlab CI - Inbound

2021-09-07 Thread Ben Cooksley
On Tue, Sep 7, 2021 at 1:04 AM Tom Zander wrote: > On maandag 6 september 2021 11:48:39 CEST Ben Cooksley wrote: > > > Pushing everything into required is likely not scalable, > > > causing projects too wait too long for compile. > > > Avoiding the optiona

Re: Gitlab CI - Inbound

2021-09-06 Thread Ben Cooksley
On Mon, Sep 6, 2021 at 9:00 PM Tom Zander wrote: > On zondag 5 september 2021 08:13:09 CEST Ben Cooksley wrote: > > In terms of the format of the 'Dependencies' section, > > Playing with kde-build script and noticing the fast growing > dependency trees we have today, I think it

Re: Gitlab CI - Inbound

2021-09-06 Thread Ben Cooksley
On Mon, Sep 6, 2021 at 12:46 AM Nicolas Fella wrote: > On 05.09.21 08:13, Ben Cooksley wrote: > > Hi all, > > > > This morning after much work i'm happy to announce that the new > > generation CI scripts intended for use with Gitlab CI successfully > > co

Re: Gitlab CI - Inbound

2021-09-06 Thread Ben Cooksley
On Mon, Sep 6, 2021 at 11:03 AM Michael Reeves wrote: > How do we get a visual on exactly which lines are covered by auto testing > and which aren't? > Please see https://docs.gitlab.com/ee/user/project/merge_requests/test_coverage_visualization.html for more details on how this works on Merge

Re: Gitlab CI - Inbound

2021-09-05 Thread Ben Cooksley
On Sun, Sep 5, 2021 at 6:13 PM Ben Cooksley wrote: > Hi all, > Hi all, > This morning after much work i'm happy to announce that the new generation > CI scripts intended for use with Gitlab CI successfully completed their > first build (of ECM, and then subsequently

Gitlab CI - Inbound

2021-09-05 Thread Ben Cooksley
the switch will be flipped on the Frameworks builds sometime in the next week or two. Please let me know if you have any questions on the above. Thanks, Ben Cooksley KDE Sysadmin

Re: Appstream BoF notes

2021-06-24 Thread Ben Cooksley
On Thu, Jun 24, 2021 at 11:50 PM Jonathan Riddell wrote: > > Appstream BoF notes > - metadata updater rewrite should be its own repo so as not to break uses > of existing code > Is there a plan to list all existing users of the code and migrate them to the new rewrite? > - the rewrite

Re: Can we get tags and tarballs for the KDE Qt patch collection

2021-06-08 Thread Ben Cooksley
On Tue, Jun 8, 2021 at 10:52 PM Neal Gompa wrote: > On Mon, Jun 7, 2021 at 4:52 PM Albert Astals Cid wrote: > > > > El dilluns, 7 de juny de 2021, a les 20:46:25 (CEST), Nate Graham va > escriure: > > > Hello folks, > > > > > > The Fedora packagers were mentioning to me today that it would be a

Re: Can we get tags and tarballs for the KDE Qt patch collection

2021-06-08 Thread Ben Cooksley
On Tue, Jun 8, 2021 at 8:52 AM Albert Astals Cid wrote: > El dilluns, 7 de juny de 2021, a les 20:46:25 (CEST), Nate Graham va > escriure: > > Hello folks, > > > > The Fedora packagers were mentioning to me today that it would be a lot > > easier for them to ship Qt with our patch collection if

Re: KDE Frameworks 5.81.0

2021-04-09 Thread Ben Cooksley
On Sat, Apr 10, 2021 at 6:29 AM Dawid Wrobel wrote: > On Apr 3, 2021, at 4:50 PM, David Faure wrote: > > > ### Breeze Icons > > * Added branches with leaves to Kmymoney icon > > > David, we ended up having to revert that change for now: > >

Re: KDE Frameworks 5.81.0

2021-04-05 Thread Ben Cooksley
On Tue, Apr 6, 2021 at 5:21 AM Rik Mills wrote: > On 05/04/2021 18:06, Christophe Giboudeaux wrote: > > Hey, > > > > On Saturday, 3 April 2021 22:50:48 CEST David Faure wrote: > >> Dear packagers, > >> > >> KDE Frameworks 5.81.0 has been uploaded to the usual place. > >> > >> New frameworks:

Re: KDE release 20.12.0 packages available for packagers

2020-12-24 Thread Ben Cooksley
On Fri, 25 Dec 2020, 4:18 am Christoph Feck, wrote: > On 12/10/20 16:30, Heiko Becker wrote: > > On Donnerstag, 10. Dezember 2020 15:32:35 CET, Christoph Feck wrote: > >> While the 20.12.0 releases are now published, the KDE release team > >> is still looking for volunteers to package future

Re: Merge tags in master branch?

2020-11-28 Thread Ben Cooksley
On Sun, Nov 29, 2020 at 10:16 AM David Faure wrote: > On lundi 23 novembre 2020 16:11:02 CET Bhushan Shah wrote: > > Hello, > > > > So I have one question regarding the how we do the framework versioning. > > Namely the tags, > > > > So currently some packages have a versioned tags on their

Fwd: KDE Release Service 20.08.3 announcement broken on kde.org

2020-11-11 Thread Ben Cooksley
Forwarding to the appropriate mailing list for this Cheers, Ben -- Forwarded message - From: Andreas Sturmlechner Date: Thu, Nov 12, 2020 at 1:43 AM Subject: KDE Release Service 20.08.3 announcement broken on kde.org To: KDE release coordination These announcements continue

Re: Transition to new mirror infrastructure

2020-11-09 Thread Ben Cooksley
MacOS, and Linux AppImage... > > Best regards > > Gilles Caulier > Regards, Ben > > Le ven. 30 oct. 2020 à 09:56, Ben Cooksley a écrit : > > > > Hi all, > > > > Just a heads up that over the weekend we're going to be migrating from > the existin

Re: Transition to new mirror infrastructure

2020-11-03 Thread Ben Cooksley
onality natively supported by RSync. This worked because bash was interpreting the regexes/wildcards for you. The correct behaviour here would be to use the --include or --exclude switches to rsync to obtain the desired behaviour. Regards, Ben > Any ideas? > > > On Sat, Oct 31, 2020 at 1:01 P

Re: Transition to new mirror infrastructure

2020-10-31 Thread Ben Cooksley
On Sun, Nov 1, 2020 at 4:49 AM Christoph Feck wrote: > On 10/31/20 03:08, Ben Cooksley wrote: > > This transition has now been completed, and going forward all access > should > > now be directed to deino.kde.org. > > Did I understand it correctly, that "deino"

Re: Transition to new mirror infrastructure

2020-10-30 Thread Ben Cooksley
On Fri, Oct 30, 2020 at 9:54 PM Ben Cooksley wrote: > Hi all, > Hi everyone, > > Just a heads up that over the weekend we're going to be migrating from the > existing mirror master server (known as milonia.kde.org) to the new > master server (which can be found under the

Transition to new mirror infrastructure

2020-10-30 Thread Ben Cooksley
us so we can ensure that you are guided to the correct system. Thanks, Ben Cooksley KDE Sysadmin

Re: RKWard 0.7.1 release candidate is available

2020-10-12 Thread Ben Cooksley
On Sun, Oct 11, 2020 at 10:30 PM Thomas Friedrichsmeier < thomas.friedrichsme...@kdemail.net> wrote: > Hi! > Hi Thomas, > > The RKWard 0.7.2 release is scheduled for October 16th. This mail is to > inform you that a release candidate source package is available today. > Barring any severe

Re: Add kio-gdrive to the release service

2020-07-01 Thread Ben Cooksley
On Wed, Jul 1, 2020 at 8:05 AM Albert Astals Cid wrote: > > El dimarts, 30 de juny de 2020, a les 0:23:17 CEST, Elvis Angelaccio va > escriure: > > On 29/06/20 23:41, Albert Astals Cid wrote: > > > El dilluns, 29 de juny de 2020, a les 22:44:16 CEST, Elvis Angelaccio va > > > escriure: > > >>

[sysadmin/ci-tooling] local-metadata: Reflect move of KIO GDrive to KDENetwork (Release Service)

2020-07-01 Thread Ben Cooksley
Git commit 06aa01d57a9f02109da0cb2b835d7f9c6c2194f8 by Ben Cooksley. Committed on 01/07/2020 at 07:34. Pushed by bcooksley into branch 'master'. Reflect move of KIO GDrive to KDENetwork (Release Service) CCMAIL: release-team@kde.org M +3-4local-metadata/product-definitions.yaml https

[sysadmin/repo-metadata] /: Move KIO GDrive from Extragear to Release Service (KDENetwork component)

2020-07-01 Thread Ben Cooksley
Git commit 1b902a61ada0251456b9ac4a6042fa4944fc63bf by Ben Cooksley. Committed on 01/07/2020 at 07:34. Pushed by bcooksley into branch 'master'. Move KIO GDrive from Extragear to Release Service (KDENetwork component) CCMAIL: release-team@kde.org M +4-2dependencies/dependency-data-kf5

Re: Calindori in release service

2020-06-28 Thread Ben Cooksley
On Mon, Jun 29, 2020 at 1:19 AM Dimitris Kardarakos wrote: > > On June 26, 2020 12:55:25 AM GMT+03:00, Albert Astals Cid > wrote: > >El dijous, 25 de juny de 2020, a les 17:25:25 CEST, Dimitris Kardarakos va > >escriure: > >> On 24/6/20 11:48 μ.μ., Albert Astals Cid wrote: > >> > El dimecres,

Re: Calindori in release service

2020-06-25 Thread Ben Cooksley
On Fri, Jun 26, 2020 at 3:56 AM Luigi Toscano wrote: > > Dimitris Kardarakos ha scritto: > > On 24/6/20 11:48 μ.μ., Albert Astals Cid wrote: > >> El dimecres, 24 de juny de 2020, a les 18:44:14 CEST, Dimitris Kardarakos > >> va escriure: > >>> Hello everyone, > >>> > >>> I would like Calindori

Re: New Framework Review: KDAV

2020-06-14 Thread Ben Cooksley
On Sun, Jun 14, 2020 at 8:03 PM Volker Krause wrote: > > With both 20.04.2 and 5.71.0 out I think it's now time to do this move. > > What extra steps do we need to take now that the framework/application > distinction exists in Gitlab as well? I guess this is the first case of a > post-migration

Re: KDE releases 20.04.1 delayed to Friday 15-May-2020

2020-05-13 Thread Ben Cooksley
On Wed, May 13, 2020 at 10:05 AM Christoph Feck wrote: > > Hi packagers, Hi Christoph, > > the 20.04.1 releases from the KDE Release Service will be published on > Fri 15-May-2020 (instead of Thu 14-May as initially planned). > > Reasons: > - give the promo and translation teams a day more time

Re: Pim package + qt 5.13

2020-05-11 Thread Ben Cooksley
On Tue, May 12, 2020 at 5:18 PM laurent Montel wrote: > > Hi, Hi Laurent, > For info in 1 week I will switch to qt5.13 for pim package. I'm afraid you need to give two weeks notice for a change such as this per the guidelines on CI dependency changes. Also, this hasn't been notified to

Re: Fwd: No announcements for KDE Applications 20.04

2020-04-25 Thread Ben Cooksley
On Sun, Apr 26, 2020 at 9:42 AM Paul Brown wrote: > > On sábado, 25 de abril de 2020 21:04:12 (CEST) Ben Cooksley wrote: > > Hi Release Team, > > > > Any ideas about the below? > > > > Cheers, > > Ben > > FWIW the announcement text is here: > &g

Fwd: No announcements for KDE Applications 20.04

2020-04-25 Thread Ben Cooksley
Hi Release Team, Any ideas about the below? Cheers, Ben -- Forwarded message - From: Евгений Попов Date: Sat, Apr 25, 2020 at 11:47 PM Subject: No announcements for KDE Applications 20.04 To: Hello. A few days ago, I received updates for KDE Applications to version 20.04,

Re: anyone using releaseme module releasing

2020-04-25 Thread Ben Cooksley
On Fri, Apr 24, 2020 at 9:59 PM Harald Sitter wrote: > > On Fri, Apr 24, 2020 at 11:46 AM Jonathan Riddell wrote: > > > > I'm not using it. > > > > And it would be worth querying if the modules in repo-metadata are useful > > at all beyond playground, kdereview, stuff-we-care-about and

Re: 2 kirigami fixes for a point release

2020-02-17 Thread Ben Cooksley
On Mon, Feb 17, 2020 at 10:55 AM Friedrich W. H. Kossebau wrote: > > Sorry, no time to rewrite to make this short. > > Am Mittwoch, 12. Februar 2020, 21:59:32 CET schrieb Nate Graham: > > [+ frameworks and plasma mailing lists] > > > > On 2020-02-12 11:31, Albert Astals Cid wrote: > > > El

Re: 2 kirigami fixes for a point release

2020-02-17 Thread Ben Cooksley
On Mon, Feb 17, 2020 at 10:43 AM Albert Astals Cid wrote: > > El diumenge, 16 de febrer de 2020, a les 22:34:51 CET, David Faure va > escriure: > > On dimanche 16 février 2020 22:17:17 CET Albert Astals Cid wrote: > > > This is their fault, they as a distribution have decided to support a > > >

Re: 2 kirigami fixes for a point release

2020-02-16 Thread Ben Cooksley
On Sun, Feb 16, 2020 at 8:35 AM Nate Graham wrote: > > On 2020-02-15 11:55, Ben Cooksley wrote: > > My point above was that the version you decide to freeze on should > > only be the version you depend on during development. > > The version you depend on when you release

Re: 2 kirigami fixes for a point release

2020-02-15 Thread Ben Cooksley
On Sat, Feb 15, 2020 at 8:10 AM Nate Graham wrote: > > On 2020-02-13 00:42, Ben Cooksley wrote: > > A better way of approaching this would be to freeze the Frameworks > > version you are going to require API wise at an earlier point in the > > Plasma development cycle. Thi

Re: 2 kirigami fixes for a point release

2020-02-13 Thread Ben Cooksley
On Thu, Feb 13, 2020 at 9:00 PM Christoph Feck wrote: > > On 02/13/20 08:42, Ben Cooksley wrote: > > Part of the issue here is that Plasma has been known to add API to > > Frameworks and then immediately, without any delay, start using it > > (pretty much always br

Re: 2 kirigami fixes for a point release

2020-02-12 Thread Ben Cooksley
On Thu, Feb 13, 2020 at 10:00 AM Nate Graham wrote: > > [+ frameworks and plasma mailing lists] > > > On 2020-02-12 11:31, Albert Astals Cid wrote: > > El dimecres, 12 de febrer de 2020, a les 15:37:09 CET, Nate Graham va > > escriure: > >> Personally I think it would be nice to have > >>

Re: KDE release 19.12.2 packages available for packagers

2020-02-04 Thread Ben Cooksley
On Tue, Feb 4, 2020 at 10:49 PM Christoph Feck wrote: > > Hello packagers, > > *.tar.xz files are available at "stable/release-service/19.12.2". > > Known issue: > - kwordquiz failed to build on Windows for unknown reasons, see >

Re: Add kdeconnect-kde to release service

2019-12-12 Thread Ben Cooksley
On Fri, Dec 13, 2019 at 6:19 AM Volker Krause wrote: > > On Wednesday, 11 December 2019 17:09:11 CET Nicolas Fella wrote: > > Hi, > > > > we would like for KDE Connect to be included in the release service > > beginning with the 20.04 release. > > > > As discussed with Jonathan I've moved the

Re: Add kdeconnect-kde to release service

2019-12-12 Thread Ben Cooksley
On Fri, Dec 13, 2019 at 6:44 AM Nicolas Fella wrote: > > On Donnerstag, 12. Dezember 2019 18:17:45 CET Volker Krause wrote: > > I think in general it would be very nice to have those includable as well, > > following a standardized branching and versioning model and the associated > > i18n

Re: "Create branch for 19.12 releases" task in phabricator

2019-11-13 Thread Ben Cooksley
On Thu, Nov 14, 2019 at 10:39 AM Albert Astals Cid wrote: > > So in created this task for myself and then made comments as i went through > it. Hi Albert, > > https://phabricator.kde.org/T12002 > > I think this helps since we just have to do the same for the next branching. > > Can anyone

Re: Killing KDE Applications

2019-10-26 Thread Ben Cooksley
On Sat, Oct 26, 2019 at 10:49 AM Albert Astals Cid wrote: > Hi Albert, > As Jonathan mentioned last month at Akademy we decided we wanted to kill the > "KDE Applications" product and transform it to being basically a "release > service" that we run, that happens to help making a release 215

Re: Deprecating Old Amarok Versions

2019-10-02 Thread Ben Cooksley
On Thu, Oct 3, 2019 at 6:32 AM Luigi Toscano wrote: > > Boudewijn Rempt ha scritto: > > On woensdag 2 oktober 2019 18:12:46 CEST Luigi Toscano wrote: > > > >> Regarding this new, different topic that you just brought up for > >> discussion, > >> and waiting for some words from the remaining

Re: Source Signing

2019-09-19 Thread Ben Cooksley
On Thu, Sep 19, 2019 at 1:24 PM Harald Sitter wrote: > > At akademy we had a poorly attended bof about release artifact > signing. Jonathan raised the concern that while we generally sign our > stuff we do not actually verify the signatures properly so coverage > and reliability is dodgy at best.

  1   2   3   >