Live data from Hacker News

Migrating the main Zig repository from GitHub to Codeberg

ziglang.org

671–680 of 952 posts

Re: Migrating the main Zig repository from GitHub to Codeberg

#671
post #615

Earlier quoted context omitted.

How is it not? In the not so distant past of the 1930s there were political parties advocating for the mass killing of people with disabilities, or at least the sterilization of those with heritable disabilities. There have been real campaigns in that period that did this type of forced sterilization, especially in some mental hospitals. You'll still find people espousing such beliefs, thankfully at the fringes for n…

Going from "we're a small non-profit and we're struggling finding a good solution that's also accessible, this really sucks – we're sorry" to eugenics is quite a leap.

My response was to someone asking how accessibility can be considered a political topic. I assumed they were asking in general.

Re: Migrating the main Zig repository from GitHub to Codeberg

#672
post #628
post #35

> As a bonus, we look forward to fewer violations (exhibit A, B, C) of our strict no LLM / no AI policy, Hilarious how the offender on "exhibit A" [1] is the same one from the other post that made the frontpage a couple of days ago [2]. [1] https://github.com/ziglang/zig/issues/25974 [2] https://news.ycombinator.com/item?id=46039274

My favorite of his https://x.com/joelreymont/status/1990981118783352952 > Claude discovered a bug in the Zig compiler and is in the process of fixing it! ...a few minutes later... https://github.com/ziglang/zig/pull/25974 I can see a future job interview scenario: - "What would you say is your biggest professional accomplishment, Joel?" - "Well, I almost single-highhandedly drove Zig away from Github"

Those overly enthusiastic responses from the LLM are really going to do a number on people's egos.

Re: Migrating the main Zig repository from GitHub to Codeberg

#673
post #660

Earlier quoted context omitted.

I'm not trying to say that this is now projects ought to work right now. I do think this is where we are heading, though. No, existing open source projects are not ready for this and likely won't ever be. It will start in the corporate world and maybe already has.

> This ought to be automated using AI. ... > I'm not trying to say that this is now projects ought to work right now. which is it?

It's both but the focus is on the future.

Re: Migrating the main Zig repository from GitHub to Codeberg

#674
post #20

Calling the people who work on GitHub “losers” is not cool.

Look at the absolute state of what they are working on. If they are not losers, they are dispirited clock-punchers who don't care about their craft.

> they are dispirited clock-punchers who don't care about their craft.

Interestingly that is synonymous with losers according the definition of it in gervais principle. Which weirdly makes being called a loser less of an insult. (More like realist)

Re: Migrating the main Zig repository from GitHub to Codeberg

#675
post #262

Earlier quoted context omitted.

It is still not a proper fix. It is still busy-looping 100% CPU. Given that Github Actions is quite popular, probably wasting large amount of energy. But probably good at generating billable Actions minutes. One can only hope that not many people use sleeps to handle their CI race conditions, as that itself is also not a proper fix.

Clearly the job for a microservice. Accept number of seconds to wait as url, return content after that many seconds. Then just use curl in runner.

If you have curl (but not sleep) sure, but if not maybe you can use bash's wacky /dev/tcp. The microservice could listen on ports 1 through 64k to let you specify how many seconds to sleep.

Re: Migrating the main Zig repository from GitHub to Codeberg

#676
post #572

Earlier quoted context omitted.

US has a special definition for what constitutes "left" that doesn't apply outside. Compared to European leftists, US leftists are center-right.

Charlie Kirk was shot by a center-right guy on September 10, 2025? Luigi Mangione shot the UnitedHealthcare CEO December 4, 2024 and had an anti-capitalist manifesto, was he center right? What about Elias Rodriguez (leftist activist, Israeli Embassy Staff Shooting)? Michael Reinoehl (antifa) who shot Aaron Danielson? "No Kings" Vance Boelter who shot two politicians? "Anti-ICE" Joshua Jahn who killed two detainees an…

I don't think I get your point. Is it that the more someone is left-wing, the more they are likely to be killers? And extrapolating, the more right wing people are, the less likely they are? That is a wild take.

My point is that Democrats and Republicans disagree on social policies, but on the economical side they are very close to each other. They are two shades of capitalist policies. Other countries have parties that are simply non-capitalist - that is the "left".

Re: Migrating the main Zig repository from GitHub to Codeberg

#677

Earlier quoted context omitted.

Maybe the incident: https://news.ycombinator.com/item?id=41837782 https://dmpwn.info/

I'm confused, the incident is that he wrote a document detailing repeated bad behaviour from a well known community figure? And this is a bad thing? And that second link is really grasping at straws lol

Which part of the second link? Some of it is very accurately sourced, he 100% operates a loli bot which targetted subreddits banned by reddit for illegal content. Theres no walking around that. Near the end they also point out that Drew changes his TOS for SourceHut to align with banning projects he disagrees with, which makes GitHub look like paradise.

Re: Migrating the main Zig repository from GitHub to Codeberg

#678

I haven't really taken a step back to critically think about using GitHub as a platform until now, but I do agree with the points in this article. While I like the idea of a more distributed repository environment, I will miss the project discoverability, social aspects, and centralization that GitHub offers. It'll probably be awhile before I make a switch, but I will eventually.

You don't have to miss any of that.

Most of my commits for the past five or so years are not on GitHub (both in professional and personal contexts), but that does not equal to me not having a GitHub account and occasionally using it to raise issues / submit PRs to someone else's project that happens to be on GitHub.

GitHub is just not my go-to platform anymore.

Re: Migrating the main Zig repository from GitHub to Codeberg

#679
post #35

> As a bonus, we look forward to fewer violations (exhibit A, B, C) of our strict no LLM / no AI policy, Hilarious how the offender on "exhibit A" [1] is the same one from the other post that made the frontpage a couple of days ago [2]. [1] https://github.com/ziglang/zig/issues/25974 [2] https://news.ycombinator.com/item?id=46039274

My old rule about the difference between coding and software engineering: For coding, "it seems to work for me" is good enough. For software engineering, it's not. My new rule: For coding, you can use AI to write your code. For software engineering, you can't.

I absolutely don't care about how people generate code, but they are responsible for every single line they push for review or merge.

That's my policy in each of my clients and it works fine, if AI makes something simpler/faster, good for the author, but there's 0, none, excuses for pushing slop or code you haven't reviewed and tested yourself thoroughly.

If somebody thinks they can offset not just authoring or editing code, but also taking the responsibility for it and the impact it has on the whole codebase and the underlying business problem they should be jobless ASAP as they are de facto delegating the entirety of their job to a machine, they are not only providing 0 value, but negative value in fact.

Re: Migrating the main Zig repository from GitHub to Codeberg

#680
post #262

Earlier quoted context omitted.

I see. I did not realize SECONDS was a built in bash variable.

It is still not a proper fix. It is still busy-looping 100% CPU. Given that Github Actions is quite popular, probably wasting large amount of energy. But probably good at generating billable Actions minutes. One can only hope that not many people use sleeps to handle their CI race conditions, as that itself is also not a proper fix.

Yeah, definitely not a proper fix.

Maybe a more serious fix is something like "read -t $N". If you think stdin might not be usable (like maybe it will close prematurely) this option won't work, but maybe you can open an anonymous FD and read from it instead.

Post reply on HN