Unified push is great news in general for AOSP based ROMs phones for battery life, it’s an open notification standard and system. There are several providers or distributors. If you’re already using nextCloud with the unified push support on the server (murena has enabled this already because they want apps to consume less energy because of having to run in the background if not wanting to use the proprietary google services notifications) then you can use the unified push app already available on f-droid. If using conversations (xmpp client) it already supports working as an unified push provider and perhaps other xmmp clients already added such support and conversations is also available on f-droid. Or you can use the ntfy provided app also available on f-droid. There’s an apps list available to find out if particular apps already support unified push, and as you can see fennec is one of them. BTW, if one doesn’t want or need push notifications on fennec this can be disabled on its notifications settings, When installing an unified push notification provider, the apps supporting it will attempt to subscribe with a particular topic name on the provider, and usually the providers come with default settings to automatically accept subscriptions, and one can just check if the subscription is there already or not, one might need to stop and re-open the app for it to attempt to subscribe. Make sure the provider is running in the background without restrictions, I can tell conversations and ntfy are pretty low battery consumers so no worries about no restrictions on battery consumption.

Does that help? Otherwise I’m kind of lost with the questiosn.

Yyup, notmuch doesn’t sync folders AFAIK since it is an indexer (a fast one), one needs mbsync and/or imapnotify to keep mail up to date (the combination might be mbsync to sync on boot, and then imapnotify to keep things up to date based on such notifications) to keep mail up to date. Another options is khard which is menat for cardav contacts just as khal is meant for caldav calendar… mutt-ics sounds great for ics calendar invitations, which I sometimes get from non family and non organization parties, otherwise I receive caldav ones, which I’d like to integrate with the caldav calendar so it syncs, perhaps mutt-ics handles that as well, first time reading about it, :)

Many thanks for answering !

how does khal integrate with neomutt for received invitations? khard works pretty well AFAIK with neomutt. Also, have you tried alot (notmuch + afew + alot + …)? It sounds alot integrates much better than neomutt with notmuch, which in turn integrates much more better than mutt…

Please define suckless. See on under suckless.org one can find rocking software, meaning suckless alternatives not developed/maintained by them, and on the editors section I see:

• acme - Rob Pike’s framing text editor for Plan 9. Included in plan9port.
• ed - ED IS THE STANDARD TEXT EDITOR!
• ired - A minimalist hexadecimal editor and bindiffer for p9, w32 and *nix.
• mg - A portable version of mg.
• mle - A small, flexible console text editor.
• nano - A pico clone - this is small simple code and easy to use.
• neatvi - A minimal vi implementation supporting bidirectional UTF-8
• nextvi - A continuation of neatvi development with more features.
• nvi - A small, multiple file vi-alike.
• micro - A terminal text editor, written in go with common key bindings like ctrl-c to copy and ctrl-v to paste.
• sam - An editor by Rob Pike with inspiration from ed.
• sim - The sim text editor. Based on vim and sam.
• traditional vi - A fixed version of the original vi.
• vim (With the GUI, use :set go+=c to kill popup dialogs). It can be compiled to be as minimal as possible (see vim-tiny in Debian repos).
• vis - A modern, legacy free, simple yet efficient vim-like editor.
• wily - An acme clone for POSIX.

That said, also note there’s an emacs-nox package available in most distros, which only includes the editor able to run on a terminal emulator, if emacs OS is too much. And can you share URLs justifying why vim is a big security hole? BTW I don’t see neovim as part of the suckless.org/rocks software. What is suckless depends a lot about what one might consider it to be, even though there might be some common characteristics that can be recognized as not good such as bloated, too big code base and so on.

Not only those, it was google removing support for extractors, knowing that would affect frontends, particularly yt-dlp, and of course they had to react. BTW, libretube, what I prefer from f-droid was also affected. See this yt-dlp issue which was already fixed with a commit and the immediate release they provided. I grabbed the yt-dlp fix on artix Today and the libretube fix on f-droid Today as well.

I believe all frontends got affected (attacked?) in pretty similar ways…

artix, and honorific mentions to parabola and hyperbola (hyperbola is moving towards becoming a gnu + kopenbsd thing, like there was an attempt for a debian gnu + kfreebsd effort though this one got dropped)

• terminal: profanity (really cool, it became what I regularly use, no audio/video calls though in which case a gui like dino can be used, syncing between the two)
• gui: dino (there’s a fork called dinox)
• android: conversations (from f-droid)

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.

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.

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

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.

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.

neonmodem

There’s this apps doc. From there I see in addition to others’ comments:

• mlmym
• neonmodem

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

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.