FrameworksRelease
ActivePublic

Recent Activity

Today

arrowd updated the diff for D17816: Support for xattrs on kio copy/move.
  • Address comments.
Mon, Sep 21, 7:12 AM · Frameworks

Yesterday

nicolasfella abandoned D25705: Deprecate KIO::pixmapForUrl.

Moved to https://invent.kde.org/frameworks/kio/-/merge_requests/144

Sun, Sep 20, 8:26 PM · Frameworks
cblack abandoned D7563: Add privilegeExecution field to file protocol description.

Moving this to GitLab: https://invent.kde.org/frameworks/kio/-/merge_requests/143

Sun, Sep 20, 6:57 PM · Frameworks

Fri, Sep 18

ngraham abandoned D10305: Fix "Moving the mouse over a different application icon immediately changes the window list".
Fri, Sep 18, 12:54 AM · Frameworks, Plasma

Thu, Sep 17

wrobelda closed T13658: Contribute vcpkg ports for kf5 frameworks as Invalid.

Moved to GitLab: https://invent.kde.org/wrobelda/vcpkg/-/milestones

Thu, Sep 17, 7:47 PM · Frameworks
wrobelda closed T13659: Fix leaking dependencies that require patching CMakelists as Invalid.

Moved to GitLab: https://invent.kde.org/wrobelda/vcpkg/-/issues/1

Thu, Sep 17, 7:47 PM · Frameworks
wrobelda closed T13659: Fix leaking dependencies that require patching CMakelists , a subtask of T13658: Contribute vcpkg ports for kf5 frameworks, as Invalid.
Thu, Sep 17, 7:47 PM · Frameworks
wrobelda closed T13660: Go over craft's blueprints for each framework and migrate quirks if necessary as Invalid.

Moved to GitLab: https://invent.kde.org/wrobelda/vcpkg/-/issues/2

Thu, Sep 17, 7:46 PM · Frameworks
wrobelda closed T13660: Go over craft's blueprints for each framework and migrate quirks if necessary, a subtask of T13659: Fix leaking dependencies that require patching CMakelists , as Invalid.
Thu, Sep 17, 7:46 PM · Frameworks
wrobelda closed T13661: Come up with an universal approach for copying bin tools to tools/ folder, a subtask of T13660: Go over craft's blueprints for each framework and migrate quirks if necessary, as Invalid.
Thu, Sep 17, 7:46 PM · Frameworks
wrobelda closed T13661: Come up with an universal approach for copying bin tools to tools/ folder as Invalid.

Moved to GitLab: https://invent.kde.org/wrobelda/vcpkg/-/issues/3

Thu, Sep 17, 7:46 PM · Frameworks
wrobelda closed T13662: Fix kio building on macOS, a subtask of T13661: Come up with an universal approach for copying bin tools to tools/ folder, as Invalid.
Thu, Sep 17, 7:46 PM · Frameworks
wrobelda closed T13662: Fix kio building on macOS as Invalid.

Moved to GitLab: https://invent.kde.org/wrobelda/vcpkg/-/issues/4

Thu, Sep 17, 7:46 PM · Frameworks
wrobelda updated the task description for T13658: Contribute vcpkg ports for kf5 frameworks.
Thu, Sep 17, 6:55 PM · Frameworks
wrobelda updated the task description for T13658: Contribute vcpkg ports for kf5 frameworks.
Thu, Sep 17, 6:15 PM · Frameworks
wrobelda updated the task description for T13658: Contribute vcpkg ports for kf5 frameworks.
Thu, Sep 17, 6:13 PM · Frameworks
wrobelda updated the task description for T13658: Contribute vcpkg ports for kf5 frameworks.
Thu, Sep 17, 6:11 PM · Frameworks
wrobelda renamed T13658: Contribute vcpkg ports for kf5 frameworks from Add vcpkg ports for kf5 frameworks to Contribute vcpkg ports for kf5 frameworks.
Thu, Sep 17, 6:03 PM · Frameworks
wrobelda triaged T13662: Fix kio building on macOS as High priority.
Thu, Sep 17, 6:02 PM · Frameworks
wrobelda renamed T13661: Come up with an universal approach for copying bin tools to tools/ folder from Come up with an universal approach for copying bin tools to tools/ folder, according to vcpkg guidelines to Come up with an universal approach for copying bin tools to tools/ folder.
Thu, Sep 17, 6:01 PM · Frameworks
wrobelda renamed T13661: Come up with an universal approach for copying bin tools to tools/ folder from Come up with an universal template for copying bin tools to tools/ folder, according to vcpkg guidelines to Come up with an universal approach for copying bin tools to tools/ folder, according to vcpkg guidelines.
Thu, Sep 17, 6:00 PM · Frameworks
wrobelda triaged T13661: Come up with an universal approach for copying bin tools to tools/ folder as High priority.
Thu, Sep 17, 6:00 PM · Frameworks
wrobelda triaged T13660: Go over craft's blueprints for each framework and migrate quirks if necessary as High priority.
Thu, Sep 17, 5:53 PM · Frameworks
wrobelda triaged T13659: Fix leaking dependencies that require patching CMakelists as High priority.
Thu, Sep 17, 5:51 PM · Frameworks
wrobelda triaged T13658: Contribute vcpkg ports for kf5 frameworks as Normal priority.
Thu, Sep 17, 5:49 PM · Frameworks
bruns requested changes to D17816: Support for xattrs on kio copy/move.
Thu, Sep 17, 2:03 PM · Frameworks
asturmlechner added a comment to T13631: Consolidate using addons/extras/plugins repos.
In T13631#240328, @alex wrote:

dolphin plugins that solely target developers

That also has mountiso and dropbox plugins, these are not just for developers

Thu, Sep 17, 9:14 AM · Frameworks, Dolphin, Plasma
alex added a comment to T13631: Consolidate using addons/extras/plugins repos.

dolphin plugins that solely target developers

Thu, Sep 17, 9:13 AM · Frameworks, Dolphin, Plasma
asturmlechner added a comment to T13631: Consolidate using addons/extras/plugins repos.

I don't try to nanny our users into accepting all those extra dependencies.

You're a Gentoo packager, right? My concern here is for users who want things to just work out of the box, not users of distros geared towards technical experts. That's a different problem space. :)

By far not everyone of our users is an expert, and I don't see the numbers to back this up as a huge problem yet. There sure has been the odd forum thread about missing stuff, but through our KDE Wiki it is common knowledge that users are supposed to use the plasma-meta package and that settles it real quick. Is it really beginners who randomly install the minimal plasma-desktop package (if they do, why?) rather than following the distro's Wiki, or is it the tinkerer who doesn't own up to hunting for features manually after going the minimal route? How many distros get it actually wrong, can it be improved by adding RUNTIME infos to cmake? Where are those bug reports you see coming from? Those are the questions before establishing this as a problem we need to fix by lumping repositories together. And that would change it for something like Arch where binary packages are not often being split, but not for others like Debian where the amount of binary packages may not even change except where they pull their sources from.

Thu, Sep 17, 9:01 AM · Frameworks, Dolphin, Plasma
arrowd added inline comments to D17816: Support for xattrs on kio copy/move.
Thu, Sep 17, 5:26 AM · Frameworks
arrowd updated the diff for D17816: Support for xattrs on kio copy/move.
  • More const QString.
Thu, Sep 17, 5:26 AM · Frameworks
arrowd added inline comments to D17816: Support for xattrs on kio copy/move.
Thu, Sep 17, 4:44 AM · Frameworks

Wed, Sep 16

alex added a comment to T13631: Consolidate using addons/extras/plugins repos.

I agree with moving the runners, but it is also planned to introduce some new APIs so that the Kate/Konsole profiles runners can be replaced and are provided within the Kate/Konsole apps themselves. For the remaining runners it makes totally sense.

Wed, Sep 16, 9:07 PM · Frameworks, Dolphin, Plasma
ngraham added a comment to T13631: Consolidate using addons/extras/plugins repos.

I don't try to nanny our users into accepting all those extra dependencies.

Wed, Sep 16, 7:36 PM · Frameworks, Dolphin, Plasma
bruns added a comment to T13631: Consolidate using addons/extras/plugins repos.

From me also a -1, mostly because of the dependency tree. Stuff like ffmpeg and Samba have a *huge* dependency tree.

Wed, Sep 16, 7:30 PM · Frameworks, Dolphin, Plasma
asturmlechner added a comment to T13631: Consolidate using addons/extras/plugins repos.

I have seen many bug reports and user frustrations whose root cause was not having these packages installed--whether due to bad distro defaults or not knowing about them when using Arch or Debian. We can bug distros to have better defaults and write better documentation and such, but merging their functionality into other repos eliminates the whole class of bug altogether. That's a win IMO.

Wed, Sep 16, 6:17 PM · Frameworks, Dolphin, Plasma
ngraham added a comment to T13631: Consolidate using addons/extras/plugins repos.

stuff in *-extras is not core functionality but provides additional features that one may or may not want to use

Wed, Sep 16, 5:34 PM · Frameworks, Dolphin, Plasma
nicolasfella added a comment to T13631: Consolidate using addons/extras/plugins repos.

Distros can fail to pre-install them in their Plasma packaging, leading to users missing content and having a sub-optimal user experience

Sure, distros make mistakes too, but that kind of mistake is easy to address downstream

Users of DIY distros like Arch or Debian can fail to install them and wind up missing content and having a sub-optimal user experience

That's the price you needs to pay for using such a distro. You need to think about what to install. Following the logic of why some people prefer this kind of distro one can argue that some people do not install these extra packages on purpose.

Reduces the clarity of the software's status: Is this stuff core functionality or not? On the one hand, it's hosted on KDE infrastructure and tracked on KDE's Bugzilla. But on the other hand, it's possible to not install it

How is merging it clarifying anything? Right now the status is pretty clear IMO: stuff in *-extras is not core functionality but provides additional features that one may or may not want to use

On the flip side, I see no major advantages to having stuff split into these extra repos.

For a framework like KIO I made my point above. A similar point can be made for Plasma too. Plasma is used as a base for various embedded products (Plasma Mobile, Mycroft, Plasma Bigscreen, kiosk deployments. I've also seen kwin used as a standalone window manager in commercial products). For these kinds of projects it is beneficial to be able to deploy a core-only version of our product since stuff like installation size does matter.

Wed, Sep 16, 5:21 PM · Frameworks, Dolphin, Plasma
nicolasfella added a comment to T13631: Consolidate using addons/extras/plugins repos.

I remember hearing about a proposal to move ApplicationLauncherJob into KService to bypass just that issue.

That's T13590.

Alternatively, do you see a better place to merge kio-etras?

No, but I don't see a pressing need to merge it anywhere either

Wed, Sep 16, 5:05 PM · Frameworks, Dolphin, Plasma
ngraham added a comment to T13631: Consolidate using addons/extras/plugins repos.

-1 on merging kio-extras into kio. For frameworks we need to keep an eye on the dependency tree and kio-extras has quite a number of additional dependencies (phonon, samba, libssh, mtp, kdsoap etc) and the features that kio-extras provides are usually. I don't want my app to depend on all of that just to be able to use ApplicationLauncherJob et al

Wed, Sep 16, 4:23 PM · Frameworks, Dolphin, Plasma
nicolasfella added a comment to T13631: Consolidate using addons/extras/plugins repos.

increases work for KDE's release team and distro packagers to have more packages to tar, package, update, manage, etc

Wed, Sep 16, 2:42 PM · Frameworks, Dolphin, Plasma
nicolasfella added a comment to T13631: Consolidate using addons/extras/plugins repos.

-1 on merging kio-extras into kio. For frameworks we need to keep an eye on the dependency tree and kio-extras has quite a number of additional dependencies (phonon, samba, libssh, mtp, kdsoap etc) and the features that kio-extras provides are usually. I don't want my app to depend on all of that just to be able to use ApplicationLauncherJob et al

Wed, Sep 16, 2:38 PM · Frameworks, Dolphin, Plasma
ngraham created T13631: Consolidate using addons/extras/plugins repos.
Wed, Sep 16, 2:10 PM · Frameworks, Dolphin, Plasma

Tue, Sep 15

marcboocha added a comment to T12140: Killing KInit With Fire.

We could kill it regardless of regressions in performance. That could simplify plasma significantly

Tue, Sep 15, 10:08 AM · Frameworks, KF6

Mon, Sep 14

marcingu added a comment to D28745: Skip caching thumbnails on encrypted filesystems.

!PING.
I need help from someone with good understanding of Solid to continue.

Mon, Sep 14, 4:22 PM · Frameworks, Dolphin

Sat, Sep 12

pino added a comment to D29299: Make KI18N_INSTALL() not rely on only LOCALE_INSTALL_DIR.

When you wrote "ki18n_install() is basically used by KF sources that use ECM already" it seemed to me that this was looking at KDE community code only

Sat, Sep 12, 2:38 PM · Frameworks
dfaure added a comment to D29299: Make KI18N_INSTALL() not rely on only LOCALE_INSTALL_DIR.
In D29299#676447, @pino wrote:
In D29299#676445, @pino wrote:

One of the primary goals of KF5 is to be useable by other applications not written by the KDE community (I actually know quite a few).
As such, it's not hard to imagine a cmake-based application that uses Qt and GNUInstallDirs [with qmake going away this will happen more and more], and one day it wants to use one of the frameworks. At that point, it shouldn't be forced to switch to ECMInstallDirs. Therefore I definitely see value in keeping the two things separate, as long as we keep making things easy for what is the most common case for us: using both.

Sigh. I know this, I never, ever, ever, and let me say it again, never, forgot about this.

Sat, Sep 12, 2:25 PM · Frameworks
pino added a comment to D29299: Make KI18N_INSTALL() not rely on only LOCALE_INSTALL_DIR.
In D29299#676445, @pino wrote:

I asked for actual valid use cases when using the new variables first would break, and I still got none. There is a limit to how much you can keep broken code working... assuming such broken code exists. I don't think there is any of this such situation, as ki18n_install() is basically used by KF sources that use ECM already, with marble being the only exception (and even that, marble won't break).

As you know, there are KF5-based applications outside the realm of what we can see in LXR.
One of the primary goals of KF5 is to be useable by other applications not written by the KDE community (I actually know quite a few).
As such, it's not hard to imagine a cmake-based application that uses Qt and GNUInstallDirs [with qmake going away this will happen more and more], and one day it wants to use one of the frameworks. At that point, it shouldn't be forced to switch to ECMInstallDirs. Therefore I definitely see value in keeping the two things separate, as long as we keep making things easy for what is the most common case for us: using both.

Sat, Sep 12, 1:15 PM · Frameworks
dfaure added a comment to D29299: Make KI18N_INSTALL() not rely on only LOCALE_INSTALL_DIR.
In D29299#676445, @pino wrote:

I asked for actual valid use cases when using the new variables first would break, and I still got none. There is a limit to how much you can keep broken code working... assuming such broken code exists. I don't think there is any of this such situation, as ki18n_install() is basically used by KF sources that use ECM already, with marble being the only exception (and even that, marble won't break).

Sat, Sep 12, 1:07 PM · Frameworks
pino added a comment to D29299: Make KI18N_INSTALL() not rely on only LOCALE_INSTALL_DIR.

@pino Other than the fact that you think D29136 is "good enough", do you have any concrete objection to this version?

Sat, Sep 12, 12:57 PM · Frameworks