

How about isync + notmuch + afew + alot + msmtp? gpg decryption not directly supported but using alot’s pipeto it can be used to decrypt messages. As using notmuch as indexer it’s flow is pretty similar/compatible to/with gmail.


How about isync + notmuch + afew + alot + msmtp? gpg decryption not directly supported but using alot’s pipeto it can be used to decrypt messages. As using notmuch as indexer it’s flow is pretty similar/compatible to/with gmail.
agreed, I though I ammended my original post about it.


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?
Flatpak’s use of bubblewrap (it comes from flatpak but then it became its own project) is not a good example, see:
https://madaidans-insecurities.github.io/linux.html#flatpak
But in general this is true. I talked out of memory, but firejail given its suid way is considered insecure (possible privilege escalation), that’s right
apparmor comes with several profiles, and if in your distro it doesn’t include one for librewolf, you can use the firefox one. And if there’s no available one and you would be interested in combine it with firejail then most probably firejail will come with with a profile for firefox or librewolf and usually with support for apparmor. Regardless of the distros, the arch wiki can guide you with apparmor and firejail. I recommend becoming familiar with both. Another option if there’s no profile on your distro is to look into another distro’s profile. ubuntu used include some software with apparmor out of the box so perhaps it’s a good source of profiles…
Also in this same community there’s an old post precisely about what you’re asking for, though it’s a bit dated, you may want to scroll for some time until getting to it.
Edit:
Firejail is insecure, my bad. Better to use bubblewrap (I didn’t know about bubblejail). The thing is that firejail offers profiles combined with apparmor which might have solved the lack of apparmor profiles. For my personal purposes I hope to take a look at bubblejail to have an easier way to do sandboxing. You can see the arch wiki bubblewrap examples to notice how bubblewrap doesn’t help with apparmor profiles though. According to the arch wiki for bubblejail or the GH page for bubblejail profiles are used and can easily be created, however I have no idea of the interaction with apparmor, and if as with firejail such profiles include apparmor stuff, but intuitively I guess it doesn’t.
Going back to apparmor, which is MAC enforcement, if no profiles available on your distro for librewolf neither firefox, then looking at other distros is OK, and also one can create profiles as well as one can also modify existent or available ones. See for example the arch wiki for apparmor.


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


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?
if someone is up to the challenge to take lemoa over, a gtk app, the original author seems to be open for that.
There’s this apps doc. From there I see in addition to others’ comments:
Both being Go based apps. but the neonmodem looks more interesting to me.
Another option is a hybrid one, to add the rss feeds from the lemmy communities your’re interested in, or the rss feed from all of them together into your feed reader (even better if newsraft), but those feeds don’t show full lemmy conversations and one has to show them in the browser, and also if in need to comment or post one still need to use the browser.
apps doc is constantly evolving, so it’s good to keep an eye on it periodically, :)


There’s an AUR open-tv package for Arch/Artix/…, and there’s even an AUR open-tv-bin version, but I prefer looking at the build recipes if available, and if not using Arch/Artix/… one can read through the PKGBUILD and see how it builds.


available on AUR for Arch and derivatires
The AUR PKGBUILD shows a pretty simple recipe:
build() {
arch-meson "${pkgname}-${pkgver//+/-}" build
meson compile -C build
}
package() {
meson install -C build --destdir "${pkgdir}"
# permission fix
chmod 755 "${pkgdir}/usr/bin/ascii-draw"
}
I’ve been seeing arch-meson often used, but haven’t explored what it does. Some day…
Though it’s way more fun to use text specification, like the one referenced by @fratermus@lemmy.sdf.org
My only experience with it was with harmony-music built/installed from AUR on artix, and I couldn’t keep using it, it was consuming too munch CPU, making the fans run nuts. Not sure if it was harmony-music itself, or flutter. Apparently not the same OP experience.


maybe, he mentioned stacked mode on a tiling compositor, which is valid, but that’s not a thing on stacking compositors… BTW, the stack mode on sway doesn’t mean it turns into a stacking compositor, rather it means tabbed mode with the tabs stacked vertically. But the OP knows better.
It depends on your preferences of course. Notmuch offers a way fast indexer you can’t get with traditional gui applications, but by itself it’s not pretty useful, however the integration with other tools makes it really powerful, with afew you get your personal tagging when messages arrive (filters), with alot you just get the email frontend. If you like the terminal experience, then you’d know you need something extra for smtp (writing emails) and there you have for example msmtp. It’s a matter of choice. I mentioned notmuch since the traditional approach to the terminal is plain neomutt, but there are alternatives. isync (mbsync) actually interacts well with neomutt but it also does it with notmuch, and neomutt can be used as a frontend for notmuch as well. A matter of choices.
The thing with solutions like thunderbird is that you have to adhere to their design decisions. For example I don’t like their librnp implementation, and I had to create alpm hooks on artix to keep updating such library with sequoia-octopus-librnp, not because I like rust (I don’t dislike it either), but because at least I can keep just one keyring, and thunderbird when not having a master password (the default) keeps its keyring unencrypted, and I pretty much see no reason not to use gnupg. So I decided I better kept using gnupg’s keyring and stuff. Integrating different tools designed for specific purposes you have more freedom of choice. At any rate that’s how unix was conceived, and you can choose to do it that way if you want.