cross-posted from: https://gregtech.eu/post/1188873
> I made grebuntu to merge all of the separate scripts into one script for all distros, but it doesn't work. The individual scripts do, I tested in VMs. What could have caused the issue? the script in question is tsubuntu.sh btw, can be found in the repo The original scripts are available at https://github.com/Tsu-gu/tsubuntu
I made grebuntu to merge all of the separate scripts into one script for all distros, but it doesn't work. The individual scripts do, I tested in VMs. What could have caused the issue? the script in question is tsubuntu.sh btw, can be found in the repo The original scripts are available at https://github.com/Tsu-gu/tsubuntu
Hello fellow bitwarden user! I also self-host my server with vaultwarden
100€ for such a perfoant device (for the price) seems like a good deal to me
SSDs are crazy cheap, what are you talking about? I think the added reliability and speed is absolutely worth it
Damn, thanks for the exhaustive explaination. The internet needs more people like you
Try using flatpak for command-line software, I dare you
No, snaps are epic for command-line software. No dependency hell. When I want an app, this is my order of preference: flatpak ==> snap ==> apt ==> .deb file distributed by the devs of the program
I managed to get it working. fscked the microsd and copied the files over to my pc. I'm going to be running MC on my pc until I get the Raspberry Pi M.2 HAT and an SSD
Saying "you can use Ubuntu pro" is not intrusive at all
My Raspberry Pi, on which I host a Minecraft server, suddenly froze. I cannot not SSH in, nor can I join the Minecraft server. I ran the Minecraft server in Docker, via itzg/docker-minecraft-server. I turned off the Raspberry Pi, took out its microsd and plugged it into my PC, to at least attempt to run the Minecraft server from my PC to see if I still have the data. I tried to copy it with cp, but I got an input-output error. Could this be the filesystem's fault? And how can I fix this? If you need any additional info about this crash, please do not hesitate to ask.
Am I doing the lemmy image compression and removal of old proxied images correctly? Here's my docker service for lemmy:
pictrs: image: docker.io/asonix/pictrs:0.5 # this needs to match the pictrs url in lemmy.hjson hostname: pictrs # we can set options to pictrs like this, here we set max. image size and forced format for conversion # entrypoint: /sbin/tini -- /usr/local/bin/pict-rs -p /mnt -m 4 --image-format webp entrypoint: /sbin/tini -- /usr/local/bin/pict-rs run --max-file-count 5 --media-max-file-size 500 --media-image-format webp --media-image-quality-webp 50 --media-animation-quality-webp 50 --media-retention-proxy 1d --media-retention-variants 1d filesystem sled -p /mnt user: 991:991 volumes: - ./volumes/pictrs:/mnt:Z restart: always logging: *default-logging