• Boud@framapiaf.org
    link
    fedilink
    arrow-up
    0
    ·
    2 years ago

    @sugar_in_your_tea About “good time to jump in”: the small size of the lemmy dev community gives you a chance to shift off Microsoft to a community git forge e.g. #Codeberg [1] that aims at forge federation [2] *before* there’s too much #TyrannyOfConvenience inertia. Mastodon devs are reluctant to even *discuss* giving up Microsoft [3].

    @ulu_mulu @lemmy #GiveUpGitHub #forgefed #forgejo https://giveupgithub.org

    [1] https://codeberg.org
    [2] https://forgefed.org
    [3] https://github.com/mastodon/mastodon/issues/22572

    • PureTryOut@lemmy.ml
      link
      fedilink
      arrow-up
      1
      ·
      2 years ago

      Uh reading your third link, no they are not reluctant to discuss it. That whole discussion sadly was about how the original “proposal” was framed, and I have to agree with that person that it wasn’t “proposed” but more stated as a demand.

    • sugar_in_your_tea@sh.itjust.works
      link
      fedilink
      arrow-up
      1
      ·
      2 years ago

      Well, I don’t get to make that decision. If the maintainers choose to do that, I’ll follow, but there’s a good chance that a lot of the other contributors won’t. For something in rapid development with a lot of community contributions, you want that barrier of entry to be as low as possible.

      So if it was up to me (and it’s not), I would say no. I would be open to an official mirror somewhere else, and perhaps moving to a separate feature/bug tracking system (esp. if it’s easier for the community to report bugs), which imo is the biggest barrier to moving the repo.

      I guess I’m not particularly worried about it since the project is FOSS and the difficulty in switching is pretty low.

      • Boud@framapiaf.org
        link
        fedilink
        arrow-up
        0
        ·
        2 years ago

        @sugar_in_your_tea As a non-lemmy-dev, I don’t get to participate in that decision either, no matter how strong I think the arguments are.

        I’m not convinced that the difficulty in switching is low; as you say, bug/issue tracking is a big barrier, but other features are part of the #EEE strategy [4], and switching later when MS upsets the community like Musk or Huffman will be difficult.

        An official mirror would be a good start to make a future move easier.

        @lemmy

        [4] https://en.wikipedia.org/wiki/Embrace%2c_extend%2c_and_extinguish

        • nutomic@lemmy.mlOPM
          link
          fedilink
          arrow-up
          1
          ·
          2 years ago

          There are mirrors of the Lemmy code on Gitea and Gitlab. They are linked in the readme. We also hope to migrate development to Gitea once federation is implemented.

          • PureTryOut@lemmy.ml
            link
            fedilink
            arrow-up
            1
            ·
            2 years ago

            We also hope to migrate development to Gitea once federation is implemented.

            That is awesome to hear! Lemmy federating with the code forge it’s hosted on sounds awesome!

            • nutomic@lemmy.mlOPM
              link
              fedilink
              arrow-up
              1
              ·
              2 years ago

              Im not talking about federation between Lemmy and Gitea. Not sure how that would work or if it would make sense.

              • PureTryOut@lemmy.ml
                link
                fedilink
                arrow-up
                1
                ·
                2 years ago

                I get that but it still sounds awesome 😉 Of course Gitea federating with other Gitea (or Forgejo) instances would be awesome and make it a right candidate to host another fediverse project.