today at 11:10 AM
It looks like today there was maintenance scheduled to deprecate support for certain categories of SSH keys: https://github.blog/changelog/2026-09-22-security-improvemen...
> November 4, 2026: We’ll have a brownout of the removal of the ssh-rsa signature type (i.e., RSA keys using SHA-1) and the diffie-hellman-group-exchange-sha256 key exchange algorithm.
I guess something went sideways.
today at 11:14 AM
hey how much do I owe you for this INCREDIBLY important information? This is not sarcasm btw.
today at 11:26 AM
nothing :) hope they'll release a statement soon, this is was an assumption on my side, it might be totally wrong. I had intermittent issues with basic git pull/push ops locally so I went to dig a bit. ps: if you do have money to spare, consider donating to the EFF (https://www.eff.org) though B)
today at 11:28 AM
thanks a bunch! will do.
today at 11:22 AM
How to check if one's SSH keys are still compatible?
today at 11:58 AM
if any of your SSH key files are bigger than 500 bytes, you should rotate them
today at 12:31 PM
Bigger or smaller?
today at 12:47 PM
EC keys should be much smaller... this is only valid for id_rsa SSH keys
today at 1:38 PM
That’s the point.
today at 10:48 AM
- - > i wake up - -
| |
| V
github has an outagetoday at 1:40 PM
Do you fall asleep every time GitHub has an outage? Are you narcoleptic?
today at 10:23 AM
Our deploys are tied to GitHub actions and it is becoming a liability at this point. What alternatives do people use? I mean for FOSS there are some decent stuff but we need a reliable provider for private repos.
today at 12:56 PM
We use GitLab where I work. The only problem is it calls pull requests "merge requests," and I don't think I'll ever get used to saying "MR" instead of "PR."
today at 1:33 PM
Why are all you github people pulling on your requests?
I am requesting to merge my changes into the main branch.
today at 1:09 PM
I have the opposite
today at 12:46 PM
Forgejo backed by Woodpecker CI running on Kubernetes (Talos) has been amazing! Ditch Github Actions syntax for the simplicity of Woodpecker and containers. You'll thank me later.
today at 11:40 AM
Git itself usually works, but we gave up on GHA and use https://www.rwx.com/ for tests, previews, and deployments. It’s 2x to 10x faster than GitHub Actions and testing uncommitted changes on real CI infrastructure is a total game changer.
today at 12:33 PM
Some of our deploys use CircleCI instead, but they were still broken because they couldn't checkout from Github.
today at 10:42 AM
Self-hosted Forgejo with a bunch of runners might also be interesting for you. The workflow syntax is _almost_ identical to the github one.
today at 10:30 AM
My deployments are tied to their container registry, so I'm equally screwed... Been thinking of going back to Dokku, I started working on a third wrapper around Dokku (yeah, I've literally done this twice already), and then self-host and self-provision... I honestly thinking seriously about this.
today at 10:28 AM
Genuine question: if you're hosting private repos, is self-hosting an option?
Gitea Enterprise would be worth looking at.
https://about.gitea.com/products/gitea-enterprise/
today at 10:45 AM
Honestly, not really wanna deal with self hosting it. Would rather pay for a decent service at this point.
today at 10:48 AM
There is already a blacksmith sh if you don't want to selfhost your runners. Or codeberg as a full solution if I am not mistaken.
today at 10:56 AM
+1 for Blacksmith. You need to have a Github org to use it as it won't work on personal accounts, but it feels like a magic want that just makes runners 2x as fast.
I have it for all my stuff (dozens of repos and hundreds of PRs/builds per week) and it's only once in the last year that I've exceeded the free resource levels. I don't know if it's just extra capacity or they're burning VC dollars in the hopes of inspiring posts like this, but either way I feel like I'm taking advantage of them at this point.
today at 10:59 AM
Codeberg only allows F/LOSS software, for most companies that's a dealbreaker.
today at 12:53 PM
Private projects usually are not owned by companies
today at 11:01 AM
Post receive hook on a bare git repo with gitolite for access control.
today at 10:52 AM
self hosted forgejo has been my saviour. im thinking in acquiring a new NUC server to increase compute and storage to my homelab to add some new runners
today at 12:28 PM
You don't even have to migrate off GitHub if you don't want to.
Begin by refactoring the deployments so they're driven by checked in shellscripts, that accepts a git reference to deploy (prefer immutable commit SHAs over mutable branches/tags). Make it use the stuff it already has checked in, and make the actual GitHub Actions stuff as small and concise as possible, ideally each "run" should just call a shellscript with the git reference.
Then move so the deploys happen not on GitHub Actions itself, but on a "intermediate deploy host" that has the source code and access to the credentials you need, and make this host have one secure entrypoint, where someone (or something) can enter and run shellscripts, after pushing their code as a normal git push. Then switch so the deploys from GitHub Actions instead use this new host to do the deploys. Lock down this host hard.
When GitHub and/or GitHub Actions go down, the developer responsible for deploying stuff, should be able to get temporary git and ssh access to this host, can push any git data straight to the host, and their user on this host can run the deploy scripts. Keep in mind that nothing in your deployment process should depend on stuff that isn't also available on this "deploy host", if you have multiple synced repositories and so on.
Now things mostly work the same as people are used to, with the added benefit that when things go down again (like next week), you'll still be able to continue to deploy stuff.
I've done this refactor/migration for tens of companies in the last year, more or less following this exact template for all of them, with no issues reported from either of them, but lots of praise :)
today at 10:47 AM
gitea is amazing.
today at 11:25 AM
Seconded. Also very easy to set up. I’ve been running it for years, along with webhooks to kick off testing and website deployment jobs. I especially like the swagger browser that generate API calls for you to try in curl. I use the API pretty extensively.
today at 12:07 PM
[flagged]
today at 10:09 AM
Finally a GitHub outage during European workday. Yaaay.
today at 11:58 AM
Although it is lunchtime :/
today at 1:33 PM
Isn’t most of the European workday lunch time? :P
I joke, the QoL is really nice
today at 10:42 AM
I was thinking I'm going crazy with me ssh keys not working on both of my machines.
today at 10:48 AM
https is working still!
git -c credential.helper= -c 'credential.helper=!gh auth git-credential' pull https://github.com/myorg/my-repo.git
today at 10:14 AM
Can't even pull no more using my key. That's a new low, I'm used to the website being janky nowadays but this is seriously essential
today at 10:27 AM
At least they have a very clear error message so you know what is going on.
> git@github.com: Permission denied (publickey). fatal: Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists.
today at 10:41 AM
That's standard git, not coming from GH.
today at 10:40 AM
Just rolled new keys and though I'm going crazy that it's not working
today at 1:10 PM
Same old same old.
What were the 60'000 people exiting Microsoft doing if not improving Github?
today at 10:19 AM
Can't they just... sell github back like when the germans sold the nuclear plant back to mr burns?
today at 10:25 AM
As of 2026-11-04T10:25:34Z the domain MicrosoftPleaseGiveGithubToGoogle.com is still unclaimed.
today at 10:32 AM
Yes, really at this point it would be best if MS sold Github to Google and they kill it within a year.
today at 11:02 AM
Pretty good timing now that Rails has released a security update :|
https://rubyonrails.org/2026/11/4/Rails-8.0.5.2-and-8.1.4.1-...
today at 10:24 AM
For a moment I thought my ssh key got breached. Fricking hell Github!
today at 11:00 AM
At this point, even when there isn't an incident, push/pull have been so unreliable as to fail about 30% of the time.
I can live with the occasional outage but this is a constant problem.
today at 11:08 AM
I feel there is a problem with your connectivity or with the Github datacenter you are being routed to. That has not been my experience.
today at 11:23 AM
Temporary workaround is to do
git config --global url."https://github.com/".insteadOf git@github.com:
so it pushes / pulls using HTTPS
when things are back to normal run:
git config --global --unset url."https://github.com/".insteadOf
today at 10:45 AM
The day GitHub will no longer be free is approaching... they just can't support the abnormal amount of things being pushed rn
today at 10:56 AM
For most people here GitHub is already a paid platform. Our companies rely on it as a core part of our development workflows, and we pay a decent bunch of money for it. If it was only the free part of GH having issues, it wouldn't get even remotely near this kind of exposure.
Developers are expensive. If I can't ship a feature on time because GitHub issues keeps forcing me to switch to different tasks to work around git/PR/ticket/Actions downtime, then that costs my company real money - despite us not being the source of the AI DDoS that GitHub has happily been welcoming.
To me, the situation is very simple: either 1) rein in the AI deluge, or 2) isolate paying customers from it, or we'll move to an alternative.
For businesses the current state of unreliability would be unacceptable if it was completely free, the fact that it is actually paid just adds insult to injury.
today at 11:14 AM
Just set up a Gitea instance, pushed my code and switched my deployment script to it. Took 30 minutes. Github pulls still aren't working.
today at 10:37 AM
today at 10:57 AM
I managed to push a commit over ssh but then the client threw an error before the push fully completed. I can see the commit on the web, but my client still thinks it isn't pushed. And now when I try to fetch I get "permission denied" after a long wait, which is scary. I first thought something got hacked.
Maybe they need a better AI model for their vibe coding. That'll fix everything, right? At least that's what my friends keep telling me when I say that the free LLMs I played around with a bit are incredibly dumb.
today at 10:13 AM
git clone works sometimes, sometimes not.
today at 10:34 AM
today at 10:33 AM
These days, perhaps, normal undisrupted operation should start counting as an incident...
today at 10:10 AM
Again and again?
today at 10:57 AM
GitHub is down only on days ending in -day.
today at 10:23 AM
That is how explosive demand growth works after all. They just aren’t keeping up with increasing capacity or rate limiting people
today at 11:02 AM
Another incident. Last time we had one was 5 days ago [0]
It's up to you if you want more of this instability. Perhaps you should consider a self-hosted alternative.
[0] https://news.ycombinator.com/item?id=50307843
today at 10:44 AM
Why haven’t they asked an AI agent to fix all their bugs yet? /s
today at 1:00 PM
Why does anyone even use Github anymore? Just generate a better forge with AI
today at 10:53 AM
Prompting the wrong things is just a skill issue.
today at 11:09 AM
GitHub outages can be a drain on productivity. If your stack is pulling artifacts from GitHub, and this consistently fails during GitHub outage, you can consider having a file-cache in between.
Some of our customers unexpectedly started using the service we're running as a file-cache around GitHub to mitigate GitHub outages.
We wrote about this use case in our blog: https://www.stablebuild.com/blog/protect-your-builds-from-gi...
today at 1:35 PM
Self promotion is generally frowned upon here