Have you read it's github front page?
This is an experimental cryptographic network library. It has not been formally audited by an independent third party that specializes in cryptography or cryptanalysis. Use this library at your own risk.
BTW, if you look at its issues (including closed ones, which most probably aren't really closed) you'll find pretty interesting discussions about its crypto not being right. That said, I'm not sure what irungentoo brings to the picture...
At any rate, if you're looking for distributed messaging, I'd look into Jami. It also uses DHT and something similar to torrents mechanism. Jami is my only option so far for distributed messaging. There's also Briar, but I don't like it for regular messaging, particularly on phones (too much battery usage), neither its underlying technology, but if it's to your liking, then that's another option for distributing messaging.
Well this one is not false, :(
browser.search.serpEventTelemetry.enabled
Though this one is:
browser.search.serpEventTelemetryCategorization.enabled
So it seems not quite fully disabled... But telemetry is supposed to be off on librewolf...
I'm not systemd user, and I generally see this absorbing as much as possible as a terrible practice. I don't usually comment on systemd stuff, since I'm happy just not being forced to use it.
However, even though I don't use it, the decision of people managing systemd really affects non systemd users. See by succeeding in getting all major distros into become systemd distros (somehow now governed by RH, if anyone cares), everything systemd absorbs tend to leave alternatives sooner or later deprecated, or abandoned.
Even autofs is no longer part of some official repos, given systemd has its own auto mount/unmount functionality... And there are several other examples...
At any rate, hopefully the more bloated systemd, doesn't make it the more vulnerable. And also hopefully, doesn't make life worse and worse to non systemd distros and users...
BTW, before sudo
there was su
, so a life without sudo
is possible, :)
How about bcachefs. I'm waiting for it to support swapfiles, which seems to be in the TODO list, but so far doesn't work. If you use swap partition[s], or prefer not to have swap at all (I never fell for this, and besides swap is required for hibernation if that's a thing for you), then bcachefs is ready for you. It's already part of linux since 6.7, and on Artix, current linux is 6.8.9...
To me is the FS to use. I'm still on luks + ext4 (no LVM) and do entire home backups with plain rsync to an external device. I'd have to learn new stuff, since ext4 is really basic and easy to configure if in need, but I think bcachefs is worth it, and as mentioned, just waiting for it to support swapfiles, :)
No, screen is a terminal multiplexer, like tmux. The terminal emulator I use is alacritty.
But neofetch tells you if wayland already:
WM: Wayfire (Wayland)
Actually while neofetch detects pretty well I'm using alacritty:
Terminal: alacritty
Probably they learned $TERM
is really meaningless if using screen or tmux, but fastfetch totally misses this and mistakenly shows screen as the terminal:
Terminal: screen
The only thing I like of fastfetch over neofetch is that it's faster, :) And yes the display missing, but I've never considered that something of much interest for such output... To me neofetch is just fine, and on terminal it gives you a more accurate answer... In the end is a matter of taste... But what it does is well done, :)
I would recommend using apkupdater for closed source apks, in particular enabling apkpure repo, rather than insisting on using google repo with aurora store or any other mechanism.
Also looking for FLOSS alternatives if possile (granted things like whatsapp and waze won't have alternatives for example).
Some metioned apkmirror as the more trusted repo for closed source apps, however it's currently formatting apks on multiple apks, and supposedly requesting for the apkmirror own instaler, so I recommend apkpure instead, which is also pretty well regarded, and they also in theory offer the same packages as the ones on google play...
For FLOSS apps, the different f-droid repos (official ones and non official ones such as izzy-on-droid) offer a good amount of them.
Ohh, thanks, I'll try asking there...
BTW, before molly supported unified push notifications, it was also using websocket and that still required to enable unrestricted use of battery, as currently conversations does. Once I the unified push molly version showed up, such unrestricted use of battery was no longer needed. Websocket definitely is much better than GCM/FCM, but it implies, I believe more battery consumption, though perhaps not unbearable.
Jami was also using websockets and required to allow consuming battery on the background as well, and then moving to unified push no longer required that, but in the case of Jami, by being peer to peer, the effect is more noticeable.
All that to say, that other apps have moved to unified push notifications for better battery savings, even though they used websockets before, and curiously enough conversations does take advantage of GCM/FCM push notifications, so is not clear to me why disregarding unified push ones, but it's always up to the developers/maintainers, and what they need/want to invest on... So that's why I mentioned I don't quite get what was mentioned on the github issue, though it was clear to me there's no intention to provide the support.
Yeap, got it. Thanks a lot !
If the distro supports apparmor, then firejail + apparmor offer together sandboxing for quite a set of applications (apparmor includes few profiles by itself, but firejal has quite a few, and one can enable apparmor on all, or the ones wnated). Arch has pretty good wikies about firejail + apparmor.
I'm wondering how both mkinitcpio alternatives work on non systemd boxes with full disk encryption. With both, I refer to dracut and booster. On its origins I believe dracut was pretty tight involved with systemd, and booster is developed/maintained by an arch developer/user if not mistaken, and arch supposes systemd, though none of those things actually mean non systemd boxes are not supported.
I'm also wondering if the initrds generated can be launched by grub (I do /boot partition encryption/decryption with grub), and I also do / full partition encryption with luks. This booster issue sort of indicates as of now booster initrd images can't be loaded by grub...
I like the SMS gate app from f-droid suggested.
A different approach to read SMS from other devices, for example your PC, would be using kdeconnect. It's supposed to allow you to read current messages, receive messages, and reply to messages, even send messages I believe. So perhaps an option, though not a syncing tool to keep SMS messages somewhere else, and I can't tell about the encryption involved...
These two posts are really enlightening:
How I Built My New Linux Gaming Desktop In 2021 With Amd Cpugpu And Gnu Guix
I Love Arch But Gnu Guix Is My New Distro
From the last, there is a non guix project including packages for guix, which are not officially supported given hey are not free software. I recommend taking a look at the last post at least, since it comes from someone who used Arch, and made the move to Guix, not just opinions from people like me, who haven't ever used Guix.
That said, Guix is in my TODO list. The thing is that I want to learn a bit more than minimal Guile, so I can write packages myself (there are always missing packages, even on Arch/Artix + AUR, I always have the need to whether tweak something at some point, or create a package still not in there), and also deal with my own services to run with shepherd. So I don't want to blindly try things out...
It shares with Nix the reproducible build of everything, but the language it uses is Guile, which has some history. Nix has its own language. To me that's a plus on Guix. But the most important part, is that the official repos are all for free software, and then on the non guix project one can look for non free software pieces, which to me this is also a plus. I guest most might differ.
But again, if you want to try it, even if it's just because of curiosity, why not doing it so? I hope those prior posts from someone who migrated there might be helpful.
Pff, I just got logged out on a refresh, hehe. So what I said is not true, I'm getting logged out, somehow randomly (can't say I know under which conditions that happens). Not sure if there was a release candidate upgrade, since I can't remember the version before this new logout. Currently:
UI: 0.19.0-rc.11
BE: 0.19.0-rc.10
Nope, I only have a lemmy.ml account, and I only use librewolf on the desktop...
I had that issue of having to re-login, and then every now and then when I do reload, it posts not on my subscribed communities as if I were not logged in, although I'm logged in, but on a subsequent reload, then only my subscribed communities posts show up. I haven't had to re-login again, just after the upgrade, and then the other minor annoyance is that, but a subsequent reload is enough...
Thanks !
Is it normal that on an upgrade, users are forced to re-login?
Haven't tried halloy, but it sounds cool, I wish rust build with shared libs in mind, instead of everything link statically, but it sounds interesting, I'll see how it is compared to srain which is my current choice...