Install Guix

  • 0 Posts
  • 5 Comments
Joined 15 days ago
cake
Cake day: March 17th, 2026

help-circle

  • I mean, if Zig and Guix can do it. It’s possible.

    I’m in a similar boat. So far:

    • I started mirroring GitHub to Codeberg
    • I added CI to Codeberg

    Next I gotta update the readme on GitHub telling everyone that I’m going to move to Codeberg. I’ll let that sit for a few months.

    Also, I gotta update consumers like homebrew to consume from Codeberg instead.

    I was gonna close/merge any open PRs on GitHub.

    Issues, I’m not totally sure about. I thought I read there was a way to migrate those. Although, I’m kiiinda ok with starting fresh… not totally sure this part needs more thought.

    Once the Codeberg repo is ready, I’ll make the GitHub repo read-only, with the readme pointing to Codeberg.

    Way, way, way down the line, I’d consider deleting the GitHub repo (and finally my account).

    I’m OK with breaking things. I’m gonna try my hardest to not break stuff, but I’m not going to let the fear of breaking stuff prevent me from getting on ShitHub by Macroslop.



  • Why Forgejo Actions and not Woodpecker CI, isn’t Woodpecker on Codeberg more stable? Yes, absolutely, in fact the documentation for Forgejo Actions on Codeberg is out of date right now

    Waah?

    Forgejo Actions will just feel way more familiar coming from GitHub Actions. The UI and YAML syntax is almost identical, and the existing actions ecosystem mostly works as-is on Codeberg.

    Ah, ok. I don’t care about that.

    Setting up woodpecker.


  • It’s a little more nuanced than that.

    I will gladly write my own small, half-assed framework that I 100% know, can reason about, can debug, and can extend to fit my requirements. I will gladly pass on a fat-assed, bloated framework with a million dependencies, where I only need a few features, and where if I need something that isn’t offered by the framework I have to submit a PR or add some janky-ass workaround.