Package Details: gogs 1:0.11.53-2

Git Clone URL: https://aur.archlinux.org/gogs.git (read-only)
Package Base: gogs
Description: Self Hosted Git Service written in Go
Upstream URL: https://gogs.io
Keywords: git go gogs
Licenses: MIT
Conflicts: gogs-bin, gogs-dev-git, gogs-git
Submitter: kureikain
Maintainer: Martchus
Last Packager: Martchus
Votes: 55
Popularity: 2.605555
First Submitted: 2014-05-12 08:56
Last Updated: 2018-07-14 20:09

Pinned Comments

Martchus commented on 2017-06-12 22:24

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

Latest Comments

Martchus commented on 2018-07-14 20:13

@arshlinux I am aware of this warning. Not sure how to remove the reference from the binary, though. But it doesn't seem to cause any problems so I don't care much.

arshlinux commented on 2018-07-13 14:20

Just reporting this warning:

==> WARNING: Package contains reference to $srcdir
usr/bin/gogs

runical commented on 2018-04-01 19:15

@Martchus: Thanks for the explanation, I guess that is annoying to deal with. The reason I add this is in an attempt to educate the people using the AUR about these kinds of things (which should absolutely be known by those users).

You won't hear me complain about your including the deps btw. Just about the people who asked you to include those deps ;-)

Martchus commented on 2018-03-31 11:12

@runical I know that those dependencies are actually not required. See my comment on his PR. However, that's not the first complaint of that kind I'm receiving so I just thought let's finally add it. It can not hurt and might silence those complaints. If I now get more complaints about those makedepends being present, I maybe drop them again :-)

runical commented on 2018-03-31 10:54

@Martchus, @k3a

It seems the comment has already been removed, so I hope k3a has found out that they were incorrect themselves. However, it seems Martchus has acted on it nevertheless.

GCC and patch do not have to be listed as makedepends as they are in the base-devel group. This group in assumed installed for anyone who builds packages, as can be seen on the wiki [0,1]. This does not mean that adding them is wrong per se, but they do not have to be added explicitly for any package on the AUR. Please refrain from asking anyone to add these as makedepends and just install base-devel.

[0] https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

[1] https://wiki.archlinux.org/index.php/Makepkg

Martchus commented on 2018-03-20 20:47

Ok, I'll do when updating anyways.

powerarch commented on 2018-03-20 20:37

This package sees to build just fine on aarch64. Maybe add it to the supported architectures?

Martchus commented on 2018-03-19 22:05

I updated Gogs to use systemd-sysusers in accordance with the official packaging: https://www.archlinux.org/todo/switch-to-systemd-sysusers

This way the install script can be omitted. Hooks will take care of everything instead (even warning about systemctl daemon-reload).

When I upgraded the package on my server, this did not change any existing user/group IDs. So the transition should not cause any trouble.

I also included a script gogs-backup which calls gogs backup using the environment variable and config parameter mentioned in the last comment. It must run as user gogs.

Martchus commented on 2018-02-07 20:58

@drBlaze I haven't tried to restore, but creating a backup is quite easy, eg.:

sudo su gogs
export GOGS_CUSTOM=/var/lib/gogs/custom # the magic line that lets your error go away
gogs backup --config /etc/gogs/app.ini --verbose --target /tmp

drBlaze commented on 2018-02-04 11:26

Has anyone tried to backup & restore? $ gogs backup --config=/etc/gogs/app.ini 2018/02/04 12:02:09 [ INFO] Backup root directory: /tmp/gogs-backup-840218384 2018/02/04 12:02:09 [ INFO] Packing backup files to: gogs-backup 20180204120209.zip 2018/02/04 12:02:09 [FATAL] Fail to include 'custom': open /usr/bin/custom: no such file or directory

Running "systemctl status" confirms Custom path: /usr/bin/custom

This can't be right, right?

All comments