Package Details: gitea 1.3.1-1

Git Clone URL: (read-only)
Package Base: gitea
Description: Git with a cup of tea, forked from Gogs. Is a Self Hosted Git Service in the Go Programming Language.
Upstream URL:
Licenses: MIT
Conflicts: gitea-git, gitea-git-dev
Submitter: frederik
Maintainer: frederik
Last Packager: frederik
Votes: 19
Popularity: 1.897724
First Submitted: 2016-11-28 17:05
Last Updated: 2017-12-10 13:54

Dependencies (9)

Required by (0)

Sources (3)

Pinned Comments

frederik commented on 2017-01-23 17:12

To use gitea with openssh OOTB you may want to change the home directory of the git user to /var/lib/gitea/repos:

usermod -d /var/lib/gitea/repos git

Latest Comments

frederik commented on 2017-12-01 14:44

@dicaben should also be fixed with the next relase

vith commented on 2017-12-01 03:14

Thanks @itsoli, that fixed the HTTP 500 error I was getting (with the following appear in the log at `journalctl -u gitea`):

gitea[20497]: [Macaron] PANIC: session(start): mkdir /usr/bin/data: permission denied

dicaben commented on 2017-12-01 01:48

@frederik, perhaps you can consider ref this: []

Otherwise the "Gitea Version" displayed at the bottom would always be the git commit of this repo.

Thanks for your works.

frederik commented on 2017-11-30 14:15

@itsoli Thx, will add that with the next release.

itsoli commented on 2017-11-30 13:23

Consider adding GITEA_WORK_DIR=/var/lib/gitea to the environment in the service file. When not set Gitea derives the the WorkPath from the executable and will be set to /usr/bin.

gotoxy commented on 2017-10-11 17:42

Any chance that the armv8 (aarch64) architecture will be supported in future versions?

nheird commented on 2017-10-06 20:36

Since post_upgrade uses

chown -R git:git /var/lib/gitea /var/log/gitea

You should add git as depends instead of makedepends

frederik commented on 2017-08-19 19:45

I read your git log. Will fix (git) ownership in the next 1.2.0 relase.

frederik commented on 2017-08-19 19:40

Thx, did not know that (shame on me :)). Will add the architectures in this package asap.

majewsky commented on 2017-08-19 19:35

You're misunderstanding the semantics of the arch= field. To quote the PKGBUILD(5) manpage: "Packages that contain no architecture specific files should use arch=('any')." Since this package evidently contains an architecture-specific file (i.e. a binary), it must not use arch=('any') and must instead list the admissible architectures explicitly.

EDIT: By the way, there are other fixes in my branch, that you should not miss, even if you disagree on the semantics of arch=.

All comments