Package Details: gogs 1:0.13.0-1

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)

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)

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 .. 11 12 13 14 15 16 17 18 Next › Last »

liepumartins commented on 2014-12-10 08:49 (UTC)

Same problem here. HTTP cloning works, SSH does not. Dug through issues (notably #629, #583, #486) on github to no avail. Also tried gogs-git version, same.

JosephT commented on 2014-12-10 00:38 (UTC)

I'm having the same issue as Feirlane.

Feirlane commented on 2014-12-09 14:51 (UTC)

I'm having the "fatal: Could not read from remote repository." issue when cloning through ssh and I'm not able to solve it. The logs don't seem to show anything useful. See here: http://pastebin.com/HzN9S6Zt Nothing in the gogs logs. The ssh key was added through the web ui and is not repeated in the authorized_keys file. I'm serving the web interface proxied through nginx and loging in with ssh -T gogs@myhost works ok. Any tips? Thanks, Marcos.

fanningert commented on 2014-11-02 19:15 (UTC)

@fatbrain Look in to the start.sh. I set the variable there. I good idea is for the future, when I check on the execution of start.sh if the variable is already set. Example: Correct the current code of "/usr/share/gogs/start.sh" "... export GOGS_CUSTOM="/srv/gogs" ..." to "... export GOGS_CUSTOM="/srv/gogs/custom" ..."

fatbrain commented on 2014-11-02 18:52 (UTC)

How do I follow the documetation that states you can create a custom/ folder and add your conf/app.ini overrides there? If I create my overrides in /srv/gogs/custom/conf/app.ini it gets ignored. Cheers, Jonas

burntcookie90 commented on 2014-11-02 18:39 (UTC)

@fanningert The .VERSION does not exist, and it seems like it's supposed to be a compiled binary file according to this https://github.com/gogits/gogs/blob/master/cmd/web.go#L53 VERSION exists but .VERSION does not

fanningert commented on 2014-11-02 16:52 (UTC)

@fatbrain GOGS doesn't use the GOGS_CONFIG variable anymore. I check the settings code and found no entry for "GOGS_CONFIG" anymore. Check this issue thread -> https://github.com/gogits/gogs/issues/209#issuecomment-44149631 @burntcookie90 Please check the file .VERSION in the directory "/usr/share/themes/goges/custom/templates/". Does the file exist? Has the file following content. "0.5.5.1010 Beta" And the last question. Has the run-user of gogs the rights do read this file? The file is in the package of 0.5.5-2.

burntcookie90 commented on 2014-11-02 16:40 (UTC)

Hey, getting this error on starting Nov 02 10:38:34 pterodactyl start.sh[5045]: 2014/11/02 10:38:34 [web.go:58 checkVersion()] [E] Fail to read 'templates/.VERSION': open /usr/share/themes/goges/custom/templates/.VERSION: no such file or directory A reinstall (recompile) (not clean install) doesn't fix this, any idea?

fatbrain commented on 2014-10-30 11:43 (UTC)

Hi, please change start.sh GOGS_CUSTOM to GOGS_CONFIG and add/set the GOGS_CUSTOM be used as intended by the documentation. Cheers, Jonas