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
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
to resolve this not be taken.
Regards,
Ben Cooksley
KDE Sysadmin
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
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 )
> > >
> &
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
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
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
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
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.
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
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
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
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
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
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
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
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
, we expect to be able to
resume normal CI service for Windows.
Regards,
Ben Cooksley
KDE Sysadmin
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
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
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
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
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?
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
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
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 :(
> >>> >
> >>>
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
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:
> > >
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
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
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
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
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
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
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.
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
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
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,
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
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
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
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,
>
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
> >
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
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
>
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
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
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,
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
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
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
> >
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
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,
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
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
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
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
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:
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
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
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:
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
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
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,
>
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
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 -
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
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
> > >
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
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.
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.
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
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
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
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
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
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,
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,
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
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
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
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
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)
>
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
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:
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
>
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
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,
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
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
>
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
> >
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/
&
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,
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
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
> > >
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
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
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
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 - 100 of 763 matches
Mail list logo
