• 3 Posts
  • 644 Comments
Joined 1 year ago
cake
Cake day: July 9th, 2023

help-circle







  • Telorand@reddthat.comtoLinux@lemmy.mlLF Distro
    link
    fedilink
    arrow-up
    2
    ·
    3 days ago

    Agreed. I would recommend it for reproducibility, and it’s mostly stable, but it’s like Arch Linux for people who think Arch is too easy. Plus, the documentation still sucks. The basic packaging tutorial for something new that’s not in the repos is essentially, “Here’s how to make a ‘Hello World’ package… And now that those five steps are complete, you are a NixOS master who can package anything.”

    I hope it comes into its own, sincerely, but it’s definitely not for the average user just yet.



  • Telorand@reddthat.comtoLinux@lemmy.mlLF Distro
    link
    fedilink
    arrow-up
    2
    ·
    3 days ago

    I do want to add Bazzite’s team seems to have only one person who can sign releases, and they did misplace a key at least once leading to nobody receiving updates until they replaced the key in their installation.

    Not to be “that guy,” but I would like some sources on this. As far as I understand it, the signing happens automatically in GitHub via the private keys during the automated build process.

    Additionally, they didn’t misplace a key; they didn’t yet have a process in place for pushing a new key to end-users (they had/have a plan to rotate their signing keys from time to time). Details about what happened can be found here. In my year of using Bazzite, I haven’t seen this issue reoccur, so I am writing under the assumption that they’ve indeed fixed the internal process that caused the problem.




  • The only thing that is a genuine problem with Linux as a whole is that a lot of apps and games just aren’t compatible, be they a less popular app who’s users rely on it or a really popular game that refuses to enable Linux compatibility in EAC.

    To that I say: then pick a different program or way of doing things. I used to use a Mac over 15 years ago, and part of that experience is not being able to use certain programs that you can use on Windows and finding alternatives. Many companies have multiple versions, nowadays, but that wasn’t always the case, and it’s not uncommon to find programs that only work on one OS.

    If your favorite game doesn’t work on Linux, there’s ways to solve that problem (e.g. dual boot, GPU passthrough to a VM), but 80% of games in ProtonDB are currently gold-rated or better without those measures. Many people miss the functionality of certain programs, so people create ones that do similar or even better things (Remmina is so much better than Remote Desktop Connection), or they can utilize web versions.

    I get that there are occasions where you just can’t make something work, but I would say that for the majority of users, their “unsolvable needs” stem from credulity where they can’t imagine any other way than using “Program.exe.”

    It’s up to us to help new users find those new ways to do things.







  • I would do further research, as this is based on my experience with VMs, but some ISOs refuse to boot when the VM is set to Secure Boot.

    I wonder if that’s why you’re having trouble. I believe drive encryption and Secure Boot are separate protections (one being disk encryption and one being a way to assert system integrity). Trying to boot from a USB might be causing Secure Boot to freak out, since it’s not the system your BIOS expects.

    My initial thought is that you should be able to use LUKS without Secure Boot, but please don’t take my word for it. Do further research. I am not an expert in this, just a passing enthusiast trying to help point you in a direction.