NewsLab
Jun 28 20:20 UTC

Codeberg Is Down (social.anoxinon.de)

55 points|by sscaryterry||45 comments|Read full story on social.anoxinon.de

Comments (45)

45 shown
  1. 1. analogpixel||context
    I can't take it anymore, I'm moving all my projects to github!
  2. 2. roscas||context
    Is Github free of problems? I don't know. Maybe an option would be hosting gitea and sync projects to an online account.
  3. 3. m4xm4n||context
    I believe analogpixel is being facetious
  4. 4. cinntaile||context
    The GP is joking.
  5. 5. loloquwowndueo||context
    Sarcasm is a thing.
  6. 6. CoastalCoder||context
    Sounds like we have the basics of an oscillating system now!

    I wonder what it's resonant frequency is.

  7. 7. roscas||context
    https://status.codeberg.org/status/codeberg

    "Power Outage

    Since Sunday 00:18 CEST, Codeberg.org is offline. From our investigation, our primary location lost power in our racks, leaving the majority of our servers and some network switches offline. We're waiting for a fix from the datacenter operator. " from that status page.

  8. 8. muglug||context
    Maybe related to the heatwave? I've heard some European data centres are having trouble with their cooling systems.
  9. 9. xedrac||context
    I'll put my money on AI software contributions...
  10. 10. sigio||context
    That, or the massive lightning that's going through the region, (due to the heatwave). Since it's quite late at night, heat wouldn't be my first guess.
  11. 11. matt_daemon||context
    > For the time being, it appears that all three servers are without power.

    This strikes me as odd, only three servers?

  12. 12. stackskipton||context
    3 physical servers can power a ton of requests.
  13. 13. arcanemachiner||context
    From what I understand, Codeberg is a pretty small nonprofit group.
  14. 14. nasretdinov||context
    Codeberg is smaller than GitHub and, you know, Go is slightly more efficient than Ruby :)
  15. 15. DarkNova6||context
    A large chunk of companies I've worked for or consulted for had their own on-prem Gitlab. I think they chose correctly.
  16. 16. veber-alex||context
    On perm Gitlab has a ton of problems too.
  17. 17. DarkNova6||context
    For examples? Never ran into them myself but I don't do ops.
  18. 18. veber-alex||context
    I don't do ops myself so I don't know the exact details but sometimes Gitlab is down or there are strange issues with CI/CD breaking.
  19. 19. Kelteseth||context
    We had zero in the last 7 years. But we are only a small team of 8.
  20. 20. neilv||context
    Codeberg runs open source Forgejo, and you could on-prem that too (for no license cost), if it suits your needs.

    GitLab is more powerful in some ways, but early startups might want to look at Forgejo first.

  21. 21. OptionOfT||context
    > but early startups might want to look at Forgejo first.

    Sorry, but there are a million things to do. Paying someone to self-host Forgejo isn't even on that list. We'll just pay someone at the moment.

  22. 22. esseph||context
    Depends on the nature of your startup, and if you have significant infrastructure/architrcture for your workload or not. If you have significant scale you likely have a DevOps / SysAdmin type.
  23. 23. neilv||context
    Yeah, and if you're early, like a few-person startup, you hopefully have someone who can do ops things as needed.

    When I was the one-person eng and ops departments for a few-person seed-stage startup, which already had a major customer in critical production... even when we bought SaaSes (e.g., GitLab), I still needed to spend significant time on the recurring manual steps of backup processes for everywhere we put data we couldn't afford to lose, even after I'd spent time to automate everything that was worthwhile to automate.

    For my last side-startup, I just self-hosted Forgejo myself (Git, Issues & Boards, Wiki), and it's less work than when I was doing the same with paid GitLab SaaS.

    It depends on the case-by-case circumstances, but sometimes self-hosting an open source package, on your laptop, random PC in the corner, or your existing AWS account, takes less of your valuable time than a paid SaaS does.

  24. 24. TranquilMarmot||context
    This seems like a weird comment since Codeberg is only for open source projects, you literally cannot use it for private code. On-prem Forgejo would be the equivalent to on-prem GitLab, both of which are unrelated to this outage.
  25. 25. miav||context
    I’m using it for private, not publicly visible code right now.
  26. 26. mfenniak||context
    You may be violating Codeberg's rules. They are not a service for developmental of closed-source software.

    https://docs.codeberg.org/getting-started/faq/#how-about-pri...

  27. 27. assimpleaspossi||context
    Never heard of it. And it makes HN?
  28. 28. veber-alex||context
    There are a couple of very vocal people who are generally liked here who wrote angry blog posts about moving from Github to Codeberg.

    This is why it's getting traction.

  29. 29. velcrovan||context
    Consider that maybe you haven’t heard of all the things that HN readers find interesting.
  30. 30. assimpleaspossi||context
    I am VERY active in technology and that I haven't heard of it means something, too. I notice--far too often--that obscure things like this get posted here and elsewhere which can confuse others into thinking they have to get involved or learn about it cause they saw it on <this site> so they have to learn it, too, when it's only a niche case among few.
  31. 31. NekkoDroid||context
    I see it mentioned any time GitHub is shitting the bed (frequent enough) and someone asks for self hostable alternatives or when someone ask for a European GitHub alternative. I think you just might not be paying enough attention.
  32. 32. linzhangrun||context
    Only well known project on Codeberg that comes to mind is Zig
  33. 33. DarkNova6||context
    That's because most of what you can see of a Codeberg is actually underwater.
  34. 34. doubled112||context
    Does Forgejo count?
  35. 35. jraph||context
    Comaps too.
  36. 36. iamnothere||context
    Guix?
  37. 37. kevinfiol||context
    Has anyone used the Repository Mirroring Feature [1] to mirror repos across self-hosted Forgejo/Codeberg/Github? How effortless is it? Ideally, I'd like to only ever push repos/branches to my self-hosted Forgejo, and have those changes automatically reflected on Codeberg/GH without thinking about it.

    [1] https://forgejo.org/docs/v15.0/user/repo-mirror/

  38. 38. melomac||context
    I am using it to backup my public and private repositories to Github and it's effortless, indeed. I am using ssh protocol and a read/write deployment key. Also, I anticipated `git push --force` could be an issue, it's not.
  39. 39. TranquilMarmot||context
    I use it to sync projects that I mainly host on Codeberg up to GitHub. It was a "set it and forget it" kind of thing.
  40. 40. Ferret7446||context
    I suppose this is a good opportunity to ask, why do people get so affected by DVCS hosts going down? You can work locally with Git without uploading every change. Despite the constant reported GitHub downtime, I have not ever been adversely affected even once, since pushing and pulling are done every few days and I can freely branch/commit/merge locally.
  41. 41. ItsHarper||context
    Do you not spend much time writing and discussing issues or reviewing code?
  42. 42. scared_together||context
    You could use separate tools for those tasks. JIRA/Bugzilla/etc. for issue tracking, Sublime Merge or equivalent for comparing a dev branch to a main branch, and CI/CD with Azure Pipelines or whatever the “modern” equivalent of Jenkins is.

    That isn’t as convenient as an all-in-one tool, and might not be what the user you’re responding to is doing. But it’s doable.

  43. 43. tosti||context
    Mailman provides decentralized issue tracking.
  44. 44. doodlesdev||context
    Nowadays, these code forges have also become a centralized place for issue tracking, kanban boards, wiki editing and, specially, as CI/CD servers, in the case of GitHub Actions, which are, sometimes, the only for you to deploy software to package repositories. The same limitations apply to GitLab CI or Codeberg's Forgejo Runners/Woodpecker.

    Whenever GitLab, Codeberg, BitBucket and, mostly, GitHub goes down, a lot of the software and websites you use can't be updated, including dependencies of your software that you're pulling from npm, for instance.

    Finally, companies use code forges mostly for the ease of doing code reviews through Pull Requests/Merge Requests. Developers rarely, if ever, actually merge branches locally, before having it reviewed by peers in one of these code forges.

  45. 45. netcoyote||context
    Git is a DVCS, but many companies have a build server/cluster that depends on Github or Codeberg being available.

    Teams I've worked on for the last several decades aim to push 10-20 builds per day to external alpha testers, so any downtime in Github is going to be an impediment.