v2.0.0 - Stable Release of Immich · immich-app immich · Discussion #22546
github.com
v2.0.0 - Stable Release of Immich Watch the video Welcome Hello everyone, After: ~1,337 days, 271 releases, 78,000 stars on GitHub, 1,558 contributors, 31,500 members on Discord, 36,000 members on ...

cross-posted from: https://kbin.melroy.org/m/foss@beehaw.org/t/1225798

After: ~1,337 days, 271 releases, 78,000 stars on GitHub, 1,558 contributors, 31,500 members on Discord, 36,000 members on Reddit, 68 languages on Weblate, Surviving the controversial announcement about joining FUTO, Having overwhelming success and support from the community with the product keys model, Launching the Merch store, Attending our first FOSDEM, …and before the release of GTA VI We are thrilled to announce the stable release of Immich! 🎉

I’m really excited about such a large project adopting semver! I never got the trend for software without a need for rapid release cycles adopting purely time-based version numbers.

  • fmstrat@lemmy.nowsci.comEnglish
    49·
    2 months ago

    We aim to introduce additional paid services (not paywalled features, as we will never implement paywalled features), which will help support the project and that enhance self-hosting, making it easier and more reliable. First among the many services already planned is an end-to-end encrypted, off-site backup and restore feature, built directly into Immich. This will enable a buddy backup feature as well.

    I love this.

    Free features, but offering actual useful services for self-hosters (encrypted cloud backup). Great business model for a project like this.

      • sonofearth@lemmy.worldEnglish
        12·
        2 months ago

        If you don’t want to pay Immich for backups, you can take care of off-site backups yourself using tools like rclone to your hard drive or any off-site storage of your choice. A paywall here would be not allowing offsite backups at all unless you pay Immich.

  • q7mJI7tk1@lemmy.worldEnglish
    16·
    2 months ago

    The absolute irony… I’ve used Immich for nearly 2 years without fail; it’s never skipped a beat. Today I update to the stable release and my Immich mobile app now has a sync error warning. This is the first issue I’ve ever had.

    EDIT: Phew! Clear File Cache in mobile app has sorted the error. For a moment I thought the universe was against me.

  • rumba@lemmy.zipEnglish
    10·
    2 months ago

    God damnit, now I need to set up k8s and install it.

    I’ve been putting off moving out of Google photos for years. No, no, I shouldn’t spend the time to host it. It has that scary banner.

    Way to ruin my weekend! /s

    Congrats Immich Team! /and if you’re listening, thanks!

    • Decipher0771@lemmy.caEnglish
      4·
      1 month ago

      I was going to finally do k0/k3 or something kubernetes to set it up. I managed to get it going scalable with just docker swarm. So the kubernetes procrastination survived another deployment!

      • rumba@lemmy.zipEnglish
        3·
        1 month ago

        K8s is pretty cheap for fault tolerance

        Two VM’s and two Pi

        If my wife decides whe wants to watch the wedding video or the kids first TKD break and it’s down, she’ll clamor to move back to Google/Apple. I can also move my piholes over there and some of my arr stack.

        Resillient hosting for zero cost is pretty hot.

        • mmmac@lemmy.zipEnglish
          7·
          1 month ago

          If fault tolerance is what you’re looking for I’d suggest a minipc over a pi, specced higher for the same cost and muuuch more reliable long term in my experience

          • rumba@lemmy.zipEnglish
            1·
            1 month ago

            The nodes go on x86. You use the pi’s for control planes. They sit around doing pretty much nothing until a pod get’s wrecked or upgraded then they spin a new one. You use 3’s or 4’s clocked down to save power.

            You really only need one, but for $50 two gives your fault tolerance, fault tolerance.

    • nucleative@lemmy.worldEnglish
      2·
      1 month ago

      There’s a really nice Google Take-Out parser for immich that will preserve all your meta data during import. It was kind of a dream to use, it worked so smoothly.

      In my case, I moved about 100k photos and videos, and I’m still periodically finding old flash drives and SD cards laying around that were never imported, so im using the migration to catch up on decades of photo archival. So far, all good.

  • ChogChog@lemmy.worldEnglish
    7·
    2 months ago

    Does Immich still require you to store all user photos into the same central directory?

    I can’t move my family from Synology’s offering until I can be sure each users photos will be backed up to their own accessible drive.

  • YurkshireLad@lemmy.caEnglish
    71·
    2 months ago

    Hopefully they improved face tagging. I can’t work out how to add a new person’s name.

  • nieceandtows@programming.devEnglish
    5·
    2 months ago

    A couple of questions for those who have used it. Does it back up the video snippet portion of the live photos? Does it have webdav support so I can backup to pcloud? Can it backup to multiple places, like my local harddisk and the pcloud storage?

    • Statick@programming.devEnglish
      4·
      2 months ago

      Don’t think it has WebDAV support but you can use rsync to back up to pcloud. That’s how I handle it.

      Also, by default when you upload files to Immich it creates it’s own directory structure but they have Storage Templates you can enable/customize to make it more human readable so the backups are more useful if looking at them without Immich.

      Another option of you want more control over the directories themselves is External Libraries… but I don’t believe uploading works with them, so you’d have to manually manage them outside of Immich (which kind of defeats the purpose IMO)

    • sonofearth@lemmy.worldEnglish
      5·
      2 months ago

      All photos in Ente are E2EE — only client devices can decrypt it. Immich doesn’t have any encryption thus allowing anyone who manages the server to view your photos as they are. Immich is fully self-hosted while with Ente you have an option for paying Ente or self-host. I honestly prefer Immich because the features outweigh the encryption as I own the server myself and Ente is a bit complicated to setup — I think you even have to deploy the entire Ente Ecosystem Stack.

      • ryannathans@aussie.zoneEnglish
        21·
        2 months ago

        I just pay for ente to host for me so I like the E2EE. If I self hosted I would consider Immich with media stored in an encrypted zfs volume

        • sonofearth@lemmy.worldEnglish
          4·
          1 month ago

          I used to pay for Ente as well but then I tried Immich & IMO is just so much better. It is THE Google Photos alternative with almost all the features. And as you said, you can get encryption with LUKSing your drive or partitions. I have automated my backups so I am pretty much at ease especially after the stable release.

  • ReginaPhalange@lemmy.worldEnglish
    2·
    1 month ago

    I was planning on starting to host my own Immich server for my family. Like I did for other futo projects, I paid, even if there is no technical reason to. Does anyone know what the “sever key”/“client key” thing is? I’m imagining that a client key is what goes in the immich android app, and a server key is what goes in ther server admin console?

    The thing is that if I want to be considered as someone who uses FOSS ethically - and I’m hosting for my family - I don’t want each of them to purchase a client key… In my eyes - purchasing a server key in that price should at least give me some leeway, and the small number of clients I plan on supporting would not be considered unlicensed…

  • Water_Melon_boy@lemmy.zipEnglish
    31·
    2 months ago

    Finally! Been waiting for a stable release since their roadmap. Really glad I don’t have to treat it as a very experimental service that breaks once a while anymore.

    Huge thanks to all the contributors who made this possible.