Either it doesn’t support my mobo, or my mobo doesn’t support firmware updates from inside the OS. I had to update my mobo manually yesterday. At least I now get a clean boot without any irq handler warnings.
I thought NixOS was already reproducible, like, isn’t that the whole point? What’s the big deal here, and why is it a “great achievement” - does the Linux world now completely change? Does this revolutionize how Linux ISOs are built?
From my understanding, Nix is currently reproducible in that you can easily run an install with a script that gets you set up with the packages and configuration that you want, but the announcement is that they can verify the binaries that they ship are faithful to their source, and haven’t been tampered with anywhere in the build pipeline
That is almost word for word would the body of the post says
Built-in encryption in bcachefs sounds great, that’s the only thing that BTRFS has been missing for me so far.
Bonus points if it can be decrypted on boot like LUKS, and double bonus points if its scriptable like cryptsetup (retrieve key from hardware device, or network, or flash stick etc)
Yeppp this is what I currently do, and offers the best performance IMO compared to using something like gocryptfs in userspace on top of BTRFS. Pretty happy with it except a few small things…
It can be a bit of a faff to mount on a new machine if its file manager doesn’t support encrypted volumes natively ☹️. On your daily you can have it all sorted in your crypttab and fstab so it’s not an issue there
My main problem though is if it’s an external USB device you have encrypted with LUKS, the handles and devices stay there after an unexpected USB disconnect… so you can’t actually unmount or remount the dm-crypt device after that happens. Anytime you try, the kernel blocks you saying the device is busy - only fix i’m aware of is a reboot.
If the encryption is managed by the filesystem itself, one would probably assume this kind of mounting & unexpected disconnect scenario would be handled as gracefully as possible
I have also experienced that dangling devices break remounting it, but I think there’s a quicker solution for it: dmsetup remove insert_device_name_here.
It’s still a manual thing, though, but 2 steps better. Maybe it can be automated somehow, I haven’t looked into that yet.
I started on Debian, Ubuntu and Fedora. Native apps where often horrible. I remember SciDavis for Ubuntu being completely broken, Libreoffice for Fedora, and Flatpak just worked.
Officially supported Flatpaks are great, a bit like the Windows way but better, as they are reviewed, containerized and in an actual repository.
But flatpakking random apps isnt that easy, but I really want to learn it. Especially an easy semi-automatic way of converting Appimages (may they burn in hell) to Flatpaks. Like BalenaEtcher and so many more.
Also, Flatpaks are not secure in the case of biig projects. Nearly all the known Linux apps like Libreoffice, Gimp, Inkscape etc are unisolated. And trying to specify the permissions (only home and all the mounts, instead of your entire root partition) gives you “they are insecure anyways and should get portals” and your PRs closed.
So they are in a very incomplete state currently, and you need to manually secure them to be actually kinda protected. But without Portals, entire home access is not actually isolated.
Problem here is that many apps like VLC, that work great, are not yet adopted by upstream, so the verified repo is not really usable currently.
And native messaging (keepassxc-browser, etc.) and other things are not always working. Drag&drop is, for some reason, but not in Firefox, maybe there are different ways.
Generally it doesnt really matter but if you can it’s best to avoid using nvidia gpus although they will work under Linux they don’t have as good support doesn’t mean you can’t use a nvidia gpu under linux if you want or have to I mean I’ve got a nvidia gpu in my gaming laptop and while it’s a pain to setup it works somewhat well for gaming
You’ll be fine just get whatever has best price to performance nvidia intel or amd generally amd gpus are best for linux because of there driver support but its still shit a good exanple of this is the r7 370s last drivers being made in 2015
Honestly people over do it with the Nvidia complaints.
Nvidia provides a rock solid driver for Linux. If you are a general consumer it works really really well and it’s easy to install.
Here’s the actual historical issue people have with Nvidia on Linux: it’s a closed source binary which is contradictory to the ethos of Linux.
But he’s the rub, Nvidia open sourced some shit this year, not all of it, but they’re becoming more open about the GPU drivers. But shitting on Nvidia is a hard habit to break lol
I've been using nVidia cards on laptops with Ubuntu much exclusively for ~15 years . Only problem I've ever had was once when I accidentally uninstalled something using apt-get and it took the nvidia drivers with it (because I'm was stupid).
My home directory is a lot cleaner, dependency issues are a thing of the past, it’s easier on the developers, I’m getting updates faster (not having to rely on distro maintainers), my installs are more portable than before.
I wish we had Android-like permission setting, where it pops up asking if each program can use X permission as it requests it.
And I wish Gnome settings would implement some of the more basic flatseal options (flatseal can still exist for power users), although that one isn’t a shortcoming of flatpaks itself, it’s more to do with development manpower on the Gnome side.
Overall I’m really glad that one of the biggest annoyances in Linux is getting resolved. We’ve finally pretty much agreed on an app distribution and packaging standard
I always use Flatpaks when available, I have been using it for about 1~2 years and honestly, I haven’t found any issues that are deal breakers, mostly some missing storage permissions, but KDE makes this easy to deal with. I know some apps have some issues, but the biggest one that I had is that Steam Flatpak still requires Steam-Devices to be installed as a package, but that’s more to do with the way Steam Input works.
The only issue that I have is that uninstalling Flatpaks should present an option to delete the app data.
And does uninstalling a flatpak app also uninstall flatpak dependencies that came with it?
from what I have seen, NO it does not do so automatically. there is a flatpak command option to clean out unused runtimes, and another to remove user data.
delete app data after uninstalling?
you either manually delete the data, or there’s some flatpak command option, or you can use a tool such as warehouse which is available as a flatpak.
I wish distro’s would combine efforts much more so we have a better desktop experience. Do we really need 15 window managers when we could have 2 or 3 much better ones.
Unify to a single package manager, they are all functionally the same.
Standardize on flatpacks and abandon snaps and appimage
I like the option to pick different package managers but it would behoove the community to actually settle on a package format. Making a deb or rpm are very different processes and while containers are nice for server side stuff I wish there was something easier for desktop
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.