someone was asking for a GUI, so not going to be an ffmpeg expert. likely the LLM would recommend ffmpeg anyway. plus you would run YOLO (or maybe CLIP) locally; it has been running on Android phones since 2020 at least. a Jupyter notebook would also give a quick and dirty GUI to visualize and document the solution. plus “motion detection” is probably not the full story, and any video will probably have artifacting that means you’d have to tune the motion detection algorithm or end up with a bunch of garbage artifacts/false positives in the end. also, sounds like the user isn’t looking for something long-running like Frigate. if the user isn’t familiar with Python and wants to do something downstream like sort the outputs or whatever, an LLM would help with that.

sure, programmatically, it’s not a difficult problem, but like it or not it can be solved by someone without an advanced CS degree with an LLM precisely because the problem is easy. no easily ready solution exists, but that doesn’t mean it can’t be done. “just use ffmpeg” to someone like my dad who might have the know how to install Linux but isn’t a programmer isn’t exactly the simple advice it sounds like.

i’d vibe code something in Python for this tbh, but i have some expertise in this area already. you could even get some classification going with a YOLO model to help you narrow down the search. it won’t have a GUI unless you count Jupyter notebooks.

normally it’s for syncing across machines, but it is convenient for setting up new machines. i use chezmoi and Nix and some other tools to keep things in sync

i host my dotfiles on GitHub, but any cloud provider or self-hosted git instance will do. otherwise, rsync, scp, or a good old fashioned thumb drive

the first issue is familiar to me as my first laptop had this issue, while running Windows XP. the fans were going out and simply couldn’t move enough heat. the solution then that mostly worked was one of those laptop stands with fans built in. it worked most of the time, but a real solution might mean cleaning out the chassis and maybe replacing the fans.

for the second, i didn’t really have trouble setting up the Nvidia drivers just following the docs. sorry if that isn’t helpful; i’m stuck with Nvidia for my ML/CUDA stuff.

i switched to Linux in 2013ish to get away from my gaming habit and go all in on programming and computer science. that may not work these days as all the games i play work on Linux ha

honestly, the brag document is a great takeaway. so many times people will subtly or implicitly question documentation or refactors, and when shit hits the fan and the readability refactor or documentation or logging/tracing PR becomes the clincher in quickly resolving the issue i love calling it out. documenting those cases themselves as a way to sell documentation and code quality to others feels like an amazing idea (if not exactly a “brag document”)

weird. i’d probably good around for drive checks personally, any test should be pretty definitive. how did you install Discord? the AUR? maybe a reinstall is in order.

i don’t think this is Node specific. if i were writing logs, i’d want to be pretty sure they get written, either by creating the directories necessary, putting them in a place i was pretty dang sure existed, and/or crashing as early as possible if the location didn’t exist, which makes me think it’s a weird Discord config error.

error is right here:

EROFS: read-only file system

this line is concerning:

At random times

this sounds like a drive failure. Discord’s logger can’t write to the filesystem; it’s reporting as read-only.

what’s the drive like where /opt lives?

this is amazing. i might have to try it!

i know JetBrains owning the whole Kotlin developer experience is kind of the point, but as it stands i’d rather not use Kotlin than go back to IntelliJ these days. it’s not worth the context switch just to use an otherwise pretty great language.

honestly, where NixOS shines for me is in my homelab. i don’t always have time to fully document what i’m doing, but my NixOS config is code-as-documentation for when work burns all of my memories away and has a git log and conflict management so i can manage multiple systems that share common config.

and once you find out you can have services run on systemd with syntax like services.jellyfin.enabled = true you’ll never want to go back to containers, although it has ways to manage those as well.

it’s overall a great OS for tinkering and deploying small services across small networks. not sure how it scales, but for my use case it’s damn near perfect

modifier for window manager nav and general OS controls like wofi/rofi

there are some teams in companies like this where management doesn’t want to account for upstreaming and some engineers are happy to open a bug report, move the ticket to blocked, and move on to something else

“can you see my screen?”

man this brings back memories.

i was able to install Arch on my 2012 Macbook Pro, but the networking was a huge issue. not only did the driver cause terrible screen tearing for some inexplicable reason, but i had the same problem even getting the dang thing installed. luckily i’m an Android developer and was able to share wifi over USB with an Android device.

spoiler alert: Python isn’t written in Python

no one has noticed

nice. this is a detail that i needed to know that would otherwise be a dealbreaker.

i am intrigued by the promises of better histories, since i’ve been reviewing and contributing to a bunch of repos at work.

a lot easier to use

see this is the issue. i don’t find git hard to use. and i’m not going to be one of those assholes that’s like “i never thought it was hard”; i’ve just genuinely been at this for over a decade now. and i run nushell so i’m not opposed to new niche things as long as it improves my workflow.

i’ll have to check it out again.

i really want to get into jj cuz i like the pitch, but the real struggle isn’t new syntax or learning curve but the fact that my workflows at home and especially at work are built around git and GitOps. i tried briefly to integrate it into my dotfiles, but migrating such a large repository got a little hairy.

is there a doc about why a seasoned pro (at least don’t tell my manager otherwise) would switch to jj? are people using this in production effectively? is there a world where i can integrate jj into existing git based workflows that interact seemlessly with other contributors using plain ole git?

the thing that finally got me using a terminal multiplexer was zellij. you can think of it as tmux with training wheels, but i don’t see a reason to go back.

honestly even at tier 2 this feels like more support for x86 than Apple does themselves