Arch Linux User Repository

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

• 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.)

@Martchus Yes, that seems like the correct way to do it.

@papush I don't use the custom config path myself. I have just took a look at the Gogs source code myself to find out how the path is computed which suggested the working directory is used. I assumed a function called "WorkDir()" would return the working directory. However, according to Unknown's statement in the issue it doesn't and instead returns the path where the executable is located. So no wonder why the path is "/bin/custom" then. I still think the custom path should be "/var/lib/gogs/custom" rather than something under "/usr" which is usually used for packaged files only. So I could set GOGS_CUSTOM to "/var/lib/gogs/custom" then?

@Martchus There seems to be a bug (https://github.com/gogits/gogs/issues/689) which makes gogs use its executable path as the working directory, and as a result the custom path is set to /bin/custom (even though I launch gogs with the provided .service, which set the PWD to /var/lib/gogs). Am I the only one affected by this ?

@papush Gogs defaults to "$PWD/custom" for the custom directory. This makes "/var/lib/gogs/custom" for the configuration proposed by this package. I guess this should be ok. On the other hand, putting custom, unpackages files under /usr/share/... as you propose is quite uncommon. Note that the config is only not read from "/var/lib/gogs/custom/conf/app.ini" because this has been overridden via CLI argument.

You should add GOGS_CUSTOM=/usr/share/gogs/custom to the Environment= line in the systemd service file, as Gogs defaults to /bin/custom for its custom locale/template/theme directory.

@geekinthesticks I usually build packages in a clean chroot, like the Arch Linux devs build the packages. This is the recommend way to build packages and avoids problems caused by custom system configuration and installed packages.

My build error is a bit of a mystery! I can build gogs on all the VMs I have tried, except the gogs box. All systems are up to date with the latest packages. I'll do a bit more investigating to see if I can work out why it won't build on my gogs box.

@geekinthesticks Hard to tell without the actual error message.

I am getting an error when trying to build. Error seems to be ner the top of the following extract: /text/encoding/charmap=github.com/gogits/gogs/vendor/golang.org/x/text/encoding/charmap -importmap golang.org/x/text/encoding/htmlindex=github.com/gogits/gogs/vendor/golang.org/x/text/encoding/htmlindex -importmap golang.org/x/text/transform=github.com/gogits/gogs/vendor/golang.org/x/text/transform -D _/home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs/vendor/golang.org/x/net/html/charset -I $WORK -I /home/ian/AUR/gogs/src/build/pkg/linux_amd64 -pack ./charset.go mkdir -p $WORK/github.com/gogits/gogs/vendor/github.com/Unknwon/paginater/_obj/ cd /home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs/vendor/github.com/Unknwon/paginater /home/ian/AUR/gogs/src/build/go/pkg/tool/linux_amd64/compile -o $WORK/github.com/gogits/gogs/vendor/github.com/Unknwon/paginater.a -trimpath $WORK -p github.com/gogits/gogs/vendor/github.com/Unknwon/paginater -complete -buildid 129795f9401284b6370ddf00284a8072eab56a02 -D _/home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs/vendor/github.com/Unknwon/paginater -I $WORK -pack ./paginater.go mkdir -p $WORK/github.com/gogits/gogs/vendor/gopkg.in/editorconfig/editorconfig-core-go.v1/_obj/ mkdir -p $WORK/github.com/gogits/gogs/vendor/gopkg.in/editorconfig/ cd /home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs/vendor/gopkg.in/editorconfig/editorconfig-core-go.v1 /home/ian/AUR/gogs/src/build/go/pkg/tool/linux_amd64/compile -o $WORK/github.com/gogits/gogs/vendor/gopkg.in/editorconfig/editorconfig-core-go.v1.a -trimpath $WORK -p github.com/gogits/gogs/vendor/gopkg.in/editorconfig/editorconfig-core-go.v1 -complete -buildid 7d4e644a3a9877e3061a4ad98e7f1039e3fb2236 -importmap gopkg.in/ini.v1=github.com/gogits/gogs/vendor/gopkg.in/ini.v1 -D _/home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs/vendor/gopkg.in/editorconfig/editorconfig-core-go.v1 -I $WORK -I /home/ian/AUR/gogs/src/build/pkg/linux_amd64 -pack ./editorconfig.go mkdir -p $WORK/github.com/gogits/gogs/vendor/github.com/gogits/cron/_obj/ cd /home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs/vendor/github.com/gogits/cron /home/ian/AUR/gogs/src/build/go/pkg/tool/linux_amd64/compile -o $WORK/github.com/gogits/gogs/vendor/github.com/gogits/cron.a -trimpath $WORK -p github.com/gogits/gogs/vendor/github.com/gogits/cron -complete -buildid a8b187f01712f4544fb37dd71e6746b085ac7800 -D _/home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs/vendor/github.com/gogits/cron -I $WORK -pack ./constantdelay.go ./cron.go ./doc.go ./parser.go ./spec.go mkdir -p $WORK/github.com/gogits/gogs/vendor/github.com/urfave/cli/_obj/ mkdir -p $WORK/github.com/gogits/gogs/vendor/github.com/urfave/ cd /home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs/vendor/github.com/urfave/cli /home/ian/AUR/gogs/src/build/go/pkg/tool/linux_amd64/compile -o $WORK/github.com/gogits/gogs/vendor/github.com/urfave/cli.a -trimpath $WORK -p github.com/gogits/gogs/vendor/github.com/urfave/cli -complete -buildid 0090ed328af0fe71d365ca1c02e15703c5517340 -D _/home/ian/AUR/gogs/src/build/src/github.com/gogits/gogs/vendor/github.com/urfave/cli -I $WORK -pack ./app.go ./category.go ./cli.go ./command.go ./context.go ./errors.go ./flag.go ./flag_generated.go ./funcs.go ./help.go ==> ERROR: A failure occurred in build().

@Martchus Yes, creating the directory allowed gogs to start. Apart of this I had to fix paths to app.ini and gogs binary in the /home/gogs/.ssh/authorized_keys, to make pushing work again.