this post was submitted on 19 Oct 2024

110 points (100.0% liked)

KDE

5362 readers

118 users here now

KDE is an international technology team creating user-friendly free and open source software for desktop and portable computing. KDE’s software runs on GNU/Linux, BSD and other operating systems, including Windows.

Plasma 6 Bugs

If you encounter a bug, proceed to https://bugs.kde.org, check whether it has been reported.

If it hasn't, report it yourself.

PLEASE THINK CAREFULLY BEFORE POSTING HERE.

Developers do not look for reports on social media, so they will not see it and all it does is clutter up the feed.

founded 1 year ago

MODERATORS

[email protected]

110

KUnifiedPush: KDE's efficient way of delivering notifications to your apps (cdn.masto.host)

submitted 1 month ago* (last edited 1 month ago) by [email protected] to c/[email protected]

21 comments fedilink hide all child comments

KUnifiedPush: KDE's efficient way of delivering notifications to your apps

KUnifiedPush, KDE's client library for the UnifiedPush protocol, has reached version 1.0.0. KUnifiedPush provides a way to deliver notifications instantly to multiple apps on your devices even if the apps are not running.

Ideal for social media, weather and instant messaging apps, it will also contribute to improving the battery life on your mobile devices.

https://blogs.kde.org/2024/10/19/kunifiedpush-1.0.0-is-out/

@[email protected]

top 21 comments

sorted by: hot top controversial new old

[–] [email protected] 13 points 1 month ago

@[email protected] @[email protected] ooooh I would love for it to also use molly-socket so that I could use it for Signal notifications https://github.com/mollyim/mollyim-android-unifiedpush?tab=readme-ov-file#unifiedpush

[–] [email protected] 11 points 1 month ago

@[email protected] @[email protected] This sounds super efficient and convenient. It's also great that KDE hosts the necessary server to make this work out of the box.

[–] [email protected] 8 points 1 month ago (1 children)

Can this be self-hosted, so you're not sending data to a third party service?

[–] [email protected] 15 points 1 month ago* (last edited 1 month ago)

yes https://unifiedpush.org/users/distributors/#self-host-the-server-difficult

[–] [email protected] 7 points 1 month ago

@[email protected] @[email protected] This is a really nice and welcome development! Congrats :D

[–] [email protected] 4 points 1 month ago

@[email protected] @[email protected] This has been on the back of my mind for a while and seeing this being implemented in KDE makes me want to try it.

[–] [email protected] 2 points 1 month ago

@[email protected] @[email protected] Will this be part of future KDE Gear?

[–] [email protected] 2 points 1 month ago

@[email protected] @[email protected] @gnome Something similar (hopefully using the same D-Bus interface) for GNOME planned?

[+] [email protected] -12 points 1 month ago (4 children)

@[email protected] @[email protected] I'm sorry to see you've gone the "14 + 1 standards" XKCD way. Is there any reason why?

[–] [email protected] 22 points 1 month ago (2 children)

It turns out, in this case it isn't. This is about a KDE library (service?) that uses Unified Push, which is a standard implemented by servers like ntfy, Nextpush, and Gotify. If you use any f-droid apps, you're probably already using Unified Push. Home Assistant uses it for mobile notifications, too.

It is, probably, the third biggest notification protocol after Google's and Apple's, only it doesn't route through their servers or provide them with more of your data to harvest and sell.

Unified Push is a good thing. It looks like KDE just makes it accessible to KDE application developers through the KDE libraries.

[–] timbuck2themoon 2 points 1 month ago (2 children)

Home assistant uses it for notifications now? I've got the f droid version but don't see that.

[–] [email protected] 3 points 1 month ago (1 children)

I meant the server can deliver notifications via ntfy:

https://docs.ntfy.sh/examples/#home-assistant

Yeah, I don't think the mobile app communicates with the server over anything but the web API.

[–] timbuck2themoon 1 points 1 month ago

Oh OK. Yes I've had this going for a while. If Anyone wants some configs I'll paste them.

[–] [email protected] 1 points 1 month ago

@sxan @timbuck2themoon This is new to me too 🤔 I'd love it if this were the case but so far I see no evidence of it.

[–] [email protected] -2 points 1 month ago (1 children)

@sxan I have never used f-droid, as I do not use Android.
Regardless, all banks and fintechs in my country will disable your account you if they detect sideloading apps like it.

[–] [email protected] 3 points 1 month ago

ntfy is in the app store, so you don't have you side load it. I don't know how many iOS apps use ntfy, but many Android OSS apps will ask you over which notification system you want to work.

I was just clarifying that this isn't one of the XKCD proliferation cases. Apple and Google's push notifications are proprietary and give them full access to your notifications. Unified Push is the OSS alternative, and this KDE enhancement doesn't createa another one: it uses the defacto standard OSS push notification specification.

The fact that ntfy is in the Apple app store makes me suspect there must be some number of iOS apps that can be configured to use Unified Push.

[–] [email protected] 12 points 1 month ago (1 children)

If you bothered to read the linked article and Volker's blog post (linked from the article), which you obviously haven't, you would see how this is not the case.

[–] [email protected] 8 points 1 month ago

@crystalmoon @[email protected] @[email protected] what exactly are the fourteen other push notification frameworks for desktop Linux? I’ve literally never seen one before

[–] [email protected] 6 points 1 month ago

@crystalmoon @[email protected] @[email protected] UnifiedPush is the only relevant standard being actively adopted by free software. You need an ecosystem around a push standard for a client and server setup to be useful/practical, and nothing comes close to UnifiedPush. We'll never get rid of the 14+1 problem if we don't focus efforts on a particular open standard, and this IS the one by all means.