en.osm.town is one of the many independent Mastodon servers you can use to participate in the fediverse.
An independent, community of OpenStreetMap people on the Fediverse/Mastodon. Funding graciously provided by the OpenStreetMap Foundation.

Server stats:

267
active users

#forgejo

8 posts8 participants1 post today

Over the coming months I will move all my personal and private repositories from #GitHub and #GitLab to #Codeberg. I run many static sites and intend to use ci.codeberg.org to trigger the builds.

Once this process is finished and everything works fine with #forgejo. I will also migrate the repos of my company #MintSystem to codey.ch/. As there are some GitHub integrations I can't get rid of, I intend to mirror back the repos.

I'll keep you updated via #CodebergMigration.

ci.codeberg.orgWoodpecker

new release of fj.el, an #emacs #forgejo / #codeberg client. it adds:

- pagination of most views
- generic next/prev page functions
- generic reload engine, making it trivial to reload a specific view while changing a single parameter
- basic milestones support (add to existing issue, add while composing, display when viewing)
- new macro to handle optional parameters (in fedi.el), makes handling the full API much easier
- render item markdown using instance API (removes need for markdown binary)
- use server default for limit arg always
- mark notification read upon viewing item
- toggle notifications view read/unread/all
- cycle notification type
- list issues by milestone/label
- render PR review diffs and discussion in PR view
- display/add/remove reactions
- implement font-locking of issue numbers/user handles while composing
- add labels while composing
- fix multibyte encoding errors
- handle repos that you do not own yourself (via git)
- quote region in reply buffer
- cycle list own items by state and type (accross all repos)
- handle auth-source for encrypted access tokens
- support repos on different Forgejo instances via .dir-locals.el settings.

there's much need for improvement still, but it's coming along well.

Replied in thread

@seanfobbe use #Forgejo, people ✊🏾

In case you (or anyone else) didn't know, there's also work going on to make it federated! (Very experimental and WIP at the moment but it's all trickling in slowly...) :forgejo:

In the meantime though, glad you found the basic move smooth 😀

Hm... so this new AI thing from @gitea ... it's definitely interesting, and many people aren't reading, again.

So, what did they do?

They basically created an API client that is usable for LLMs - meaning that LLMs can now directly interact with Gitea. It's not integrated into the server by itself, and nobody is required to use it. Basically, it's HTTP ↔ MCP. It's like an API client for a programming language. So it's not a bad thing in itself.

Also, this client by itself doesn't crawl other sites / uses data that was crawled from other sites, since it's literally just an API client.

BUT (!) you have to use an existing LLM model using a client (e.g. Cursor) to be able to use this API client. Now that's the interesting part... I don't know if there's actually a good LLM that only learned from data that it was allowed to use. This means, that Gitea kind of promotes using LLMs that crawled people's sites without their permission.

Sadly, the screenshots shown in the blog post by Gitea don't show what model they are using, so we can't tell if they are using a good or a bad model. (Though, I'm not sure if we specifically need to know that in this case.)

Anyway, I'm always happy to see people switch to @forgejo. I, personally, used it almost since I started moving away from GitHub / -Lab and I love it. Sadly, I know a few people who can't yet move to Forgejo since they're using architectures that Forgejo doesn't build for docker yet.

For those people who are still angry and "need to" be aggressive towards the devs: Calm down, maybe read my blog post that I made in collaboration with Finnley about outrage (steffo.blog/outrage-warps-real) and have a great day. Maybe go for a walk outside?

Anyway, have a lovely day! :floofHeart:

Steffo Blog · Outrage Warps Reality
More from Steffo :steffo:
#gitea#forgejo#ai

The #Forgejo monthly update was published ✨ It is a high level overview of the project activities.

Forgejo v11.0 is on track for release on 16 April 2025. New versions of v7.0 and v10.0 have been released. Improvements to the availability of Forgejo actions have been completed and the Forgejo runner has received new versions. The DDoS attack on code.forgejo.org has ceased and precautions have been taken for the future.

forgejo.org/2025-03-monthly-up

Forgejo monthly update - March 2025
forgejo.orgForgejo monthly update - March 2025

Today I got a PR on one of my GitHub repos, and I merged it, pulled it down to the local repo, pushed it back up to my #Forgejo, which then pushed it out to Codeberg and back to GitHub, where it didn't seem to break the PR thread there. It seemed to work very well! I'm satisfied with this pattern.

New blog post: Setting up Forgejo on Alpine with Nginx and Fail2ban

#Forgejo is an awesome code hosting platform. It is a community-driven hard fork of Gitea, that is being developed over at #Codeberg. In this article, I will provide a complete guide for setting up a self-hosted Forgejo instance on an #AlpineLinux system, behind an nginx reverse proxy with TLS. Additionally, I will explain how to secure the instance against brute-force login attempts, using Fail2ban.

camelia.dev/posts/setting-up-f

camelia.devSetting up Forgejo on Alpine with Nginx and Fail2ban | ~camelia's digital spaceForgejo is an awesome code hosting platform. It is a community-driven hard fork of Gitea, that is being developed over at Codeberg. In this article, I will provide a complete guide for setting up a self-hosted Forgejo instance on an Alpine Linux system, behind an nginx reverse proxy with TLS. Additionally, I will explain how to secure the instance against brute-force login attempts, using Fail2ban.

Looking for CMS advice

Hey Web devs!

Do you have any suggestions, tips, opinions, dos, don’ts about headless CMSes?

I have a growing list of small/mid non-profits and collectives asking for my help to (re)make their website. I totally want to help, but I don’t have much time, especially considering that they generally have little or no funding—I would most definitely point them to @VillageOneCoop, otherwise.

Therefore, I want a super simple and replicable solution where I can copy-paste most of the code, while providing them with a stable, fast, and modern solution. I had a look at the Headless CMS section in the Jamstack website, but I need opinions from people who actually used some of that software already.

Needs

  • I want to code and configure everything using @eleventy
  • Admin interface (#WebApp) for the client to add pages and write posts
  • Static website in the front-end
  • Simple and reliable CI/CD
  • No/minimal maintenance after the first setup
  • Self-hostable (I was taking this for granted so much that I forgot to write it)
  • If it requires forge integration, it should support #ForgeJo
  • #OpenSource

Nice to have

  • Possibly using #Deno, not #NodeJS
  • Allowing the client to customize a bit their website through the admin interface, with a GUI
  • CMS app packaged on @yunohost
  • No CMS vendor lock-in
  • I’d love to write as little JavaScript as possible
  • #FreeSoftware

Absolutely not

Please, boost this and ask around! Links to videos, tutorials, and resources are welcome.

People whose perspective I would really value: @zachleat @harryfk @deno_land @jaredwhite @vanillaweb @stefan @mxbck @WeirdWriter @deadsuperhero (Sorry if I am spamming you!)

Jamstack.orgHeadless CMS - Top Content Management Systems | JamstackCheck out this showcase of some of the best, open source headless CMSes. This is community-drive so be sure to submit your favorite CMS today!
#Eleventy#11ty#CMS

#Python #git #forgejo

Was ziemlich cool an Pip ist:
Man kann Python-Packages direkt aus einem Git-Repo installieren, ohne dass das Package auf PyPi existiert.

Das geht so:
pip install <package_name>@git+<repository_url>

Das währe dann z.B. der Installationsbefehl für ein Modul, an dem ich gerade bastle:
pip install smalltag@git+teapot.informationsanarchistik

Summary card of repository Wobbl/SmallTag
Forgejo: Beyond coding. We Forge.SmallTagA module that extends TinyTag's capabilities by also writing tags.
Continued thread

For the record, I think #accessible diffs is a pretty hard problem to solve.

I've consulted on it with multiple large corporate entities. While such businesses invariably come with mismanagement across their #accessibility strategies, they do have to money to back the work. I'm yet to meet the accessible diffs interface that has come out of such work.

Do I expect an open source project with much more limited resources to get it right? No... which is kind of the point: Accessibility of complex data is too hard. I would be surprised if #Forgejo was doing better than it is.

Updated my 4 RHEL (Red Hat Enterprise Linux) servers with the `dnf update` and reboot cycle. Updated my #forgejo runners to v6.3.1, checked the automatic backups of my forgejo instance to make sure I can restore if needed. That's the sysadmin work done (again). Weekend can start!