This is an opportunity for any users, server admins, or interested third parties to ask anything they’d like to @nutomic@lemmy.ml and I about Lemmy. This includes its development and future, as well as wider issues relevant to the social media landscape today.

Note: This will be the thread tmrw, so you can use this thread to ask and vote on questions beforehand.

Original Announcement thread

  • 𝘋𝘪𝘳𝘬@lemmy.ml
    link
    fedilink
    English
    arrow-up
    2
    arrow-down
    1
    ·
    edit-2
    1 year ago

    pict-rs, lemmy-ui, lemmy

    Why can’t those be bundled? I need 3 containers and another database container just to have an instance. Also, none of those is easy to setup. All of those are messy and annoying and need me to fiddle with upstream files.

    Containers should be reusable. None of those is reusable for anything else.

    So more difficult installation is not a major concern.

    In the long run this is where it will fail. Make it intentionally hard and annoying to setup will lead to people not setting it up.

    Edit: Been there, done that, failed. Since then I always try to make my stuff as easy to setup and use as possible.

    • nutomic@lemmy.mlM
      link
      fedilink
      English
      arrow-up
      5
      ·
      1 year ago

      Its not intentionally hard. If you see a way to simplify it, pull requests are always welcome. But running multiple services in a single docker container is generally a bad idea.

      • 𝘋𝘪𝘳𝘬@lemmy.ml
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        3
        ·
        1 year ago

        If you see a way to simplify it, pull requests are always welcome

        All components that are needed to run a Lemmy instance could be provided as single stack and the containers could be made configurable using environment variables (usernames, passwords, and DB locations). Database and reverse proxy should be handled completely separated from the “Lemmy containers” and the “Lemmy stack”. manually editing upstream files before composing the containers should be avoided.

        Since I do not use MS GitHub I cannot help with issues, PRs, or anything else there, sorry.

        multiple services

        This is what I think about. While those 3 containers contain different programs: are they really different services and not just different components of the same service?