e
> file bugs with the version number field just set completely
wrong, so
> now it's harder to tell when they've submitted a bug while
using an old
> unsupported version.
>
> I would recommend in the short term that we re-add t
ong, so
> > now it's harder to tell when they've submitted a bug while using an
> old
> > unsupported version.
> >
> > I would recommend in the short term that we re-add the old versions
> to
> > alleviate this issue.
> &g
g an old
unsupported version.
I would recommend in the short term that we re-add the old versions to
alleviate this issue.
In the medium term, I would like to extend the bugzilla bot to post a
comment on bug reports filed against old unsupported versions
recommending that the
y've submitted a bug while using an old
> unsupported version.
>
> I would recommend in the short term that we re-add the old versions to
> alleviate this issue.
>
> In the medium term, I would like to extend the bugzilla bot to post a
> comment on bug reports filed against
instead people
> file bugs with the version number field just set completely wrong, so
> now it's harder to tell when they've submitted a bug while using an old
> unsupported version.
>
> I would recommend in the short term that we re-add the old versions to
> alleviate th
On Sun, Sep 4, 2022 at 8:51 PM Gilles Caulier
wrote:
> Hi Ben,
>
HI Gilles,
>
> With build/binary-factory , it was possible to get an Embeddable Build
> Status Icon as this one :
>
>
> https://binary-factory.kde.org/view/AppImage/job/Digikam_Nightly_appimage-centos7/badge/
>
> Does this featur
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:
>>> >
>>> > As previously indicated, I have now shu
Hello!
Please report bugs using https://bugs.kde.org. In this case you can file
it at plasmashell | application launcher (kickoff). You can attach the
video to your bug report.
Nate
On 9/2/22 22:37, 한현빈 wrote:
I use korean keyboard language layout using FCITX on Kde Neon 5.25, and
when I
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:
>> >
>> > As previously indicated, I have now shutdown build.kde.org along with
>> the domain that supported it's v
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.
> The repository containing that tooling has now also been archived, and the
> former build.kde.org domain has
I now have no way to even test macosx builds for kdiff3, I have no access to a
64bit Intel mac. What are the plans for this and Windows
builds. I have a functional windows based craft installed locally.
Sep 3, 2022 12:47:06 AM Ben Cooksley :
> On Sat, Aug 27, 2022 at 9:44 PM Ben Cooksley wrote:
On Sun, Sep 4, 2022 at 2:13 AM Michael Reeves wrote:
> I now have no way to even test macosx builds for kdiff3, I have no access
> to a 64bit Intel mac. What are the plans for this and Windows
> builds. I have a functional windows based craft installed locally.
>
At this time the Binary Factory
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.
> > The repository containing that t
On Sat, Aug 27, 2022 at 9:44 PM Ben Cooksley wrote:
> Hi all,
>
> This evening I completed the necessary setup required to complete our
> Gitlab CI dashboards, which can now be found at
> https://metrics.kde.org/dashboards/f/aNxvXJW4k/gitlab-ci (KDE Developer
> account login required)
>
> These a
+1, I think this makes sense. Allowing Plasma themes to include code has
always been fragile and dangerous, and anything that incrementally moves
us away from that is a good thing IMO.
Nate
On 8/27/22 13:53, alexander.loh...@gmx.de wrote:
Hello everyone,
I write this mail regarding the p
On 28/8/22 08:35, Enrico Bella wrote:
Hello,
I would like to report a strange behavior of Kickoff, but I can't find
"KickOff" in the product list on https://bugs.kde.org/
Is KickOff listed with another name? Where can I report this?
Thanks,
Enrico
Most likely it's part of the "plasmashell" pr
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 can now be found at
> > https://
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 can now be found at
> https://metrics.kde.org/dashboards/f/aNxvXJW4k/gitlab-ci (KDE Developer
> accou
On Thu, Aug 18, 2022 at 12:13 PM David Edmundson
wrote:
> The best next step is to take a small area of Plasma (kickoff) and see
> how it scales up to having multiple developers both contribute. I'm
> happy to land something in the repos as optional deps and see how it
> pans out.
Sounds reasonab
My two big concerns moving forward are:
- Making sure tests are stable and reproducible. This is a problem
with any test framework used, we need tests to be reproducible locally
on everyone's machine and on some random packaging server. As soon as
we start checking kickoff opens "dolphin" as a fav
On Tue, Aug 16, 2022 at 12:30 PM Arjen Hiemstra wrote:
> Have you thought about how to integrate this into our projects? Ideally I
> suppose we would have the tests as part of each project's repo, but that might
> not work for things like Plasma, where running things depend on a lot of other
> dep
On Wednesday, 10 August 2022 15:57:53 CEST Harald Sitter wrote:
> Aloha,
>
> Someone recently dug up this page from 2012
>
> https://community.kde.org/Plasma/QMLStyle#JS_Code_Blocks
>
> First I'd like to point out that this page isn't a policy page, if it
> was meant to be then it needs to be li
On Wednesday, 10 August 2022 12:29:14 CEST Harald Sitter wrote:
> Servus,
>
> A while ago I prototyped a "new" approach to UI testing and I'm
> wondering if there's general interest in doing more Plasma testing
> using it. I'm able to invest time in polishing the experience for us.
>
> Very rough
> I don't know. We really are not adding ; everywhere now and I can
> already feel the waves of pointless MRs adding/removing ;.
>
> Big A) from me.
I would be fine with A as well... as long as is not b :p
--
Marco Martin
On Wed, Aug 10, 2022 at 6:43 PM Carl Schwan wrote:
> > Please cast votes
>
> I would vote for c, it's more consistent with C++ and avoids some rare
> issues where removing the semicolon creates issues. This is what I'd been
> already doing for the app I maintain.
Agree. for instance see here
http
On Wed, Aug 10, 2022 at 3:58 PM Harald Sitter wrote:
> a) we don't care, do whatever you feel like but be consistent with
> your surrounding
> b) use semicolons never [*unless required]
> c) use semicolons always
> d) use semicolons sometimes [*define sometimes]
I know i'm always the contrarian b
Yes, we have been working with that in mind.
I think you included the wrong Aditya 😅
Aleix
El dl., 8 d’ag. 2022, 16:05, Jonathan Riddell va escriure:
> There was talk of including plasma-remotecontrollers in Plasma 5.25 but it
> got pulled because it wasn't through KDE review. Now that we're
On Wed, Aug 10, 2022 at 6:42 PM Carl Schwan wrote:
>
> Le mercredi 10 août 2022 à 3:57 PM, Harald Sitter a écrit :
>
> > Aloha,
> >
> > Someone recently dug up this page from 2012
> >
> > https://community.kde.org/Plasma/QMLStyle#JS_Code_Blocks
> >
> > First I'd like to point out that this page i
On Wed, Aug 10, 2022 at 12:29 PM Harald Sitter wrote:
>
> Servus,
>
> A while ago I prototyped a "new" approach to UI testing and I'm
> wondering if there's general interest in doing more Plasma testing
> using it. I'm able to invest time in polishing the experience for us.
>
> Very rough prototyp
Le mercredi 10 août 2022 à 3:57 PM, Harald Sitter a écrit :
> Aloha,
>
> Someone recently dug up this page from 2012
>
> https://community.kde.org/Plasma/QMLStyle#JS_Code_Blocks
>
> First I'd like to point out that this page isn't a policy page, if it
> was meant to be then it needs to be link
I don't really care as long as it's not a) because the surroundings are
already inconsistent and it would be a mess.
b) would be simplest and require fewer physical keypresses so I guess I
*slightly* lean in that direction.
Nate
On 8/10/22 07:57, Harald Sitter wrote:
Aloha,
Someone recen
Am 2022-08-10 15:57, schrieb Harald Sitter:
Aloha,
Someone recently dug up this page from 2012
https://community.kde.org/Plasma/QMLStyle#JS_Code_Blocks
First I'd like to point out that this page isn't a policy page, if it
was meant to be then it needs to be linked on the policies page and
supp
Cool initiative!
I also could recommend similar projects related to Qt, UI and Appium-based
testing to take a look for a reference. It's from the local company which
maintains Sailfish fork called Aurora here at github:
https://github.com/omprussia
- appium — Appium patch to add an additional pla
Am 10.08.22 um 12:29 schrieb Harald Sitter:
Servus,
A while ago I prototyped a "new" approach to UI testing and I'm
wondering if there's general interest in doing more Plasma testing
using it. I'm able to invest time in polishing the experience for us.
Very rough prototype: https://invent.kde.o
+1
Στις Σάβ, 30 Ιουλ 2022, 5:29 μ.μ. ο χρήστης Aleix Pol
έγραψε:
> On Sat, Jul 30, 2022 at 2:31 PM Nicolas Fella
> wrote:
> >
> > On 7/27/22 13:14, Aleix Pol wrote:
> > > On Wed, Jul 27, 2022 at 12:15 PM Jonathan Riddell
> wrote:
> > >> Michail has announced he's not going to be developing Lat
On Sat, Jul 30, 2022 at 2:31 PM Nicolas Fella wrote:
>
> On 7/27/22 13:14, Aleix Pol wrote:
> > On Wed, Jul 27, 2022 at 12:15 PM Jonathan Riddell wrote:
> >> Michail has announced he's not going to be developing Latte Dock in future
> >> https://psifidotos.blogspot.com/2022/07/latte-dock-farewell
On 7/27/22 13:14, Aleix Pol wrote:
On Wed, Jul 27, 2022 at 12:15 PM Jonathan Riddell wrote:
Michail has announced he's not going to be developing Latte Dock in future
https://psifidotos.blogspot.com/2022/07/latte-dock-farewell.html
Thanks for all your work Michail!
As far as we can tell Latte
On 07/07/2022 14:08, Nicolas Fella wrote:
Hi,
for Plasma 5.26 I would like to make use of some C++20 features, in
particular coroutines.
In terms of compiler requirements this should translate to requiring GCC
10 or Clang 11.
In addition we would like to require the qcoro library
(https://gith
On 07/07/2022 19:24, Ivan Čukić wrote:
You might very well not be reading this correctly, as it's phrased very
ambiguously:
Very likely. It is just that the ambiguous wording with the conclusion
didn't give me the confidence of the quality of implementation.
However, C++20 also brought dozens
On Wed, Jul 27, 2022 at 12:15 PM Jonathan Riddell wrote:
>
> Michail has announced he's not going to be developing Latte Dock in future
> https://psifidotos.blogspot.com/2022/07/latte-dock-farewell.html
> Thanks for all your work Michail!
>
> As far as we can tell Latte Dock is a popular Plasma ad
Jonathan Riddell ha scritto:
> I've moved plasma-bigscreen out of kdereview at the request of Aditya.
>
> Translation admins please move the translations.
Since we moved to the repository-based structure from the previous
namespace-based ones, moving packages in or out of kdereview, or between an
The work landed in Plasma 5.26, actually. But yes, this is now possible.
Nate
On 7/13/22 04:26, Kai Uwe Broulik wrote:
Hi Daniel,
this was very recently added and should be possible from Plasma 5.25
onwards [1], [2].
Cheers
Kai Uwe
[1] https://invent.kde.org/plasma/plasma-desktop/-/merge
Hi Daniel,
this was very recently added and should be possible from Plasma 5.25
onwards [1], [2].
Cheers
Kai Uwe
[1] https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/924
[2] https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/500
Am 12.07.22 um 09:43 schrieb Dani
Plasma Workspace has been updated to fix a regression
- http://download.kde.org/stable/plasma/5.25.3/plasma-workspace-5.25.3.tar.xz
">plasma-workspace-5.25.3
+ http://download.kde.org/stable/plasma/5.25.3/plasma-workspace-5.25.3.1.tar.xz
">plasma-workspace-5.25.3.1
17MB
-
0708bf77b0cf63f
On Thu, Jul 7, 2022 at 8:09 AM Nicolas Fella wrote:
>
> Hi,
>
> for Plasma 5.26 I would like to make use of some C++20 features, in
> particular coroutines.
>
> In terms of compiler requirements this should translate to requiring GCC
> 10 or Clang 11.
>
> In addition we would like to require the q
As for Homebrew-KDE we have a stock proprietary fork of Clang by Apple,
upstream Clang 14.0.6 and GCC 11.3.0.
We don’t ship Plasma, but as I understand this change may also impact Gear and
Frameworks soon.
> 7 лип. 2022 р. о 15:08 Nicolas Fella написав(ла):
>
> Hi,
>
> for Plasma 5.26 I woul
> You might very well not be reading this correctly, as it's phrased very
> ambiguously:
Very likely. It is just that the ambiguous wording with the conclusion
didn't give me the confidence of the quality of implementation.
> However, C++20 also brought dozens of smaller language and library
> im
On 07/07/2022 05.55, Ivan Čukić wrote:
Hi Nicolas,
While I've been known to request newer and newer compilers
for everything, and while I do support this request for GCC 10
and Clang 11, I'm not sure I'd support requiring QCoro and
coroutines.
Not because of QCoro itself, but that clang doesn't
On Thursday, 7 July 2022 14:55:03 CEST Ivan Čukić wrote:
> Not because of QCoro itself, but that clang doesn't yet officially
> support coroutines. According to [1] they have a partial support
> since version 8, and according to [2] they might lead to problems
> when coroutines might be resumed on
Hi Nicolas,
While I've been known to request newer and newer compilers
for everything, and while I do support this request for GCC 10
and Clang 11, I'm not sure I'd support requiring QCoro and
coroutines.
Not because of QCoro itself, but that clang doesn't yet officially
support coroutines. Accor
On 6/29/22 01:10, Vlad Zahorodnii wrote:
It's odd. With the default placement policy (centered) "orphan" dialog
windows should be centered on Wayland.
Yeah, the new default placement policy masks the issue to a large
extent. But not everyone uses that placement policy.
Nate
On 6/29/22 09:10, Vlad Zahorodnii wrote:
On 6/29/22 01:35, Nicolas Fella wrote:
Hi,
we have several places where we have "system" dialogs that don't have a
"real" parent window. Examples would be stuff like KWallet, network
management, or anything spawned by kded where there's no corresponding
On 6/29/22 01:35, Nicolas Fella wrote:
Hi,
we have several places where we have "system" dialogs that don't have a
"real" parent window. Examples would be stuff like KWallet, network
management, or anything spawned by kded where there's no corresponding
app window. Currently, at least on Wayland
Scripted and pushed.
Lets take discussion about individual repos to the relevant MRs.
Some nicht afore respins for 5.25.0
plasma-desktop for automount: Disable back automount by default
http://embra.edinburghlinux.co.uk/~jr/tmp/plasma-desktop-5.25.0-changes_report.html
plasma-desktop;Plasma/5.25;7d6bac6f918cdb3453876b88390f20ede5dc74fd;plasma-desktop-5.25.0.tar.xz;63d3c1f0901a8add
Hi Jonathan!
Would you mind for a respin of plasma-desktop to include
2138f96d17c1db351c348e8501a0e2a516414832?
Without this, there seemed to be problems, at least on some Fedora fresh
installations, but it slipped our minds till last minute.
Sorry about that
El jue, 9 jun 2022 a las 15:52, Jona
On Tue, May 31, 2022 at 5:48 PM Luca Beltrame wrote:
>
> In data martedì 31 maggio 2022 13:53:43 CEST, Aleix Pol ha scritto:
> > Sorry didn't see your e-mail, I addressed it yesterday.
>
> With these changes I was able to package KPipeWire successfully. Two more
> minor nits:
>
> - PROJECT_VERSION
In data martedì 31 maggio 2022 13:53:43 CEST, Aleix Pol ha scritto:
> Sorry didn't see your e-mail, I addressed it yesterday.
With these changes I was able to package KPipeWire successfully. Two more
minor nits:
- PROJECT_VERSION is not the same as the other Plasma projects in master
(instead o
Sorry didn't see your e-mail, I addressed it yesterday.
Aleix
On Mon, May 30, 2022 at 6:06 PM Luca Beltrame wrote:
>
> In data lunedì 30 maggio 2022 13:04:35 CEST, Aleix Pol ha scritto:
>
> Hello Aleix,
>
> > Addressed most "reuse lint" warnings in there.
> > Thanks for pointing it out!
>
> Than
In data lunedì 30 maggio 2022 13:04:35 CEST, Aleix Pol ha scritto:
Hello Aleix,
> Addressed most "reuse lint" warnings in there.
> Thanks for pointing it out!
Thanks for fixing. While packaging it for openSUSE I've noticed that it
installs libKPipeWire.so and libKPipeWireRecord.so, but the libr
Addressed most "reuse lint" warnings in there.
Thanks for pointing it out!
Aleix
On Mon, May 30, 2022 at 5:57 AM Luca Beltrame wrote:
>
> In data lunedì 30 maggio 2022 02:08:25 CEST, Aleix Pol ha scritto:
>
> Hello Aleix,
>
> > This means it becomes a dependency for the master branch and thus th
In data lunedì 30 maggio 2022 02:08:25 CEST, Aleix Pol ha scritto:
Hello Aleix,
> This means it becomes a dependency for the master branch and thus the
> unstable builds.
KiPipeWire does not ship a license in its repository: would you be able to add
one? Or packaging it would not be possible.
What's confusing?
There was a mistake that caused plasma-remotecontrollers to be included, it
should not have been.
Jonathan
On Thu, 19 May 2022 at 15:28, Eric Hameleers wrote:
> That's just confusing me to no end.
>
> On Thu, 19 May 2022, Jonathan Riddell wrote:
>
> > Please note that plasma
That's just confusing me to no end.
On Thu, 19 May 2022, Jonathan Riddell wrote:
Please note that plasma-remotecontrollers should not have been included in
this beta release and will not be included in the final Plasma 5.25
releases.
Cheers, Eric
--
Eric Hameleers
Home: http://alien.slackb
Please note that plasma-remotecontrollers should not have been included in
this beta release and will not be included in the final Plasma 5.25
releases.
Sounds good, thanks Jonathan!
Aleix
On Fri, May 6, 2022 at 12:56 PM Jonathan Riddell wrote:
>
> I'm proposing Tuesday July 5 for a 5.24.6LTS release. It's 11 weeks after
> the 5.24.5 release and is mostly timed to be useful to Kubuntu.
>
> Jonathan
>
>
> On Thu, 5 May 2022 at 10:34, Jonathan
I'm proposing Tuesday July 5 for a 5.24.6LTS release. It's 11 weeks after
the 5.24.5 release and is mostly timed to be useful to Kubuntu.
Jonathan
On Thu, 5 May 2022 at 10:34, Jonathan Riddell wrote:
> Does anyone have a request for a release date for the next or following
> 5.24 LTS release
:)
On Fri, May 6, 2022, 08:22 CI System wrote:
> *BUILD SUCCESS*
> Build URL
> https://build.kde.org/job/Plasma/job/kde-cli-tools/job/stable-kf5-qt5%20SUSEQt5.15/87/
> Project: stable-kf5-qt5 SUSEQt5.15
> Date of build: Fri, 06 May 2022 02:49:53 +
> Build duration: 2 min 24 sec and counting
:)
On Fri, May 6, 2022, 08:21 CI System wrote:
> *BUILD SUCCESS*
> Build URL
> https://build.kde.org/job/Plasma/job/kde-cli-tools/job/stable-kf5-qt5%20FreeBSDQt5.15/94/
> Project: stable-kf5-qt5 FreeBSDQt5.15
> Date of build: Fri, 06 May 2022 02:49:53 +
> Build duration: 1 min 18 sec and cou
after that, one thing that i would still do is queuing one to remove
the old present windows effect, that at that point would become
effectively dead code
On Thu, May 5, 2022 at 5:58 PM David Edmundson
wrote:
>
> https://invent.kde.org/plasma/kwin/-/merge_requests/2327 only has some
> nits left.
https://invent.kde.org/plasma/kwin/-/merge_requests/2327 only has some
nits left.
I'm happy to say we can land that as long as it goes in by the end of tomorrow
I've added plasma-remotecontrol to the release for 5.25. This is dependant
on it getting through kdereview.
I'm also adding oxygen-sounds to 5.25.
If there are any other git repos that need added let me know pronto.
Jonathan
On Wed, 4 May 2022 at 23:51, Aleix Pol wrote:
> On Wed, May 4, 2022
On Wed, May 4, 2022 at 11:47 PM David Edmundson
wrote:
>
> As a reminder it is the soft feature freeze tomorrow 05/05/2022
>
> Any massive refactors, new repos and big changes that have potential
> fallout should land by the end of the day.
>
> It is not a hard feature freeze, small features can s
Finally, we have
https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1147,
which has undergone expensive review for months and seems quite close to
being done. I think it's kind of a borderline case, and it's doubtful we
could get it in tonight, but maybe in the next few days if oth
I'd like to get floating panel support in for 5.25:
- https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/1215
- https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/714
The MRs are almost ready and touch a surprisingly small amount of code.
The last real blocker is a pre-ex
Hi, can someone re-review my proposal and let me know what you think so I
can edit it before April 19, 2022 ?
Also I have one complete and working kcm at
https://invent.kde.org/smitpatil/kwingamma (which I wish to upstream)
On Mon, Apr 11, 2022 at 4:50 AM Nate Graham wrote:
> Cool, I h
; Applicants who create complete timelines such as I just described in
> general do very well. Those who have skimpy ones, on average, do not do as
> well.
>
> All the best,
>
> Valorie, part of the KDE GSoC admin team
>
> On Sun, Apr 17, 2022 at 9:03 PM Smit Patil wrote:
thing*.*
Applicants who create complete timelines such as I just described in
general do very well. Those who have skimpy ones, on average, do not do as
well.
All the best,
Valorie, part of the KDE GSoC admin team
On Sun, Apr 17, 2022 at 9:03 PM Smit Patil wrote:
> Hi, can someone re-r
Hi, can someone re-review my proposal and let me know what you think so I
can edit it before April 19, 2022 ?
Also I have one complete working kcm at
https://invent.kde.org/smitpatil/kwingamma (which I wish to upstream)
I think my last message was not sent cause of attached pdf so here is
link
Hi Douglas,
Thank you for the recognition!
To make sure your report doesn't get lost, please submit it at
bugs.kde.org (select product "plasmashell"). This could however be a
distro-specific issue, you might want to also file a ticket to the
Debian bug tracker.
On Mon, Mar 21, 2022 at 1:46 PM Do
Hi Pratham,
To make sure your report doesn't get lost, please submit it at
bugs.kde.org (select product "plasmashell").
On Mon, Mar 21, 2022 at 1:47 PM Pratham Singh CE
wrote:
>
> Desktop shortcuts not working on plasma pager.
>
> Tried Shortcuts:
> meta + alt + tab
> meta + alt + down arrow
> c
Hi Harald,
Did you try using machine translation to understand users' reports?
Regards,
Alexander Potashev
On Fri, Apr 15, 2022 at 11:38 AM Harald Sitter wrote:
>
> Moin
>
> for the longest of times we have drkonqi say that crash reports must
> be in english, yet people still file reports in ot
>let's go for it at least p-w and plasma-integration and slowly aim for
>everywhere
plasma-integration is an example where the tests have failed since
November **2020**! without anyone following up.
Fixed that one now:
https://invent.kde.org/plasma/plasma-integration/-/merge_requests/43
Though o
let's go for it at least p-w andplasma-integration and slowly aim for everywhere
On Mon, Apr 11, 2022 at 11:10 AM David Edmundson
wrote:
>
> There's a new flag we can set on CI to fail a job if unit tests fail.
> https://www.volkerkrause.eu/2022/04/09/kde-ci-required-unit-tests.html
>
> Catching
On 4/11/22 05:01, Aleix Pol wrote:
It could make sense to start with the one projects where we don't have
flaky tests.
Either way, I think our mid-term plan should be to apply this everywhere.
This is pretty much my viewpoint too.
Nate
On Mon, Apr 11, 2022 at 11:10 AM David Edmundson
wrote:
>
> There's a new flag we can set on CI to fail a job if unit tests fail.
> https://www.volkerkrause.eu/2022/04/09/kde-ci-required-unit-tests.html
>
> Catching things as early as possible will unquestionably be a good thing.
>
> Realistically
Cool, I have marked myself as "want to mentor". As long as there is a
co-mentor with better dev skills than me, I will be happy to proceed.
Nate
On 4/10/22 17:15, Smit Patil wrote:
I have submitted the proposal on GSoC's WebApp. Please check it out.
As David Edmundson suggested, I also rebase
I have submitted the proposal on GSoC's WebApp. Please check it out.
As David Edmundson suggested, I also rebased and reworked my old MR.
It is now waiting for a review about the dbus interface.
If you are interested in mentoring, *now* is the time (I mean today) to
ensure that you are subscribed to the private ML for mentors,
kde-soc-men...@kde.org, and write to kde-soc-managem...@kde.org asking to
be added as a mentor to the GSoC webapp. Please provide your
google-connected email if you
>
>
> Cut it down to 4 and you'll still have an effective GSOC.
Lets try and move forward on the gamma KCM
>
Ok, I'll remove File Association and will start working on gamma tomorrow
evening
So that's down to 5
Thanks for input :)
On Tue, Apr 5, 2022 at 8:35 PM David Edmundson
wrote:
> >Please
>Please checkout new attached proposal
The list of KCMs is ambitious. Everything takes twice as long as you
expect when you hit roadblocks, review comments and unexpected bugs.
Cut it down to 4 and you'll still have an effective GSOC.
A big aspect of student selection comes from experience of oth
>
> I think for the Font Management KCM there was a conclusion that we would
> remove that from systemsettings and have it as a standalone application
> instead, so porting to QML isn't strictly necessary.
For the KWin Scripts KCM Alex is already working on a port:
>
I removed those KCMs from my
Am Freitag, 1. April 2022, 19:09:07 CEST schrieb Nate Graham:
> I would be willing to co-mentor alongside someone else with more dev
> experience.
I am happy to be co-mentor. As I was never a mentor before you can also mentor
my mentoring ;)
-
>I'm looking for potentials mentors
Hi,
On 3/31/22 19:04, Smit Patil wrote:
Hello all,
I'm looking for potentials mentors for GSoC 2022 to review/comment my
draft proposal
for this task:-
https://community.kde.org/GSoC/2022/Ideas#Plasma_modernise_system_settings_modules
I think for the Font Management KCM there was a conclusion
Hello Smit,
I would be willing to co-mentor alongside someone else with more dev
experience.
The project looks like a good one to me.
Nate
On 3/31/22 11:04, Smit Patil wrote:
Hello all,
I'm looking for potentials mentors for GSoC 2022 to review/comment my
draft proposal
for this task:-
h
On 3/23/22 12:01, alexander.loh...@gmx.de wrote:
Hello,
with the accompanying MRs
https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/458 a few
plugin files got renamed
to ensure that their file name matches the plugin id. Please ensure that the
old plugins are deleted,
wit
On Tue, Mar 8, 2022 at 11:20 PM Volker Krause wrote:
> On Dienstag, 8. März 2022 08:54:38 CET Ben Cooksley wrote:
> > This evening i've repaired several issues that were causing builds to
> fail
> > on the main Jenkins CI system. This includes a broken Windows builder
> > (causing Windows builds
On Dienstag, 8. März 2022 08:54:38 CET Ben Cooksley wrote:
> This evening i've repaired several issues that were causing builds to fail
> on the main Jenkins CI system. This includes a broken Windows builder
> (causing Windows builds to periodically fail) and a hung FreeBSD builder
> (which was con
On Mon, Mar 7, 2022 at 1:16 PM Aleix Pol wrote:
>
> On Sat, Mar 5, 2022 at 8:36 AM Ben Cooksley wrote:
>
>> On Fri, Mar 4, 2022 at 12:49 AM Aleix Pol wrote:
>>
>>> I'd say wireshark is too low level for what the problem is here. We are
>>> talking about having too many HTTP requests for specifi
On Sat, Mar 5, 2022 at 8:36 AM Ben Cooksley wrote:
> On Fri, Mar 4, 2022 at 12:49 AM Aleix Pol wrote:
>
>> I'd say wireshark is too low level for what the problem is here. We are
>> talking about having too many HTTP requests for specific URLs.
>>
>
> Correct, I guess the difference in our appro
301 - 400 of 44421 matches
Mail list logo