The Linux Thread - The Autist's OS of Choice

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
I say this often but emacs is it's most powerrful when you see it as a platform to write lisp programs on and interact with your system/text with, not as just a mere text editor. All the extensions that feel weird and bloaty then also make more sense. It's a lisp VM that works with text buffers. The thing no other editor like this has that you can debug and extend emacs through elisp while it's running, without the need to restart or stop anything. You can't even crash it that easily. Want to add an interactive function? Just type it out into the buffer and press ctrl+x e. Want to change it? Change it, then ctrl+x e again. Want to remove it? Unbind it. Nothing comes close. It feels very organic and elisp, while not the best lisp dialect there is, is very powerful and has features other languages just don't quite have.
 
Flatpak's console output made me MATI recently. No other tool I have installed behaves like a shitty TUI utillity that doesn't let you scroll up to see update progress. The default ellipsization on command output pisses me off as well, just give me the full text and let the terminal wrap lines if it wants to.
 
The default ellipsization on command output pisses me off as well, just give me the full text and let the terminal wrap lines if it wants to.
I see the systemd method is leaking.

Yes, I'm too lazy to figure out what flags to systemctl/journalctl I need and often just | cat to get them to knock that shit off.
 
  • Agree
Reactions: GNU Abyss
On my Ubuntu server with netplan I want to set up a bridge so that I can give my VMs access to the internet, while still retaining the IP address for my server that all apps are accessible through.
so if my current config is at:
YAML:
network:  version: 2
  ethernets:
    enp9s0:
      addresses:
      - "192.168.0.10/24"
      nameservers:
        addresses:
        - 192.168.0.10
        - 8.8.8.8
        - 1.1.1.1
        search: []
      routes:
      - to: "default"
        via: "192.168.0.1"
I would replace it with this, right?
YAML:
network:  version: 2
  renderer: networkd
  ethernets:
    enp9s0:
      addresses:
      - "192.168.0.10/24"
      nameservers:
        addresses:
        - 192.168.0.10
        - 8.8.8.8
        - 1.1.1.1
        search: []
      routes:
      - to: "default"
        via: "192.168.0.1"
  bridges:
    br0:
      addresses: [ 192.168.0.11/24 ]
      interfaces: [ vlan15 ]
  vlans:
    vlan15:
      accept-ra: no
      id: 15
      link: enp9s0
and update dnsmasq to the new interface name and add the bridge to my libvirt networks?
doing this, would host apps like jellyfin and cockpit still be accessible from 192.168.0.10 and i can set the windows vm to use 192.168.0.11?
 
On my Ubuntu server with netplan I want to set up a bridge so that I can give my VMs access to the internet, while still retaining the IP address for my server that all apps are accessible through.
so if my current config is at:
YAML:
network:  version: 2
  ethernets:
    enp9s0:
      addresses:
      - "192.168.0.10/24"
      nameservers:
        addresses:
        - 192.168.0.10
        - 8.8.8.8
        - 1.1.1.1
        search: []
      routes:
      - to: "default"
        via: "192.168.0.1"
I would replace it with this, right?
YAML:
network:  version: 2
  renderer: networkd
  ethernets:
    enp9s0:
      addresses:
      - "192.168.0.10/24"
      nameservers:
        addresses:
        - 192.168.0.10
        - 8.8.8.8
        - 1.1.1.1
        search: []
      routes:
      - to: "default"
        via: "192.168.0.1"
  bridges:
    br0:
      addresses: [ 192.168.0.11/24 ]
      interfaces: [ vlan15 ]
  vlans:
    vlan15:
      accept-ra: no
      id: 15
      link: enp9s0
and update dnsmasq to the new interface name and add the bridge to my libvirt networks?
doing this, would host apps like jellyfin and cockpit still be accessible from 192.168.0.10 and i can set the windows vm to use 192.168.0.11?
Are you actually running tagged VLANs with a VLAN capable switch?

I'm guessing no.

What you usually do is everything from the ethernet device moves to the bridge device.
I don't know netplan syntax though.

I imagine it's something like:
Code:
network:
  version: 2
  renderer: networkd
  ethernets:
    enp9s0:
      dhcp4: no
  bridges:
    br0:
      addresses:
      - "192.168.0.10/24"
      nameservers:
        addresses:
        - 192.168.0.10
        - 8.8.8.8
        - 1.1.1.1
        search: []
      routes:
      - to: "default"
        via: "192.168.0.1"
      interfaces:
        - enp9s0
Then you tell qemu/libvirt to use the bridge device for the VM and give the VM the .11 address directly. Addresses assigned to the bridge refer to this PC. The bridge is just a virtual switch.
 
  • Like
Reactions: Betonhaus
Are you actually running tagged VLANs with a VLAN capable switch?

I'm guessing no.

What you usually do is everything from the ethernet device moves to the bridge device.
I don't know netplan syntax though.

I imagine it's something like:
Code:
network:
version: 2
renderer: networkd
ethernets:
enp9s0:
dhcp4: no
bridges:
br0:
addresses:
- "192.168.0.10/24"
nameservers:
addresses:
- 192.168.0.10
- 8.8.8.8
- 1.1.1.1
search: []
routes:
- to: "default"
via: "192.168.0.1"
interfaces:
- enp9s0
Then you tell qemu/libvirt to use the bridge device for the VM and give the VM the .11 address directly. Addresses assigned to the bridge refer to this PC. The bridge is just a virtual switch.
thanks. and I so appreciate the sudo netplan try function. I was a little nervous to make the change but the auto rollback on failure is nice
 
I say this often but emacs is it's most powerrful when you see it as a platform to write lisp programs on and interact with your system/text with, not as just a mere text editor. All the extensions that feel weird and bloaty then also make more sense. It's a lisp VM that works with text buffers. The thing no other editor like this has that you can debug and extend emacs through elisp while it's running, without the need to restart or stop anything. You can't even crash it that easily. Want to add an interactive function? Just type it out into the buffer and press ctrl+x e. Want to change it? Change it, then ctrl+x e again. Want to remove it? Unbind it. Nothing comes close. It feels very organic and elisp, while not the best lisp dialect there is, is very powerful and has features other languages just don't quite have.
To put it another way:
Vim is a text editor. Emacs has a text editor.
 
Use neovim. You can use lua, which I feel like people generally find more agreeable to mess with. And its genuinely faster. While you can still add a lot of the functionality of something like doom emacs if you wanted. It's probably just as extendable as emacs. If not just a little tiny bit less.

I'll save Neovim for a time when I get fed up with Emacs and want a change of pace. Why? So I can have an excuse to post a soyjak saying "I SWITCHED FROM EMACS TO NEOVIM" in this thread and bask in the stickers I get from everyone else.

I say this often but emacs is it's most powerrful when you see it as a platform to write lisp programs on and interact with your system/text with, not as just a mere text editor. All the extensions that feel weird and bloaty then also make more sense. It's a lisp VM that works with text buffers. The thing no other editor like this has that you can debug and extend emacs through elisp while it's running, without the need to restart or stop anything. You can't even crash it that easily. Want to add an interactive function? Just type it out into the buffer and press ctrl+x e. Want to change it? Change it, then ctrl+x e again. Want to remove it? Unbind it. Nothing comes close. It feels very organic and elisp, while not the best lisp dialect there is, is very powerful and has features other languages just don't quite have.

I'm not really interested in using Emacs for software development, programming, or anything along those lines. Yeah, that's what it's mostly used for, but I find the idea of using Emacs for plain, old notes instead of a Markdown editor, TextEdit, Notepad, or anything along those lines hilarious. It's something I'm willing to inflict upon myself to see if the infinitely extensible text editor with limitless customization features is usable for such mundane tasks.
 
I feel like anyone who recommends Neovim over Emacs because "lol emacs bloat" has crippling brainworms. These are both programs that were designed to run on 16-bit minicomputers with less than 1 MB of RAM.

At a macro scale, they use essentially the same amount of memory and CPU which is fuck-all on a modern system. The reason to not use emacs is because key chords are frustrating to use for some people and few people have experience writing languages like Lisp as opposed to Lua which is pretty easy to understand.
 
I feel like anyone who recommends Neovim over Emacs because "lol emacs bloat" has crippling brainworms. These are both programs that were designed to run on 16-bit minicomputers with less than 1 MB of RAM.
But the problem was that EMACS took 8MB. Thus the name: "Eight Megs And Constantly Swapping"
 
I feel like anyone who recommends Neovim over Emacs because "lol emacs bloat" has crippling brainworms. These are both programs that were designed to run on 16-bit minicomputers with less than 1 MB of RAM.

At a macro scale, they use essentially the same amount of memory and CPU which is fuck-all on a modern system. The reason to not use emacs is because key chords are frustrating to use for some people and few people have experience writing languages like Lisp as opposed to Lua which is pretty easy to understand.
I generally don't care that much about bloat specifically. Really the slow thing I wouldn't say is necessarily a bloat problem with emacs at least. I think a big part is because it doesn't run things asynchronously. So once you start adding in plugins, it can very quickly become painfully slow to start it. Like I have had it sit as just a white window for 30 seconds. Thinking it was frozen. With enough plugins. Then it still feels slower even after it's started. Not by that much, but it's noticeable.

Meanwhile neovim, even with it loaded up with enough plugins to feel like a different program altogether it will still pop right open, and feel a snappy. Being multi threaded definitely helps out quite a bit with that.

There could also be some things that come down to the language used for make them. But that I could be completely wrong about. I really don't know anything about elisp, or at least extremely little, and anything I would say would be me talking out of my ass. About that in particular. I do wonder if that plays into it also though.
 
Does anyone here have experience with Devuan? I'm currently using Artix, but I'm not happy with bleeding edge and I'd rather have something stable even if a little outdated. Devuan sounds good because I refuse to use anything systemd, but I'm still not sure.
Are there any better non-systemd (preferably shipping with openrc) distros for someone who doesn't have as much free time to "tinker"?
Sorry if there's been discussion on this before.
 
Does anyone here have experience with Devuan?
I use it. Works mostly fine, though there's some amount of residual jankiness in the installer (you'll probably have to clean up the package repos manually after your first install) and I ran into a couple of issues while upgrading the distro from Chimaera to Daedalus in-place. And of course, being a Debian-based distro, the usual nonsense about "nonfree" wifi firmware during installation will apply (I think this is finally fixed upstream, or will be soon, but not in Devuan yet)
I would not call it "Just Werks", but reasonably close.
 
Back