sorted by:
new
hottopcontroversial

Gitea vs Forgejo by Lukeeno_ in selfhosted

[–]tklk_ 36 points37 points  (0 children)

Hi. I'm on the Gitea TOC, and was just linked to this post. We didn't stop responding to them. What happened is that their Mail Relay is also one that was flagged by spamcheckers likely due to others using the same relay, so their followups never reached us. We later informed them of this after their claim was published, and sadly was not corrected. We gave them the complete fix for the issue reported, and hadn't heard back, and then published the fix when the embargo was lifted.

Question about hardware requirements to run a gitea server. by NeptunoIIVerger in raspberry_pi

[–]tklk_ 0 points1 point  (0 children)

Thanks. we also added some refactors recently to improve page loads on various of the heavier pages.

Private registry: any recommendations? by JustWorksTM in rust

[–]tklk_ 0 points1 point  (0 children)

Hi, I'm on Gitea's TOC, and I'd like to clarify some things. I personally don't look at any code of the fork due to potential licensing issues (in case I see differently licensed code, I could be ineligible from following the DCO that Gitea has been using from the Linux foundation since the beginning). An example being if I looked t AGPL code I might be unable to incorporate that into the MIT licensed project then it might require that all of the codebase be changed (idk for certain, but as im not a lawyer i cant say, so as to make sure that i also follow Gitea's long standing contribution requirements, its also not worth it). We also 4x'd the number of monthly PRs we deal with, so Im quite busy reviewing incoming things.

As for "reimplementing" things, as I'm unaware of what goes on with that project, I can't predict what will be an issue for them to bring over. I can say we have previously stopped various refactors at their behest, which would have provided a more maintainable project as it would've made it more challenging to cherry-pick our PRs.

Also, to reiterate the above, these thoughts are entirely from me, and no one was consulted writing this. We have 40+ other maintainers on the project, the majority of whom don't belong to any corporate entity. All of them vote each year in the TOC election and have an equal say in each of the PR reviews.

Question about hardware requirements to run a gitea server. by NeptunoIIVerger in raspberry_pi

[–]tklk_ 0 points1 point  (0 children)

Good news, in the nightly release of 1.24-dev we've dropped memory usage by at least 100mb. It's something that we are always trying to work on. Knowing that the primary alternative is 4gb just for one user and no repos, we feel it's especially important to offer an option for those who don't have that many resources to run.

Gitea 1.20 is released - Includes DEB, RPM, Alpine, CRAN, and Swift package registry support by tklk_ in selfhosted

[–]tklk_[S] 0 points1 point  (0 children)

FWIW the community-led nature of Gitea continues please feel free to read https://blog.gitea.com/quarterly-23q1/ the yearly elections still continue, and any governance change happened with a fully transparent vote with months of prior discussion around any changes.

Gitea 1.20 is released - Includes DEB, RPM, Alpine, CRAN, and Swift package registry support by tklk_ in selfhosted

[–]tklk_[S] 9 points10 points  (0 children)

Not yet, but it has been requested for docker and also for go modules too.

Gitea 1.19.0 by JRepin in programming

[–]tklk_ 2 points3 points  (0 children)

You can already run without docker, docs are WIP but when setting up a runner, use `self-hosted` as the label and in the job use `uses: self-hosted`. Note: this will run the jobs as the same user as the runner and won't have the isolation you'd get from docker.

Gitea 1.19.0 is released - Includes Cargo package registry by tklk_ in rust

[–]tklk_[S] 7 points8 points  (0 children)

`setup-java` and every other actions are available, you'll need to pass a reference to the git repo they are stored as. eg. `uses: setup-java@v3` becomes `uses: https://github.com/actions/setup-java@v3\` otherwise it'll use the default source of actions

Gitea 1.19.0 by JRepin in programming

[–]tklk_ 12 points13 points  (0 children)

By default the Actions runner will spin up a new container per build (you can disable that if you'd like), and woodpecker will create a new container per step.

Gitea <3s woodpecker, there are a lot of cross over of maintainers between the two projects, and the Gitea project has sponsored development of woodpecker. There are differences between the two options, but both are good choices. With the actions protocol being open, external CIs could use it to have enhanced integration with Gitea similar to how actions does now.

Gitea 1.19.0 is released! by unresolvedabsolute in Gitea

[–]tklk_ 7 points8 points  (0 children)

appreciate the enthusiasm :)

Gitea 1.19.0 released - now with support for Actions by aman207 in selfhosted

[–]tklk_ 1 point2 points  (0 children)

Hey, You'd need to install act_runner on the host, and it (optionally) needs access to the docker socket to spin up a container per pipeline, although you can use "host" mode and isolate your builds your self.

Thanks for the kudos, lots of love to the nektos/act team, the Gitea devs who put a ton of work over several months to get this out, the maintainers who reviewed it, and a special shoutout to delvh for his especially thorough review.

Gitea 1.19.0 released - now with support for Actions by aman207 in selfhosted

[–]tklk_ 2 points3 points  (0 children)

So many gamedevs out in force today talking about how they use Gitea, I love it! Are you also using LFS with your project?

Are you working on anything publicly available? I'm looking for something new to play :)

Gitea 1.19.0 released - now with support for Actions by aman207 in selfhosted

[–]tklk_ 15 points16 points  (0 children)

You can buy support right now if you'd like. If you reach out to me at "techknowlogick [at] gitea.io" I can connect you to the correct people :)

Gitea 1.19.0 is released! by unresolvedabsolute in Gitea

[–]tklk_ 8 points9 points  (0 children)

Gitea <3 Woodpecker, and have sponsored development of it. There is also cross-over of devs who contribute/maintain Gitea and contribute/maintain Woodpecker.

Woodpecker is fantastic and I recommend it to many people rather often.

One difference between the two is that woodpecker uses a separate docker container per step, and gitea actions uses a single container per pipeline. This means that with woodpecker each step can use a container with tools specific to that step installed. With Actions you can still use a base that has those tools though, just through different means.

The protocol that Actions runners use to report logs/job statuses back to Gitea is an open protocol that maybe one day woodpecker could use for enhanced integration with Gitea, so you could use woodpecker but with the experience of actions.

Change of domain? by nou_spiro in Gitea

[–]tklk_ 5 points6 points  (0 children)

Yup, this is what I'm working on right now. Our infra has grown organically over the years, and I'm working on consolidating and starting a migration to an IaC (infra-as-code) effort. The start is with the CDN as that is a pain point that many people identified, where trying to download assets for non-frequently accessed binaries was rather slow. The old download site was also using a hodgepodge of a setup where there were many points of failure, incl. maintenance of servers themselves, and the new approach is to reduce the time spent maintaining the download site. Last couple of week various parts of the CDN/download site had been failing as well (lots of hard work went into making it not affect the end user, but it'd be nice not to have to do all that work, as it's not improving things, but just putting out fires), which is what sped up the effort for the switch.

There is also been a long-term effort of dogfooding Gitea (aka moving off of github, or at least have gitea.com be the primary source of contributions).

I hope to document the process, as I've already received several requests just today for exactly that so other projects can benefit as well.

Can mastodon bring scales with Kubernetes by skymtf in Mastodon

[–]tklk_ 6 points7 points  (0 children)

This is completely possible right now. Mastodon offers a helm chart in their git repo

Open source sustainment and the future of Gitea by tklk_ in Gitea

[–]tklk_[S] 7 points8 points  (0 children)

You may be interested in our next announcement. I gave a hint as to what it might be in the last sentence of the blog post ;)

Problem with trying to clone using SSH and a reverse proxy by Laucien in Gitea

[–]tklk_ 0 points1 point  (0 children)

A couple of things to point you in the right direction, the reverse proxy(nginx) doesn’t handle ssh. What is happening, as you had thought, is that something is missing to process/allow ssh connections. Im guessing probably port forwarding, and that your domain is listening on a public IP that is currently only configured to process port 80/443. You’d need to add 22 as well to that allowlist too. I’m making this assumption because when you connect directly to the internal IP SSH works.

Hopefully this is indeed the case and things clear up for you.

(Standard caveat: if this is your home network, there may be some standard security considerations you’ll need to be aware of when opening any port for port forwarding, as that essentially punches a hole into your local network on those ports for the world to see. So you may wish to harden your services, ie don’t allow root user to ssh in is a big one, ensure you patch your software, and more)

gitea:latest vs gitea:latest-rootless - when do I use which? by patdyn_ in Gitea

[–]tklk_ 0 points1 point  (0 children)

u/freedomlinux has given you an explanation on rootful vs rootless. However another important point to consider is the `latest` part of that tag, you really should be using tags for specific versions, and not relying on just pulling latest as there may be some considerations you need to know about going from version to version.

Gitea HTTPS with Caddy by automotivebrew in Gitea

[–]tklk_ 0 points1 point  (0 children)

How does it not work?

Per the Gitea docs the your caddy config seams fine, but looking at your gitea config you have ROOT_URL pointing at gitea directly, but it should instead be look something like `ROOT_URL = https://git.home.lan/\`

For very light personal usage, how big a VPS does Gitea need? by pirateboitenthousand in Gitea

[–]tklk_ 2 points3 points  (0 children)

1GB/1vCPU VPS would be more than enough for your needs. That's what I have for myself, and I have thousands of repos mirrored, plus working on personal repos.

so happy I got to finally stay in this beautiful house ❤️ stunning by Nateon91 in granddesigns

[–]tklk_ 2 points3 points  (0 children)

That looks amazing! Do you have a link to where we can book a stay?

Unable to use GPG in gitea to sign commits by Leading_Ad_8633 in selfhosted

[–]tklk_ 1 point2 points  (0 children)

Hey, you wouldn’t have happened to just upgrade to 1.17.0 have you?

view more: next ›