A painless self-hosted Git service.

Edit Package gitea

Gitea is a community managed fork of Gogs, lightweight code hosting solution written in Go and published under the MIT license.

Source Files
Filename Size Changed
README.SUSE 0000001388 1.36 KB
_service 0000001425 1.39 KB
_servicedata 0000000231 231 Bytes
apparmor-usr.bin.gitea 0000002578 2.52 KB
get-gitea-source.sh 0000003506 3.42 KB
gitea-1.21.7.tar.gz 0009517638 9.08 MB
gitea-apache-vhost.conf 0000000857 857 Bytes
gitea-apache.conf 0000000708 708 Bytes
gitea-docs-1.21.7.tar.gz 0002294596 2.19 MB
gitea-docs-1.21.7.tar.gz.asc 0000000566 566 Bytes
gitea-node_modules-1.21.7.tar.gz 0134256425 128 MB
gitea-rpmlintrc 0000000159 159 Bytes
gitea-user.conf 0000000105 105 Bytes
gitea.app.ini.patch 0000008349 8.15 KB
gitea.changes 0000534583 522 KB
gitea.firewall 0000000123 123 Bytes
gitea.firewalld 0000000185 185 Bytes
gitea.keyring 0000005397 5.27 KB
gitea.profile.csh 0000000030 30 Bytes
gitea.profile.sh 0000000031 31 Bytes
gitea.service 0000001949 1.9 KB
gitea.spec 0000010465 10.2 KB
vendor.tar.gz 0021556757 20.6 MB
Comments 6

Sauer's avatar

I spotted two problems with this package:

  • Templates do not work. 'journalctl -eu gitea' says 'permission denied' Solution: The apparmor profile needs to be updated to allow read access to /etc/gitea/templates/**.

  • The commit search functionality in /[owner]/[repo]/[commits]/branch/[branch] does not work

The user sees a 500 Server error

'journalctl -eu gitea' reports "Couldn't JIT the PCRE2 pattern x got -48"

The underlying problem is this:

- gitea uses the command 'git log --grep=keyword'

- git uses the PCRE2 library to grep

- PCRE2 needs memory with write and execute permission

- systemd denies that because of the setting MemoryDenyWriteExecute=yes in gitea.service


Now i know that it is not great to allow that for such a wide open application like gitea, but i don't know any better way right now than to set MemoryDenyWriteExecute=no in gitea.service.

If anyone has a better way to do this (allow w+x memory for git only) please reply.


Git has a compile time flag to disable LibPCRE2. One could use a differently compiled git and it should work, albeit slow(er).

Eric Schirra's avatar

For apparmor please contact michael@stroeder.com

Eric Schirra's avatar

Yes. Appamor or systemd hardening is broken since some weeks. Can you test point C: in README.SUSE? Are your errors gone now?

Dirk Mueller's avatar

thanks for the reports, I will take a look

Georg Pfuetzenreuter's avatar


I am trying to build this package with the "bindata" tag which is recommended by Gitea https://docs.gitea.com/next/installation/install-from-source#build and will allow assets to be bundled instead of being fetched remotely. However I think to be facing an issue with the vendored modules:

[  134s] # code.gitea.io/gitea/modules/migration
[  134s] modules/migration/schemas_static.go:14:9: undefined: Assets

Do you happen to know about this?

There is an issue on GitHub but it seems we already use the suggested build process according to the linked sample spec file: https://github.com/go-gitea/gitea/issues/7997

Eric Schirra's avatar

The ticket was from me

Upstream doesn't really understand some things about epm and buiilserver. At least that's my impression. Help does not come either. Besides, they are changing things. Sometimes all dependencies are in there. Sometimes a few are missing.

And why do you want to change my build process?

It works without errors.

Among other things, because I do it the way I do it.

openSUSE Build Service is sponsored by