Package Details: gitea 1.2.1-1

Git Clone URL: https://aur.archlinux.org/gitea.git (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: http://gitea.io
Licenses: MIT
Conflicts: gitea-git, gitea-git-dev
Submitter: frederik
Maintainer: frederik
Last Packager: frederik
Votes: 17
Popularity: 1.980394
First Submitted: 2016-11-28 17:05
Last Updated: 2017-10-16 15:12

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

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=.

frederik commented on 2017-08-19 16:04

The build package indeed contains a binary but not the downloaded upstream package. So it depends on the build machine on which arch this package works after the build process.

You should build this on an arm machine in order to get arm binaries.

majewsky commented on 2017-08-19 15:01

$ file /usr/bin/gitea
/usr/bin/gitea: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=3be631cb2dc3ac90758fc87266fca3fcb654fd36, stripped

Can't wait to see that one executing on ARM.

Anyway, after an hour or so of fighting, I've got gitea-1.1.3-1 into a state where it actually works on my server. If you like, you can pull my fixes from https://github.com/majewsky/system-configuration/commits/master/gitea

(You said that "bindata in the TAGS variable causes troubles when building", but it works just fine for me, and it solves a huge amount of problems with Gitea not being able to find or access its assets, so it was a big part of getting this working at all for me.)

frederik commented on 2017-08-18 17:54

@majewsky Can't find any binaries.

majewsky commented on 2017-08-18 17:52

arch=("any") is wrong since the package contains binaries for a certain architecture. Can you please revert to the previous state, arch=('x86_64' 'i686' 'arm' 'armv6h' 'armv7h') ?

See https://wiki.archlinux.org/index.php/PKGBUILD#arch for reference.

JLSalvador commented on 2017-08-08 14:37

Please, `pkgrel = 2` to fix the checksum validation. Thanks.

All comments