Looks nice to me. Basing design decisions on contrarianism is silly. If you don’t like it that’s alright. Disliking it because it looks like something else that also looks good is silly.
I replaced my Chromebook with Elementary OS. On it’s face, it’s a lightweight, web browsing OS with a limited “App Center” of approved apps (similar to ChromeOS), but underneath, it is a Debian-based distro that you can do anything you want with.
I’ve no doubt it will run on such a system, but not nearly as smoothly as with a more powerful machine. Also depends what you run and how many things at a time, etc. not telling you anything you don’t already know, I’m sure :-)
I tried Elementary on some older machines and yes it runs ok but on a really fast system, holy shit is it gorgeous.
Have you replaced Plank with the generic one that you can zoom animate? I wanted to try that one of these days. I’ve used plank elsewhere and I would like for Elementary to have that version.
If you have a default kernel it should be fine (If you don’t know and you haven’t installed nvidia drivers you do). I’ve even moved around between amd and intel without issues.
I’ve pulled Linux boot drives out of one machine to stick them in a very different machine (e.g. from a 6th gen Intel i7 with an AMD GPU to an AMD 5950X with an NVIDIA GPU) and they almost always just work or require only minor tweaks. Chances are it will be fine.
I’m going to preface this and say that I don’t use Debian or Sway but I think I can help explain the reddit post a bit. On mobile, please excuse the formatting.
Wayland is a protocol that isn’t responsible for drawing anything to your screen by itself. This job is done by a Wayland compositor. (They’re similar to window managers on an X11 system if that means anything to you)
Sway is one such compositor that Debian supports, but it also supports GNOME and KDE Plasma which have their own compositors and the wiki mentions Weston as well.
It looks like Debian defaults to GNOME, so the sway commands aren’t going to be much help. Wayland uses libinput to handle peripherals so none of the xinput commands are going to be usable.
It’s a little in depth and probably not the best way to do things, but I think I have a solution that might work. Hopefully this can at least get you started, let me know if you have any questions!
Reddit implies that in settings -> keyboard -> shortcuts you can create a shortcut to execute arbitrary commands. You should be able to bind a key to “gsettings set org.gnome.desktop.peripherals.mouse speed 0.0” which will keep your cursor from moving and another with the “0.0” at the end changed to something like “0.5” to set the cursor speed back to something reasonable. This could be done as a shell script to toggle back and forth with one key.
Thanks very much for explaining a bit about Sway and compositors in general - that makes more sense now!
I did find the keyboard shortcuts exactly as you described, that’s something I didn’t know about before! Unfortunately, I don’t think the mouse speed setting is exactly as it sounds: Pointer speed for mice. Accepted values are in the [-1…1] range (from “unaccelerated” to “fast”). A value of 0 is the system default.It looks like it’s related to the acceleration, not the base movement speed. When I tested, even a value of -1 only slows the mouse instead of stopping it completely. There may be something else that will work, knowing that a custom shortcut exists that can execute a command does open up options I haven’t looked at yet.
I swapped the boot drive from a 1st gen i7 machine to a threadripper machine and it worked without any issues. I was using the default kernel on Linux Mint.
If you have any temperature monitoring or custom fan control stuff, you will need to reconfigure it though.
Out of the box, I love Vanilla OS’s color scheme and wallpaper, with Fedora in second place for a default Gnome environment. I like the Pop_OS theme. I use River WM with a gruvbox theme (Vivaldi with no open tabs pictured), which is about as far from out of the box as you can get. Incidentally, I’ve been team light theme forEVER, but I’ve switched with gruvbox.
Check your memory. Also, if you’re seeing graphical glitches, check to see if the machine actually did boot still by pinging or sshing’ in. Could be a bad graphics card.
If you do get a clean boot, check dmesg and syslogs to find any potential errors that are happening in the background.
Update on this: This is an issue in Mutter, and Robert Mader has started work on a fix for GNOME 47. The issue happens due to GTK and Mutter doing scaling differently and them not being in sync (the issue only appears in Nightly)
My first thought (which probably isn’t the best method, but I’ve done similar before) is an Arduino between the mouse and the system. The Arduino normally just passes the mouse commands to the system, but it listens for the button and blocks movement if it sees the button press.
Because it’s all done in hardware, this method would be system-agnostic. You could plug it into anything.
This is an interesting idea, thanks for the suggestion! I’m much less experienced working with hardware solutions like this, but this might be a good chance to learn something different. Anecdotally, it seems like there may be some issues with anti cheat software that blocks Arduino input, but that may not end up being a problem for me.
I’ve read through a few different projects and it certainly seems like this would work. Are there any specific projects you would recommend that might help get me on the right path? I’m going to try to work with a custom command plus key bind as a primary solution, but it would be nice to try a couple different approaches.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.