![](https://sh.itjust.works/pictrs/image/b12704bb-c730-490b-b961-30b87d9b83a0.jpeg)
![](https://lemmy.world/pictrs/image/44bf11eb-4336-40eb-9778-e96fc5223124.png)
Sulphur Aeon - Gateway to the Antisphere
Such a great album
Sulphur Aeon - Gateway to the Antisphere
Such a great album
The hobbits
The hobbits
The hobbits
The hobbits
pfetch anyone ?
Take a look at that snout!
As pointed out by @themoonisacheese, immutable distros are getting some traction recently and they are good for making a system reproductible, allowing easy rollbacks, but this should not make a big difference, privacy-wise. It also add some work for configuration / learning. Here are two levels I’m thinking of from what you presented:
You go with any stable (big fan of Debian here too) so to avoid data breaches from brand new packages (xz…), then you can compartimentize your application with Flathub and manage the rights with Flatseal. If you go with software with less telemetry (Firefox), this should be a reasonable and easy to use setup. The rest of the privacy will depend on what is going on inside of your web browser, probably.
The next step would be something like Qudes-OS + Tor. If your workflow / usecase allows it, this should be a good step up for privacy. Your laptop seems beefy enough to handle the many VMs, and the install is easy enough imo.
Illegally smol
I’m too young to have use them back in the day but I’m looking to get an Amstrad CPC eventually.
Welcome to the community!
Seconding all the previous comments recommending Linux Mint: since you come from Windows, you’ll probably feel most at home there. It is also possible to do all common tasks without ever opening the terminal.
Mint should run fine on any hardware, but to be most safe, try to use something that is at least 1-2 years old and stay clear from dedicated GPU as first (in particular Nvidia).
I’d also advise that the packaging situation for distributing software in Linux rn is somewhat messy. Thankfully, multiple format (apt, Flatpak) are directly available in the Linux Mint Software Center. In case you need to use some proprietary software (Chrome, Spotify, idk), you’d probably want to go with Flatpaks.
This! Except for the infamous case of the illustration picture for SCP-173, the rest seems to be under CC-BY-SA, as noted in the official website. Thus there should be no restriction apart from citing the original content for making libre stories, games and stuff.
I’m currently running Alpine on my RPi4 as a host for some Dockers, including pi-hole and it works great! The setup is surprisingly painless and you’ll end up with some insanely fast boot time. Highly recommended !
I’ve been trying Librewolf as a Flatpak on my work machine lately and it’s going great! It’s really a no-BS Firefox + privacy settings by default; love it. But in general I keep the default Firefox that come with my distro.
This! And switching to DDG or others if TOR is needed.
This is exactly what I was looking for! Thanks for sharing!
Okay, I could reproduce your situation by evaluating
(setq initial-major-mode 'org-mode)
(setq-default major-mode 'org-mode)
This setup forces the scratch buffer to be in org-mode, apparently breaking most of the available keybindings for it, including the undo.
The value for the initial-major-mode
should be kept as lisp-interaction-mode
, if your configuration requires to set it.
Otherwise I would remove both of these lines all together and see if the default behavior brings back the scratch buffer to be in the expected lisp-interaction-mode
again.
The additional hook I provided in my previous post shouldn’t be needed either.
After checking the source, it looks like this error is triggered when the buffer-undo-list
variable is equal to t
, which means the buffer is unmodified, or at least that this variable is not modified from the scratch
buffer.
There is something else in the documentation of this variable: <If the value of the variable is t, undo information is not recorded.>
Maybe you can try to fix your issue by forcing the buffer-undo-list
variable to nil
for the elisp mode, as follow:
(add-hook 'elisp-mode (lambda () (setq-local buffer-undo-list nil)))
Hi,
That’s a surprising issue, especially if the scratch buffer is the only text buffer in which the undo
doesn’t work.
Here is what I’m thinking right now:
C-x C-q
.C-h k C-/
(for example, for checking C-/
).undo
function directly with M-x undo
to see if you can get some meaningful error messages.I confirmed with both my personal config that uses undo-tree
(great tool btw) and also in a default configuration of Emacs; both cases work fine to undo
in scratch.
Hope any of that can help!
Cheers
Always love to see article of non programmer people using Linux or Emacs!