Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Move to a free git hosting platform #9

Open
OutOfContainment opened this issue Sep 26, 2024 · 5 comments
Open

Move to a free git hosting platform #9

OutOfContainment opened this issue Sep 26, 2024 · 5 comments

Comments

@OutOfContainment
Copy link

Community is important.

Linux community is often aligned towards free and open-source initiatives; unfortunately, Github is not one of them. Not only it being a proprietary platform, it is also run by a huge unethical company that has a history of using copyleft-licensed code hosted on Github in their own proprietary products such as Copilot.

There is a lot of reasons why this decision can harm an open-source community and a lot of people who will be kept away from contributing to this project. This is a request to reconsider current hosting platform before it's too late.

There are currently a lot of great alternatives, such as Codeberg, Gitea and sourcehut.
Gitlab might also be a good choice for the sake of close collaboration with original wayland-protocols.

Thank you for your initiative and I hope it will shed a light on wayland future.
Let's not turn this place into a froggy pot for all of us 🐸.

@serebit serebit changed the title Moving to an free git hosting platform Move to a free git hosting platform Sep 26, 2024
@probonopd
Copy link

Community is important.

For that reason, open source projects that are meant to attract eyeballs should not be developed in secluded enclaves.

@OutOfContainment
Copy link
Author

For that reason, open source projects that are meant to attract eyeballs should not be developed in secluded enclaves.

Precisely, thank you. Git is awesome and it is tragic that current web model made us think that it should be centralized.

Making a codeberg account will take you 5 minutes;
Making github a free platform will take you several years of lost lawsuits and tons of public attention.

@sounddrill31
Copy link

sounddrill31 commented Sep 30, 2024

Though I would prefer it if you guys kept support for github as well

One way I can think of is a kind of sync workflow. Even though I have yet to experiment with those, I've seen similar things floating around

@probonopd
Copy link

Precisely, thank you.

Not sure you understood what I meant to say: People find open source code by searching on GitHub. So being on GitHub is essential. And also the ability to send pull requests via GitHub, because it lowers the barriers to entry significantly.

Yes, I'd prefer an open source solution, too. But then, if no contributors and users are there, it's not very useful. So a carefully planned hybrid approach (mirroring to GitHub, accepting GitHub pull requests and issues) might be the winning strategy. Best of both worlds.

@OutOfContainment
Copy link
Author

So being on GitHub is essential.

Yes, indeed, and we are at fault. This is what this issue is about.

Also, if we're being completely honest, I personally would not trust a contribution from someone who does not know what Gitlab (or google search) is. This is extremely subjective and opinionated, but github is more like a social media at this point - you can see the mess at winamp repository.

Our subject is a very delicate matter and I would never pick quantity over quality when it comes to protocol standardization.

hybrid approach

That is a solution I would personally be satisfied with, but it's up to @misyltoad - it will require some work and may create nuances; IMO just switching to codeberg would be much easier.

Best solution would probably be using github as a read-only fork which links to original repository: a lot of projects are following simular approach.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants