Just some Internet guy

He/him/them 🏳️‍🌈

  • 1 Post
  • 608 Comments
Joined 1 year ago
cake
Cake day: June 25th, 2023

help-circle
  • Maybe it can be hacked together with Syncthing: have your phone’s camera sync with an inbox folder on the desktop, have the desktop pick up the files and transcode them with handbrake, then move the original out of the inbox. This will cause Syncthing to sync the deletion back to your phone, and sync the transcoded version back on your phone.

    I’d also check if you can just change the bitrate in your camera app’s settings in case there’s a way to lower the quality there. Could be noticeable, could be just as good as handbrake, never know with hardware encoding.







  • Mixing brands is a non-issue, you just lose on some features like integration of everything with everything, so more manual configuration. But that’s about it.

    You can have your TMHI connect over Ethernet to a switch where you’ll have ports then there you can get your wired connections and your point to points and your mesh network all off that switch. If you need more ports add another switch.

    That said I’m pretty sure Ubiquity has stuff for all those needs, it’s just pricier than random crap you can buy at BestBuy.




  • IMO a lot of what makes nice self-hostable software is clean and sane software in general. A lot of stuff tend to end up trying to be too easy and you can’t scale up, or stuff so unbelievably complicated you can’t scale it down. Don’t make me install an email server and API keys to services needed by features I won’t even use.

    I don’t particularly mind needing a database and Redis and the likes, but if you need MySQL and PostgreSQL and Redis and memcached and an ElasticSearch cluster and some of it is Go, some of it is Ruby and some of it is Java with a sprinkle of someone’s erlang phase, … no, just no, screw that.

    What really sucks is when Docker is used as a bandaid to hide all that insanity under the guise of easy self-hosting. It works but it’s still a pain to maintain and debug, and it often uses way more resources than it really need. Well written software is flexible and sane.

    My stuff at work runs equally fine locally in under a gig of RAM and barely any CPU at idle, and yet spans dozens of servers and microservices in production. That’s sane software.





  • Bazzite drive me nuts. It’s pretty good out of the box but I had to do some crazy shit to make stuff work for my friend that’s just starting on Linux.

    I measured it, I was able to install like 2GB worth of Arch updates in the time it took to rpm-ostree kargs --append. Waiting 5 minutes to install a tiny <1MB utility package gets annoying fast. It’s nice to be able to just tell my friend to boot the last generation though. Tradeoffs.

    It runs great otherwise though, I see the appeal especially for new users and fixed hardware like the handhelds. Just works.



  • Max-P@lemmy.max-p.metoLinux@lemmy.mlRecommend me a distro?
    link
    fedilink
    arrow-up
    23
    arrow-down
    1
    ·
    8 days ago

    Fedora is usually pretty good at being up to date while still user friendly and still operate like a classic distro. The immutable ones are also pretty nice if you’re into that. Otherwise you could consider Arch or Endeavour. If you’ve been using Linux since 2012, an Arch distro’s probably easier than you think.

    I switched to Arch in 2011 after being on Ubuntu since 7.04 and the Unity disaster… and I’m still running that install to this day. I’m typing this from it!

    In practice I’ve found Arch’s always up to date packages to be less of a hassle than dealing with dependency hell of carefully pulling newer dependencies when you inevitably need a newer feature of a package. Worst case there’s containers for the few stubborn “only works on this exact version of Ubuntu” cases but it’s pretty rare.




  • I use systemd-boot so it was pretty easy, and it should be similar in GRUB:

    title My boot entry that starts the VM
    linux /vmlinuz-linux-zen
    initrd /amd-ucode.img
    initrd /initramfs-linux-zen.img
    options quiet splash root=ZSystem/linux/archlinux rw pcie_aspm=off iommu=on systemd.unit=qemu-vms.target
    

    What you want is that part: systemd.unit=qemu-vms.target which tells systemd which target to boot to. I launch my VMs with scripts so I have the qemu-vms.target and it depends on the VMs I want to autostart. A target is a set of services to run for a desired system state, the default usually being graphical or multi-user, but really it can be anything, and use whatever set of services you want: start network, don’t start network, mount drives, don’t mount drives, entirely up to you.

    https://man.archlinux.org/man/systemd.target.5.en

    You can also see if there’s a predefined rescue target that fits your need and just goes to a local console: https://man.archlinux.org/man/systemd.special.7.en