Re: Plasma 6.2.0 tars available for packagers

A second update to plasma-workspace tar today to fix a crash when the current activity changes https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/4788 plasma-workspace;Plasma/6.2;ba67ab37fca0ddc1f61b1a06ff748449e6cf3f5b;plasma-workspace-6.2.0.tar.xz;2d4268cbae757631be57d69d34fc02c8d020

Re: Plasma 6.2.0 tars available for packagers

This morning we have tar updates to plasma-workspace to fix an issue in klipper https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/4785 and spacebar and plasma-dialer got rerolled to remove the old version numbers from the Appstream files which confused some distro's tooling. http://e

Re: GTK apps integration in Plasma Wayland and Distribution Packaging

Hello, On 9/30/24 4:01 PM, Nate Graham wrote: FWIW, my understanding is that the font rendering issue requiring the GTK portal to fix it should be resolved as of https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/7748. It appears that the GTK portal is needed for more than that. Without the

Re: GTK apps integration in Plasma Wayland and Distribution Packaging

FWIW, my understanding is that the font rendering issue requiring the GTK portal to fix it should be resolved as of https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/7748. If that's indeed the case, we should be able to stop requiring or recommending that the package be included. Nate O

Re: Move Plasma Dialer and Spacebar to Plasma release

Nicolas is right there's no dependency on libplasma from Spacebar just my mistake. But we discussed it in the Plasma room just now and decided they both should be released together and since Plasma Dialer depends on Plasmay things it would be best to release it with Plasma, so I'll include it in P

Re: Move Plasma Dialer and Spacebar to Plasma release

On 22.08.24 13:29, Jonathan Riddell wrote: Plasma Dialer depends on KWin and Plasma Wayland Protocols, Spacebar (SMS messaging app) similarly depends on libplasma, so it would seem sensible to have these as part of Plasma releases. Where does Spacebar depend on libplasma? Repo freeze is in

Re: Move Plasma Dialer and Spacebar to Plasma release

Plasma Dialer depends on KWin and Plasma Wayland Protocols, Spacebar (SMS messaging app) similarly depends on libplasma, so it would seem sensible to have these as part of Plasma releases. Repo freeze is in 7 days time on 29th August. We can ask at the Plasma meeting next Monday. They're not the

Re: Move Plasma Dialer and Spacebar to Plasma release

On Thu, Aug 22, 2024 at 10:57 AM Albert Astals Cid wrote: > El dijous, 15 d’agost del 2024, a les 10:41:53 (CEST), Carl Schwan va > escriure: > > Hi, > > > > Me again, this time to ask to move Plasma Dialer and Spacebar to the > Plasma > > release cycle (or gear release cycle). > > > > I did the

Re: Move Plasma Dialer and Spacebar to Plasma release

El dijous, 15 d’agost del 2024, a les 10:41:53 (CEST), Carl Schwan va escriure: > Hi, > > Me again, this time to ask to move Plasma Dialer and Spacebar to the Plasma > release cycle (or gear release cycle). > > I did the two last releases 23.01 and 24.08 for dialer and 23.01 and 24.05 > for spac

Re: QtWayland 6.7.2 packaging recommendation

On 09.07.24 11:14, Vlad Zahorodnii wrote: Hello, QtWayland 6.7.2 contains a regression with regards to initializing the popup parent, which can result in the plasmashell process getting killed in some circumstances (e.g. https://bugs.kde.org/show_bug.cgi?id=489259). The regression has been fixed

Re: QtWayland 6.7.2 packaging recommendation

On 7/9/24 2:38 PM, Scarlett Moore wrote: To be clear, this only affects 6.7.2, correct? Yes, that's correct. Vlad Scarlett On 7/9/24 02:14, Vlad Zahorodnii wrote: Hello, QtWayland 6.7.2 contains a regression with regards to initializing the popup parent, which can result in the plasmash

Re: QtWayland 6.7.2 packaging recommendation

To be clear, this only affects 6.7.2, correct? Scarlett On 7/9/24 02:14, Vlad Zahorodnii wrote: Hello, QtWayland 6.7.2 contains a regression with regards to initializing the popup parent, which can result in the plasmashell process getting killed in some circumstances (e.g. https://bugs.kde

Re: QtVirtualKeyboard on Plasma Wayland

Hi, this is great news for my 2in1-Laptop! Thanks Am Freitag, 21. Juni 2024, 02:52:59 MESZ schrieb Aleix Pol: > Hi, > In recent years, we've relied heavily on Maliit as our primary virtual > keyboard. However, I thought it would be beneficial to develop an > alternative using QtVirtualKeyboard.

Re: QtVirtualKeyboard on Plasma Wayland

There is an existing maliit plugin that's VERY old that has the functionality. I'll see if I can find it from my history. On 24/6/24 17:01, Marco Martin wrote: On Sunday, 23 June 2024 02.19.52 CEST Aleix Pol wrote: To be honest, I'm not sure we'll be able to add many features without adding th

Re: QtVirtualKeyboard on Plasma Wayland

On Sunday, 23 June 2024 02.19.52 CEST Aleix Pol wrote: > To be honest, I'm not sure we'll be able to add many features without > adding them upstream, that's a good thing in that we'll get to create > a good product together with Qt, but we'll also need to coordinate. > That said, there does indeed

Re: QtVirtualKeyboard on Plasma Wayland

I've created a flatpak manifest that seems to work. There's some issue with the SDK we have in our CI but it should be addressed easily with a rebuild. https://invent.kde.org/apol/qvk/-/merge_requests/1 Meaning that hunspell issues shouldn't be a big issue (I guess it's part of the freedesktop SDK

Re: QtVirtualKeyboard on Plasma Wayland

To be honest, I'm not sure we'll be able to add many features without adding them upstream, that's a good thing in that we'll get to create a good product together with Qt, but we'll also need to coordinate. That said, there does indeed seem to be good traction in QtVK so before we need to add new

Re: QtVirtualKeyboard on Plasma Wayland

For anyone else testing: - you need to set KWIN_IM_SHOW_ALWAYS=1 or have a touchscreen (or mod kwin) - you need the right hunspell dictionary installed or it just doesn't send anything It kinda feels we've gone full circle, Kwin used to do the Qt VK in process. It's too early to say anything fo

Re: QtVirtualKeyboard on Plasma Wayland

Swipe to type would be an absolutely amazing feature to get. I struggle to want to use my Linux phone because of this reason. I've checked out this repo and compiled it and will provide feedback in the coming days. On 21/6/24 23:12, Devin wrote: Hey Aleix, I think this is a very good idea! It

Re: QtVirtualKeyboard on Plasma Wayland

Hey Aleix, I think this is a very good idea! It could also help isolate any issues that are specific to the keyboard and not to KWin. Maliit has been pretty slow moving so it can also be worth trying out some new ideas here (ex. swipe to type). Thanks, Devin Fr

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

We had a chat with some distro maintainers, there was a mixed set of results. Ultimately we need to make an executive decision, and after a chat I'm stating we're not going to change the wallpaper in 6.1.x. It will be the same as 6.0 throughout. The new wallpaper can be used for 6.2. Sorry David

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

On Tuesday, 18 June 2024 11.12.01 CEST Marco Martin wrote: > my main issue is that to me it would look really unprofessional the only > message for that wallpaper will be seen as "we didn't manage to chose a > wallpaper in time" > back in 5.x there was only one wallpaper each 2 releases, so if 6.1

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

Note that it wouldn't mean redoing a bunch of material, but rather it would mean having the wrong wallpaper in the announcement, videos, and previous promo material. Some of it has been published already, and the rest cannot be re-done before the announcement. ~ Niccolò

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

On Tuesday, 18 June 2024 00.40.56 CEST Paul Brown wrote: > > By the time 6.1.1 it'll be forgotten we'll restart a discussion that > > would have otherwise completely faded away and mess users about in the > > process. > > 6.1.1 is only a week in the future. It is not so far off that we can assume

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

fwiw Plasma 5.1 also had the same wallpaper as 5.0 ;)

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

Indeed SUSE will probably not be very amused when their openQA tests start failing in a patch release because the default wallpaper changed. Am 18.06.24 um 08:43 schrieb David Edmundson: What is the problem of delivering the wallpaper with 6.1.1? It's a behavioural change in a patch release.

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

> > What is the problem of delivering the wallpaper with 6.1.1? It's a behavioural change in a patch release. Patch releases should be bugfixes only. David

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

On Tuesday 18 June 2024 00:27:56 CEST David Edmundson wrote: > I'm not convinced it has a net benefit. > > People who update on the day will be already surprised. People who > update later will have forgotten all about the background of a > webpage/tweets they already saw. > > By the time 6.1.1 i

Re: Shipping Plasma 6.1 wallpaper in Plasma 6.1.1

I'm not convinced it has a net benefit. People who update on the day will be already surprised. People who update later will have forgotten all about the background of a webpage/tweets they already saw. By the time 6.1.1 it'll be forgotten we'll restart a discussion that would have otherwise comp

Re: Plasma 6.1 tars are up for packaging

Unfortunately there was a last minute respin of plasma-workspace under the same name. It addresses a config migration so couldn't wait till 6.1.1 unfortunately. David

Re: Plasma 6.1 and 6.2 release schedule proposal

On Friday, 7 June 2024 21.11.07 CEST Jonathan Riddell wrote: > The main action happens around September, pic attached. We have repo > and soft feature freeze 29 August, 6.2 beta 12 september, 6.2 Tars on > 3 October to be released 8 October. That means 6.1.5 and 6.2 beta > happen during Akademy. >

Re: String/Feature freeze exception request

No objection from the Arabic team. On Tue, May 28, 2024 at 2:18 AM Ismael Asensio wrote: > Hello dear devs and translation teams! > > I'd like to request a string freeze exception to cherry-pick this MR into > 6.1: > https://invent.kde.org/plasma/kdeplasma-addons/-/merge_requests/589 > > The MR

Re: Fwd: String/Feature freeze exception request

Op maandag 27 mei 2024 23:02:02 CEST schreef Ismael Asensio: > Hello dear devs and translation teams! > > I'd like to request a string freeze exception to cherry-pick this MR into > 6.1: > https://invent.kde.org/plasma/kdeplasma-addons/-/merge_requests/589 > > The MR adds a new placeholder item (

Re: Fwd: String/Feature freeze exception request

The commit is now merged to the 6.1 branch. https://invent.kde.org/plasma/kdeplasma-addons/-/commit/0da7655b42890d620a0012ffe0097cec24fc75f4 Thank you all! Bedankt, Дякую, gràcies! El mar, 28 may 2024 a las 13:08, Josep M. Ferrer () escribió: > El 27/5/24 a les 23:02, Ismael Asensio ha escrit:

Re: Fwd: String/Feature freeze exception request

вівторок, 28 травня 2024 р. 00:02:02 EEST Ismael Asensio написано: > Hello dear devs and translation teams! > > I'd like to request a string freeze exception to cherry-pick this MR into > 6.1: > https://invent.kde.org/plasma/kdeplasma-addons/-/merge_requests/589 > > The MR adds a new placeholder

Re: Plasma 6.1 announcement

On Friday 24 May 2024 17:35:39 GMT+3 Paul Brown wrote: > On Friday 24 May 2024 00:51:07 CEST Carl Schwan wrote: > > Hi, > > > > I won't be able to work on the Plasma 6.1 announcement. I am too exhausted > > from the recent gear announcement and working on other KDE stuffs and > > also > > I will

Re: Plasma 6.1 announcement

On Friday 24 May 2024 00:51:07 CEST Carl Schwan wrote: > Hi, > > I won't be able to work on the Plasma 6.1 announcement. I am too exhausted > from the recent gear announcement and working on other KDE stuffs and also > I will also be traveling the weeks before the release, so even if I was not >

Re: Plasma 6.0.5

Bluedevil now has 6.0.5.1 update, the old tar was missing some files https://kde.org/info/plasma-6.0.5/ On Tue, 21 May 2024 at 19:14, Jonathan Riddell wrote: > > Plasma 6.0.5 is available for packaging and shipping > https://kde.org/announcements/plasma/6/6.0.5/

Re: KDE Review Request: KRDP

Hi, the review period is over for KRDP and we'd like to officially include KRDP in 6.1. Here's the review request issue https://invent.kde.org/plasma/krdp/-/issues/17 Thanks! - Akseli Lahtinen On Friday 3 May 2024 21:07:55 GMT+3 Akseli Lahtinen wrote: > Hi! > > Arjen Hiemstra and me have been

Re: CI moved to Qt 6.7 for Linux builds

Hi, This doesn't look terribly active to me / something receiving much in the way of release activity? Plasma 5.27.11 was released two months ago, so that’s not that far ago. And I think I haven’t merged most of my cherry-picks because of failing pipelines because of appstream. Cheers Kai

Re: CI moved to Qt 6.7 for Linux builds

On Wed, May 8, 2024 at 11:22 PM Kai Uwe Broulik wrote: > Hi, > HI Kai, > > (only posting to plasma-devel only below is about Plasma) > > > i'd also like to schedule removing CI support for [...] Plasma/5.27 > > Plasma 5.27 is our LTS release and we’ve just had Kubuntu 24.04 ship > with it. I’

Re: CI moved to Qt 6.7 for Linux builds

Hi, (only posting to plasma-devel only below is about Plasma) > i'd also like to schedule removing CI support for [...] Plasma/5.27 Plasma 5.27 is our LTS release and we’ve just had Kubuntu 24.04 ship with it. I’m also aware of at least one other major deployment that’s also on 5.27 for the f

Re: about Plasmoid KICKOFF

This mailing list is for development of KDE Plasma. For support see https://kde.org/support/ On 19/4/24 14:55, N Nekto wrote: Hello dear dude! Tell me how to remove letter numbering in the Kikof widget? I want it to be like before: namely, there was no letter numbering in the lists of installe

Re: CI moved to Qt 6.7 for Linux builds

kdiff3 will make one or two releases but needs only frameworks. This support will end in three months. master is qt6 only now. Apr 20, 2024 8:35:40 PM Ben Cooksley : > Hi all, > > I have just flipped the switch that has moved the CI system over to using Qt > 6.7 for Linux builds on our SUSE im

Re: Improving Tiling Window Support in KDE Plasma

> The script could keep a copy of every window-tile association and > reassign everything on every desktop switch but would be > kinda error prone and have too much complexity on javascript side. > What really needsto happen here is an internal support of tiles > per-visrtualdesktop on kwin side (i

Re: Improving Tiling Window Support in KDE Plasma

On Thu, Mar 28, 2024 at 1:43 PM Aakarsh MJ wrote: > > there are already 3rd party scripts that attempt to do that, like one > > called polonium https://github.com/zeroxoneafour/polonium tough is > > still quite buggy > > I have checked polonium before, unfortunately for me it was way too buggy to

Re: Meeting on store content distribution after Monday's Plasma meeting

Quick update: On 3/25/24 10:59, David Edmundson wrote: Meeting was quite productive, we had some overall discussion and have some action items as follows: Short term: Add key in knsrc files to let content get marked as dangerous so David did this in https://invent.kde.org/frameworks/

Re: Plasma Sprint 2024

I'm most likely not going to be able to attend this year's Plasma sprint unfortunately, but choosing a venue that's an hour by car away from an airport strikes me as inviting logistical challenges. It would also be nice if we can get the venue for free. :) If it's to be in Spain, how about hitt

Re: Plasma Sprint 2024

I also enquired about iSlow Coliving in Galicia (North West Spain). This is about 1 hour drive from A Coruna and Vigo airports so it would need a car hired for shuttle runs. It's a very pleasant large house with a room for computer work and a big kitchen and bedroom with private bathrooms. They c

Re: Improving Tiling Window Support in KDE Plasma

> I suggest to move this discussion to the mailing list plasma-devel@kde.org I have added the ML as recipient. > So, the tiling system is aimed to be very basic, and more akin Windows > "Fancy zones" than a complete tiling window manager (we are thinking > about renaming the effect to be more clea

Re: kwin 6.0.3 respin

On 27/3/24 10:25, Vlad Zahorodnii wrote: Hello, Is it possible to respin kwin 6.0.3 so it includes the following two commits - https://invent.kde.org/plasma/kwin/-/commit/74060343a0286bf9d8054cbe67cb019d07455db3 - https://invent.kde.org/plasma/kwin/-/commit/13e31baca828c912152b8a201224e9f04

Re: Meeting on store content distribution after Monday's Plasma meeting

Meeting was quite productive, we had some overall discussion and have some action items as follows: Short term: Add key in knsrc files to let content get marked as dangerous so that we can show a different warning in the dialog (d_ed) This will be done immediately and backported Review

Re: Meeting on store content distribution after Monday's Plasma meeting

On Thursday, March 21, 2024 3:46:47 PM CET Nate Graham wrote: > > For the purpose of stimulating ideas and discussion in the meeting, let > me note down a few complementary routes that I could see us going down: > > # Moderation > have trusted experts filter out dangerous or broken content so it

Re: feature freeze exception

Am Donnerstag, 21. März 2024, 16:51:00 CET schrieb Mike Noe: > Hello fellow developers! > > I'd like to request a feature freeze exception for > https://invent.kde.org/plasma/print-manager/-/merge_requests/116. I feel > that this is important to get into the next release because we've had a > c

Re: Meeting on store content distribution after Monday's Plasma meeting

On 3/21/24 04:50, David Edmundson wrote: The topic of store content has come up repeatedly throughout last year. It's clear what we're showing to users now doesn't meet modern expectations and our messaging is not the clearest. It's in the spotlight currently, we can use that energy to do somethi

Re: Meeting on store content distribution after Monday's Plasma meeting

On 21/3/24 21:20, David Edmundson wrote: The topic of store content has come up repeatedly throughout last year. It's clear what we're showing to users now doesn't meet modern expectations and our messaging is not the clearest. It's in the spotlight currently, we can use that energy to do somethi

Re: Plasm 6.1 Kickoff Meeting notes

On 14/3/24 09:19, Nate Graham wrote: On 3/11/24 10:31, Nicolas Fella wrote: ## 6.1 release planning Idea: Keep the megarelese? I think there's something to it. Releasing everything at once was good for branding and user perception, and it seems for distros too. One thing I'd like to change

Re: Plasm 6.1 Kickoff Meeting notes

On Wednesday, March 13, 2024 11:49:45 PM CET Nate Graham wrote: > On 3/11/24 10:31, Nicolas Fella wrote: > > ## 6.1 release planning > > > > Idea: Keep the megarelese? > > I think there's something to it. Releasing everything at once was good > for branding and user perception, and it seems for d

Re: Plasm 6.1 Kickoff Meeting notes

On 3/11/24 10:31, Nicolas Fella wrote: ## 6.1 release planning Idea: Keep the megarelese? I think there's something to it. Releasing everything at once was good for branding and user perception, and it seems for distros too. One thing I'd like to change is to further unify the release sched

Re: Plasm 6.1 Kickoff Meeting notes

On Tue, Mar 12, 2024, at 9:57 PM, Neal Gompa wrote: > On Mon, Mar 11, 2024 at 9:32 AM Nicolas Fella wrote: >> Tentative idea: >> - 6.1 in June >> - Two Betas >> - Slightly extend support window for the release to avoid gap between >> 6.1 ending and distros picking up 6.2 >> - Needs coordin

Re: Plasm 6.1 Kickoff Meeting notes

On Mon, Mar 11, 2024 at 9:32 AM Nicolas Fella wrote: > > # Plasma 6.1 kickoff meeting notes > Hey sorry folks, I wasn't able to make it because I'm in California this week and that resulted in it being too early for me. > ## 6.0 retrospective > > Generally well received# Plasma 6.1 kickoff meeti

Re: Plasma 5.27.11

An update to plasma-sdk fixes compilation for duplicate translations http://download.kde.org/stable/plasma/5.27.11/plasma-sdk-5.27.11.1.tar.xz sha256: 90a2a18b699a374362f870b22685d4ed3d5e00fe7fa27b768fd2e626361e0744

Re: Plasma 6.0.1

Three respins to fix incorrect version dependencies 23ca96601cc9bff00434f7fbfe3901fbcb92362d1751a31c08520fb4c1124610 breeze-gtk-6.0.1.1.tar.xz 5e4fde9c7b55e24c0ae229cf4ab72ddf88359ef7b0bd2ae715bb87e1e0f1f782 breeze-plymouth-6.0.1.1.tar.xz 1902f3949052ff1ab5da79c6309586f3e11a29c7c04a044f73b3f6ac982

Re: Plasma 6.0.1

Hi, Am Mittwoch, 6. März 2024, 00:38:54 CET schrieb Jonathan Riddell: > Plasma 6.0.1 is out now for packaging and distributing > https://kde.org/announcements/plasma/6.0.1/ URL is broken, it's https://kde.org/announcements/plasma/6/6.0.1/. Also, kpipewire fails to build because there's a syntax

Re: Plasma 6.0.0 tars

respin of plasma-nm is up http://embra.edinburghlinux.co.uk/~jr/tmp/plasma-nm-6.0.0-changes_report.html http://download.kde.org/stable/plasma/6.0.0/plasma-nm-6.0.0.tar.xz";>plasma-nm-6.0.0 1.1MB - 5f238f2c2c00f94c62c19fa958fe7f23fceb835f761422f610492675569b7ae3 + 52cf96738ceeafce65f18

Re: Plasma 6.0.0 tars

plasma-workspace got a respin http://download.kde.org/stable/plasma/6.0.0/plasma-workspace-6.0.0.tar.xz";>plasma-workspace-6.0.0 19MB - b1c32a3bc33168559626f6a398c31dbc2023ae2550dbe9db1d0e20549050f0b4 + 47dd87b4c0e09c1bcb34162b7aae3e5a3b9a4aaba1b9fed0f4d681bb3f9febba http://embra.edin

Re: Plasma 6.0.0 tars

plasma-workspace respin done http://embra.edinburghlinux.co.uk/~jr/tmp/plasma-workspace-6.0.0-changes_report.html http://download.kde.org/stable/plasma/6.0.0/plasma-workspace-6.0.0.tar.xz";>plasma-workspace-6.0.0 19MB - 734ffa213bdc206f1374048dd7cc15580f8dc1ba567cbeaedbf03070e5ea0713 +

Re: kwin respin request

http://embra.edinburghlinux.co.uk/~jr/tmp/kwin-6.0.0-changes_report.html http://download.kde.org/stable/plasma/6.0.0/kwin-6.0.0.tar.xz";>kwin-6.0.0 8.4MB - f05b9c2299fb169509311617ebe36223bb0f00c92b02866c1840ff887f402fd2 + b1947c2b44de6190908462c81e8ac89ff9c7326a87641feb65e6ccd85262a4

Re: Fedora 39 KDE spin - Wayland session improvements - thanks and info on current experience

Thanks for the kind words, Amir! Yes, please do submit bug reports for those issues. Nate On 2/19/24 04:29, Amir Khan wrote: Dear KWin / Plasma Development team, I have been triaging bugs for KDE for some weeks, but as I have development experience in C++, C and other languages, I'm keen t

Re: More 5.27 Releases

We discussed it at today's Plasma meeting and decided on Wednesday 6 March for Plasma 5.27.11 Jonathan

Re: More 5.27 Releases

These replies about a certain amount of bug-fix releases make me very happy as a Kubuntu user. Our next LTS will be released in March 2024, and thus can't be based on Qt6, but we really look forward to the October 2024 release based on a stable Qt6-based Plasma, Frameworks and apps release. Many o

Re: More 5.27 Releases

Agreed, I think it makes sense. Also maybe we should have a policy of "don't avoid backporting just because no more releases are planned" as a sufficient number of backported patched can indicate that we should do another release. Nate On 2/12/24 03:53, David Edmundson wrote: Plasma 5.27 i

Re: More 5.27 Releases

On 12/2/24 21:34, Kai Uwe Broulik wrote: Agreed. I also think it’s a bad mindset to have “there won’t be any 5.27 release”. We should for now treat backporting as if there will be another one, given 6.0 isn’t even out yet. Cheers Kai Uwe Am 12.02.24 um 11:53 schrieb David Edmundson: Plasma

Re: More 5.27 Releases

I agree, but as discussed in the meeting today, if we want to do a 5.27 release, we should backport the ci adaptations and make ci actually work there On Mon, Feb 12, 2024 at 11:53 AM David Edmundson wrote: > > Plasma 5.27 is not getting any more regular timed releases. However in > the past for

Re: More 5.27 Releases

Agreed. I also think it’s a bad mindset to have “there won’t be any 5.27 release”. We should for now treat backporting as if there will be another one, given 6.0 isn’t even out yet. Cheers Kai Uwe Am 12.02.24 um 11:53 schrieb David Edmundson: Plasma 5.27 is not getting any more regular time

Re: Wayland Nvidia situation for initial Plasma 6 release

Am Mittwoch, 7. Februar 2024, 10:37:13 CET schrieb Kai Uwe Broulik: > Hi, > > plasma-integration already (which I am NOT happy about!) creates a GL > context to check whether to use software rendering, there we could also > check the GL_VENDOR and set basic render loop. > Yes we did that in 5 a

Re: Wayland Nvidia situation for initial Plasma 6 release

Hi, plasma-integration already (which I am NOT happy about!) creates a GL context to check whether to use software rendering, there we could also check the GL_VENDOR and set basic render loop. But backporting won’t hurt either way I’d say. Cheers Kai Uwe Am 07.02.24 um 10:13 schrieb David R

Re: Major CI changes - FreeBSD and Linux

On Mon, Jan 22, 2024 at 12:09 PM Ben Cooksley wrote: > > Hi all, > > Over the past few weeks significant work has been undertaken to develop the > ability to make use of containerised builds for FreeBSD. This is great news! Thank you for all the work done on that front.

Re: Stale MRs

Hi, Some of those are mine and I am back now to merge them myself ( all are snapcraft only merges ), unfortunately I am held up by a mess up on my part and I cannot currently login to invent.kde.org due to 2fa and new phone. As soon as it is resolved I will knock them out and shorten that list for

Re: Plasma Bigscreen

I can't see why not Jonathan

Re: Plasma Bigscreen

On Tuesday, 30 January 2024 13:59:15 CET Jonathan Riddell wrote: > Adita tells me that Plasma Bigscreen is ready Qt 6 and KF6 happiness. I've > not tried it yet and and he's still working on the apps. It was released > as part of Plasma for the later 5 releases, but it's too late to add it > into

Re: Major CI changes - FreeBSD and Linux

On Mon, Jan 22, 2024 at 10:08 PM Ben Cooksley wrote: > Hi all, > > Over the past few weeks significant work has been undertaken to develop > the ability to make use of containerised builds for FreeBSD. > > Over the weekend i'm happy to report that this has now been rolled out and > is now in use

Re: KDE Gear features list

On Monday, November 27, 2023 10:49:04???PM CET Carl Schwan wrote: > Hello, > > I started working on the announcement for the the megarelease. For Plasma, > Nate collected all the new user facing changes here: > https://community.kde.org/Plasma/Plasma_6#User-facing_changes > > I would appreciate i

Re: How Plasma/Kickoff app launcher always opening aligned horizontally to the center of the screen

Hi Konstantin, Are you asking how to program the feature, or how to configure the system to do it from a user perspective? Because at the moment there is no way to configure the system to do it; it's simply not implemented right now. Nate On 12/22/23 13:42, Konstantin Makarov wrote: Hell

Re: Merge Service still in use?

The main problem for me is that I want to have the patch merged asap, to be able to test/resolve issues of some other patches in combination with this one. That's why I just merge that without rebase-pipeline completion. Speaking truly, I'm not very happy with our 'always fast-forward merge' polic

Re: Merge Service still in use?

Hi, Ben! I think we have kind of forgotten about that. I usually build the MRs locally or check if the pipeline has succeeded for the current revision, then I just "rebase without pipeline" and do the merge. It might be that I should use the merge service for that, I'm not sure... On Sat, Dec 16

Re: more betas / shorter windows?

On Mon, Dec 18, 2023 at 2:22 PM Nate Graham wrote: > > Yeah, it's long been a problem that bugs reported towards the end of a > beta release were often fixed weeks ago, which wastes everyone's time. > Shorter betas would also help our most effective volunteer QA people who > close their bug report

Re: Merge Service still in use?

On Tue, Dec 19, 2023 at 10:47 PM Dmitry Kazakov wrote: > The main problem for me is that I want to have the patch merged asap, to > be able to test/resolve issues of some other patches in combination with > this one. That's why I just merge that without rebase-pipeline completion. > > Speaking tr

Re: Merge Service still in use?

On Tue, Dec 19, 2023 at 10:16 PM Dmitry Kazakov wrote: > Hi, Ben! > > I think we have kind of forgotten about that. I usually build the MRs > locally or check if the pipeline has succeeded for the current revision, > then I just "rebase without pipeline" and do the merge. It might be that I > sho

Re: Merge Service still in use?

On 12/18/23 19:25, Ben Cooksley wrote: Just out of curiosity - why? It broke down a while ago and, unfortunately, it covers only some of ours needs, not all. So it was not a big loss for us and we simply moved on with merging patches manually. Cheers, Vlad

Re: more betas / shorter windows?

Yeah, it's long been a problem that bugs reported towards the end of a beta release were often fixed weeks ago, which wastes everyone's time. Shorter betas would also help our most effective volunteer QA people who close their bug reports once they're fixed by us (like Patrick Silva and some ot

Re: more betas / shorter windows?

6.x onwards On Mon, Dec 18, 2023 at 6:59 PM Nicolas Fella wrote: > > On 12/18/23 18:42, Harald Sitter wrote: > > With the second p6 beta sneaking up on us I've been pondering the beta > > experience... > > > > I can't help but think that the windows we've chosen were too long. At > > least from a

Re: more betas / shorter windows?

On 12/18/23 18:42, Harald Sitter wrote: With the second p6 beta sneaking up on us I've been pondering the beta experience... I can't help but think that the windows we've chosen were too long. At least from a crash tracking POV most of the crash reports we get from !neon are either of unreasonab

Re: Merge Service still in use?

On Tue, Dec 19, 2023 at 2:36 AM Vlad Zahorodnii wrote: > On 12/16/23 03:41, Ben Cooksley wrote: > > Hi all, > > > > I've just been reviewing services we're looking after and while doing > > so have noticed that Marge Bot (invent.kde.org/merge-service > > ) doe

Re: Merge Service still in use?

On 12/16/23 03:41, Ben Cooksley wrote: Hi all, I've just been reviewing services we're looking after and while doing so have noticed that Marge Bot (invent.kde.org/merge-service ) doesn't seem to have done anything for 4 months. As the two projects with

Re: Feature freeze exception (or not) for "Advanced Power Settings" QML port

I don't want to set a precedent for many others. I would have rejected this if the MR was only just opened, or if this wasn't a KCM section that's specifically titled "Advanced settings" or we were having this discussion later. But given it closes some bugs, I think it's reasonable to go ahead. Wa

Re: Unified internal communications channel

On Donnerstag, 7. Dezember 2023 18:04:24 CET Carl Schwan wrote: > On Thursday, December 7, 2023 4:15:36?PM CET Nate Graham wrote: > > What I'm proposing is some kind of place that *only* has internal > > announcements and is very log signal-to-noise such that we can > > fearlessly recommend that *e

Re: Unified internal communications channel

od the proposed idea and that should re-read the previous messages. It is unfortunately a recurring pattern in the promo channel and I decided for now to leave the kde-promo matrix channel as I feel like I'm wasting my time there. > It makes me think that maybe the KDE development communi

Re: KRunner and KActivities

Heyho, as stated in #Plasma, I will take care of it shortly ;) Regards Alex On 11/20/23 18:57, Jonathan Riddell wrote: I've just seen that KRunner uses KActivities but we moved activities to Plasma and Runner is in Frameworks.  Whatever shall we do? Joanthan

Re: plasma-framework, kactivities and kactivities-stats: please consider proper de-KF-ication now

On 2023-11-05 18:35, christ...@cullmann.io wrote: On 2023-11-05 18:01, Nate Graham wrote: On 11/5/23 07:42, Kevin Ottens wrote: I was clumsily advocating for this Akademy 2021 or 2022 (can't remember which). This way it's clearer to application authors when they tie themselves to a given wo

  1   2   3   4   5   6   7   8   9   10   >