Goofed Home

Do you stick to the same linux distro across your devices?

$$9351
https://slrpnk.net/u/Sunny posted on Mar 9, 2026 15:07

Hej lemmings!

Quick question for you all: do you stick with the same distro across your PC, laptop, and server, or do you pick different ones based on the device and what you’re doing?

For me, I’ve been mixing and matching depending on the use case, but I’m starting to think it’d be nice to just have one distro (or at least one family like Fedora or Debian) running everywhere. That way I wouldn’t get confused about default settings or constantly have to look up flags for different package managers.

Right now my setup is:

  • Gaming rig: CachyOS
  • Laptop: AuroraOS
  • NAS: Unraid
  • Various project servers: DietPi, Debian, Alpine etc..

I feel like NixOS might be the only distro that could realistically handle all these use cases, but I’m a bit scared of the learning curve and the maintenance work it’d take to migrate everything over.

Am I the only one who feels like having “one distro to rule them all” would be nice? How do you guys handle your setups? All ears! 😊

https://slrpnk.net/post/35084396

$$10584
https://sopuli.xyz/u/Hamartiogonic posted on Mar 11, 2026 19:06
In reply to: https://lemmy.dbzer0.com/comment/24891914

Yeah, that post was getting way too long, so I made some cuts here and there. The issue was in the way SE2 detects hardware… or more like doesn’t detect my GPU at all, throws an error about it and refuses to start. Under Bazzite it starts the game first 🎉, then complains that my hardware might not be good enough to run this game 🤯, but the beautiful graphics say otherwise. It’s still in early access, so I guess this kind of strange behavior will be ironed out sooner or later.

I got tired of researching this issue in Debian, so once I got it up and running in Bazzite, I stopped reading about it. Honestly, I have no idea what’s the key difference here. Is it the driver version, Proton-GE or something else? Who knows.

Anyway, I would recommend trying Bazzite. It has some pre-configured tricks that seem to handle weird cases like this.

https://sopuli.xyz/comment/22369761
$$10800
https://lemmy.ca/u/sveltecider posted on Mar 12, 2026 03:33
In reply to: https://slrpnk.net/post/35084396

I just use Debian

https://lemmy.ca/comment/22163514

Things I've learned about Frigate

$$9835
https://wetshav.ing/u/walden posted on Mar 10, 2026 03:01

Frigate is NVR software with motion detection, object detection, recording, etc.. It has matured a lot over the past couple of years and I’m really happy with it.

I’ve been running Frigate for a while, but with version 0.17.0 it sounded like things have changed enough for me to update how I do things. I’m writing all of the following in case anyone else is in the same boat. There’s a lot to read, but hopefully it helps make sense of the options.

Keeping my camera feeds the same, I was interested in switching my object detector from a Google Coral to the embedded graphics in my 13th gen Intel CPU. The main reason for this was because the Google Coral was flaky and I was having to reboot all the time. Maybe because I run Frigate in a virtual machine in Proxmox, so the Coral has to be passed through to the VM? Not sure.

I also wanted to figure out how to get the camera streams to work better in Home Assistant.

Switching from Google Coral to OpenVINO

This was relatively straight forward. I mostly followed these directions and ended up with:

detectors:  
  ov:  
    type: openvino  
    device: GPU  

Switching from the default to YOLOv9

Frigate comes with some default ability to detect objects such as person and car. I kept hearing that YOLOv9 was more accurate, and they even got YOLOv9 working with Google Coral devices, just with a limited set of objects. So, I wanted to switch.

This took me a minute to wrap my head around since it’s not enabled out of the box.

I added the following to my config based on these directions :

model:  
  model_type: yolo-generic  
  width: 320 # <--- should match the imgsize set during model export  
  height: 320 # <--- should match the imgsize set during model export  
  input_tensor: nchw  
  input_dtype: float  
  path: /config/model_cache/yolo.onnx  
  labelmap_path: /labelmap/coco-80.txt  

… except for me the yolo file is called yolov9-t-320.onnx instead of yolo.onnx… but I could have just as easily renamed the file.

That brings us to the next part – how to get the yolo.onnx file. It’s a bit buried in the documentation, but I ran the commands provided here. I just copied the whole block of provided commands and ran them all at once. The result is an .onnx file in whatever folder you’re currently in.

The .onnx file needs to be copied to /config/model_cache/, wherever that might be based on your Docker Compose.

That made me wonder about the other file, coco-80.txt. Well, it turns out coco-80.txt is already included inside the container, so nothing to do there. That file is handy though, because it lists 80 possible things that you can track. Here’s the list on github.

I won’t go over the rest of the camera/motion configuration, because if you’re doing this then you definitely need to dive into the documentation for a bunch of other stuff.

Making the streams work in Home Assistant

I’ve had the Frigate integration running in Home Assistant for a long time, but clicking on the cameras only showed a still frame, and no video would play.

Home Assistant is not on the same host as Frigate, by the way. Otherwise I’d have an easier time with this. But that’s not how mine is set up.

It turns out my problem was caused by me using go2rtc in my Frigate setup. go2rtc is great and acts as a re-streamer. This might reduce bandwidth which is important especially for wifi cameras. But, it’s optional, and I learned that I don’t want it.

go2rtc should work with Home Assistant if they’re both running on the same host (same IP address), or if you run the Docker stack with network_mode: host so it has full access to everything. I tried doing that, but for some reason Frigate got into a boot loop, so I changed it back to the bridge network that I had previously.

The reason for this, apparently, is that go2rtc requires more than whatever published ports they say to open in Docker. Maybe it uses random ports or some other network magic. I’m not sure.

The downside of not having go2rtc is that the camera feeds in the Frigate UI are limited to 720p. I can live with that. The feeds in Home Assistant are still full quality, and recordings are still full quality.

By removing go2rtc from my config, Home Assistant now streams directly from the cameras themselves instead of looking for the go2rtc restream. You may have to click “Reconfigure” in the Home Assistant integration for the API to catch up.

Hope this helps. If not, sorry you had to read all of this.

https://wetshav.ing/c/selfhosted/p/93365/things-i-ve-learned-about-frigate

$$10519
https://sh.itjust.works/u/Kupi posted on Mar 11, 2026 16:12
In reply to: https://wetshav.ing/comment/1469840

I followed your steps for removing go2rtc and It fixed my issues in home assistant. I was a little worried about the results because I’m running 4 WiFi cameras and 1 dual camera (tapo c240d) and thought it might be too much for my setup, but everything works perfectly fine. If anything, it works better now because I can have my cameras in home assistant using the advance camera card. It also seemed to fix my issue with not being able to view clips from the C240d. Not sure how or why, but the clip review just works now.

I haven’t tried switching my detection model yet, but that’s my next goal. Thank you for helping me with this.

https://sh.itjust.works/comment/24230577
$$10574
https://wetshav.ing/u/walden posted on Mar 11, 2026 18:45
In reply to: https://sh.itjust.works/comment/24230577

Sweet!

https://wetshav.ing/comment/1480080

Conversation

$$180
https://lemmy.world/u/early_riser posted on Feb 18, 2026 13:22
In reply to: https://lemmy.dbzer0.com/comment/24438442

Never heard of vBulletin. I’m on a couple old phpBB conlanging forums that are still hanging around. My main gripe is the use of antiquated BB Code for formatting and a lack of a user mention feature.

As for modern forums, I like nodeBB.

https://lemmy.world/comment/22208303

Create New Post