cc: @mattdm

As an example, I've personally thrown money into the pot for mouse/trackpad/touchscreen gesture support for Plasma Wayland.

I donate directly to KDE to support them generally. I'm not sure that I have the kind of funds to dedicate to specific issues that generally require a larger sum to get the attention of a developer to fix.

I do as well, but we do have a fair number of members in the SIG and if we can collect some issues we would like to have KDE upstream prioritize, we can come up with a way to fund that.

Ah OK sounds good.

As the Sig discusses what it would look like to become a Personal Systems Working Group, it seems like restarting this discussion would be valuable for the items that need to be punted upstream for development work.

The logistics of how to pool funds still needs to be discussed. It sounds like for this to function, there would need to be a treasurer of some sort in the KDE Sig and probably a 2-person sign off for disbursement. It could potentially be done with a LiberaPay but something more akin to OpenCollective would provide more transparency.

Funding development work for Plasma Mobile would help with usability gap closures. Would the Sig still like to pursue this?

cc: @ngompa

Based on my first look at OpenCollective, it would make sense to create a Fedora KDE Community Collective. This would allow for continuity in the event that someone needs to step down in the Sig or treasurer positions need to change. The ideal thing would be to have either Red Hat or Fedora create a Fiscal Host that other Fedora Sigs could be collectives under. Fedora Mindshare would probably be best equipped to handle that.

I haven't been able to determine if the community collective is required to have a fiscal host or not. If it isn't required, then this would probably be a better option over LiberaPay. LiberaPay distributes immediately to individuals as a part of a team so it doesn't actually pool funds together. This would create a bus factor issue and potential opportunities for abuse. If a community collective does require a fiscal host, the best thing would be to petition Fedora Council for creating a Fiscal host on OpenCollective with Red Hat's approval.

There are multiple Red Hat organizations on Open Collective which is a bit weird. My guess is that each organization has been created as needed by individuals at Red Hat for distributing funds to open source projects. This, in my opinion, is sub-optimal. There should probably be a singular Red Hat organization that distribution is funneled through. Perhaps that would be something for @mattdm or @jflory7 to look at or bring up to Red Hat?

If that part isn't feasible, attempting to get squared away as an Open Source Adjacent Community with Open Source Collective as a Fiscal Host might be possible.

This was discussed in Sig meeting on 05/20/2024.
@ngompa stated that there are some things moving in the background that are vaguely positive but that can't be discussed at the moment. In the meantime, this ticket will be used to aggregate desired upstream development efforts from the sig members.

One of the items discussed by @marcdeop @farchord and @ngompa is Group Policy Objects which would be of use to enterprise desktop customers. This would be useful for the eventual Cloud VDI Edition proposed as a part of the Personal Systems Working Group.

Another feature I'd really like us to push through is OEM mode for KDE.

To clarify for those who don't know what that is, think the "After setup" wizard gnome gets in Fedora Workstation, where you create your user and setup your interface for first use.

In the Windows world, they call that an OOBE (Out Of Box Experience).

I trudged through the open issues on here to see what previously mentioned upstream work was needed. These are probably lower hanging fruit than the larger funding efforts:

• Funding Potential Issues

  • https://pagure.io/fedora-kde/SIG/issue/478
    • Toolbox and Distrobox integration into Konsole
  • https://pagure.io/fedora-kde/SIG/issue/169
    • Howdy Integration
  • https://pagure.io/fedora-kde/SIG/issue/398
    • KAccounts FAS Integration
  • https://pagure.io/fedora-kde/SIG/issue/219
    • Doing requests to discover to install languages
  • https://pagure.io/fedora-kde/SIG/issue/485
    • Upstream moving KCron to systemd timers?
  • https://pagure.io/fedora-kde/SIG/issue/160
    • kvkbd needs to be updated substantially before it can be added back for accessibility needs
  • https://pagure.io/fedora-kde/SIG/issue/504
    • https://invent.kde.org/plasma/kwin/-/issues/223
    • Allow defaulting to following org.freedesktop.locale1 in livecd environment
  • https://pagure.io/fedora-kde/SIG/issue/497
    • missing icons in applications need upstream bug reports
  • https://pagure.io/fedora-kde/SIG/issue/501
    • porting of maliit-keyboard to qt6
  • https://pagure.io/fedora-kde/SIG/issue/513
    • various applications need more maintainers to improve the plasma-mobile ecosystem. This is going to be bigger than just funding development, though.

Adding this as another thing to potentially fund:

• https://bugs.kde.org/show_bug.cgi?id=487856
  • Enabling HDR / Accurate Colour Management on Krita

I'd also suggest the following:
- Neochat
- Adding Jitsi Support or Element Call / Voip support since this currently requires switching to Element for some Fedora Meetings

I'd also suggest the following:
- Neochat
- Adding Jitsi Support or Element Call / Voip support since this currently requires switching to Element for some Fedora Meetings

That would be nice, though everytime I try Neochat, I get stung. Something always just goes badly that makes me go back to element

• https://bugs.kde.org/show_bug.cgi?id=434954
  • firewalld zone support in plasma-firewall. This was requested a long while ago https://pagure.io/fedora-kde/SIG/issue/34

• https://pagure.io/fedora-kde/SIG/issue/501
• porting of maliit-keyboard to qt6

there were discussions on KDE mailing lists about developing an alternative QtVirtualKeyboard, not sure if it's relevant but https://mail.kde.org/pipermail/plasma-devel/2024-June/123435.html