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.

  • jbk@discuss.tchncs.de
    link
    fedilink
    arrow-up
    8
    ·
    22 days ago

    sometime ago I had my home directory managed by systemd-homed on Fedora (before 38 even afaik). the SELinux policy wasn’t configured properly for it though, so I had to keep setting it to permissive mode. for some stupid reason I remember running the command to do that on every. single. boot. lol

    • Wolf314159@startrek.website
      link
      fedilink
      arrow-up
      5
      ·
      22 days ago

      Using crontab to execute these kinds of quick fixes that don’t really solve the problem so much as reset the countdown to failure are the real Duck tape Linux hacks.

    • barsquid@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      21 days ago

      I’m about to do some SELinux workarounds. I want to install an SELinux package in a VM to build rpm-ostree images, but installing that breaks the Incus agent inside the VM when it cannot listen on a socket. Any advice on how to go about it? I’m pretty new with anything SELinux.