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

fanningert commented on 2014-10-13 17:38 (UTC)

Ok, there is a optional depence for "code.google.com/p/go.crypto". I add now the mercurial package for make. I will check for the next release if this go-code is needed.

Schmeidenbacher commented on 2014-10-13 17:21 (UTC)

protake is actually right. This package needs mercurial as a build dependency. I just build the package in a clean chroot (https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot) to check if anything is missing and i get the same error. This error happens at the prepare stage of the build process, the PKGBUILD sources the helper.sh which in turn calls hg to clone at least one mercurial repo in. Add mercurial to the makedepends array, that resolves the error and lists mercurial in the correct place.

sflor commented on 2014-10-13 10:04 (UTC)

Hm, I had to install mercurial in order to get it working. Thanks anyway.

fanningert commented on 2014-10-12 11:26 (UTC)

@protake 0.5.5-1 don't need hg. I compiled it at the moment and get no missing dependencies.

sflor commented on 2014-10-12 11:21 (UTC)

Is the new version missing some dependencies? >../aur-gogs/helper.sh: line 43: hg: command not found

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

@early_adopter - Please post this issue on the gogs issue page on github. https://github.com/gogits/gogs/issues I am only create the install package. Whe nyou create a issue on github, please post the message of the console (In the time of your git clone request). command: "sudo journalctl -b -u gogs" After a short look into the issue list on github, I found a open issue. https://github.com/gogits/gogs/issues/486

early_adopter commented on 2014-09-19 12:59 (UTC)

I installed, made a login, added an ssh key, created a repo and tried to clone it remotely but I get $ git clone gogs@myhost:mygogsid/test.git Cloning into 'test'... fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. $ ssh seems to work fine; no problems with ssh -T gogs@myhost

sflor commented on 2014-09-16 18:26 (UTC)

Ah, thanks. I did look through the bugs, but I must have missed this one.

fanningert commented on 2014-09-16 17:52 (UTC)

@protake For the asset problem is a issue topic on github exist. The bug is corrected for git master and dev branch. https://github.com/gogits/gogs/issues/468 In the next release of gogs (v0.5.1) it is corrected. I think it should be released in some days.

sflor commented on 2014-09-16 13:20 (UTC)

Okay, now that the issue regarding the attachment path has been resolved, I have yet another problem I face. It looks like the CSS or whatever is not applied, at least my site is plain HTML and looks like this: http://abload.de/img/bildschirmfoto-16.09.x3duc.png Any idea what could be the cause?