

DeGoogle doesn’t make sense if keeping google services and google play (this provides services any ways). For example grapheneOS as best as it is for security is not a DeGoogle experience. calyxOS would have been an option but it’s currently out of maintenance. LineageOS with f-droid basic, apkupdater (apkpure mirror) if needing proprietary stuff and maybe aurora store if apkpure doesn’t find something or you distrust it (it’ll be connecting to google play), and for them, if needing google push notifications (most of them do) and unavoidable services then microG.
Some FLOSS apps requiring push notifications allow to use unified push btw, like jami and davdroid (davx5), molly (signal client, though I no longer use signal), so no need for google push notifications, and for email imap has supported it’s own push notifications mechanism for way long (fairemail, thunderbird, etc). It’s on proprietary apps which mostly that’s not the case… Installing from official f-droid I believe gets rid of proprietary google stuff, including dependencies on google services library…
cantata is no longer maintained AFAIK, but as mentioned there are other clients such as ario, which on arch/artix it is build on gtk3, not gtk2
Not specific to grapheneos, and also battery friendly on LOS is localsend, and on gnu+linux I use instead localsend-go since it offers a CLI (what I use) and a rudimentary TUI which is missing some functionality but good enough (I prefer using it as CLI). But localsend also includes a windows app BTW. On gnu+linux some prefer kdeconnect, but I find it more battery intensive than localsend on the phone, and the extra functionality is not what I expected, like I originally guessed I could write sms from a gnu+linux box, or read past one, and that’s not what sms control means.
Don’t these alternatives work on grapheneos for some reason?


If you want to keep using google playstore and services, you no longer will be able to use f-droid, whether google or any aosp rom. grapheneOS claims it won’t be affected given their sandboxed google play and services. Though I’m not sure if eventually google would come up with a counter measure or it won’t ever care. They want to enforce that if anyone uses their proprietary stuff the apps interacting with it must be from register developers, which automatically exclude any libre/free app storage on which developers don’t want to register to google. GrepheneOS being the exception.
If you use microG with any custom rom, I guess that might work through fake registrations, but can’t be sure. But any custom rom without google play and services is supposed to be ok with f-droid. The thing is that google knows most if not all users need one app that depends on their stuff, perhaps bank apps, payment apps, and so on…


Hmm, youtube-dl? I believe it’s no longer the one to use, it’s yt-dlp, and mpv has support yt-dlp for quite some time, but it could be any player as long as it supports yt-dlp. What I’ve noticed is that nothing gets as fast to fix these YT issues than yt-dlp. It’s working fine for me on Artix for quite some time. And unless wanting ton use a browser, that’s what freetube has been documenting every time receiving related bugs. See for example:
https://github.com/FreeTubeApp/FreeTube/issues/8083#issuecomment-3326565693
Papers or Zathura (+ required plugin)


Just so you know, if you like freetube, you can configure the external player to mpv, which underneath uses yt-dlp when streaming, and use the button to load the external player. Of course one can also launch smplayer, which underneath is using mpv, which underneath…
But the thing is content creators don’t move out of YT cause they’re there to monetize in the first place. So this thing seems never ending no matter alternatives like peertube exist.


Besides outertune there’s harmonymusic as well
None protect your IP if not using a non self hosted frontend like invidio or piped, cause if self hosted then you’re providing your IP any ways. So now a days actually private is kind of hard. But these applications for sure help a lot.


2025.09.26 can still do it without deno. Besides, when the change happens, node and bun (never heard about bun before) will be supported as well, not just deno, but they will require extra arguments passed to yt-dlp. If using yt-dlp directly, and already having node or bun installed, no need for deno then.
apkupdater installing from apkpure?
I’m wondering about LOS re-locking on particular devices. DivestOS used to allow that, not sure if only on pixels, but if divestOS which was based on LOS could, I don’t see how that code can not be ported over upstream LOS. Have anyone seen an effort similar to divestOS in this regard?


I’ve been a long term freetube user, but lately I’m finding pipeline built locally through AUR, formerly known as feetuber, a much better experience at least for me. I’ve set it up to use ytdlp and mpv all the time, so I don’t care about Piped sites. It supports Peertube already, and it’s way light, at least with mpv playing it is
ohh, now it makes sense. I was referring rather to:
I try to move away from centralised aggregation like Reddit.
believing you subscribe to reddit or similar link aggregators to keep up to date with certain topics (subreddits, communities on lemmy), and usually by subscribing to the rss/atom feeds from which people share URLs most of the time and which you are interested on, then you mostly can discard such link aggregators. Lemmy offers rss feeds in case you want to follow up a community without subscribing to any lemmy instance, and I believe reddit hadn’t killed it’s similar rss feeds per subreddit.
However if it’s just for one interesting post you find, then rss/atom feeds don’t provide what you want. However, if you like a post from a rss/atom feed, most rss/atom readers allow you to include the link into favorites, so that they are available for you whenever wanting to come back to such post or to actually get deeper into it. Favorites would have a somehow similar functionality to pocket, but I agree it’s not the same, since the sources have to come from a feed, as opposed to any generic URL, however if your URLs sources come from recurrent blogs or sites, and they offer rss/atom feeds, then this would work. I’m kind of following this approach to have my rss/atom personal link aggregator, :)
Both Tubular and Libretube support SponsorBlock, in that regard both are cool. I would use Libretube first, and if no piped site works then use Tubular, but Libretube itself allow for using local connection or it could be set to only work that way as NewPipe/Tubular do, so perhaps there wouldn’t be a need for two apps.
The advantage to start with Libretube is a bit extra privacy by using a 3rd party piped site, so what youtube sees are requests from that site. But piped sites are more identifiable and therefore vulnerable to be rate limited or totally blocked. Though lately youtube has managed to block everything pretty close in time, Freetube, Pipeline, HarmonyMusic (a bit more resilient but also gets blocked), NewTube, Tubular, LibreTube, whatever.
Google is shortening the periods on which any of these frontends can be used to access youtube. Sadly, as Google offers some profit depending on the visits (more adds) then people seems not to be interested on leaving youtube, :(
uSo it doesn’t seem to be a frontend which is less prompt to functionality disruptions. Some times it takes less time and some times it takes long, but usually most if not all frontends get affected. In that regard I don’t see much difference, so that’s why I recommended Libretube first and then Tubular as an alternative. Given there’s not frontend supported by Google, in the end it’s almost a matter of taste, with any Piped solution offering a bit extra privacy if used with 3rd party piped sites, and if that site is blocked or rate limited, another one can be chosen, or even it can try on the run to connect locally, or you can actually stop using a 3rd party site at all and only connect locally. BTW, freetube can be set to use an invidio site as well, but there are way less invidio sites up and running that there are piped sites. One can self host, but then the requests to youtube will be yours any ways, though you get local subscription and nice stuff on all frontends.
I like to have an alternative though in case at least for a little while one mechanism works but the other doesn’t.
BTW, if interested on music, HarmonyMusic is a bit different frontend that can run on several platforms, gnu+linux, android and so on, and sometimes it keeps working while the other frontends don’t.
The battle is still there, and the GrapheneOS guy always bark at microG, like he really hates the whole concept of microG. What I have gotten from the discussion is that GrapheneOS is more secure, but although it sandboxes GPS denying some permissions, and some of those might be needed to be given away for some services any ways, it doesn’t try to fake anything, which microG does. In that sense my preference has been microG, and I don’t regret it.
That said, what you mentioned is true, both still access google app store, and still have to give some minimal information to google.
There’s a 3rd option the OP didn’t mentioned. If they are mainly interested in app store, and not the google services in general, there are a couple of somehow recognized 3rd party app store mirrors, which keep the same original signatures of the packages hosted by google app store, and they offer packages from other sources not provided by the google app store, in case interested on those packages: apkmirror and apkpure. From the two apkpure still allows to install and upgrade packages through FLOSS 3rd party apps like apkupdater, so that might be an option. For some months apkpure packages weren’t able to be installed through apkupdater, but it seems that got corrected already.
But in general, the OP would benefit from always looking for FLOSS packages on the F-Droid repo, then other non official F-Droid repos which can be used through the F-Droid app, then see if they can be installed from their web site and updated without intevention of any installer, and then if there’s no option but using proprietary software maybe looking for them on the apkpure/apkmirror sites or on apkpure through apkupdater or similar, and then aurora store, or if using grapheneOS finally google play if anything else fails, :)
I do understand the need for proprietary software, like bank OTP apps. It’s sad banks, governments, medical services and so on never look for FLOSS software, they always require users to get proprietary software. I don’t live in the EU, but I hope current hate/banning tendency ends up doing user a favor by starting to require banks, and the like to start using FLOSS apks, though doesn’t really helps me, I hope in the end it helps people in the EU.
Jami on desktop, not on phones yet:
Available only for desktop users for now, the new Push-to-talk feature offers a new effortless way to communicate: simply press a button for hands-free, instant, and convenient audio messaging. It’s like in the olden days of gaming when gamers would key bind the Push to talk feature to be able to talk when necessary.
So jami all the way, 🙂
Cool, it never came back to arch/artix, however I see it on aur. I actually don’t use gui for mpd, I use ncmpcpp, but good to know it has quite good gui frontend. ario is good as well, particularly if not much into Qt apps.