Re: Archiving all Qt4 apps

+1 Nate On 11/24/20 5:11 PM, Nicolas Fella wrote: Hi, while going over our repos on invent I found a few (non-archived) repos where the master branch is still Qt4-based. Given that Qt6 is just around the corner this is a clear sign that they are unmaintained/abandoned. I therefore propose to

Archiving all Qt4 apps

Hi, while going over our repos on invent I found a few (non-archived) repos where the master branch is still Qt4-based. Given that Qt6 is just around the corner this is a clear sign that they are unmaintained/abandoned. I therefore propose to move them to unmaintained and do everything that

Re: Licensing - KGet

El mar, 24 de nov. de 2020 a la(s) 19:37, Justin Zobel (justin.zo...@gmail.com) escribió: > > Hey Team, > > Been doing bug triage on bugs.kde.org and I came across this one. I'm > not going to touch it as licensing is a delicate subject. > > Can someone familiar with or working on the kget team

Re: NeoChat in KDEReview

El diumenge, 22 de novembre de 2020, a les 12:40:16 CET, Carl Schwan va escriure: > Le samedi, novembre 21, 2020 1:26 AM, Albert Astals Cid a > écrit : > > > El dijous, 19 de novembre de 2020, a les 23:27:24 CET, Carl Schwan va > > escriure: > > > > > Hello, > > > Tobias and I have been

Re: Fwd: KCalendarCore Require Libical 3.0

On Tuesday, 24 November 2020 22:39:44 CET Allen Winter wrote: > On Tuesday, November 24, 2020 8:13:12 AM EST Allen Winter wrote: > > I plan to implement this new requirement 2 weeks from now. > > unless there are good reasons against. > > > > Unless there are objections, I'd like to require

Licensing - KGet

Hey Team, Been doing bug triage on bugs.kde.org and I came across this one. I'm not going to touch it as licensing is a delicate subject. Can someone familiar with or working on the kget team please action this ticket, thanks. https://bugs.kde.org/show_bug.cgi?id=330881 Regards, Justin

Re: Fwd: KCalendarCore Require Libical 3.0

Sorry. typo in the original message subject. This is about "Libical" not "Libcal" On Tuesday, November 24, 2020 8:13:12 AM EST Allen Winter wrote: > I plan to implement this new requirement 2 weeks from now. > unless there are good reasons against. > > -Allen > > -- Forwarded Message

[ANNOUNCE] CMake 3.19.1 available for download

We are pleased to announce that CMake 3.19.1 is now available for download. Please use the latest release from our download page: https://cmake.org/download/ Thanks for your support! - Changes in 3.19.1 since 3.19.0:

Re: Synchronized release schedule for Plasma

Hi, Currently there is a KDE Plasma every 4 months. You are suggesting to change that to 6 months, is that correct? Niccolò 2020-11-24 16:07 (GMT+01:00), "Timothée Ravier" said: > Hi KDE/Plasma developers! > Nowadays, Fedora and Kubuntu make new releases twice a year within a week of > each

Synchronized release schedule for Plasma

Hi KDE/Plasma developers! Nowadays, Fedora and Kubuntu make new releases twice a year within a week of each other, with relatively predictable release schedules. Unfortunately, new KDE/Plasma releases happen a little bit too late for them to be included in those distributions in time for the

Re: Synchronized release schedule for Plasma

> > As distribution package maintainers, we would like Plasma developers to > slightly alter the release schedule to align releases with a more > distribution friendly cycle. You could consider shortening one release > cycle (and then keep the 6 month schedule) to align releases. > We have in the

KDE CI: Frameworks » kirigami » kf5-qt5 FreeBSDQt5.15 - Build # 232 - Unstable!

BUILD UNSTABLE Build URL https://build.kde.org/job/Frameworks/job/kirigami/job/kf5-qt5%20FreeBSDQt5.15/232/ Project: kf5-qt5 FreeBSDQt5.15 Date of build: Tue, 24 Nov 2020 15:12:58 + Build duration: 51 sec and counting JUnit Tests Name:

Fwd: KCalendarCore Require Libcal 3.0

I plan to implement this new requirement 2 weeks from now. unless there are good reasons against. -Allen -- Forwarded Message -- Subject: KCalendarCore Require Libcal 3.0 Date: Tuesday, November 17, 2020, 12:10:22 PM EST From: Allen Winter To: KDE release coordination

D25119: KF5::BreezeIcons shared library to have all breeze/breeze-dark icons and default to breeze icons set

vonreth added a comment. In D25119#676781 , @cullmann wrote: > Hmm, I don't think you need a theme chooser, we just need to watch for the palette change signal and then trigger again the theme name setting based on the background palette. >

D25119: KF5::BreezeIcons shared library to have all breeze/breeze-dark icons and default to breeze icons set

cullmann added a comment. Hmm, I don't think you need a theme chooser, we just need to watch for the palette change signal and then trigger again the theme name setting based on the background palette. That would be enough to detect bright/dark mode. REPOSITORY R266 Breeze Icons

D25119: KF5::BreezeIcons shared library to have all breeze/breeze-dark icons and default to breeze icons set

brute4s99 added subscribers: nicolasfella, brute4s99. brute4s99 added a comment. +1 to adding the breeze icons support for other OSes. (Thanks @nicolasfella for linking me to this diff). I have hit the same problem with the KDE Connect Windows port. Thank you for working on it!

D25119: KF5::BreezeIcons shared library to have all breeze/breeze-dark icons and default to breeze icons set

vonreth added a comment. And change those during runtime REPOSITORY R266 Breeze Icons REVISION DETAIL https://phabricator.kde.org/D25119 To: cullmann, #frameworks, vonreth, dfaure, rempt, ndavis, mart, alex-l Cc: aboyer, sars, wrobelda, davidedmundson, broulik, rempt,

D25119: KF5::BreezeIcons shared library to have all breeze/breeze-dark icons and default to breeze icons set

vonreth added a comment. Yea my idea didn't make much sense. Reading your comment I realized that we should probably implement a theme chooser in a kf5 and provide the themes as plugins, that way we could also provide other themes, not just breeze. REPOSITORY R266 Breeze Icons REVISION