17 ms·

FFmpeg moves to Forgejo

364 points by whataguy 1y ago

ec109685 1y ago
Why did it move to Forgejo?
- bigfishrunning 1y ago
  They were using an old fashioned mailing list to pass patches around, I would imagine features like pull requests and issue tracking made forgejo an attractive option
- kjeldsendk 1y ago
  The list seems long? https://forgejo.org/ https://forgejo.org/
- deleted 1y ago
  [deleted]
- dsissitka 1y ago
  It sounds like they're still testing but there's this from https://ffmpeg.org/pipermail/ffmpeg-devel/2025-July/346938.html https://ffmpeg.org/pipermail/ffmpeg-devel/2025-July/346938.h...: ### July 22nd, 2025, Modernization of contributions The project is modernizing its contribution methods and switching to a software forge. We have setup a platform on [code.ffmpeg.org](https://code.ffmpeg.org/). The new process features continuous integration on all commits and merge requests, labelling for categorization, conflict resolution, and logging in via OpenID or Github. The main repository will become [code.ffmpeg.org/FFmpeg/FFmpeg](https://code.ffmpeg.org/FFmpeg/FFmpeg), with all others being mirrored to it. Users are encouraged to begin using it, effective now. Mailing lists have supported our development for nearly 25 years, but as more and more contributors started to become involved, the ratio of merged patches to total mails begun falling. Mailing lists became a source of friction, with discussions frequently stalling and uncategorized noise drowning out patches by bumping them down in inboxes. Although [patchwork.ffmpeg.org](https://patch.ffmpeg.org/) was set up to track submissions, it was less than reliable, with many patches and mails slipping though. Since its activation exactly 9 years ago, it recorded 54,476 patches, with 53,650 patches having the state of not archived. In comparison, the mailing list has had a total of 150,736 emails during the same time period. Additionally, new users have frequently encountered difficulties with mailing list development. From finding out the correct SMTP login details, configuring git send-email, new email security mechanisms interfering with mailing list operations, and finally not having a comfortable workflow to review patches. After years of discussions, and a vote, we officially announce the new platform, [code.ffmpeg.org](https://code.ffmpeg.org/), running [Forgejo](https://forgejo.org/). Documentation will be updated to reflect the change. Mailing lists will continue to be monitored, and used for project discussions and other topics better discussed elsewhere, but traffic and noise should become significantly reduced over time. Bugs/issues will be accepted on [code.ffmpeg.org](https://code.ffmpeg.org/), alongside with [trac.ffmpeg.org](https://trac.ffmpeg.org/) for the time being. We are also hoping that this will significantly reduce the amount of unmerged patches. If you submitted a patch which received no replies or conclusion, we apologize, and you are encouraged to resubmit it on the new platform.
  - joshbaptiste 1y ago
    Main link should point to this ...
  - rs186 1y ago
    I wish a certain open source project would take notice of the reasoning here...
    - Aurornis 1y ago
      The friction and overhead of mailing list development is seen as a feature, not a bug, for certain devs who prefer an exclusive environment. Moving to a modern platform with real collaborative development features is a mature move.
      - rs186 1y ago
        I have seen people arguing "mailing patches is better than github" more than once here on HN. I am like, whatever.
        Aurornis 1y ago
        Some times HN comments are a time machine that reveal people stuck in the past who hate anything modern. A couple weeks back someone was arguing that websites these days are too slow. So slow that it took them minutes of waiting time to order something online. Then they revealed that they were using a computer that was nearly two decades old and didn’t even have enough RAM to meet the requirements of a modern OS and browser. “But it should work!” was their refrain.
      - layer8 1y ago
        For those with a power-user email setup geared towards mailing lists and patch handling, modern web-based platforms are a substantial usability regression.
bhaney 1y ago
I'm finding out about Forgejo (and their reasons for forking Gitea) right now for the first time. I already migrated my Gogs install to Gitea, and now I have to migrate Gitea to Forgejo? This shit is why people just stay on Github.
- bigfishrunning 1y ago
  Why would you have to migrate? If you're happy with Gitea just stay there.
  - bhaney 1y ago
    According to Forgejo[1], Gitea underwent a secret hostile takeover by a for-profit company and has been moving from free software to "open core" bullshit. The reason that I, and I assume a lot of other people, made an effort to switch from Github to Gogs/Gitea was to evade the for-profit corpo nonfree crap. The more I'm looking into it, the more it looks like the real development is happening on Forgejo too. [1] https://forgejo.org/compare-to-gitea/#why-was-forgejo-created https://forgejo.org/compare-to-gitea/#why-was-forgejo-create...
    - homebrewer 1y ago
      Yeah, it's hard to take them seriously when they've been saying very nasty things about the project their whole foundation is built upon, and from where they continue to draw most of their functionality. Gitea is ahead on that despite patches flowing one way only. If you look at forgejo commits, more than half of them are merges of library updates made by the renovate bot, which artificially inflates the level of activity you see. About half of the rest are cherry-picks from the Gitea repo. Look instead at the amount of features introduced with each version. Forgejo releases twice as often as Gitea does, so compare two releases of Forgejo with one release of Gitea made within the same time frame. I haven't been impressed so far. Also a bit more context: https://lwn.net/Articles/963608 https://lwn.net/Articles/963608
      - rowanG077 1y ago
mgraczyk 1y ago
The site doesn't load any css for me on mobile, is it really worth it not to use GitHub or gitlab?
- DeepYogurt 1y ago
  It's pretty good on desktop. Report the bug and I'm sure they'll get to it
  - bhaney 1y ago
    The CSS bug happened to me on desktop too (but went away after a refresh). It looks related to Anubis since the reason the stylesheet isn't applying is that it has HTML containing "<title>Making sure you're not a bot!</title>" prepended to it.
- asveikau 1y ago
  I had that issue after it "verified I'm a human", I refreshed and it looked fine.
  - bastawhiz 1y ago
    I have refreshed a few times and the styles still aren't loading
- exikyut 1y ago
  How fascinating, the exact same thing happened to me!
- deleted 1y ago
  [deleted]
mmaunder 1y ago
Why not GitHub?
- mrcsharp 1y ago
  Does it make a difference? More alternatives to Github is a good thing and alternatives mean nothing if no one is using them.
  - frollogaston 1y ago
    It's impressive how much GitHub dominates with so little lock-in. It's so easy to add a new git remote. Yeah GitHub has its own features too, but for a long time free private repo wasn't one of them.
    - account42 1y ago
      The lock in are the network effects.
    - _kb 1y ago
      The lock in is issues, pull requests, and all the conversations that shape long term software projects. The actual implementation and what's tracked is often just what falls out of that.
    - necovek 1y ago
      So little lock-in? Git itself is simple, but is their .md file renderer open? Are their workflow runners available anywhere to re-use? The API also has gaps (esp if you wanted to migrate your PRs or Issues over), though I don't remember what was the thing I couldn't achieve with it. But I guess you are referring to indirect, incidental domination like "social" lock-in (I always smile at job application forms asking for a GitHub link — I've got thousands of free software commits in their own, dedicated software forges, but very few things on GitHub directly, or at least, in mirrors not tied to my GH account), "marketing" lock-in (I've heard many junior and not-so-junior engineers refer to GitHub as "Git"), etc...
sergiotapia 1y ago
How exactly does mailing list contributions work? I've only ever seen a few urls of messages but they are extremely obtuse. You would need to click parent parent parent to get context on the message you originally read. I must be missing something and since mailing lists are dying, would love to understand this relic of the past.
- homebrewer 1y ago
  You're supposed to use a proper email client which solves this problem. Sourcehut uses the email contribution workflow and has the documentation to support it; have a look at it: https://man.sr.ht/git.sr.ht/#sending-patches-upstream https://man.sr.ht/git.sr.ht/#sending-patches-upstream https://git-send-email.io/ https://git-send-email.io/ https://git-am.io/ https://git-am.io/
  - sergiotapia 1y ago
    Thanks for the links! Seems you have to remember what -v you are sending as you respond to feedback. Pretty troublesome... Glad ffmpeg is moving to a more modern solution.
- necovek 1y ago
  Linux kernel today is still managed with patches on the mailing list. It shouldn't be hard to see how this can be extremely effective for a maintainer running a programmable editor like Emacs or Vim.
- Aurornis 1y ago
  The web view is meant to be the publicly searchable archive, not the primary interface. Developers are supposed to use an email client and git integrations. You can follow a number of different guides to get set up to contribute but it’s not actually easy to use the workflows. To be honest I think the difficult and learning curve is part of the goal. The people who operate in these worlds don’t want it to be easy for anyone to come along and get involved. One of the main objections to moving to hosted platforms like GitHub or Forgejo is from people who worry it will result in a lot of low quality PRs that have to be dealt with. I’m not suggesting I agree, but it comes up a lot.
shmerl 1y ago
Congrats! I was waiting for them to start using a decent bug tracker.
esperent 1y ago
Opening this site I get "Oh Noes! Invalid Response" with an anime girl. Tried refreshing, opening in a private windows, same thing. EDIT: tried it again and got to "Making sure you're not a bot" with the same cringey anime girl, then the site loaded without CSS. Tried one more time, finally it loaded. EDIT 2: clicked on a link and I'm back to "Oh Noes!...".
- account42 1y ago
  Welcome to the bright future where open source projects happily put DRM on their websites. Yay!
- ericbarrett 1y ago
  That is Anubis trying to get your browser to do proof of work: https://github.com/TecharoHQ/anubis https://github.com/TecharoHQ/anubis
  - zakki 1y ago
    So AI made human browsing inconvenient?
    - account42 1y ago
      Not, lazy web developers that chose to put DRM on their websites did. As always that DRM hurts honest users more than dishonest ones.
    - ericbarrett 1y ago
      I’ve never had problems getting to any Anubis site even with uBlock origin and uMatrix. You have to enable cookies and scripting for the main domain.
      - account42 1y ago
        Many people also never have problems with Cloudflare yet it causes endless pain for others. But besides that, having to enable scripts and waste resources should already be unacceptable.
setheron 1y ago
Dunno why but lately I can't visit any Anubis protected websites from my phone (Android). Just says Invalid Response :(
- kiwijamo 1y ago
  I can access it ok on Firefox on Android FWIW.
  - ipaddr 1y ago
    Not sure how that helps the parent commenter.
    - roer 1y ago
      It might help narrow in on the specific issue in case they are using some other browser
    - gapan 1y ago
      You can take it as another data point. Here's another one: it works for me on Firefox/Android too. It might imply that the issue is probably not with that specific combination but something else. Maybe disabled cookies? Just an idea.
- ericbarrett 1y ago
  Did you block cookies?
- Dwedit 1y ago
  Meanwhile, my phone is a potato that is slow to actually solve the proof of work challenges.
eviks 1y ago
So now you have to see some anime flash instead of just having the website open?
- KingMob 1y ago
  It's a new anti-bot mechanism that uses in-browser proof-of-work.
  - eviks 1y ago
    That explains the delay, not the flash
    - jraph 1y ago
      See https://news.ycombinator.com/item?id=44886997#44928597 https://news.ycombinator.com/item?id=44886997#44928597
      - eviks 1y ago
        Oh, thanks, so it's even worse than I thought - it's an intentional degradation of user experience for financial benefit
        account42 1y ago
        To support a DRM business no less.
        jraph 1y ago
        Sounds like most tech companies with their ads and and tracking.
        account42 1y ago
        We should have higher standards than "usual big tech dark patterns" for our open source project infrastructure though.
reactordev 1y ago
What's with the anime girl? I couldn't get past her. Is that a Fargejo thing?
- deleted 1y ago
  [deleted]
- rice7th 1y ago
  That's anubis, an anti web crawler tool [0] [0]: https://github.com/TecharoHQ/anubis https://github.com/TecharoHQ/anubis
  - nozzlegear 1y ago
    Why is the anubis mascot an anime girl?
    - MiiMe19 1y ago
      Because it can be
    - wpm 1y ago
      For reasons I struggle to understand, some people are into that sort of thing.
    - xena 1y ago
      To entice people to support the project. See this comment for a breakdown of the finances of the project: https://news.ycombinator.com/item?id=44926915 https://news.ycombinator.com/item?id=44926915 Once I reach the $5000 per month goal across all funding platforms, features currently exclusive to the private fork of Anubis for corpos (including changing the images and soon HTML templating support: https://anubis.techaro.lol/docs/admin/botstopper https://anubis.techaro.lol/docs/admin/botstopper) will be merged into the open source repo.
      - account42 1y ago
        All it's doing is enticing me to discourage anyone from using your DRM malware.
mpalmer 1y ago
With the calm, respectful understanding that everything is subjective and there's no accounting for taste - and in my personal capacity - I do not understand how cutesy anime characters have been deemed sufficiently tasteful/professional/anodyne enough to be displayed to literally every single person who visits my site. With apologies to fans of the art style, it is a negative signal to me. I do not prefer to use Cloudflare for things like this, but I would not use Anubis unless I could disable the imagery, and every time I see it on another site, I think: "hm. weird. whose branding is this?"
- account42 1y ago
  I don't like the art either but much worse is how accepting open source projects are of putting the DRM that's behind it on their websites.
- deleted 1y ago
  [deleted]
- overboard2 1y ago
  I for one don't see anything wrong with anime characters, though I suppose neither of us are likely to change our minds.
  - mpalmer 1y ago
    "sufficiently tasteful/professional/anodyne" != "wrong"
    - necovek 1y ago
      I would say you are being unnecessarily pedantic: the GP said "anything wrong", and the original comment obviously believes that there is "something wrong" which makes the choice not "sufficiently tasteful/professional/anodyne" (/me looking up "anodyne"). The obvious positive reading of the GP comment is that they disagree anime characters make it not "sufficiently tasteful/professional/anodyne".
OptionX 1y ago
[flagged]
- wilsonnb3 1y ago
  It does say “a self hosted alternative to GitHub” on the main page
- necovek 1y ago
  Are you not familiar with SourceForge? Did you know what a (non-software) "forge" is? The term actually predates Git (SourceForge started with CVS and SVN IIRC). I am not saying documentation should not be better — it should — but I am surprised someone in software development would not know of the term. And knowing how good free software projects are at documentation, not turn to searches first (or is it just software projects? I've recently tried to find out what VMWare product I can run virtual machines on Windows with, and it took me a bit too). Edit: the homepage at https://forgejo.org/ https://forgejo.org/ actually has phrases like "self-host your projects and get everyone involved in delivering quality software on the same page" or "Self-hosted alternative to GitHub"
  - tonyhart7 1y ago
    [flagged]
    - Nursie 1y ago
      Boomer means what now, anyone over 40?
      - tonyhart7 1y ago
        anyone that is old and grumpy at internet (+ real life) neck beard balding would be pissed to me since I'am not being pedantic
        necovek 1y ago
thrdbndndn 1y ago
The biggest news is not what software they use but they finally moved away from mail list, which is a big win.
splittydev 1y ago
[flagged]
- jraph 1y ago
  Why would you think this? It is the self hosted part that bothers you? I self host my code. If you can't bother creating an account or sending an email to share your contribution, I guess I'm quite fine not to have it. I'm sure ffmpeg don't need your contribution as well. I don't get this stance. Sending an email or creating an account is so low effort compared to any meaningful contribution. The friction is not intentional but I guess it's a feature, it probably filters out some low quality interactions. Note that ffmpeg has been using mailing lists, they are not migrating away from github. I'll just assume you wrote your comment without going further than your initial gut reaction to the title, which kinda proves my point.
  - splittydev 1y ago
    I have contributed to a lot of open source projects for many years. They sure don't need my contribution, but if it were more accessible, I might actually contribute one day. Given that ffmpeg was apparently using mailing lists before (which I didn't know at the time of writing), this is obviously an improvement. But it's still a lot of friction, and it seems that it's friction for no particular reason. Hosting your code on something as obscure as Forgejo actively makes it hard for people to contribute. Most developers use GitHub, and only have experience with GitHub. If I have an issue with something, I'll make a PR and move on with my day. But if making that PR involves creating an account on some obscure website and learning a new user interface just to contribute code to a single project, I'll simply pass. It's not worth the hassle. GitHub is the most popular service by far for a good reason. People build their whole professional portfolio on GitHub, and it's well-known and globally recognized. If you're afraid GitHub is gonna go down one day or kick you out, just mirror your repo to your own git instance. It's been done for decades, and it works very well, without introducing friction.
    - necovek 1y ago
      Since we are talking Git hosting infrastructure here and comparing it to GitHub, can you explain to me what do you mean with "git instance" in "just mirror your repo to your own git instance"?
talles 1y ago
OK, not GitHub "because Microsoft". But is there any particular reason why Forgejo and not GitLab, Gitea, or Gogs? I'm not throwing shade at Forgejo or anything like that, I'm genuinely curious if there's anything about Forgejo that made it a better alternative than the other options.
- rldjbpin 1y ago
  > OK, not GitHub "because Microsoft". all well and good to host your own code. but from a contributer's point of view, it is between managing dedicated accounts per project you want to participate in...or sign in with github [1] openid exists, and is arguably older, but odds are most people would not be using it to begin with. [1] https://code.ffmpeg.org/user/sign_up https://code.ffmpeg.org/user/sign_up
- nightpool 1y ago
  Forejo is/was a soft fork of Gitea due to some licensing / trademark bruhaha that I think got blown somewhat out of proportion. (And Gitea was famous for using Github instead of dogfooding their own software, which I've always thought was a pretty strange choice). I'm not familiar enough with the development roadmap of both teams to make a good call on whether following the fork is a good idea or not, but I know a lot of projects are just bandwagoning on the fork due to generally frustrating Gitea governance. GitLab is open core and I know a lot of people are frustrated with their UX and with their high resource consumption for self-hosting (although I would expect YJIT probably made a big improvement here). I've only seen maybe one project use Gogs seriously, I don't get the sense that it has the same level of adoption as the other three.
  - ksec 1y ago
    [flagged]
    - nightpool 1y ago
      The bit about the name seems to be a complete hallucination / tokenization error. The project's docs say: "Forgejo (pronounced /forˈd͡ʒe.jo/ (hear an audio sample)) is inspired by forĝejo, the Esperanto word for forge." I would expect the rest of the AI summary to be similarly unreliable / hallucinated—I compared the test directories for both projects and they both seemed to have about the same amount of activity.
picafrost 1y ago
It's cool to see such an impactful project choose sovereignty. I hope more projects follow their example. If you're a backbone-of-the-internet project like FFmpeg is, living on GitHub seems horrible. You will be subjected to thousands of low quality pull requests and issues from people searching for typos to fix, adding a line of white space for a contrived reason, or similar nonsense changes. Just so they can put "FFmpeg contributor" on their CV (or whatever).
- nine_k 1y ago
  Typos may be quite impactful, don't discount them. My only contribution to node-grpc fixed missing quotes, but only because that produced real crashes.
  - miohtama 1y ago
    But the parent does not refer to fixing crashes
  - usr1106 1y ago
    In my previous work we were strict about typos, whitespace and general consistency in reviews. And even fixed them later if they slipped through. I found it a bit ridicolous a times. In my current company nobody cares. It can be seen in the whole code quality. Full of smaller and bigger bugs as well as horrible hacks. It can be seen whether coders look twice or more at their own stuff before putting it to review or not, just trying to avoid ridicolous comments. It's a whole attitude. I write good code in a messy source base is unlikely to work in practice. That said, I have submitted cleanup commits to open source projects only in the same MR with a real code change I wanted to make and only in vincinity of that change.
  - nosioptar 1y ago
    A typo caused NASA'a Mariner I to fail. https://science.nasa.gov/mission/mariner-1/ https://science.nasa.gov/mission/mariner-1/
- Aurornis 1y ago
  Rejecting useless or white space-only PRs is quick and easy. It’s not as big of a problem as you’re suggesting. I’ve gone through a few projects and updated the documentation as I explored the codebase. Reception ranges from thankful to people scorning me for attempting to make contributions that weren’t code changes. It’s frustrating when maintainers are more interested in keeping people out than in considering actual code or doc improvements.
qwertywert_ 1y ago
Can't get past cringe anime girl
- Aachen 1y ago
  Try opening a bug report? https://github.com/TecharoHQ/anubis?tab=readme-ov-file#support https://github.com/TecharoHQ/anubis?tab=readme-ov-file#suppo... Compared to Cloudflare and Google, you can actually talk to a human here and they might (I have no reason to believe the opposite) actually care about niche browsers whereas Google seems to test their products on browsers other than their own engine only after release (presumably people will get annoyed about these breakages/outages eventually and switch to a their browser or a rebrand thereof). There's no such conflict of interest here. I'm not aware of a better thing to use than Anubis or a self-written equivalent (my understanding is that it's a simple sha2 PoW)
delta_p_delta_x 1y ago
The comments on this page are a complete cesspool. A full third of them complaining about the anti-bot protection mascot (yes, it's a cartoon character; get over it), others splitting the finest of hairs over software development groups and company politics, and more. Self-hosting is generally good, well done to FFmpeg. Many large projects self-host, and my own ex-company has physical servers in the city we work at that can be unplugged if necessary. I just wish Git itself had a more robust means of issue-handling (no, email is a 1980s protocol, it's not good enough, even if it is for Linux) and CI/CD, rather than relegating the matter to different hosts. And now everyone has to learn GitHub Actions, Gitlab pipelines, Jenkins pipelines, and more.
- account42 1y ago
  Oh no how dare people complain about the "cute" DRM.
- Aurornis 1y ago
  > Self-hosting is generally good I’ve contributed to a number of projects that try to self-host, with mixed results. It gets frustrating when someone’s GitLab (or other) server is so slow that every page load takes several seconds, or when the self-hosted solution goes down for a week because the admin is on vacation and missed something. I’ve contributed to one server that feels the need to periodically delete dormant accounts for some reason. Every time I come back to the project I find myself creating a new user account. With the anubis-protected servers the anti-bot protection has a lot of false positives, so occasionally I have to switch browsers just to not deal with page load failures. One server adopted some black list that had my home IP in it for some reason, so I was just banned from accessing the server without a VPN. It all just feels old and tiring after a while compared to the breath of fresh air of just using a site like GitLab or GitHub that simply works. I understand why they’d want to do it, but I don’t think it’s without some tradeoffs.
  - strogonoff 1y ago
    Contribution-wise, I find Sourcehut’s approach[0] very sound: you could never have troubles with your account because you don’t need one in the first place. If you want to contribute, create a patch and send it to respective mailing list. As a positive side-effect, a contributor is compelled to write a reasonable explanatory message to maintainers and keep the patch minimal and contained (compared to a typical Github PR with a dozen of commits mixing together fixes, features, newlines and indentation changes all over the place). [0] They did not invent it, obviously—it is what Linux kernel, the origin of Git, had (has?) been doing for a long time!
kelnos 1y ago
Delightful, now Anubis is giving me "invalid response" (Firefox Android). Great to see that AI bot protection is blocking legitimate use now too. Would love to check this out, but I can't.
- account42 1y ago
  I'm sorry but the cool kids have decided that DRM is in now. Sucks to be you (and me).
aaron695 1y ago
[dead]
rurban 1y ago
Well, for one it's much faster than the github mirror. Browsing files is at least 10x faster. And getting away from the mailing list send-patch workflow is huge. Though they could have that for free also. self hosting could drain too much resources I fear.
elric 1y ago
It's interesting (and a little sad) how all git "forges" (for want of a better word) converge on the same layout. An alphabetical list of files, when they were last modified, and an expanded readme file. IMO a list of recent commits would be more useful as a landing page, or maybe even just the readme. When checking out a new project, I'm interested in what it does, not in its folder structure when its LICENSE.md was last modified.
- reconvene1290 1y ago
  I agree. My ideal forge would be SourceHut but with GitHub style PR workflow (as opposed to email).
- usr1106 1y ago
  Pick one of the open source forges that takes MRs (not using the giant's terminology, hardly ever calling git pull either...) and contribute your ideas. That said, it's a bit like QWERTY. Maybe a bit weird, but it eases quick orientation on a new keyboard or repo if everyone uses the same layout.
- grep_name 1y ago
  You might like cgit, git-arr, or one of the other static git generators. They generally have a different mode of navigation. They're not 'forges' in that they don't have in-built tools for things like bug-tracking and managing PRs though, but lately it seems like projects are becoming more interested in the git email workflow anyway
trialect 1y ago
Forgejo is great and all... up until you're trying to use your SSO with a user named 'admin': https://codeberg.org/forgejo/forgejo/issues/8030 https://codeberg.org/forgejo/forgejo/issues/8030 then it just looks like a bad joke with all the anime girls and everything else...
- quectophoton 1y ago
  There are also some minor issues with composite actions and reusable workflows. If I use composite actions, the logs get associated with the wrong step[1]. It's just a visual thing (the steps themselves run fine), but having 90% of your action logs in the "Complete job" step is unpleasant. For reusable workflows there's a few open issues as well, but what happens in my case is that jobs just don't start at all, they stay as "Waiting" forever. These issues only matter if you write your own reusable actions with YAML (the actions written in JavaScript seem to work fine), but it's worth mentioning. Other than these two issues, I'm very happy with Forgejo and would still recommend it if people ask for my opinion. [1]: https://codeberg.org/forgejo/forgejo/issues/5049 https://codeberg.org/forgejo/forgejo/issues/5049
- kurante 1y ago
  This is a bad faith comment in so many layers: - The provided reason given was due to user accessibility concerns complicated by what likely is a breaking change. - Even if you don't agree with the claim, a reserved name isn't unreasonable at all. Not to make a standard of GitHub, but the `admin` username is reserved there too. - Dismissing an entire product based on a single non-critical technical limitation while simultaneously not contributing to the solution (unless you have a different username there, happy to be corrected) is fundamentally toxic. - All the while conflating two separate products (Anubis and Forgejo) that aren't related at all. - And that Anubis offers a non-anime girl solution, and is MIT Licensed if you really don't care for supporting the author. I'm not going to prod at the "and everything else" part either.
cyb0rg1 1y ago
[flagged]

364 points by whataguy 1y ago

ec109685 1y ago

Why did it move to Forgejo?

bigfishrunning 1y ago
They were using an old fashioned mailing list to pass patches around, I would imagine features like pull requests and issue tracking made forgejo an attractive option
kjeldsendk 1y ago
The list seems long? https://forgejo.org/ https://forgejo.org/
deleted 1y ago
[deleted]
dsissitka 1y ago
It sounds like they're still testing but there's this from https://ffmpeg.org/pipermail/ffmpeg-devel/2025-July/346938.html https://ffmpeg.org/pipermail/ffmpeg-devel/2025-July/346938.h...: ### July 22nd, 2025, Modernization of contributions The project is modernizing its contribution methods and switching to a software forge. We have setup a platform on [code.ffmpeg.org](https://code.ffmpeg.org/). The new process features continuous integration on all commits and merge requests, labelling for categorization, conflict resolution, and logging in via OpenID or Github. The main repository will become [code.ffmpeg.org/FFmpeg/FFmpeg](https://code.ffmpeg.org/FFmpeg/FFmpeg), with all others being mirrored to it. Users are encouraged to begin using it, effective now. Mailing lists have supported our development for nearly 25 years, but as more and more contributors started to become involved, the ratio of merged patches to total mails begun falling. Mailing lists became a source of friction, with discussions frequently stalling and uncategorized noise drowning out patches by bumping them down in inboxes. Although [patchwork.ffmpeg.org](https://patch.ffmpeg.org/) was set up to track submissions, it was less than reliable, with many patches and mails slipping though. Since its activation exactly 9 years ago, it recorded 54,476 patches, with 53,650 patches having the state of not archived. In comparison, the mailing list has had a total of 150,736 emails during the same time period. Additionally, new users have frequently encountered difficulties with mailing list development. From finding out the correct SMTP login details, configuring git send-email, new email security mechanisms interfering with mailing list operations, and finally not having a comfortable workflow to review patches. After years of discussions, and a vote, we officially announce the new platform, [code.ffmpeg.org](https://code.ffmpeg.org/), running [Forgejo](https://forgejo.org/). Documentation will be updated to reflect the change. Mailing lists will continue to be monitored, and used for project discussions and other topics better discussed elsewhere, but traffic and noise should become significantly reduced over time. Bugs/issues will be accepted on [code.ffmpeg.org](https://code.ffmpeg.org/), alongside with [trac.ffmpeg.org](https://trac.ffmpeg.org/) for the time being. We are also hoping that this will significantly reduce the amount of unmerged patches. If you submitted a patch which received no replies or conclusion, we apologize, and you are encouraged to resubmit it on the new platform.
- joshbaptiste 1y ago
  Main link should point to this ...
- rs186 1y ago
  I wish a certain open source project would take notice of the reasoning here...
  - Aurornis 1y ago
    The friction and overhead of mailing list development is seen as a feature, not a bug, for certain devs who prefer an exclusive environment. Moving to a modern platform with real collaborative development features is a mature move.
    - rs186 1y ago
      I have seen people arguing "mailing patches is better than github" more than once here on HN. I am like, whatever.
      - Aurornis 1y ago
        Some times HN comments are a time machine that reveal people stuck in the past who hate anything modern. A couple weeks back someone was arguing that websites these days are too slow. So slow that it took them minutes of waiting time to order something online. Then they revealed that they were using a computer that was nearly two decades old and didn’t even have enough RAM to meet the requirements of a modern OS and browser. “But it should work!” was their refrain.
    - layer8 1y ago
      For those with a power-user email setup geared towards mailing lists and patch handling, modern web-based platforms are a substantial usability regression.

bhaney 1y ago

I'm finding out about Forgejo (and their reasons for forking Gitea) right now for the first time. I already migrated my Gogs install to Gitea, and now I have to migrate Gitea to Forgejo? This shit is why people just stay on Github.

bigfishrunning 1y ago
Why would you have to migrate? If you're happy with Gitea just stay there.
- bhaney 1y ago
  According to Forgejo[1], Gitea underwent a secret hostile takeover by a for-profit company and has been moving from free software to "open core" bullshit. The reason that I, and I assume a lot of other people, made an effort to switch from Github to Gogs/Gitea was to evade the for-profit corpo nonfree crap. The more I'm looking into it, the more it looks like the real development is happening on Forgejo too. [1] https://forgejo.org/compare-to-gitea/#why-was-forgejo-created https://forgejo.org/compare-to-gitea/#why-was-forgejo-create...
  - homebrewer 1y ago
    Yeah, it's hard to take them seriously when they've been saying very nasty things about the project their whole foundation is built upon, and from where they continue to draw most of their functionality. Gitea is ahead on that despite patches flowing one way only. If you look at forgejo commits, more than half of them are merges of library updates made by the renovate bot, which artificially inflates the level of activity you see. About half of the rest are cherry-picks from the Gitea repo. Look instead at the amount of features introduced with each version. Forgejo releases twice as often as Gitea does, so compare two releases of Forgejo with one release of Gitea made within the same time frame. I haven't been impressed so far. Also a bit more context: https://lwn.net/Articles/963608 https://lwn.net/Articles/963608
    - rowanG077 1y ago

mgraczyk 1y ago

The site doesn't load any css for me on mobile, is it really worth it not to use GitHub or gitlab?

DeepYogurt 1y ago
It's pretty good on desktop. Report the bug and I'm sure they'll get to it
- bhaney 1y ago
  The CSS bug happened to me on desktop too (but went away after a refresh). It looks related to Anubis since the reason the stylesheet isn't applying is that it has HTML containing "<title>Making sure you're not a bot!</title>" prepended to it.
asveikau 1y ago
I had that issue after it "verified I'm a human", I refreshed and it looked fine.
- bastawhiz 1y ago
  I have refreshed a few times and the styles still aren't loading
exikyut 1y ago
How fascinating, the exact same thing happened to me!
deleted 1y ago
[deleted]

mmaunder 1y ago

Why not GitHub?

mrcsharp 1y ago
Does it make a difference? More alternatives to Github is a good thing and alternatives mean nothing if no one is using them.
- frollogaston 1y ago
  It's impressive how much GitHub dominates with so little lock-in. It's so easy to add a new git remote. Yeah GitHub has its own features too, but for a long time free private repo wasn't one of them.
  - account42 1y ago
    The lock in are the network effects.
  - _kb 1y ago
    The lock in is issues, pull requests, and all the conversations that shape long term software projects. The actual implementation and what's tracked is often just what falls out of that.
  - necovek 1y ago
    So little lock-in? Git itself is simple, but is their .md file renderer open? Are their workflow runners available anywhere to re-use? The API also has gaps (esp if you wanted to migrate your PRs or Issues over), though I don't remember what was the thing I couldn't achieve with it. But I guess you are referring to indirect, incidental domination like "social" lock-in (I always smile at job application forms asking for a GitHub link — I've got thousands of free software commits in their own, dedicated software forges, but very few things on GitHub directly, or at least, in mirrors not tied to my GH account), "marketing" lock-in (I've heard many junior and not-so-junior engineers refer to GitHub as "Git"), etc...

sergiotapia 1y ago

How exactly does mailing list contributions work? I've only ever seen a few urls of messages but they are extremely obtuse. You would need to click parent parent parent to get context on the message you originally read. I must be missing something and since mailing lists are dying, would love to understand this relic of the past.

homebrewer 1y ago
You're supposed to use a proper email client which solves this problem. Sourcehut uses the email contribution workflow and has the documentation to support it; have a look at it: https://man.sr.ht/git.sr.ht/#sending-patches-upstream https://man.sr.ht/git.sr.ht/#sending-patches-upstream https://git-send-email.io/ https://git-send-email.io/ https://git-am.io/ https://git-am.io/
- sergiotapia 1y ago
  Thanks for the links! Seems you have to remember what -v you are sending as you respond to feedback. Pretty troublesome... Glad ffmpeg is moving to a more modern solution.
necovek 1y ago
Linux kernel today is still managed with patches on the mailing list. It shouldn't be hard to see how this can be extremely effective for a maintainer running a programmable editor like Emacs or Vim.
Aurornis 1y ago
The web view is meant to be the publicly searchable archive, not the primary interface. Developers are supposed to use an email client and git integrations. You can follow a number of different guides to get set up to contribute but it’s not actually easy to use the workflows. To be honest I think the difficult and learning curve is part of the goal. The people who operate in these worlds don’t want it to be easy for anyone to come along and get involved. One of the main objections to moving to hosted platforms like GitHub or Forgejo is from people who worry it will result in a lot of low quality PRs that have to be dealt with. I’m not suggesting I agree, but it comes up a lot.

shmerl 1y ago

Congrats! I was waiting for them to start using a decent bug tracker.

esperent 1y ago

Opening this site I get "Oh Noes! Invalid Response" with an anime girl. Tried refreshing, opening in a private windows, same thing. EDIT: tried it again and got to "Making sure you're not a bot" with the same cringey anime girl, then the site loaded without CSS. Tried one more time, finally it loaded. EDIT 2: clicked on a link and I'm back to "Oh Noes!...".

account42 1y ago
Welcome to the bright future where open source projects happily put DRM on their websites. Yay!
ericbarrett 1y ago
That is Anubis trying to get your browser to do proof of work: https://github.com/TecharoHQ/anubis https://github.com/TecharoHQ/anubis
- zakki 1y ago
  So AI made human browsing inconvenient?
  - account42 1y ago
    Not, lazy web developers that chose to put DRM on their websites did. As always that DRM hurts honest users more than dishonest ones.
  - ericbarrett 1y ago
    I’ve never had problems getting to any Anubis site even with uBlock origin and uMatrix. You have to enable cookies and scripting for the main domain.
    - account42 1y ago
      Many people also never have problems with Cloudflare yet it causes endless pain for others. But besides that, having to enable scripts and waste resources should already be unacceptable.

setheron 1y ago

Dunno why but lately I can't visit any Anubis protected websites from my phone (Android). Just says Invalid Response :(

kiwijamo 1y ago
I can access it ok on Firefox on Android FWIW.
- ipaddr 1y ago
  Not sure how that helps the parent commenter.
  - roer 1y ago
    It might help narrow in on the specific issue in case they are using some other browser
  - gapan 1y ago
    You can take it as another data point. Here's another one: it works for me on Firefox/Android too. It might imply that the issue is probably not with that specific combination but something else. Maybe disabled cookies? Just an idea.
ericbarrett 1y ago
Did you block cookies?
Dwedit 1y ago
Meanwhile, my phone is a potato that is slow to actually solve the proof of work challenges.

eviks 1y ago

So now you have to see some anime flash instead of just having the website open?

KingMob 1y ago
It's a new anti-bot mechanism that uses in-browser proof-of-work.
- eviks 1y ago
  That explains the delay, not the flash
  - jraph 1y ago
    See https://news.ycombinator.com/item?id=44886997#44928597 https://news.ycombinator.com/item?id=44886997#44928597
    - eviks 1y ago
      Oh, thanks, so it's even worse than I thought - it's an intentional degradation of user experience for financial benefit
      - account42 1y ago
        To support a DRM business no less.
      - jraph 1y ago
        Sounds like most tech companies with their ads and and tracking.
        account42 1y ago
        We should have higher standards than "usual big tech dark patterns" for our open source project infrastructure though.

reactordev 1y ago

What's with the anime girl? I couldn't get past her. Is that a Fargejo thing?

deleted 1y ago
[deleted]
rice7th 1y ago
That's anubis, an anti web crawler tool [0] [0]: https://github.com/TecharoHQ/anubis https://github.com/TecharoHQ/anubis
- nozzlegear 1y ago
  Why is the anubis mascot an anime girl?
  - MiiMe19 1y ago
    Because it can be
  - wpm 1y ago
    For reasons I struggle to understand, some people are into that sort of thing.
  - xena 1y ago
    To entice people to support the project. See this comment for a breakdown of the finances of the project: https://news.ycombinator.com/item?id=44926915 https://news.ycombinator.com/item?id=44926915 Once I reach the $5000 per month goal across all funding platforms, features currently exclusive to the private fork of Anubis for corpos (including changing the images and soon HTML templating support: https://anubis.techaro.lol/docs/admin/botstopper https://anubis.techaro.lol/docs/admin/botstopper) will be merged into the open source repo.
    - account42 1y ago
      All it's doing is enticing me to discourage anyone from using your DRM malware.

mpalmer 1y ago

With the calm, respectful understanding that everything is subjective and there's no accounting for taste - and in my personal capacity - I do not understand how cutesy anime characters have been deemed sufficiently tasteful/professional/anodyne enough to be displayed to literally every single person who visits my site. With apologies to fans of the art style, it is a negative signal to me. I do not prefer to use Cloudflare for things like this, but I would not use Anubis unless I could disable the imagery, and every time I see it on another site, I think: "hm. weird. whose branding is this?"

account42 1y ago
I don't like the art either but much worse is how accepting open source projects are of putting the DRM that's behind it on their websites.
deleted 1y ago
[deleted]
overboard2 1y ago
I for one don't see anything wrong with anime characters, though I suppose neither of us are likely to change our minds.
- mpalmer 1y ago
  "sufficiently tasteful/professional/anodyne" != "wrong"
  - necovek 1y ago
    I would say you are being unnecessarily pedantic: the GP said "anything wrong", and the original comment obviously believes that there is "something wrong" which makes the choice not "sufficiently tasteful/professional/anodyne" (/me looking up "anodyne"). The obvious positive reading of the GP comment is that they disagree anime characters make it not "sufficiently tasteful/professional/anodyne".

OptionX 1y ago

[flagged]

wilsonnb3 1y ago
It does say “a self hosted alternative to GitHub” on the main page
necovek 1y ago
Are you not familiar with SourceForge? Did you know what a (non-software) "forge" is? The term actually predates Git (SourceForge started with CVS and SVN IIRC). I am not saying documentation should not be better — it should — but I am surprised someone in software development would not know of the term. And knowing how good free software projects are at documentation, not turn to searches first (or is it just software projects? I've recently tried to find out what VMWare product I can run virtual machines on Windows with, and it took me a bit too). Edit: the homepage at https://forgejo.org/ https://forgejo.org/ actually has phrases like "self-host your projects and get everyone involved in delivering quality software on the same page" or "Self-hosted alternative to GitHub"
- tonyhart7 1y ago
  [flagged]
  - Nursie 1y ago
    Boomer means what now, anyone over 40?
    - tonyhart7 1y ago
      anyone that is old and grumpy at internet (+ real life) neck beard balding would be pissed to me since I'am not being pedantic
      - necovek 1y ago

thrdbndndn 1y ago

The biggest news is not what software they use but they finally moved away from mail list, which is a big win.

splittydev 1y ago

[flagged]

jraph 1y ago
Why would you think this? It is the self hosted part that bothers you? I self host my code. If you can't bother creating an account or sending an email to share your contribution, I guess I'm quite fine not to have it. I'm sure ffmpeg don't need your contribution as well. I don't get this stance. Sending an email or creating an account is so low effort compared to any meaningful contribution. The friction is not intentional but I guess it's a feature, it probably filters out some low quality interactions. Note that ffmpeg has been using mailing lists, they are not migrating away from github. I'll just assume you wrote your comment without going further than your initial gut reaction to the title, which kinda proves my point.
- splittydev 1y ago
  I have contributed to a lot of open source projects for many years. They sure don't need my contribution, but if it were more accessible, I might actually contribute one day. Given that ffmpeg was apparently using mailing lists before (which I didn't know at the time of writing), this is obviously an improvement. But it's still a lot of friction, and it seems that it's friction for no particular reason. Hosting your code on something as obscure as Forgejo actively makes it hard for people to contribute. Most developers use GitHub, and only have experience with GitHub. If I have an issue with something, I'll make a PR and move on with my day. But if making that PR involves creating an account on some obscure website and learning a new user interface just to contribute code to a single project, I'll simply pass. It's not worth the hassle. GitHub is the most popular service by far for a good reason. People build their whole professional portfolio on GitHub, and it's well-known and globally recognized. If you're afraid GitHub is gonna go down one day or kick you out, just mirror your repo to your own git instance. It's been done for decades, and it works very well, without introducing friction.
  - necovek 1y ago
    Since we are talking Git hosting infrastructure here and comparing it to GitHub, can you explain to me what do you mean with "git instance" in "just mirror your repo to your own git instance"?

talles 1y ago

OK, not GitHub "because Microsoft". But is there any particular reason why Forgejo and not GitLab, Gitea, or Gogs? I'm not throwing shade at Forgejo or anything like that, I'm genuinely curious if there's anything about Forgejo that made it a better alternative than the other options.

rldjbpin 1y ago
> OK, not GitHub "because Microsoft". all well and good to host your own code. but from a contributer's point of view, it is between managing dedicated accounts per project you want to participate in...or sign in with github [1] openid exists, and is arguably older, but odds are most people would not be using it to begin with. [1] https://code.ffmpeg.org/user/sign_up https://code.ffmpeg.org/user/sign_up
nightpool 1y ago
Forejo is/was a soft fork of Gitea due to some licensing / trademark bruhaha that I think got blown somewhat out of proportion. (And Gitea was famous for using Github instead of dogfooding their own software, which I've always thought was a pretty strange choice). I'm not familiar enough with the development roadmap of both teams to make a good call on whether following the fork is a good idea or not, but I know a lot of projects are just bandwagoning on the fork due to generally frustrating Gitea governance. GitLab is open core and I know a lot of people are frustrated with their UX and with their high resource consumption for self-hosting (although I would expect YJIT probably made a big improvement here). I've only seen maybe one project use Gogs seriously, I don't get the sense that it has the same level of adoption as the other three.
- ksec 1y ago
  [flagged]
  - nightpool 1y ago
    The bit about the name seems to be a complete hallucination / tokenization error. The project's docs say: "Forgejo (pronounced /forˈd͡ʒe.jo/ (hear an audio sample)) is inspired by forĝejo, the Esperanto word for forge." I would expect the rest of the AI summary to be similarly unreliable / hallucinated—I compared the test directories for both projects and they both seemed to have about the same amount of activity.

picafrost 1y ago

It's cool to see such an impactful project choose sovereignty. I hope more projects follow their example. If you're a backbone-of-the-internet project like FFmpeg is, living on GitHub seems horrible. You will be subjected to thousands of low quality pull requests and issues from people searching for typos to fix, adding a line of white space for a contrived reason, or similar nonsense changes. Just so they can put "FFmpeg contributor" on their CV (or whatever).

nine_k 1y ago
Typos may be quite impactful, don't discount them. My only contribution to node-grpc fixed missing quotes, but only because that produced real crashes.
- miohtama 1y ago
  But the parent does not refer to fixing crashes
- usr1106 1y ago
  In my previous work we were strict about typos, whitespace and general consistency in reviews. And even fixed them later if they slipped through. I found it a bit ridicolous a times. In my current company nobody cares. It can be seen in the whole code quality. Full of smaller and bigger bugs as well as horrible hacks. It can be seen whether coders look twice or more at their own stuff before putting it to review or not, just trying to avoid ridicolous comments. It's a whole attitude. I write good code in a messy source base is unlikely to work in practice. That said, I have submitted cleanup commits to open source projects only in the same MR with a real code change I wanted to make and only in vincinity of that change.
- nosioptar 1y ago
  A typo caused NASA'a Mariner I to fail. https://science.nasa.gov/mission/mariner-1/ https://science.nasa.gov/mission/mariner-1/
Aurornis 1y ago
Rejecting useless or white space-only PRs is quick and easy. It’s not as big of a problem as you’re suggesting. I’ve gone through a few projects and updated the documentation as I explored the codebase. Reception ranges from thankful to people scorning me for attempting to make contributions that weren’t code changes. It’s frustrating when maintainers are more interested in keeping people out than in considering actual code or doc improvements.

qwertywert_ 1y ago

Can't get past cringe anime girl

Aachen 1y ago
Try opening a bug report? https://github.com/TecharoHQ/anubis?tab=readme-ov-file#support https://github.com/TecharoHQ/anubis?tab=readme-ov-file#suppo... Compared to Cloudflare and Google, you can actually talk to a human here and they might (I have no reason to believe the opposite) actually care about niche browsers whereas Google seems to test their products on browsers other than their own engine only after release (presumably people will get annoyed about these breakages/outages eventually and switch to a their browser or a rebrand thereof). There's no such conflict of interest here. I'm not aware of a better thing to use than Anubis or a self-written equivalent (my understanding is that it's a simple sha2 PoW)

delta_p_delta_x 1y ago

The comments on this page are a complete cesspool. A full third of them complaining about the anti-bot protection mascot (yes, it's a cartoon character; get over it), others splitting the finest of hairs over software development groups and company politics, and more. Self-hosting is generally good, well done to FFmpeg. Many large projects self-host, and my own ex-company has physical servers in the city we work at that can be unplugged if necessary. I just wish Git itself had a more robust means of issue-handling (no, email is a 1980s protocol, it's not good enough, even if it is for Linux) and CI/CD, rather than relegating the matter to different hosts. And now everyone has to learn GitHub Actions, Gitlab pipelines, Jenkins pipelines, and more.

account42 1y ago
Oh no how dare people complain about the "cute" DRM.
Aurornis 1y ago
> Self-hosting is generally good I’ve contributed to a number of projects that try to self-host, with mixed results. It gets frustrating when someone’s GitLab (or other) server is so slow that every page load takes several seconds, or when the self-hosted solution goes down for a week because the admin is on vacation and missed something. I’ve contributed to one server that feels the need to periodically delete dormant accounts for some reason. Every time I come back to the project I find myself creating a new user account. With the anubis-protected servers the anti-bot protection has a lot of false positives, so occasionally I have to switch browsers just to not deal with page load failures. One server adopted some black list that had my home IP in it for some reason, so I was just banned from accessing the server without a VPN. It all just feels old and tiring after a while compared to the breath of fresh air of just using a site like GitLab or GitHub that simply works. I understand why they’d want to do it, but I don’t think it’s without some tradeoffs.
- strogonoff 1y ago
  Contribution-wise, I find Sourcehut’s approach[0] very sound: you could never have troubles with your account because you don’t need one in the first place. If you want to contribute, create a patch and send it to respective mailing list. As a positive side-effect, a contributor is compelled to write a reasonable explanatory message to maintainers and keep the patch minimal and contained (compared to a typical Github PR with a dozen of commits mixing together fixes, features, newlines and indentation changes all over the place). [0] They did not invent it, obviously—it is what Linux kernel, the origin of Git, had (has?) been doing for a long time!

kelnos 1y ago

Delightful, now Anubis is giving me "invalid response" (Firefox Android). Great to see that AI bot protection is blocking legitimate use now too. Would love to check this out, but I can't.

account42 1y ago
I'm sorry but the cool kids have decided that DRM is in now. Sucks to be you (and me).

aaron695 1y ago

[dead]

rurban 1y ago

Well, for one it's much faster than the github mirror. Browsing files is at least 10x faster. And getting away from the mailing list send-patch workflow is huge. Though they could have that for free also. self hosting could drain too much resources I fear.

elric 1y ago

It's interesting (and a little sad) how all git "forges" (for want of a better word) converge on the same layout. An alphabetical list of files, when they were last modified, and an expanded readme file. IMO a list of recent commits would be more useful as a landing page, or maybe even just the readme. When checking out a new project, I'm interested in what it does, not in its folder structure when its LICENSE.md was last modified.

reconvene1290 1y ago
I agree. My ideal forge would be SourceHut but with GitHub style PR workflow (as opposed to email).
usr1106 1y ago
Pick one of the open source forges that takes MRs (not using the giant's terminology, hardly ever calling git pull either...) and contribute your ideas. That said, it's a bit like QWERTY. Maybe a bit weird, but it eases quick orientation on a new keyboard or repo if everyone uses the same layout.
grep_name 1y ago
You might like cgit, git-arr, or one of the other static git generators. They generally have a different mode of navigation. They're not 'forges' in that they don't have in-built tools for things like bug-tracking and managing PRs though, but lately it seems like projects are becoming more interested in the git email workflow anyway

trialect 1y ago

Forgejo is great and all... up until you're trying to use your SSO with a user named 'admin': https://codeberg.org/forgejo/forgejo/issues/8030 https://codeberg.org/forgejo/forgejo/issues/8030 then it just looks like a bad joke with all the anime girls and everything else...

quectophoton 1y ago
There are also some minor issues with composite actions and reusable workflows. If I use composite actions, the logs get associated with the wrong step[1]. It's just a visual thing (the steps themselves run fine), but having 90% of your action logs in the "Complete job" step is unpleasant. For reusable workflows there's a few open issues as well, but what happens in my case is that jobs just don't start at all, they stay as "Waiting" forever. These issues only matter if you write your own reusable actions with YAML (the actions written in JavaScript seem to work fine), but it's worth mentioning. Other than these two issues, I'm very happy with Forgejo and would still recommend it if people ask for my opinion. [1]: https://codeberg.org/forgejo/forgejo/issues/5049 https://codeberg.org/forgejo/forgejo/issues/5049
kurante 1y ago
This is a bad faith comment in so many layers: - The provided reason given was due to user accessibility concerns complicated by what likely is a breaking change. - Even if you don't agree with the claim, a reserved name isn't unreasonable at all. Not to make a standard of GitHub, but the `admin` username is reserved there too. - Dismissing an entire product based on a single non-critical technical limitation while simultaneously not contributing to the solution (unless you have a different username there, happy to be corrected) is fundamentally toxic. - All the while conflating two separate products (Anubis and Forgejo) that aren't related at all. - And that Anubis offers a non-anime girl solution, and is MIT Licensed if you really don't care for supporting the author. I'm not going to prod at the "and everything else" part either.

cyb0rg1 1y ago

[flagged]