Numerous build regressions

2021-04-25 Thread Ben Cooksley
Hi all, Over the past 48 hours a series of changes have been merged which have broken the builds of several downstream Frameworks. Given that the Frameworks that have broken have themselves not changed, it appears that the originating changes are Source Incompatible (SIC) and therefore should be

Re: Unusual behaviour in KDE Connect CMake

2021-04-07 Thread Ben Cooksley
On Wed, Apr 7, 2021 at 11:50 PM Piyush Aggarwal wrote: > > > On Wed, Apr 7, 2021 at 3:04 PM Piyush Aggarwal < > piyushaggarwal...@gmail.com> wrote: > >> I'll get right on it >> >> On Wed, 7 Apr, 2021, 3:02 pm Ben Cooksley, wrote: >> >>> Hi

Unusual behaviour in KDE Connect CMake

2021-04-07 Thread Ben Cooksley
to resolve this not be taken. Regards, Ben Cooksley KDE Sysadmin

Re: KDE CI: Frameworks » ktexteditor » kf5-qt5 FreeBSDQt5.15 - Build # 291 - Unstable!

2021-04-05 Thread Ben Cooksley
On Tue, Apr 6, 2021 at 3:33 AM Christoph Cullmann wrote: > Hi, > Hi Christoph, > > see below build error. > > I reverted my test commit to see if we have still some unpatched 5.15 > with a broken QJSEngine around again. > > Still, I think it would be great if one could have some patched

Re: KF6 sprint meeting notes 2021-04-03

2021-04-03 Thread Ben Cooksley
On Sun, Apr 4, 2021 at 8:58 AM David Faure wrote: > On samedi 3 avril 2021 22:42:36 CEST Ben Cooksley wrote: > > On Sun, Apr 4, 2021 at 2:18 AM David Faure wrote: > > > Here are the notes from today's meeting (thanks Luigi ) > > > > &

[sysadmin/ci-tooling] /: Remove CI builds for SUSEQt5.14, as Frameworks is about to bump to a mandatory Qt 5.15 dependency.

2021-04-03 Thread Ben Cooksley
Git commit 32c4018280c2870652a0be97643a01bef8ed66dd by Ben Cooksley. Committed on 03/04/2021 at 21:39. Pushed by bcooksley into branch 'master'. Remove CI builds for SUSEQt5.14, as Frameworks is about to bump to a mandatory Qt 5.15 dependency. As we're discontinuing support for this platform

Re: KF6 sprint meeting notes 2021-04-03

2021-04-03 Thread Ben Cooksley
On Sun, Apr 4, 2021 at 2:18 AM David Faure wrote: > Here are the notes from today's meeting (thanks Luigi ) > > Feature deprecation process > = > - when to deprecate a feature? Deprecation signals people that they should > start porting, but on the other hand the users of a certain

[sysadmin/ci-tooling] local-metadata: Terminate support for Windows builds of Peruse.

2021-04-02 Thread Ben Cooksley
Git commit 0a32529e1d1a6f5563c6bca9de37a355be782923 by Ben Cooksley. Committed on 02/04/2021 at 19:47. Pushed by bcooksley into branch 'master'. Terminate support for Windows builds of Peruse. This is required due to the unilteral action of the Baloo framework developers, who have deemed Windows

[frameworks/baloo] src/lib: Revert "Port away from deprecated QDateTime(QDate) constructor"

2021-04-02 Thread Ben Cooksley
Git commit c0e3ecdfdeb147146093baef045912c6342824b7 by Ben Cooksley. Committed on 02/04/2021 at 16:59. Pushed by bcooksley into branch 'master'. Revert "Port away from deprecated QDateTime(QDate) constructor" This causes a failure to build from source on MSVC as pointed out by the

T13975: Move hanyoung/libkweather to frameworks/kweathercore

2020-12-20 Thread Ben Cooksley
bcooksley closed this task as "Resolved". bcooksley claimed this task. bcooksley added a comment. As the repository has yet to transit through KDE Review and then receive the subsequent approval to join Frameworks, it is ineligible to move to https://invent.kde.org/frameworks/ i'm afraid.

Re: RFC: Switching to min Qt version 5.14 for KF on December 14th

2020-12-06 Thread Ben Cooksley
On Mon, Dec 7, 2020 at 6:05 AM David Faure wrote: > On dimanche 6 décembre 2020 17:39:38 CET Albert Astals Cid wrote: > > * MidnightBSD > > * openBSD > > The BSDs are a bit more unfortunate. > > Thanks for the information, Albert. > > Apparently this means bumping the requirement to Qt 5.14

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

[sysadmin/ci-tooling] /: Fully purge support for Qt 5.12 and Qt 5.13 builds from the CI infrastructure.

2020-11-26 Thread Ben Cooksley
Git commit d09a4d5a149eb1c7f47bd7323fadcb2f21c7e3e0 by Ben Cooksley. Committed on 27/11/2020 at 07:54. Pushed by bcooksley into branch 'master'. Fully purge support for Qt 5.12 and Qt 5.13 builds from the CI infrastructure. CCMAIL: kde-frameworks-devel@kde.org M +0-2archive-configs

[sysadmin/ci-tooling] local-metadata: Phase out SUSEQt5.12 builds for Frameworks now that it is no longer supported.

2020-11-26 Thread Ben Cooksley
Git commit 6a9cee7ffefe9cfdfd3d9e99271f53e808ca5ca3 by Ben Cooksley. Committed on 27/11/2020 at 07:29. Pushed by bcooksley into branch 'master'. Phase out SUSEQt5.12 builds for Frameworks now that it is no longer supported. CCMAIL: kde-frameworks-devel@kde.org M +1-1local-metadata

Restriction on bulk and automated changes to Git repositories

2020-10-23 Thread Ben Cooksley
that is repeatable across multiple repositories in an automated manner. No exception is given to release preparation activities, and any release that would require the above to be performed should be considered to have been postponed. Regards, Ben Cooksley KDE Sysadmin

Re: Windows CI Updated to Qt 5.15 - Temporarily KO due to Breeze Icons Breakage

2020-10-19 Thread Ben Cooksley
On Mon, Oct 19, 2020 at 10:35 AM David Faure wrote: > On mardi 6 octobre 2020 11:59:34 CEST Ben Cooksley wrote: > > Hi all, > > > > This evening i've completed updates to the Windows CI system, bringing it > > from the previous Qt 5.14 setup it was using up t

CI Breakage in Solid on FreeBSD

2020-10-15 Thread Ben Cooksley
an issue because recent changes landed in kcmutils require that the Dependency Build jobs be triggered to eliminate CMake related source incompatible changes. This breakage prevents this from taking place and means the Plasma FreeBSD jobs are broken until further notice. Regards, Ben Cooksley KDE

Re: Windows CI Updated to Qt 5.15 - Temporarily KO due to Breeze Icons Breakage

2020-10-06 Thread Ben Cooksley
han just a test failure - as noted in the log above. I'm not sure what the script in question is trying to achieve though? > > Or was the regression caused by something else? > > Nate > Cheers, Ben > > > > On 10/6/20 3:59 AM, Ben Cooksley wrote: > > Hi

Windows CI Updated to Qt 5.15 - Temporarily KO due to Breeze Icons Breakage

2020-10-06 Thread Ben Cooksley
, we expect to be able to resume normal CI service for Windows. Regards, Ben Cooksley KDE Sysadmin

[sysadmin/ci-tooling] build-specs/Frameworks: Try re-enabling tests on Windows for KIO.

2020-09-19 Thread Ben Cooksley
Git commit a203a2dfa7ac5499e375fe7180f04071c278c9c9 by Ben Cooksley. Committed on 19/09/2020 at 09:49. Pushed by bcooksley into branch 'master'. Try re-enabling tests on Windows for KIO. CCMAIL: kde-frameworks-devel@kde.org D +0-5build-specs/Frameworks/kio-WindowsMSVCQt5.14.yaml https

[sysadmin/ci-tooling] helpers: Ensure all variants of names that kioslave.exe can hide under are found and killed after running tests to ensure our builders don't get stuck,

2020-09-19 Thread Ben Cooksley
Git commit 5c55d45159099d6addff47776b62b8699ce750e9 by Ben Cooksley. Committed on 19/09/2020 at 09:47. Pushed by bcooksley into branch 'master'. Ensure all variants of names that kioslave.exe can hide under are found and killed after running tests to ensure our builders don't get stuck, CCMAIL

Re: KIO on Android Failure

2020-08-20 Thread Ben Cooksley
On Thu, Aug 20, 2020 at 8:00 AM David Faure wrote: > > On mardi 18 août 2020 13:52:50 CEST Ben Cooksley wrote: > > Hi all, > > > > At some point recently functionality was added to KIO which broke the > > build on Android. > > Is there any reason w

Re: KIO on Android Failure

2020-08-19 Thread Ben Cooksley
On Wed, Aug 19, 2020 at 3:01 AM Ahmad Samir wrote: > > On 18/08/2020 13:52, Ben Cooksley wrote: > > Hi all, > > > > At some point recently functionality was added to KIO which broke the > > build on Android. > > > > I'm not sure why we're building KI

KIO on Android Failure

2020-08-18 Thread Ben Cooksley
Hi all, At some point recently functionality was added to KIO which broke the build on Android. I'm not sure why we're building KIO on Android, but it appears that some applications may be using it - and this in turn causes the Dependency Build jobs to fail. Could someone take a look please?

Re: Breakage in Breeze Icons

2020-07-22 Thread Ben Cooksley
On Wed, Jul 22, 2020 at 6:49 AM David Redondo wrote: > > I fixed the build now. There was a symlink to a removed file which > cmake -E copy_directory didn't like. Thanks for the quick response on this. > > Regards, > David > > Regards, Ben

Breakage in Breeze Icons

2020-07-21 Thread Ben Cooksley
Hi all, The build of breeze-icons is currently broken according to the CI system. Please see https://build.kde.org/view/Failing/job/Frameworks/job/breeze-icons/ for details on this. This appears to be due to commit 84a9e3953268c499553501a5caafa7ee4f52cc79 Could someone take a look and correct

Re: KDE CI: Frameworks » ktexteditor » kf5-qt5 SUSEQt5.15 - Build # 4 - Still Unstable!

2020-07-11 Thread Ben Cooksley
On Sun, Jul 12, 2020 at 3:23 AM Christoph Cullmann wrote: > > On 2020-07-09 10:03, Christoph Cullmann wrote: > > On 2020-07-08 00:07, David Faure wrote: > >> On mardi 7 juillet 2020 17:58:26 CEST Christoph Cullmann wrote: > >>> On 2020-07-07 12:16, David Faure wrote: > >>> > Yep :( > >>> > > >>>

Re: Moving ring-kde to unmaintained (was: Re: Shift for parts of the CI system to Qt 5.15)

2020-07-09 Thread Ben Cooksley
On Sun, Jun 28, 2020 at 9:18 PM Ben Cooksley wrote: > > On Sat, Jun 20, 2020 at 10:40 PM Friedrich W. H. Kossebau > wrote: > > > > Am Samstag, 20. Juni 2020, 12:25:42 CEST schrieb Ben Cooksley: > > > On Sat, Jun 20, 2020 at 8:13 PM Volker Krause wrote: > > &g

Re: Moving ring-kde to unmaintained (was: Re: Shift for parts of the CI system to Qt 5.15)

2020-06-28 Thread Ben Cooksley
On Sat, Jun 20, 2020 at 10:40 PM Friedrich W. H. Kossebau wrote: > > Am Samstag, 20. Juni 2020, 12:25:42 CEST schrieb Ben Cooksley: > > On Sat, Jun 20, 2020 at 8:13 PM Volker Krause wrote: > > > On Saturday, 20 June 2020 08:20:18 CEST Ben Cooksley wrote: > > >

Re: Shift for parts of the CI system to Qt 5.15

2020-06-22 Thread Ben Cooksley
On Mon, Jun 22, 2020 at 9:06 AM David Faure wrote: > > On samedi 20 juin 2020 12:25:42 CEST Ben Cooksley wrote: > > - ktorrent (when linking with taglib) > > Looks like the fix I made to fix ktorrent (failing to link with taglib) also > fixed the FreeBSD issue y

Re: Shift for parts of the CI system to Qt 5.15

2020-06-20 Thread Ben Cooksley
On Sat, Jun 20, 2020 at 8:13 PM Volker Krause wrote: > > On Saturday, 20 June 2020 08:20:18 CEST Ben Cooksley wrote: > > Hi all, > > > > This weekend parts of our CI system shifted to using Qt 5.15, with all > > FreeBSD builds now being based on Qt 5.15. We als

Shift for parts of the CI system to Qt 5.15

2020-06-20 Thread Ben Cooksley
Hi all, This weekend parts of our CI system shifted to using Qt 5.15, with all FreeBSD builds now being based on Qt 5.15. We also shifted all Linux builds of Plasma, and the latest Qt version build of Frameworks to Qt 5.15 as well (apologies for the massive amount of email this kicked up) It has

[sysadmin/kde-build-metadata] /: KDav wants KIO.

2020-06-19 Thread Ben Cooksley
Git commit 51f12030515eab5f92a4e700708194ac9ee88cfd by Ben Cooksley. Committed on 19/06/2020 at 20:48. Pushed by bcooksley into branch 'master'. KDav wants KIO. CCMAIL: kde-frameworks-devel@kde.org M +1-0dependency-data-kf5-qt5 M +1-0dependency-data-stable-kf5-qt5 https

[sysadmin/repo-metadata] projects-invent/frameworks/kdav: Reflect move of KDav to Frameworks.

2020-06-19 Thread Ben Cooksley
Git commit 9abbeb9a441afe79a6f96a2fefa61c45655b4e12 by Ben Cooksley. Committed on 19/06/2020 at 18:17. Pushed by bcooksley into branch 'master'. Reflect move of KDav to Frameworks. Fixes T13301 CCMAIL: kde-frameworks-devel@kde.org R +0-0projects-invent/frameworks/kdav/i18n.json [from

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

D29810: Don't use the setenv function after fork

2020-06-10 Thread Ben Cooksley
bcooksley added a comment. NOTICE OF INTENTION TO REVERT Due to this commit introducing a FBTFS on FreeBSD, this commit will be automatically reverted in 24 hours unless https://invent.kde.org/frameworks/kcrash/-/merge_requests/3 has been merged and the FTBFS condition corrected.

T13144: Remove deprecated code from Kirigami example

2020-05-12 Thread Ben Cooksley
bcooksley added a comment. Reassigning from Sysadmin to the Frameworks Developers - we don't maintain the API Documentation. TASK DETAIL https://phabricator.kde.org/T13144 To: bcooksley Cc: bcooksley, kde-frameworks-devel, sanecito, LeGast00n, cblack, michaelh, ngraham, bruns

T13144: Remove deprecated code from Kirigami example

2020-05-12 Thread Ben Cooksley
bcooksley edited projects, added Frameworks; removed Sysadmin. bcooksley edited subscribers, added: kde-frameworks-devel; removed: sysadmin. TASK DETAIL https://phabricator.kde.org/T13144 To: bcooksley Cc: kde-frameworks-devel, sanecito, sysadmin, duffus

T13144: Remove deprecated code from Kirigami example

2020-05-12 Thread Ben Cooksley
bcooksley changed the visibility from "Custom Policy" to "Public (No Login Required)". bcooksley changed the edit policy from "Custom Policy" to "All Users". TASK DETAIL https://phabricator.kde.org/T13144 To: bcooksley Cc: kde-frameworks-devel, sanecito, LeGast00n, cblack, michaelh, ngraham,

Fwd: KDE CI: Administration » Dependency Build Calligra stable-kf5-qt5 WindowsMSVCQt5.14 - Build # 24 - Still Failing!

2020-05-10 Thread Ben Cooksley
Can someone investigate the below please? Thanks, Ben -- Forwarded message - From: CI System Date: Sun, May 10, 2020 at 8:01 PM Subject: KDE CI: Administration » Dependency Build Calligra stable-kf5-qt5 WindowsMSVCQt5.14 - Build # 24 - Still Failing! To: *BUILD FAILURE* Build

Re: Information regarding upcoming Gitlab Migration

2020-05-02 Thread Ben Cooksley
On Sun, May 3, 2020 at 2:13 AM Michał Policht wrote: > > Hi all, Hi Michal, > > Sorry for late response, but project "cutehmi" fits into "sdk" category > better than "applications" (technically it's a framework, but I guess > "frameorks" is reserved for well integrated KDE Frameworks). I have

Re: Information regarding upcoming Gitlab Migration

2020-05-01 Thread Ben Cooksley
On Sat, May 2, 2020 at 9:04 AM Nate Graham wrote: > > On 5/1/20 2:09 PM, Ben Cooksley wrote: > > Unfortunately sharing of projects/repositories across groups does not > > impact on tasks and reviews. > > This means that merge requests for Planet (which is currently s

Re: Information regarding upcoming Gitlab Migration

2020-05-01 Thread Ben Cooksley
On Sat, May 2, 2020 at 6:17 AM Alexander Potashev wrote: > > On Tue, Apr 28, 2020 at 6:47 AM Bhushan Shah wrote: > > Use case 4 : Tom is a student in Germany and is interested in > > contributing to wikitolearn, and he asks where can I find code of the > > wikitolearn? > > Hi, Hi Alexander, >

Re: Information regarding upcoming Gitlab Migration

2020-05-01 Thread Ben Cooksley
On Sat, May 2, 2020 at 2:33 AM Adriaan de Groot wrote: > > On 2020 mayula d. 1id 07:08:41 CEST Ben Cooksley wrote: > > On Fri, May 1, 2020 at 2:46 AM Nate Graham wrote: > > > If I'm understanding things, we have solutions to most or all of the > >

Re: Information regarding upcoming Gitlab Migration: clarifications

2020-04-30 Thread Ben Cooksley
On Fri, May 1, 2020 at 4:38 PM Nate Graham wrote: > > > > On 4/30/20 5:59 PM, Aleix Pol wrote: > > El jue., 30 de abr. de 2020 a la(s) 18:15, Albert Astals Cid > >> Am I the only person that just has all the repos on the same folder? I > >> thought it was the common thing to do :? > > > > I do

Re: Information regarding upcoming Gitlab Migration

2020-04-30 Thread Ben Cooksley
On Fri, May 1, 2020 at 2:46 AM Nate Graham wrote: > > If I'm understanding things, we have solutions to most or all of the > objections raised so far: > > - Projects will be allowed to live in--or at least appear in--multiple > top-level groups (e.g. plasma-framework could appear in both the >

Re: Information regarding upcoming Gitlab Migration: clarifications

2020-04-30 Thread Ben Cooksley
On Fri, May 1, 2020 at 5:58 AM Nate Graham wrote: > > > > On 4/30/20 11:43 AM, Aleix Pol wrote: > > IMHO needing tools ad-hoc to KDE development can be a barrier of entrance. > > I feel like these things make us look distant, it's important that > > people's skills translate automatically when

Re: Information regarding upcoming Gitlab Migration: clarifications

2020-04-30 Thread Ben Cooksley
On Fri, May 1, 2020 at 6:04 AM Ivan Čukić wrote: > > > We have made a big fuss in the past about having different projects > > that do the same thing and now we'll have that but also we'll have > > several projects with the same name? > > It really feels off to me and I wonder if this is related

Re: Information regarding upcoming Gitlab Migration: clarifications

2020-04-30 Thread Ben Cooksley
On Fri, May 1, 2020 at 5:44 AM Aleix Pol wrote: > > On Wed, Apr 29, 2020 at 12:25 PM Bhushan Shah wrote: > > > > Good afternoon, > > > > [Please keep sysad...@kde.org list or bs...@kde.org in the CC for > > replies] > > > > I want to clarify some bits for which we have gotten a questions about,

Re: Information regarding upcoming Gitlab Migration

2020-04-28 Thread Ben Cooksley
On Tue, Apr 28, 2020 at 11:09 PM Adriaan de Groot wrote: > > There are a whole bunch of considerations and use-cases being discussed at > once in this thread, and Leinir's post made me think a bit about different > actors can interact with "the collection of repositories". > > One actor is

Re: Information regarding upcoming Gitlab Migration

2020-04-27 Thread Ben Cooksley
On Tue, Apr 28, 2020 at 8:31 AM Albert Astals Cid wrote: > > El dilluns, 27 d’abril de 2020, a les 13:19:07 CEST, Ben Cooksley va escriure: > > On Mon, Apr 27, 2020 at 11:12 PM Olivier Churlaud > > wrote: > > > > > > Hi, > > > > > > L

Re: Information regarding upcoming Gitlab Migration

2020-04-27 Thread Ben Cooksley
On Tue, Apr 28, 2020 at 1:46 AM Nate Graham wrote: > > > > On 4/27/20 4:38 AM, Aleix Pol wrote: > > Does this mean that to clone it we'll have to go "git clone > > kde:games/knetwalk" or something along the lines? > > > > If that's the case I'd much prefer if we didn't do this, at the moment > >

Re: Information regarding upcoming Gitlab Migration

2020-04-27 Thread Ben Cooksley
On Mon, Apr 27, 2020 at 11:12 PM Olivier Churlaud wrote: > > Hi, > > Le lundi 27 avril 2020, 12:38:42 CEST Aleix Pol a écrit : > > On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote: > > > > > > [Please keep sysad...@kde.org list or bs...@kde.org in the CC for > > > replies] > > > > > > Hello

Re: Information regarding upcoming Gitlab Migration

2020-04-27 Thread Ben Cooksley
On Mon, Apr 27, 2020 at 10:50 PM Piyush Aggarwal wrote: > > > > On Mon, 27 Apr, 2020, 4:09 pm Aleix Pol, wrote: >> >> On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote: >> > >> > [Please keep sysad...@kde.org list or bs...@kde.org in the CC for >> > replies] >> > >> > Hello Community members,

Re: Information regarding upcoming Gitlab Migration

2020-04-27 Thread Ben Cooksley
On Mon, Apr 27, 2020 at 10:39 PM Aleix Pol wrote: > > On Mon, Apr 27, 2020 at 3:41 AM Bhushan Shah wrote: > > > > [Please keep sysad...@kde.org list or bs...@kde.org in the CC for > > replies] > > > > Hello Community members, > > > > In view of upcoming Gitlab migration, we sysadmin team wants

Re: Information regarding upcoming Gitlab Migration

2020-04-27 Thread Ben Cooksley
On Mon, Apr 27, 2020 at 7:26 PM Ilya Bizyaev wrote: > > Hello Bhushan! > > Thank you for you work on the Gitlab migration! > > The lists look good! Here are some ideas that I have, in case you think they > can be considered before we transition: > • The "applications" category is somewhat

Re: Information regarding upcoming Gitlab Migration

2020-04-27 Thread Ben Cooksley
On Mon, Apr 27, 2020 at 6:33 PM Rolf Eike Beer wrote: > > Bhushan Shah wrote: > > > I've worked on draft "move" of the current set of the repositories in > > their respective subgroups at the repo-metadata project's branch [1]. > > You can browse the directory structure to get idea of how final

Re: Fwd: KDE CI: Administration » Dependency Build Plasma stable-kf5-qt5 FreeBSDQt5.14 - Build # 8 - Still Failing!

2020-04-20 Thread Ben Cooksley
On Mon, Apr 20, 2020 at 10:29 AM Friedrich W. H. Kossebau wrote: > > Am Sonntag, 19. April 2020, 21:13:01 CEST schrieb Ben Cooksley: > > Hi all, > > > > Another breakage in Qt? > > Should be fixed now (restarted build now completed), with similar traps also &g

D6794: assert the testpackage appstream data validates

2020-04-20 Thread Ben Cooksley
bcooksley added a comment. I've added it in https://invent.kde.org/sysadmin/ci-tooling/commit/cd1eb8d0a91502f8aaf0c7fc402060bd38a3cf25 and have now initiated an image rebuild REPOSITORY R290 KPackage REVISION DETAIL https://phabricator.kde.org/D6794 To: sitter, sebas, apol Cc:

Fwd: KDE CI: Administration » Dependency Build Plasma stable-kf5-qt5 FreeBSDQt5.14 - Build # 8 - Still Failing!

2020-04-19 Thread Ben Cooksley
Hi all, Another breakage in Qt? Cheers, Ben -- Forwarded message - From: CI System Date: Sun, Apr 19, 2020 at 11:44 PM Subject: KDE CI: Administration » Dependency Build Plasma stable-kf5-qt5 FreeBSDQt5.14 - Build # 8 - Still Failing! To: *BUILD FAILURE* Build URL

Re: Fwd: KDE CI: Administration » Dependency Build Plasma stable-kf5-qt5 FreeBSDQt5.14 - Build # 7 - Still Failing!

2020-04-18 Thread Ben Cooksley
On Sun, Apr 19, 2020 at 3:13 AM David Faure wrote: > > On Saturday, April 18, 2020 5:06:43 PM CEST Friedrich W. H. Kossebau wrote: > > Am Samstag, 18. April 2020, 16:26:57 CEST schrieb David Faure: > > > On Saturday, April 18, 2020 7:09:25 AM CEST Ben Cooksley

D6794: assert the testpackage appstream data validates

2020-04-18 Thread Ben Cooksley
bcooksley added a comment. I wonder if it is a coincidence that the images used to run the CI system we rebuilt in the past 48 hours - could this be an update to appstreamcli that is causing this perhaps? REPOSITORY R290 KPackage REVISION DETAIL https://phabricator.kde.org/D6794 To:

Fwd: KDE CI: Administration » Dependency Build Plasma stable-kf5-qt5 FreeBSDQt5.14 - Build # 7 - Still Failing!

2020-04-17 Thread Ben Cooksley
Hi all, Please see below - any ideas as to why KHelpCenter no longer successfully builds? It doesn't look like KHelpCenter has changed... Cheers, Ben -- Forwarded message - From: CI System Date: Sat, Apr 18, 2020 at 4:38 PM Subject: KDE CI: Administration » Dependency Build

Re: KDE CI: Administration » Dependency Build Extragear stable-kf5-qt5 AndroidQt5.14 - Build # 10 - Still Failing!

2020-04-17 Thread Ben Cooksley
the image and after that the Dependency Build ran through fine - so all sorted now! > > > Nico Cheers, Ben > > > > > > On Donnerstag, 16. April 2020 21:10:44 CEST Ben Cooksley wrote: > > > On Fri, Apr 17, 2020 at 6:37 AM Johan Ouwerkerk > > wro

Re: KDE CI: Administration » Dependency Build Extragear stable-kf5-qt5 AndroidQt5.14 - Build # 10 - Still Failing!

2020-04-16 Thread Ben Cooksley
On Fri, Apr 17, 2020 at 6:37 AM Johan Ouwerkerk wrote: > > > On Thu, Apr 16, 2020 at 10:51 AM Ben Cooksley wrote: >> >> Hi all, >> >> Does anyone know why the below would have suddenly started failing a little >> while back? >> >> Thanks, >

D28755: Breeze Icons cannot be built from read-only source location

2020-04-16 Thread Ben Cooksley
bcooksley added a comment. This does not build on the CI system - please see https://build.kde.org/view/Failing/job/Administration/job/Dependency%20Build%20Applications%20kf5-qt5%20SUSEQt5.12/lastFailedBuild/ amongst others. REPOSITORY R266 Breeze Icons REVISION DETAIL

Fwd: KDE CI: Administration » Dependency Build Extragear stable-kf5-qt5 AndroidQt5.14 - Build # 10 - Still Failing!

2020-04-16 Thread Ben Cooksley
Hi all, Does anyone know why the below would have suddenly started failing a little while back? Thanks, Ben -- Forwarded message - From: CI System Date: Thu, Apr 16, 2020 at 6:59 AM Subject: KDE CI: Administration » Dependency Build Extragear stable-kf5-qt5 AndroidQt5.14 -

Re: Update on Status of Gitlab Migration

2020-04-14 Thread Ben Cooksley
On Tue, Apr 14, 2020 at 2:37 PM Nate Graham wrote: > > On 4/13/20 6:59 PM, Ben Cooksley wrote: > > Why do we need to mimic them? > > > > If you Google "KDE Gitlab" then the first hit is invent.kde.org > > <http://invent.kde.org>. > > To flip it

Re: Update on Status of Gitlab Migration

2020-04-14 Thread Ben Cooksley
On Mon, Apr 13, 2020 at 9:29 AM Johan Ouwerkerk wrote: > > On Sun, Apr 12, 2020 at 12:49 AM Johan Ouwerkerk > wrote: > > > > > > > > We may need to do on-the-fly conversion of the kde: repo paths if they > > > won't be expressible as 'kde:foo' in the future, but we should have the > > >

Re: Update on Status of Gitlab Migration

2020-04-13 Thread Ben Cooksley
On Tue, 14 Apr 2020, 11:45 am Aleix Pol, wrote: > On Mon, Apr 13, 2020 at 8:30 PM Ben Cooksley wrote: > > > > On Tue, Apr 14, 2020 at 3:35 AM Nate Graham wrote: > > > > > > On 4/13/20 4:44 AM, Albert Vaca Cintora wrote: > > > > Regarding this: is th

Re: Update on Status of Gitlab Migration

2020-04-13 Thread Ben Cooksley
On Tue, Apr 14, 2020 at 3:35 AM Nate Graham wrote: > > On 4/13/20 4:44 AM, Albert Vaca Cintora wrote: > > Regarding this: is the subdomain going to stay invent.kde.org once we > > have officially moved? I find it's a bit confusing to use that instead > > of gitlab.kde.org > > I agree.

Re: Update on Status of Gitlab Migration

2020-04-11 Thread Ben Cooksley
On Sun, Apr 12, 2020 at 11:04 AM Johan Ouwerkerk wrote: > > On Sun, Apr 12, 2020 at 12:49 AM Johan Ouwerkerk > wrote: > > > > Yes the only reason why a cleanup script might be needed is if the > > logical path used to express the repo in dependency information > > changes at the same time. E.g.

Re: Update on Status of Gitlab Migration

2020-04-11 Thread Ben Cooksley
On Sat, Apr 11, 2020 at 11:31 PM Johan Ouwerkerk wrote: > > On Sat, Apr 11, 2020 at 11:36 AM Ben Cooksley wrote: > > > > Should anyone have any questions on the above, please let us know. > > > > Does the migration also mean that `git.kde.org` push URL wi

Notice of upcoming changes to the behaviour of the anongit network

2020-04-11 Thread Ben Cooksley
of offering support for redirects (should those be needed) Should anyone have any questions regarding this, please let us know. Thanks, Ben Cooksley KDE Sysadmin

Update on Status of Gitlab Migration

2020-04-11 Thread Ben Cooksley
previously logged into Gitlab, please visit KDE Identity and make a change to your details there, which will trigger a sync of your account to Gitlab. Should anyone have any questions on the above, please let us know. Thanks, Ben Cooksley KDE Sysadmin

D28400: [AdvancedQueryParser] Move semantic handling of tokens to SearchStore

2020-04-07 Thread Ben Cooksley
bcooksley added a comment. Sorry, but that isn't how this works. Also, you will notice that one of the failing platforms is FreeBSD. Which is freely available and OSS. The responsibility of people to keep code compiling rests with those working on it. Should there be platform specific

D28400: [AdvancedQueryParser] Move semantic handling of tokens to SearchStore

2020-04-07 Thread Ben Cooksley
bcooksley added a comment. The following is notice that the following reviews/commits are being scheduled to be reverted in 24 hours due to the FTBFS on Windows and FreeBSD: - 2b9c468816459a318dd2c8fe96e5e5acf1cedfd1

D25660: Decouple KBookmarksMenu from KActionCollection

2020-03-27 Thread Ben Cooksley
bcooksley added a comment. Thanks. That macro really does cause quite a bit of trouble... REPOSITORY R294 KBookmarks REVISION DETAIL https://phabricator.kde.org/D25660 To: nicolasfella, #frameworks, dfaure Cc: bcooksley, kossebau, dfaure, apol, kde-frameworks-devel, LeGast00n, cblack,

D25660: Decouple KBookmarksMenu from KActionCollection

2020-03-27 Thread Ben Cooksley
bcooksley added a comment. Could this commit be the cause of https://build.kde.org/job/Applications/job/krdc/job/stable-kf5-qt5%20FreeBSDQt5.14/3/consoleText (ie. this commit is SIC?) REPOSITORY R294 KBookmarks REVISION DETAIL https://phabricator.kde.org/D25660 To: nicolasfella,

D14707: autotests: skip '/' fstab check with zfs

2020-03-21 Thread Ben Cooksley
bcooksley added a comment. That is strange - as our FreeBSD Builders definitely have an /etc/fstab file: root@FreeBSDBuilderIota:~ # cat /etc/fstab # DeviceMountpoint FStype Options Dump Pass# /dev/vtbd0p2noneswapsw

D27986: Allow providing an error message from the application

2020-03-17 Thread Ben Cooksley
bcooksley added a comment. The following is notice that I intend to revert this change, along with the corresponding commits that make use of this functionality in Dr Konqi, as they cause a FTBFS on both FreeBSD and Windows which has not been addressed. This regression is over a week old

D27855: [Debug] Improve readability of positioninfo debug format

2020-03-17 Thread Ben Cooksley
bcooksley added a comment. One of the changes in this string of 4 revisions has unfortunately broken the build of Baloo on the CI system. Please see https://build.kde.org/view/Failing/job/Frameworks/job/baloo/job/kf5-qt5%20FreeBSDQt5.13/90/console REPOSITORY R293 Baloo REVISION DETAIL

Fwd: KDE CI: Plasma » drkonqi » kf5-qt5 WindowsMSVCQt5.14 - Build # 13 - Still Failing!

2020-03-16 Thread Ben Cooksley
Hi Aleix and Harald, The below appears to have been caused by recent changes you've made to Dr Konqi and KCrash - mind taking a look? Note that FreeBSD is also affected by this breakage. Cheers, Ben -- Forwarded message - From: CI System Date: Tue, 17 Mar 2020, 6:42 AM

Re: KDE CI: Applications » kreversi » kf5-qt5 FreeBSDQt5.13 - Build # 26 - Still Failing!

2020-03-16 Thread Ben Cooksley
On Mon, Mar 16, 2020 at 10:24 PM David Edmundson wrote: > > There is not a SIC. KIO is fine > > It's merely this crap again: > > if (EXISTS "${CMAKE_SOURCE_DIR}/.git") >add_definitions(-DQT_DISABLE_DEPRECATED_BEFORE=0x06) >

Fwd: KDE CI: Applications » kreversi » kf5-qt5 FreeBSDQt5.13 - Build # 26 - Still Failing!

2020-03-16 Thread Ben Cooksley
This appears to be yet more fallout due to the regression within KIO. I'm therefore treating this as a Source Incompatibie Change to KIO, and will be reverting that change in 24 hours unless someone has an alternative solution. Cheers, Ben -- Forwarded message - From: CI System

D27893: Use fallback also on Windows not only mac

2020-03-06 Thread Ben Cooksley
bcooksley accepted this revision. bcooksley added a comment. This revision is now accepted and ready to land. Looks good to me! REPOSITORY R289 KNotifications BRANCH master REVISION DETAIL https://phabricator.kde.org/D27893 To: vonreth, broulik, bcooksley, jjazeix, cullmann Cc:

Re: kreversi 19.12 fails to build at IconSize call

2020-03-01 Thread Ben Cooksley
On Mon, Mar 2, 2020 at 2:19 AM Christoph Feck wrote: > > Hi, > > kreversi release/19.12 branch fails to build with this error on CI: > > > pageItem->setIcon(QIcon::fromTheme(icon).pixmap(IconSize(KIconLoader::Toolbar))); > error: IconSize was not declared in this scope > > See >

D27355: POC: Make kstatusnotifieritem available without dbus

2020-03-01 Thread Ben Cooksley
bcooksley added a comment. Have you had a chance to look into this @broulik? REPOSITORY R289 KNotifications REVISION DETAIL https://phabricator.kde.org/D27355 To: vonreth, bcooksley, jjazeix, broulik Cc: kde-frameworks-devel, LeGast00n, cblack, GB_2, michaelh, ngraham, bruns

D27557: Auto-generate 24px monochrome icons

2020-02-24 Thread Ben Cooksley
bcooksley added a comment. Please note that the FreeBSD breakage has now started to cause Dependency Builds on the CI system to fail. REPOSITORY R266 Breeze Icons REVISION DETAIL https://phabricator.kde.org/D27557 To: ngraham, #vdg, ndavis, #frameworks, sitter Cc: bcooksley, kossebau,

Re: Banning QNetworkAccessManager

2020-02-21 Thread Ben Cooksley
On Thu, Feb 20, 2020 at 9:57 PM Volker Krause wrote: > > On Wednesday, 19 February 2020 10:04:11 CET Ben Cooksley wrote: > > On Wed, Feb 19, 2020 at 9:30 PM Volker Krause wrote: > > > On Wednesday, 19 February 2020 08:05:01 CET Ben Cooksley wrote: > > > > On M

Re: Fixing QNetworkAccessManager use

2020-02-20 Thread Ben Cooksley
On Thu, Feb 20, 2020 at 2:09 AM Friedrich W. H. Kossebau wrote: > > Am Mittwoch, 19. Februar 2020, 08:05:01 CET schrieb Ben Cooksley: > > On Mon, Feb 3, 2020 at 7:42 AM Volker Krause wrote: > > > It would also help to know where specifically we have that problem, so we >

Re: Fixing QNetworkAccessManager use

2020-02-19 Thread Ben Cooksley
On Thu, Feb 20, 2020 at 9:58 AM Friedrich W. H. Kossebau wrote: > > Am Mittwoch, 19. Februar 2020, 21:01:20 CET schrieb Johan Ouwerkerk: > > On Wed, Feb 19, 2020 at 2:09 PM Friedrich W. H. Kossebau > > > > wrote: > > > Personally I am still unsure what the actual issue is. Why are redirects > >

Re: Banning QNetworkAccessManager

2020-02-19 Thread Ben Cooksley
On Wed, Feb 19, 2020 at 9:30 PM Volker Krause wrote: > > On Wednesday, 19 February 2020 08:05:01 CET Ben Cooksley wrote: > > On Mon, Feb 3, 2020 at 7:42 AM Volker Krause wrote: > > > I agree on the problem of QNAM's default, see also > > > https://conf.kde.org/en/ &

Re: Banning QNetworkAccessManager

2020-02-18 Thread Ben Cooksley
On Mon, Feb 3, 2020 at 7:42 AM Volker Krause wrote: > > I agree on the problem of QNAM's default, see also https://conf.kde.org/en/ > akademy2019/public/events/135 on that subject. > > On Saturday, 1 February 2020 23:24:14 CET Ben Cooksley wrote: > [...] > > Prior to now,

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 Mon, Feb 17, 2020 at 4:42 AM David Edmundson 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 will be the next release of > > Frameworks (so by freezing on

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

  1   2   3   4   5   6   7   8   >