By that statement I take it then without TPM you basically can’t have truly secure secure boot? Since the password is your protection from secure boot tampering but the TPM is your protection from password tampering
By that statement I take it then without TPM you basically can’t have truly secure secure boot? Since the password is your protection from secure boot tampering but the TPM is your protection from password tampering
The last time I tried enabling a UEFI password clearing the CMOS would clear it. I haven’t tried on my latest mobo…but I’m just putting it out there that SOME UEFIs do that
I’d argue any solution necessitates secure boot, not just the efistub. If someone is determined enough to modify your kernel they’ll be determined enough to modify your bootloader
I wonder the same especially because it won’t do anything for the game itself. Yeah, all the system components the game uses might be a touch faster but the game itself won’t be compiled with any of these optimizations.
He says it was unexpected but it’s been being talked about on the GitHub for quite some time now. It was really just a matter of when they decided to do it.
The Manjaro maintainers are a bunch of clowns. Constantly letting TLS certificates expire, enabling an indev, broken driver on Macs without asking the asahi devs why it was disabled in the first place… literally clowns
Not sure what proxmox has to do with this? All this is doing is allowing VMware workstation to run without out of tree modules, it means nothing for anyone else
Wut? Game is f2p?
I’ve heard that too but CSGO is a source 2 game and while I don’t play it I do play dota which runs amazing native and valve seems to think it’s good enough as the steam deck config has it run native as opposed to another valve game like HL Alyx which valve has configured to run under proton
Did he actually use proton to run a native game… that’s just silly
According to the article they did allow it. They got rid of that clause in a license update, just didn’t allow you to modify your fork lol
…that’s…a good question 🤔
If you can’t change your default shell that’s not really a lesson you should have to learn. You should be able to set your own default shell and this is coming from someone who’s shell preference is bash.
The pedant in me dictates I must say you probably mean UEFI and not BIOS
Maybe it’s just been good luck, or maybe I pay enough attention to what apt is going to do and know how to deal with it but I’ve been daily driving sid for years and am convinced it’s more stable than arch based on friends I have that run arch…maybe it’s just I’m more experienced but it really doesn’t break that much. Obviously ymmv.
How are fedora or SUSE valid alternatives “from the same repos”? They’re not even based on Debian or Debian repos?
The decision not to support GPLv3 makes sense and I understand Linus’ perspective on that. GPLv3 branched out into something beyond traditional copy left by ensuring that users can run the modified code by restricting hardware design. That’s a separate thing. I disagree with the decision to go with a permissive license in most cases including this one. Permissive licensing leads to the problems the BSDs have with companies like Sony taking the code and running with it without giving back and it’s why I prefer strong copy left licenses like GPLv2 or v3.
One other thing, yes it was rough in the past but now due to the massive market penetration Linux has we have a large swath of GPLv2 drivers making it far less of a relevant issue.
Eh? I daily drive only FOSS software with basically no problems, the only exception I make is for firmware and JS, firmware because it’s realistically not a choice and JS because it’s extremely sandboxed and I use librewolf with container tabs to isolate cookies etc cross sites, even drivers are not exempt from this rule. FOSS specifically being programs under a GNU approved free software license or software found in the Debian main repos and therefore complying with the DFSG. It’s, surprisingly easy. In fact when I made the decision to do this it was primarily because I needed so little proprietary software that it just wasn’t even much of a challenge?? I guess my main point in saying this is I don’t get where you’re coming from, I’d love a Linux phone but it’s not realistic there, but on the desktop? It’s extremely realistic??
/mnt or /media usually. I use /mnt for permanent filesystems and /media for removable ones but there are no hard rules. My home folder is a separate filesystem from my rootfs, just depends on how you want things setup.
I am aware secure boot doesn’t require a TPM, but I’ve always been confused by its purpose since it’s trivial to disable. Makes sense if you use it in conjunction with TPM measurements. I personally encrypt all my filesystems except my /boot which is also my ESP, I use the efistub and that’s good enough for loss of device. For a physical attacker with actual skills I’m SOL, it’s not that I don’t want to protect against it, I just couldn’t figure out a reliable way to.