AUR (en) - gogs

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: gogs 1:0.13.0-1

Package Actions

Git Clone URL:	https://aur.archlinux.org/gogs.git (read-only, click to copy)
Package Base:	gogs
Description:	Self Hosted Git Service written in Go
Upstream URL:	https://gogs.io
Keywords:	git go gogs
Licenses:	MIT
Submitter:	kureikain
Maintainer:	krumelmonster
Last Packager:	dcelasun
Votes:	50
Popularity:	0.000000
First Submitted:	2014-05-12 08:56 (UTC)
Last Updated:	2023-08-10 14:22 (UTC)

Dependencies (9)

git (git-git^AUR, git-gl^AUR)
pam (pam-selinux^AUR)
go (go-git^AUR, gcc-go-git^AUR, go-sylixos^AUR, gcc-go-snapshot^AUR, gcc-go) (make)
mariadb (mysql55^AUR, mysql56^AUR, mytop-git^AUR, mysql81^AUR, mysql57^AUR, mysql80^AUR, mysql^AUR, mariadb-lts, percona-server) (optional) – MariaDB support
memcached (memcached-git^AUR) (optional) – MemCached support
openssh (openssh-git^AUR, openssh-dotconfig^AUR, openssh-dotconfig-bin^AUR, openssh-selinux^AUR, openssh-hpn-shim^AUR, openssh-gssapi^AUR) (optional) – GIT over SSH support
postgresql (postgresql-12^AUR, postgresql15-docs^AUR, postgresql15^AUR, postgresql-git^AUR, postgresql17-docs^AUR, postgresql17^AUR, postgresql13^AUR) (optional) – PostgreSQL support
redis (redis-testing^AUR, redis-git^AUR, keydb^AUR, valkey) (optional) – Redis support
sqlite (sqlite-fossil^AUR) (optional) – SQLite support

Required by (0)

Sources (3)

Pinned Comments

Martchus commented on 2020-08-24 14:06 (UTC)

The release 0.12.0 will change various configuration variables, e.g. ROOT_URL is changed to EXTERNAL_URL. Please read the official changelog before reporting any issues: https://github.com/gogs/gogs/releases/tag/v0.12.0

Further notes from myself:

ROOT_URL did not work at all for me anymore. So it is apparently not just deprecated (as the changelog states).
The changelog mentions no alternative to STATIC_ROOT_PATH. It looks like this directory is simply not required at all anymore because files are built into the executable. Overrides should be possible by placing files into the working directory (should be /var/lib/gogs/public with the default config provided by this package; haven't tested yet).

Martchus commented on 2017-06-12 22:24 (UTC) (edited on 2020-08-24 14:22 (UTC) by Martchus)

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs
Patches are managed under: https://github.com/martchus/gogs
There also exists a binary repository: https://martchus.no-ip.biz/repo/arch/ownstuff

Important note: You likely want to use the official Gitea package instead.

Gitea - a fork of Gogs - has been added to the official repositories: https://www.archlinux.org/packages/community/x86_64/gitea

That means for Arch Linux the decision has been made to support Gitea rather than Gogs. Hence I suggest everyone to use Gitea instead of Gogs for new installations. I've been testing Gitea for a while myself now and it works well. So I'm also going to switch fully to Gitea myself.

Nevertheless I'll continue maintaining this package for a while now to support old installations. However, I'm not doing any fine-tuning for this package anymore.

Further notes

~~~If anybody was using the Gitea package from my PKGBUILDs repository: It is easy to migrate the official Gitea package because the packages are structured more or less the same. The only significant difference between the packages is that mine was using the user gitea and the official package the user git. So that has to be changed in the config and for the ownership of /var/lib/gitea.~~~ The official package now uses the user gitea similar to my initial packaging was done.
It is also possible to install this Gogs package provided here and Gitea at the same time (of course operating on different databases!). That makes it easy to try out Gitea without breaking the existing Gogs installation. Repos can be copied quite easily using my gogs2gitea script. (I'm afraid migrating isn't possible anymore without installing an old Gitea version first.)

Latest Comments

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 Next › Last »

OldDragon2A commented on 2015-08-13 16:48 (UTC)

The checksum for app.ini.patch does not match what is in the pkgbuild.

kseistrup commented on 2015-08-08 20:33 (UTC)

V0.6.3 was out on 2015-8-2 ⌘ http://gogs.dn.qbox.me/gogs_v0.6.3_linux_amd64.zip

<deleted-account> commented on 2015-02-14 23:00 (UTC)

0.5.13-2 http://188.228.31.139/dl/gogs-0.5.13-2.src.tar.gz :)

<deleted-account> commented on 2015-02-11 19:19 (UTC)

fanningert: I have simplicity-ed the PKGBUILD. http://188.228.31.139/dl/gogs-0.5.11-2.src.tar.gz

csantosb commented on 2015-01-29 16:06 (UTC)

I agree; unfortunately I don't see any other way to bypass the 'does not appear to be a git repository' message ... I am the only user of my server. Hope the issue is fixed upstream in someway.

liepumartins commented on 2015-01-27 14:15 (UTC)

csantosb, but that beats the whole purpose of software like gogs. 1. User does not have to know server path. 2. User being in gogs group may access any repos, essentially removing gogs access control to repos.

csantosb commented on 2015-01-26 21:50 (UTC)

... and I clone as git clone myuser@server:/srv/gogs/repo/gogs-user/your-repo using the full path to the repo I am using mysql, by the way

csantosb commented on 2015-01-26 21:48 (UTC)

I figured how to make it work for me (rights problem). First, run from the server where gogs is running 'git clone /srv/gogs/repo/gogs-user/your-repo' this should provide a tip on where the prolem is. Then, I had to add my ssh user to the gogs group in /etc/group Finally, I found this useful https://stackoverflow.com/questions/6448242/git-push-error-insufficient-permission-for-adding-an-object-to-repository-datab Running fine right here.

<deleted-account> commented on 2014-12-22 00:20 (UTC)

Same problem as liepumartins

liepumartins commented on 2014-12-11 13:43 (UTC)

New info. Issue persists on different server. Pre-compiled binary gave the same error, giving shell (/usr/bin/sh instead of /bin/false) to gogs user changed that. Works. Did the same change for this package installation - cloning now gives additional error. "Gogs: internal error: (0x7f50470c80c8,0xc2081604c0)". Looks like gogs command line uses one config file and web server the other. Managed to get "Gogs: internal error: Error 1045: Access denied for user 'root'@'localhost' (using password: NO)". MySQL was not defined in /srv/gogs/conf/app.ini, but defaults were in /usr/share/gogs/conf/app.ini. So gogs, despite GOGS_CUSTOM="/srv/gogs", tries to use /usr/share/gogs/conf/app.ini for *some* of its operations. (e.g. tries to connect to MySQL when cloning). Symlinked /srv/gogs/conf/app.ini to /usr/share/gogs/conf/app.ini, result - #412 bug, no not the GZIP part, but hanging. (https://github.com/gogits/gogs/issues/412)