tell me the most ass over backward shit you do to keep your system chugging?
here’s mine:
sway struggles with my dual monitors, when my screen powers off and back on it causes sway to crash.
system service ‘switch-to-tty1.service’

[Unit]
Description=Switch to tty1 on resume
After=suspend.target

[Service]
Type=simple
ExecStart=/usr/local/bin/switch-to-tty1.sh

[Install]
WantedBy=suspend.target

‘switch-to-tty1.service’ executes ‘/usr/local/bin/switch-to-tty1.sh’ and send user to tty1

#!/bin/bash
# Switch to tty1
chvt 1

.bashrc login from tty1 then kicks user to tty2 and logs out tty1.

if [[ "$(tty)" == "/dev/tty1" ]]; then
    chvt 2
    logout
fi

also tty2 is blocked from keyboard inputs (Alt+Ctrl+F2) so its a somewhat secure lock-screen which on sway lock-screen aren’t great.

  • eldavi@lemmy.ml
    link
    fedilink
    arrow-up
    12
    ·
    4 months ago

    It’s not a laptop; it’s a mini desktop that I obtained to serve as a wifi router; storage server; firewall; VPN; media server; remote file storage; and my cat’s favorite warm napping surface.

    the wifi nic is embedded on the motherboard and it was chosen since it included a high gain antenna; among other qualities.

    Wifi works fine if you use it in ordinary client mode w full Linux support and the hardware is capable of fully supporting ap mode in older Linux kernels; it’s just that Intel decided remove higher speed ap mode support in the latest versions of the driver to force people to buy thier more expensive wifi nics.

    • unexposedhazard
      link
      fedilink
      arrow-up
      3
      ·
      4 months ago

      Ah okay thats the one kind of device where there is nothing you can really do true.

      • eldavi@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        4 months ago

        it’s an ordinary desktop; the screwiness is introduced by intel’s decision to remove ap capability from its recent drivers.