• 0 Posts
  • 25 Comments
Joined 2 years ago
cake
Cake day: December 29th, 2023

help-circle

  • Pup Biru@aussie.zonetoSelfhosted@lemmy.worldgoodbye plex
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    3 months ago

    i’d consider that all a good thing, but i can also see how it’s more work

    they’re supposed to be stateless because it’s easier to manage, upgrade, etc… if you don’t want that, you can just use load/save/commit (or import/export: can’t remember off the top of my head which is which) and ignore volumes: it amounts to the same thing… there’s also buildpack rebase so you can swap out the base container and keep your top level changes for quick version upgrades that are super simple to roll back


  • Pup Biru@aussie.zonetoSelfhosted@lemmy.worldgoodbye plex
    link
    fedilink
    English
    arrow-up
    2
    ·
    3 months ago

    misconfiguration here i think is a dangerous way to phrase it… it implies that there is a secure way to run jellyfin on its own. jellyfin, by itself, should never be exposed to the www. it is, no matter the configuration, insecure. to run jellyfin on the www you must put a VPN or other reverse proxy with auth over the top of it


  • Pup Biru@aussie.zonetoSelfhosted@lemmy.worldgoodbye plex
    link
    fedilink
    English
    arrow-up
    2
    ·
    3 months ago

    swiftfin is mostly there but doesn’t support media segments, which is a deal breaker for me

    really unfortunate since jellyfin media segments is a much better implementation of the concept than plex

    i’m watching the swiftfin issue for when it gets added and i’ll be all over compiling and testing it





  • Pup Biru@aussie.zonetoSelfhosted@lemmy.worldWhat is Docker?
    link
    fedilink
    English
    arrow-up
    2
    ·
    5 months ago

    a chroot is different, but it’s an easy way to get an idea of what docker is:

    it also contains all the libraries and binaries that reference each other, such that if you call commands they use the structure of the chroot

    this is far more relevant to a basic understanding of what docker does than explaining kernel namespaces. once you have the knowledge of “shipping around applications including dependencies”, then you can delve into isolation and other kinds of virtualisation




  • Pup Biru@aussie.zonetoProgrammer Humor@lemmy.mlDevelopment Methods
    link
    fedilink
    English
    arrow-up
    0
    ·
    edit-2
    7 months ago

    waterfall:

    • you want to go to mars
    • plan to build a rocket
    • sign contracts with vendors for every tiny part
    • shit we didn’t need most of those parts but it’s too late
    • continue to follow the plan anyway
    • you now have a rocket but it doesn’t really work properly because parts needed shims to work together because the brochure didn’t mention that and the people making the plans weren’t actually building anything and also you actually wanted to drive to the beach but now you have a rocket so you have to use it anyway so you fly your rocket to the beach for $20m and you bail out and it explodes and everyone has run screaming but you’re technically on the beach and now you have to pay environmental clean up costs too




  • expanding on this, depending on technical skill level:

    i’d probably get some SBCs like raspberry pi (or cheaper; raspberry pi is probably overkill here!) to be the terminals, run asterisk and have an extension for each terminal… run a voip client that automatically picks up any call it receives, and connects to a mic & speaker, connect a button to GPIO and write a script to call a conference extension for all devices (or multiple buttons for multiple extensions to call individual locations)… i’d probably add a second button for a “call back”-like feature - a terminal broadcasts a message and there’s a button to reply only to the terminal the last call was from

    this would allow you to use phones as terminals too - even receiving “calls”, although in that case the caller would have to wait for the phone user to pick up - just like a regular phone. probably more useful as a transmitter

    all of these things aren’t super difficult in isolation - probably setting up asterisk is the hardest part


  • one of the benefits of using a packet switched solution is that it’s expandable in the future… adding extra terminals anywhere there’s networking is pretty powerful - you can change your mind about location, or even technology in general and not have to worry

    … and it’s probably much easier to extend on in the future too - say open source AI assistants get better, you might want to build one that integrates with timers etc, that’s much easier with packet switched … or even more likely, you want to broadcast to the intercom from outside your house or even just make mobile phones able to be transmitters inside the house

    you’re totally right that simple point to point intercom stuff like that is a much simpler solution, but packet switched is king for a lot of future-proofing reasons - perhaps not something that OP cares about (a project completed is better than a perfect plan not begun), but worth mentioning




  • there’s certainly a camp in FOSS that considers “whatever you like including commercial activity” to be the one true valid version of “free software”

    like… if someone wants to take an MIT project, add a bunch of extra features to it keeping some available only with payment, and contribute back bug fixes and some minor features etc, i wouldn’t necessarily say that’s harming the project and this is overall a good thing? it gets the original project more attention

    like it’s perhaps a little unfair, but if the goal is quality and scope of the original project - or even broader of the goal is simply to have technology AVAILABLE even if it is with a few - then that goal has been met more with an MIT-like license than it would be with a copyleft license