Over the coming months @conservancy will release guides and stories from projects that have moved away from GitHub. Let's shed light on the damage that is caused by centralizing community development on proprietary platforms.
We call on people in positions of power in their FOSS communities to stop using GitHub and stop recommending it. GitHub, as a proprietary, trade-secret platform cannot be the singular development community for FOSS projects.
Gratis resources often entice & trap FOSS developers into a proprietary gated community β the walled garden of @GitHub. Remember: FOSS faced similar before β triumphantly. We'll do so again if take action now to protect our communities.
We can no longer in good conscience stay silent about problems w/#GitHub's products. This latest effort to capitalize on the corpus of #copyleft code hosted on GitHub is merely the latest of their many ethical and moral lapses.
We tried to communicate w/ #GitHub re: #Copilot; they have outright refused to answer community questions on Copilot & took it for-profit. Copilot ignores copyleft requirements; so it's time to #GiveUpGitHubhttps://GiveUpGitHub.org
Please join us and #GiveUpGitHub by visiting https://GiveUpGitHub.org/ and while you are still on #GitHub, adding information to your README that you do not agree with GitHub's policies and monopolized place in our community.
@technomancy@codeberg Does your list of projects ever end? I'd known you as Cool Mastodon Dude for weeks before learning you ran Fennel, then several more months before I learned you were behind the Atreus keyboard, and I've now been following you for over a year, possibly years plural, before learning you did Leiningen
This is like the Russian Stacking Doll of code productivity and smash hit projects
LB: I moved all my projects except Leiningen off github a couple years ago, and now I'm looking into moving that as well. a read-only mirror will probably remain on github for a few years to ease the transition, but I'm looking at @codeberg as the new home for my last remaining github-hosted project once I can get the CI setup switched over.
@snappy_ranger Check out @codeberg which offers Gitea, Codeberg Pages and Woodpecker CI, which together cover what most projects need from github, and is run as a non-profit member association rather than a mega corporation or VC-funded startup.
@astrojuanlu I agree that the UX of much free code software needs improving and lots of people are working on that. But keep in mind that one thing driving those improvements in the UX of proprietary software is the existential risk of users switching to the free code equivalent. If the vendors of proprietary software can scupper their free code competitors - eg by diluting copyleft protection - then there's a risk that those who sacrifice freedom for convenience will have neither.
@brion@brennen it's true that federated login is the main blocker and provides 90% of the benefit.
replicating the data out to other places feels like it could have positive implications for offline use, which has long been a sore point for issues, but I haven't thought that thru.
@brennen@technomancy (federation feels like the wrong model for code repos -- what I want is to be able to identify myself to the repo in a consistent way when I write issue reports or want code review on a branch. being able to slap in a g*th*b or g**gle account to log into a gitlab instance handles this almost ok, but less centralized identity providers would be better)
@technomancy i'm curious about the vibe of an actual shared gitea instance. a solo one has been nice enough, but aside from linking people to my published code there's not *that* much utility in a code forge no one else is using...
if you've looked at moving off github in the past and ended up extremely unimpressed by the janky ui and bugs of gitlab, i don't blame you. but please give https://codeberg.org and other gitea sites a second look; they are head and shoulders above gitlab in usability and stability.
(i don't think federation at the forge / review tool level is exactly what i *want*, but it seems like it could be a reasonable way to spackle over parts of what feel to me like the core problem:
we have an effective monopolist in the code forge space because acceding to total centralization was the easiest way for users to get a bunch of stuff that the allegedly-distributed VCS's data model & interface can't accommodate, even though it's super useful stuff.) @technomancy
@brion@technomancy (this is just my "reviews & annotation should be modeled in the vcs" rant again plus my "holy shit does git's interface suck" rant again i guess.)
> the UI/UX of most free-as-in-freedom user applications is still terrible, with no signs of improving.
... is blatantly untrue. I can give multiple counter-examples. Your comment is based on what suits your argument, not actual observations over that time. Yet you call us zealots?
Secondly, you've ignored the actual point of my post, which is the role of free code competitors as a driver of UX improvements in proprietary products.
@strypey@conservancy Copyleft protection has been with us 40 years and the UI/UX of most free-as-in-freedom user applications is still terrible, with no signs of improving. The Copilot thing hardly changes anything.