171–180 of 270 posts
What should I use if I like Ubuntu but not snap, just Debian? Or are there alternatives around? Seems like Ubuntu has the best hardware and driver support so just curious what's new in Linux land.
Earlier quoted context omitted.
As a trackpoint user, I am glad it's off by default. Because of scrolling on Thinkpad keyboards (using the middle click), I had to turn that feature of every time, especially while working on longer documents I would otherwise accidentally paste stuff at random places. (It's not just macOS.)
No way, José. From where I sit I have 5 Thinkpads set up within reach, and I have a few more in other rooms. They are by far my preferred laptop. Most run Ubuntu as their default OS, most have the trackpad disabled because I usually use the trackpoint for everything, and on all of them I use middle-click to paste extensively.
The accidental pasting definitely kept happening to me, likely due to my bad habit of highlighting sections while to focus on them.
Earlier quoted context omitted.
LMDE: https://linuxmint.com/download_lmde.php
LMDE is Debian-based, I believe you meant Linux Mint itself, which also doesn't use snaps. You get all the driver support and tools from the Ubuntu base, with some nice additons. However, not all desktop environment are supported.
Unfortunately my favourite flavor, Ubuntu MATE, will sit out this release cycle: https://distrowatch.com/dwres-mobile.php?resource=showheadli...
Unfortunately my favourite flavor, Ubuntu MATE, will sit out this release cycle: https://distrowatch.com/dwres-mobile.php?resource=showheadli...
I'm sad about that too. I have been running MATE with XMonad for a very long time and has been very happy with it, primarily because the experience has remained entirely unchanged except for a few bugs which have crept in and have never been fixed, probably due to the maintainers not really being active. A particularly hilarious one is that every time the update notifier wants to restart the computer it tries to show…
Earlier quoted context omitted.
Easier said than done, surprise: apt, who we know and love, is redirected to Snap for an ever-increasing number of packages. "Don't use Snap" , you say? I'll do you one better! Skip Ubuntu. 'Just' use anything else more suitable. Debian is an excellent replacement being upstream, but I hold no illusions over undeclared requirements.
> Easier said than done, surprise: apt, who we know and love, is redirected to Snap for an ever-increasing number of packages. With 24.04 at least, doing an 'apt purge snapd' seems to be quite useful. Is that not sufficient?
Earlier quoted context omitted.
In what way is TPM protecting your data if someone steals the entire server? TPM only ensures that the boot environment has not been modified. Whatever key is being used to automatically decrypt the disk would be in the clear. Unless I'm misunderstanding your situation, I think you should look up the "Evil Maid Attack" to better understand how to mitigate risk for your threat model.
assuming there are no bugs in linux and you enable full memory encryption in BIOS, it protects you in the same way the FBI cant get into a locked iphone they physically posess but linux is not as secure as an iphone, and linux users typically dont know how to set this up, so in practice you are right, it doesnt protect you
For me, a zero friction way to have decent security is worlds better than the normal state where homeservers are not encrypted at all.
Earlier quoted context omitted.
That was a lot of CVEs Goes to show that not all security bugs are memory related bugs
Not aimed at you but... no sh*t. The "Rewrite it in Rust" community never heard of the second-system effect. I'd rather use something written in a crappier language that has been battle-tested for decades, personally.
If you always keep praying to the same old bit of code to "reliably" chug along (which people clearly cannot actually ascertain, otherwise these reimplementations wouldn't be struggling), you're forever just rolling the dice that some Pandora's box will simply never open (which it absolutely does and keeps opening), while also giving up on modern capabilities. What you see as old reliable, I see as a buried lede. I'd imagine these folks see the same. [0]
It's frustrating to see the software world contend with the same pushback and counter-arguments the infra/ops world (my neck of the woods) has already figured out and went past long ago during the advent of IaC. Cattle > pets, easily, every time.
[0] It's also not a cost-benefit thing, but clearly a principled decision, so arguments that aim to contend the ROI of it all are off-base from the get-go. If ROI is the key thing for you, then all this philosophical nonsense shouldn't even be on the table. Calculate.
Earlier quoted context omitted.
Same on my Framework Desktop. Looks like it works only with a limited number of TPM chips for now.
The constructed policy is quite strict and expects certain UEFI things to be set up correctly. For example both this https://github.com/canonical/secboot/blob/7434bac27844362ff8... and https://github.com/canonical/secboot/blob/7434bac27844362ff8... are enabled in the policy. The policy choices and various early checks, even as trivial as confirming that the TCG log content is correct after booting into installation s…
Earlier quoted context omitted.
Select middle click not working is a stupid decision from GNOME to disable in 50. You can turn it back on with the tweak tool.
Why do we still put up with GNOME? I've spent the last 10 years off and on from Linux. Had I used something other than GNOME, I believe my experience would have been better. I've been on KDE for the last 3-4 years and things work so well I could never imagine going back to GNOME.